Canales de entrega
tikento envía notificaciones a través de dos canales:
Canal principal para todos los tipos de notificaciones. Los correos se envían a la dirección indicada por el participante durante el registro (campo registrant_email). El organizador recibe notificaciones en el email vinculado a la cuenta.
Capacidades:
- Plantillas HTML con logotipo y colores corporativos de la organización (Pro+)
- Plantillas multilingües a través de i18n-service (7 idiomas)
- Seguimiento de entrega, aperturas y clics
- Configuración DKIM para envío desde su propio dominio (Business+)
Telegram
Notificaciones instantáneas a través del bot @tikento_bot. Funcionan para usuarios autorizados a través de Telegram o que hayan vinculado su cuenta de Telegram en la configuración.
Capacidades:
- Entrega instantánea a través de Telegram API
- Botones inline para acciones rápidas (abrir entrada, ir al evento)
- Soporte de formato y enlaces
Tipos de notificaciones
Confirmación de registro
Se envía al participante inmediatamente después del registro exitoso. Contiene:
- Nombre del evento, fecha y lugar
- Número de registro
- Código QR de la entrada (si aplica)
- Enlace a la página de registro
Recibo de pago
Se envía después de un pago exitoso. Contiene:
- Monto y método de pago
- Nombre de la entrada y opciones
- Número de transacción
- Enlace al recibo
Recordatorio del evento
Recordatorio automático 24 horas antes del inicio del evento. Contiene:
- Fecha y hora de inicio
- Dirección o enlace a la transmisión online
- Recordatorio de preparación (si está configurado por el organizador)
Cambios en el evento
Se envía a todos los participantes registrados cuando cambian parámetros clave del evento:
- Cambio de fecha u hora
- Cambio de lugar
- Cancelación del evento
Notificaciones para el equipo
Notificaciones internas para organizadores y miembros del equipo:
- Nuevo registro
- Nuevo pago
- Reembolso
- Acercamiento al límite de participantes
Procesamiento de cola
Todas las notificaciones se procesan de forma asíncrona a través de la cola BullMQ en notifications-service. Esto asegura:
- Confiabilidad -- ante la indisponibilidad temporal del canal de entrega, el mensaje se reenviará
- Escalabilidad -- los picos de carga (envío masivo, inicio de un evento popular) no afectan el funcionamiento de la aplicación principal
- Priorización -- las notificaciones transaccionales (confirmación de pago) se procesan con alta prioridad, las de marketing -- con prioridad normal
Los reintentos de envío se realizan automáticamente: 3 intentos con retardo exponencial (10 s, 30 s, 90 s).
Seguimiento de entrega
El estado de cada notificación se muestra en la sección Evento -> Notificaciones -> Registro de entrega:
| Estado | Significado |
|---|---|
| Enviado | Mensaje entregado al proveedor (servicio de email o Telegram API) |
| Entregado | Confirmación de entrega recibida (email) |
| Abierto | El destinatario abrió el correo (solo email, con seguimiento activado) |
| Rechazado | El correo fue rechazado por el servidor del destinatario (bounce) |
| Error | Error técnico durante el envío |
El registro de entrega se conserva durante 90 días y está disponible para filtrado por canal, estado y fecha.
Límites por plan
Restricciones en la cantidad de notificaciones por email al mes:
| Plan | Email / mes |
|---|---|
| Free | 500 |
| Pro | 5 000 |
| Business | 50 000 |
| Enterprise | Sin límite |
Las notificaciones de Telegram no tienen límites en ningún plan.
Al acercarse al límite (80% y 95%), el organizador recibe una advertencia. Después de agotar el límite, las notificaciones automáticas por email se pausan hasta el inicio del siguiente período de facturación. Las notificaciones transaccionales (confirmación de pago, recibos) siguen enviándose.