- Spegnimento
- 10 agosto 2026 alle ore 19:17 UTC
- Autore
- Kamo
- Impegno
- 7dbe280
Una richiesta di chat e un biglietto inviato sono la stessa unità di lavoro; l'argomento la strategia è l'unica cosa che decide come sia consegnata. The PRE TICKET caso speciale è andato. AUTO ASSIGNMENT sceglie l'agente meno impegnato che è veramente online — un live WebSocket via PresenceService, mai disponibili status, che si muove solo su login, logout e una manopola manuale e così legge AVAILABLE indefinitamente per chiunque che non si firma mai. Con nessuno collegato decoder piuttosto che pinning lavoro a un agente assente: un biglietto assegnato lascia la coda reclamabile, quindi una cattiva scelta si blocca dove nessun popup può raggiungerlo. Per lo stesso motivo AUTO ASSIGNMENT unisce le strategie dichiarabili — i biglietti che decoder sono esattamente quelli che è arrivato mentre nessuno era online, e devono ancora raggiungere qualcuno. ADMIN ASSIGNS rimane l'unica strategia mai rivendicabile. Il carico di lavoro conta ogni stato live incluso PRE TICKET (una persona che aspetta in una chat è la cosa più pesante che un agente detiene) e nessun terminale. Due endpoint alla consegna: GET /tickets/assigned-unopened, che il cliente legge sul cartello, e POST... Uno. La lettura esiste perché la spinta ASSIGNED è core NATS senza ripetizione — senza di esso, il lavoro assegnato mentre un agente è stato firmato semplicemente aspetta in una lista da notare. La scrittura è portata all'assegno e timbri solo una volta, quindi due tabs racing è un no-op piuttosto che un conflitto.