- Create TicketValiditySchemaTest to verify database schema for ticket validity. - Update CatalogModelsTest to include tests for event date attributes and selection options. - Introduce EventDateTextFormatterTest for formatting event dates in Spanish. - Refactor EventModelsTest to include validity time relationships. - Add SaleDetailResourceTest to ensure correct serialization of purchase items. - Enhance TicketTest with validity time checks and status management. - Implement ValidityTimeResourceTest to validate resource output for different validity types. - Add ValidityTimeTest to verify casting and validity checks for validity time types.
29 lines
1.0 KiB
Markdown
29 lines
1.0 KiB
Markdown
# Dominio Event
|
|
|
|
## Propósito
|
|
|
|
Administra la configuración temporal de un tenant orientado a eventos y sus fechas disponibles.
|
|
|
|
## Componentes
|
|
|
|
- `Models/EventDate.php`: fecha del evento con inicio, fin, tenant y variantes asociadas.
|
|
- `Services/EventService.php`: obtiene y actualiza la configuración de evento del tenant.
|
|
- `Controllers/AdminApp/EventController.php`: consulta y modificación desde AdminApp.
|
|
- `UpdateEventRequest`: valida datos y reglas cruzadas de fechas.
|
|
- `EventResource`: serializa la configuración de salida.
|
|
|
|
## Endpoints
|
|
|
|
Bajo `/v1/adminapp/tenant/event`, protegidos por `auth:sanctum` y `adminapp.tenant`:
|
|
|
|
- `GET`: obtiene la configuración.
|
|
- `PUT`: actualiza la configuración.
|
|
|
|
## Dependencias
|
|
|
|
Depende de `Tenant`. Las fechas se vinculan con variantes de `Catalog`, que a su vez pueden generar tickets.
|
|
|
|
## Consideraciones
|
|
|
|
El archivo `routes/api.php` no publica operaciones adicionales. Al modificar fechas debe mantenerse la validación de orden y coherencia temporal de `UpdateEventRequest`.
|