refactor(ticket): implement fixed validity time generation for event date and time windows in TicketGeneratorService
This commit is contained in:
26
app/Domains/Notification/documentacion/README.md
Normal file
26
app/Domains/Notification/documentacion/README.md
Normal file
@@ -0,0 +1,26 @@
|
||||
# Dominio Notification
|
||||
|
||||
## Propósito
|
||||
|
||||
Orquesta notificaciones de negocio por correo a partir de eventos de otros dominios.
|
||||
|
||||
## Eventos atendidos
|
||||
|
||||
- `UserRegistered`: dispara el correo de bienvenida.
|
||||
- `PasswordResetRequested`: envía el código de recuperación si el intento sigue pendiente.
|
||||
- `PurchasePaid`: envía la confirmación de pago.
|
||||
- `TicketsAvailable`: informa y entrega la disponibilidad de tickets.
|
||||
|
||||
## Componentes
|
||||
|
||||
Los listeners `SendWelcomeEmail`, `SendPasswordResetEmail`, `SendPurchasePaidEmail` y `SendTicketsAvailableEmail` delegan en `NotificationMailService`. Este servicio carga el contexto necesario, renderiza las vistas y envía mediante `Integration/MailService`.
|
||||
|
||||
## API y dependencias
|
||||
|
||||
No expone rutas HTTP. Consume datos de `Auth`, `Tenant`, `Purchase` y `Ticket`, y delega la entrega al dominio `Integration`.
|
||||
|
||||
## Consideraciones
|
||||
|
||||
- Los listeners reciben identificadores y vuelven a cargar los modelos, evitando transportar entidades obsoletas.
|
||||
- La recuperación no se envía si el intento dejó de estar pendiente.
|
||||
- Los handlers deben permanecer idempotentes o tolerantes a reintentos de cola.
|
||||
Reference in New Issue
Block a user