Registro de decisiones (ADR)¶
Decisiones técnicas vigentes de este repo, en formato MADR simplificado.
Reglas, plantilla y criterios en el
estándar de documentación (docs-standard).
- Toda decisión de arquitectura nueva se registra como ADR en el mismo PR que la implementa.
- Un ADR no se edita para cambiar la decisión: se escribe uno nuevo y el viejo
pasa a
reemplazado por ADR-NNNN.
Índice¶
| ADR | Título | Estado |
|---|---|---|
| 0001 | Backend NestJS como middleware ante SAP Service Layer | aceptado |
| 0002 | Algolia para búsqueda de productos y clientes | aceptado |
| 0003 | Errores SAP se propagan al filtro global, no se envuelven a mano | aceptado |
| 0004 | Los logs del backend van a GlitchTip, no a un stack de logs propio | aceptado |
| 0005 | Aviso WebSocket propio del matcher al terminar (match_completed) |
aceptado |
| 0006 | El matcher de pagos a proveedores corre en la misma corrida que cobros | aceptado |
| 0007 | La Etapa D confirma, y el criterio pasa de optimizador a satisficiente | aceptado |
| 0008 | La retención se lee con su propio contrato, no con el de transferencia | aceptado |
| 0009 | El correo es obligatorio cuando el cliente tiene RUC | aceptado |