- Expédié
- 10 août 2026 à 19:17 UTC
- Auteur
- Kamo
- Commite
- 7dbe280
Une demande de discussion et un ticket soumis sont la même unité de travail; le sujet La stratégie est la seule chose qui décide de la manière dont l'un ou l'autre est cédé. Le Le cas particulier de PRE-TICKET a disparu. AUTO-ASSIGNMENT choisit l'agent le moins sûr qui est vraiment en ligne - un live WebSocket via PresenceService, jamais disponible-status, qui ne se déplace que Connexion, déconnexion et bascule manuelle et ainsi lire DISPONIBLE indéfiniment pour n'importe qui qui ne s'en foulent jamais. Personne n'est connecté à des décodeurs plutôt qu'à des travaux d'épinglage à un agent absent: un billet attribué quitte la file d'attente, donc un mauvais choix brins où aucun pop-up ne peut l'atteindre. Pour la même raison rejoint les stratégies réclamables - les tickets qu'il décodeurs sont exactement celles qui est arrivé alors que personne n'était en ligne, et ils doivent encore atteindre quelqu'un. L'ADMIN-ASSIGNS reste la seule stratégie qui ne soit jamais réclamable. La charge de travail compte chaque statut réel, y compris PRE-TICKET (une personne qui attend dans un le chat est la chose la plus lourde qu'un agent détient) et pas de terminal un. Deux critères de référence sont à l'arrière du transfert: GET/tickets/assign-nonouvert, Le client lit sur l'inscription, et POST - qui prend sa retraite un. La lecture existe parce que la poussée ASSIGNÉ est la NATS de base sans rejeu sans elle, le travail assigné alors qu'un agent était signé attend simplement dans une liste à remarquer. L'inscription est portée au cessionnaire et n'est apposée qu'une seule fois, de sorte que deux La course est un non-op plutôt qu'un conflit.