- Navios
- 10 de agosto de 2026 às 19:17 UTC
- Autor
- Kamo
- Enviar
- 7dbe280
Uma solicitação de chat e um ticket enviado são a mesma unidade de trabalho; A estratégia é a única coisa que decide como é entregue. A O caso especial PRE TICKET desapareceu. AUTO ASSIGNMENT escolhe o agente menos ocupado que está genuinamente online — um agente ao vivo WebSocket via PresenceService, nunca disponibilidade status, que só continua login, logout e uma alternância manual e assim lê AVAILABLE indefinidamente para qualquer pessoa que nunca assina. Com ninguém conectado ele decodificadores em vez de trabalho de fixação para um agente ausente: um ticket atribuído sai da fila de reclamações, então uma escolha ruim Enrola-o onde nenhum popup pode alcançá-lo. Pela mesma razão AUTO ASSIGNMENT junta-se às estratégias reclamáveis — os tickets que decodificam são exatamente os únicos que chegou enquanto ninguém estava online, e ainda têm de contactar alguém. ADMIN ASSIGNS continua a ser a única estratégia que nunca é reivindicada. Carga de trabalho conta todos os status ao vivo, incluindo PRE TICKET (uma pessoa esperando em um O chat é a coisa mais pesada que um agente detém) e nenhum terminal. Dois endpoints para trás a entrega: GET /tickets/atribuído-não aberto, que o cliente lê na entrada, e POST **************** que se aposenta Uma. A leitura existe porque o impulso ASSIGNED é o núcleo NATS sem repetição — sem ele, o trabalho atribuído enquanto um agente foi assinado simplesmente espera em uma lista para ser notado. A escrita é escopo para o cessionário e selos apenas uma vez, então dois A corrida de tabs é um no-op em vez de um conflito.