Tickets

Soporte en la misma consola que todo lo demás: sin cambios de contexto, sin tenants perdidos. Se activa por proyecto.

Anatomía de un ticket

• Un public_ref como TKT-3F7A2C (también el token de agrupación de correos).

• Una línea temporal de mensajes encadenada: los mensajes los crea un miembro, el solicitante o el sistema, y pueden ser is_internal notas que nunca se envían por correo.

• Una cadena de custodia de asignaciones de solo adición: quién lo tuvo, cuándo y por qué.

• Una máquina de estados: open ⇄ pending, → resolved, → closed; la única salida de cerrado es reopen.

Correo entrante

Los clientes pueden responder por correo: POST /inbound (genérico) y /inbound/brevo convierten un correo en un ticket: un token TKT-… en el asunto encadena la respuesta al ticket existente y lo reabre; de lo contrario, se abre uno nuevo. Protegido por SVITRIO_TICKETS_INBOUND_SECRET / SVITRIO_TICKETS_BREVO_SECRET.

Una bandeja única para todos los productos

GET /admin/tickets es una cola unificada entre proyectos sobre cada proyecto en el que tengas tickets:read, de modo que una persona de soporte trabaja con una sola bandeja de entrada, no una por tenant.