Resumen de estados
Cada registro en tikento pasa por una cadena de estados. Qué pasos exactos seguirá la solicitud depende de la configuración del evento: si la verificación de email está habilitada, si se requiere moderación o si el evento es de pago.
Todos los estados posibles
| Estado | Nombre del sistema | Descripción |
|---|---|---|
| Pendiente de confirmación | pending_verification | El participante envió la solicitud pero aún no confirmó su email |
| En moderación | pending_moderation | Email confirmado, la solicitud espera la decisión del organizador |
| Pendiente de pago | pending_payment | Solicitud aprobada, pago no recibido |
| Registrado | registered | Todas las etapas completadas, participante registrado |
| Cancelado | cancelled | Registro cancelado por el participante o el organizador |
| Rechazado | rejected | El organizador rechazó la solicitud en la etapa de moderación |
Cadenas de transiciones
El orden de las etapas es fijo: verificación de email (si está habilitada) -> moderación (si está habilitada) -> pago (si el evento es de pago) -> registrado. Las etapas que no aplican a un evento específico se omiten.
Evento gratuito sin moderación
La variante más sencilla. Si la verificación de email está habilitada:
pending_verification -> registered
Si la verificación de email está deshabilitada, el participante recibe el estado registered inmediatamente después de enviar el formulario.
Evento gratuito con moderación
pending_verification -> pending_moderation -> registered
Después de confirmar el email, la solicitud entra en la cola de moderación. El organizador la aprueba y el estado cambia a registered. Si la rechaza, cambia a rejected.
Evento de pago sin moderación
pending_verification -> pending_payment -> registered
Después de confirmar el email, el sistema espera el pago. En cuanto la pasarela de pagos confirma el pago (a través de webhook), el estado pasa automáticamente a registered.
Evento de pago con moderación
La cadena más larga:
pending_verification -> pending_moderation -> pending_payment -> registered
El organizador primero decide si admitir al participante y solo después de la aprobación se abre la posibilidad de pago.
Quién inicia las transiciones
| Transición | Iniciador |
|---|---|
pending_verification -> siguiente estado | Sistema (el participante hizo clic en el enlace/introdujo el código del email) |
pending_moderation -> pending_payment o registered | Organizador (aprobación) |
pending_moderation -> rejected | Organizador (rechazo) |
pending_payment -> registered | Sistema (webhook de la pasarela de pagos) |
Cualquier estado -> cancelled | Participante u organizador |
| Cambio manual de estado | Organizador (a través de la ficha del participante) |
Transiciones automáticas
El sistema realiza transiciones sin la participación del organizador en dos casos:
- Verificación de email. Cuando el participante confirma su email, el sistema determina automáticamente el siguiente estado: si la moderación está habilitada,
pending_moderation; si no y el evento es de pago,pending_payment; si es gratuito,registered. - Recepción de pago. Cuando la pasarela de pagos envía un webhook exitoso, el estado cambia a
registered.
Transiciones manuales
El organizador puede:
- Aprobar o rechazar una solicitud en moderación
- Confirmar un pago manualmente (efectivo, transferencia bancaria)
- Cancelar un registro
- Forzar la transición a
registered, omitiendo estados intermedios
Dónde se ven los estados
El estado de cada participante se muestra en varios lugares:
- Lista de participantes — insignia de color junto al nombre. El filtro por estado permite encontrar rápidamente, por ejemplo, todas las solicitudes en moderación.
- Ficha del participante — historial completo de transiciones con fechas e iniciador de cada cambio.
- Panel del evento — contadores por estado en el resumen.
Estados terminales
Los estados registered, cancelled y rejected son terminales: no se producen transiciones automáticas posteriores desde ellos. El organizador puede devolver a un participante de cancelled o rejected a un estado activo manualmente a través de la ficha del participante.