Tickets, pedidos y estado

Habla con nosotros y sigue hasta resolverlo.

Abre un ticket en segundos, sigue cada respuesta en el hilo, vota lo que la plataforma construye después y mira el estado de cada componente en una página abierta, sin login.

tipos de ticket

bug, duda y pedido de funcionalidad

3

estados del ticket

abierto, en curso, resuelto, cerrado

4

adjuntos por mensaje

punteros del storage: el soporte nunca ve los bytes

5

datos personales en el estado público

quien declaró el incidente nunca sale en el payload

0

La diferencia

Estado público, en tiempo real.

La página de estado no pide login ni pasa por authorizer, y el estado de cada componente no tiene interruptor: se deriva del peor incidente abierto que lo afecta. Nadie tiene que acordarse de encender la alerta y nadie puede olvidarse de apagarla.

Lo que viene con esto

Todo lo que hace S7 Support

Tu ticket

Abrirlo, seguirlo y cerrarlo, con el hilo entero a la vista.

Bug, duda o pedido

Tres tipos de ticket, título obligatorio y el producto implicado cuando tiene sentido. No hace falta ningún Space activo para pedir ayuda.

Hilo inmutable, respuesta oficial marcada

Nada se edita ni se borra una vez enviado, y la respuesta de quien opera la plataforma llega destacada como oficial.

Adjuntos que son punteros

Hasta cinco archivos en el ticket y en cada respuesta. Los bytes se quedan en tu storage; el soporte solo lleva los ids.

Cierras lo que es tuyo

El ticket va de abierto a cerrado; quien lo abrió lo cierra cuando quiera, y dos ediciones a la vez avisan en lugar de pisarse.

Lo que viene después

Lo que la plataforma construye a continuación sale de aquí, y se cuenta en personas.

Tablero de pedidos con voto

Los pedidos de funcionalidad están a la vista de cualquiera que entró. Votar es un clic y el recuento es de personas: apretar otra vez no mueve el número.

Pide lo que todavía no existe

Un proveedor sin adaptador, un producto en el horno: el contador de demanda registra cuántas personas lo pidieron, nunca quién.

El botón «quiero esto» de cualquier producto

Cualquier pantalla de la plataforma abre este formulario ya rellenado con un enlace, sin integración y sin acoplamiento entre productos.

En el tablero aparece el título, y ya

El servidor manda una proyección reducida: título, producto, estado y recuento. La descripción y el autor no cruzan de una persona a otra, y un bug no se vota: se tría.

Estado e incidentes

La parte que alcanza cualquiera, incluso quien no tiene cuenta.

S7 Status, sin login

Una página abierta muestra el estado de cada componente, los incidentes en curso y el historial reciente, sin login y sin datos personales.

Una línea de tiempo que solo crece

Cada actualización de un incidente entra al final de la timeline pública. Nada se reescribe, así que la historia entera se puede releer después.

El estado no es una opinión

Cada componente hereda el peor incidente abierto que lo afecta: leve, alto o indisponible. Sin incidente abierto, operativo.

El incidente nace explicándose

Quien opera lo declara con título público, impacto y los componentes afectados, y el primer mensaje ya es la primera entrada de la timeline. No hay incidente mudo.

Cómo funciona

Del ticket a la respuesta, sin perderse

Un ticket es tuyo, no del Space: lo abres desde donde estés y sigue siendo tuyo. Cuando el problema es de todos, se convierte en incidente y la respuesta pasa a ser pública.

  1. Tú lo abres

    Tipo, título, detalle y adjuntos. Desde cualquier producto, con un enlace.

  2. La plataforma tría

    Quien opera ve la cola entera y mueve el ticket por los estados.

  3. La respuesta llega al hilo

    Marcada como oficial, con adjunto cuando hay que enseñar algo.

  4. Si es general, se vuelve incidente

    El ticket recibe el enlace y lo sigues en la página de estado.

Para quien opera

La vista de quien cuida la plataforma

Admin es quien el deploy nombra: una lista de usuarios leída al arrancar la función, sin flag guardado en base de datos y sin claim en el token. Una lista vacía tumba la función en lugar de servir el área de admin como si fuera de usuario común.

  • Todos los tickets en una sola cola, con filtro por estado y cambio a cualquier estado.

  • Visión general: Spaces, usuarios conocidos, quién entró en la ventana y los pedidos más votados.

  • Directorio de usuarios paginado, con los Spaces de cada uno, el rol y los productos que usó.

  • Directorio de Spaces con dueño, miembros activos y productos en uso.

El email y el nombre no viven aquí: el directorio guarda ids y resuelve la identidad en el identity con la sesión del propio admin. Si esa consulta falla, la tabla muestra los ids y sigue funcionando.

Lo que lo sostiene

Las garantías que vienen incluidas

Space verificado, nunca confiado

El Space que llega en el token solo se sella en el ticket tras comprobarlo contra la membresía real, y no tener ningún Space no impide a nadie pedir ayuda.

Un ticket es cosa de dos partes

Solo quien lo abrió y quien opera leen un ticket. Para los demás no existe: la respuesta es «no encontrado», la única forma de que un id no delate lo que existe.

Lo que sale al bus son ids

El título, la descripción y los comentarios nunca se vuelven evento. El resto de la plataforma sabe que un ticket cambió de estado, no lo que dice.

Tres idiomas, un solo producto

Portugués, inglés y español en toda la interfaz, incluida la página de estado, que sirve los tres en la misma dirección.

¿Algo te está trabando el día?

Abre el ticket ahora y síguelo hasta la respuesta. Y si el problema es de la plataforma, la página de estado te lo cuenta antes de que preguntes.