- Verschickt
- 12. November 2026 um 01:16 UTC
- Autor
- Kamo
- Commit
- 5529c35
Von Mitgliedern angepinnter Chat (<kamo-chat member-id>): - bootstrap ?memberId= gibt die öffentliche Karte des Mitglieds zurück (gemeinsame PublicOfficerCard: ACTIVE, unlocked TeamMitglied der Schlüssel-Organisation; alles andere wird ignoriert) plus mortgageLender (geteilt) Niemals für eine SPECIFIC_AGENT-Integration (der Agent stammt von einem signierten Token). - createSupportSession / AI Handoff take memberId: auf die gleiche Weise geprüft, auf der Konversation gespeichert **************** und direkt diesem Mitglied zugewiesen über assignToPreferredAgent (ASSIGNED-Benachrichtigung, kein warteschlangenweites NEW_TICKET). - Schmale Zugriffsausnahme **************** das angepinnte Mitglied erreicht THAT Konversation ohne **************** - Ticketdetail + Beitreten, Sitzung lesen Fallback (Thread/STOMP/Anhänge), Statusänderungen, eigene Ticketliste **************** das pending-count-Abzeichen Nichts anderes: keine Warteschlange, kein anderes Ticket, keine Einstellungen; das Verlassen des Unternehmens beendet es. E-Mails mit verpassten Nachrichten folgen bereits dem Empfänger. Standortübergreifende Fortsetzung: - POST /sessions/support/transfer mints a 10-minute, single-use, 256-bit token (SHA-256 in Redis chat:transfer:*) an die Konversation + org gebunden; POST /sessions/support/resume löst es mit Ein atomares GET+DEL, nur durch einen Schlüssel derselben Organisation, der dieselbe Sitzung zurückgibt Dies ist ein 404. Web-Adressen: - PUT /web-chat-integrations/{id} akzeptiert allowedOrigins: normalisiert auf bare Origins, nie leer (blank = beliebige Website), in den KEY geschrieben und auf websiteUrl gespiegelt; löscht den Gateway-Schlüssel-Cache. Das DTO trägt nun die allowedOrigins des Schlüssels.