Organisation des tickets
- Un ticket est ouvert sur une conversation : il suit le contact de cette conversation et appartient à l’agent du canal de la conversation.
- Chaque agent a ses propres statuts (les colonnes de son tableau) et ses politiques de SLA (ses priorités).
- Les tickets désignent un statut par son
code(par exemplein_progress) et une priorité par son codepriority(par exemplehigh). Les codes sont des slugs des noms : renommer un statut ou une politique change son code. Les statuts par défaut sontopen,pending,in_progress,resolvedetclosed.
Ouvrir un ticket
POST /tickets
Les membres de l’agent sont notifiés. La réponse est le ticket :
Retrouver des tickets
GET /tickets liste les tickets, les plus récents d’abord, 50 par page. Filtres :
Déplacer, résoudre, fermer et rouvrir
PATCH /tickets/{id} modifie subject, description, priority ou status. Le statut détermine l’état du ticket :
Notes et réponses
Chaque activité a un
type (ticket_created, status_changed, ticket_resolved, ticket_closed, ticket_reopened, comment, response, response_time_breached, resolve_time_breached), le text d’une note ou d’une réponse, son author et, pour les changements de statut, from_status et status.
Statuts d’un agent
/agents/{agent}/ticket-statuses, dans l’ordre du tableau.
Un statut encore utilisé par des tickets ne peut pas être supprimé : déplacez d’abord les tickets, ou passez
active à false.
Politiques de SLA d’un agent
/agents/{agent}/sla-policies, du délai de réponse le plus court au plus long. Une politique est une priorité :
Les délais comptent des minutes ouvrées, du lundi au vendredi de 8 h à 18 h. Les nouveaux délais s’appliquent aux tickets qui reçoivent la priorité par la suite. Une politique ne peut pas être supprimée tant que des tickets ouverts l’utilisent.