Reglas e integridad
Lo que Netzo rechaza para proteger tu negocio, y por qué la base de datos lo aplica en toda superficie.
Una regla rechaza un cambio que rompería tu negocio: un precio bajo su piso, un envío de más de lo que hay en inventario, una factura sin RFC. El rechazo nombra la regla y cómo corregirla, igual para una persona que para un agente.
Clases de regla
| Regla | Revisa | Ejemplo |
|---|---|---|
| Del registro | Que el registro sea válido en todo estado | La fecha de entrega no es anterior a la del pedido. |
| De la acción | Que el registro esté en el estado correcto antes de la acción | Solo se envía una cotización creada. |
| De registros relacionados | Que los registros a los que apunta lo permitan | No se usa un cliente bloqueado en un pedido nuevo. |
| De elegibilidad | Que el registro elegido sea válido para este uso | El producto está habilitado para la empresa y el sitio. |
| De periodo | Que el periodo esté abierto | No se registra un asiento en un mes cerrado. |
| De transición | Que el cambio de estatus esté permitido | Un CFDI cancelado no vuelve a vigente. |
| De solo agregar | Que la historia no cambie | Un movimiento de inventario no se edita ni se elimina. |
En la base de datos
Netzo aplica las reglas en la base de datos, no en una pantalla. Por eso valen en todos lados:
- Ninguna superficie se las salta. Una importación masiva, un script o un agente encuentran las mismas reglas que una persona en la app.
- Todo o nada. Una acción guarda todos sus cambios o ninguno. Un pedido no queda aprobado sin su reserva de inventario.
- La simulación revisa todo. Una escritura en simulación corre las mismas reglas, y luego descarta los cambios. Si la simulación pasa, la escritura real también, salvo que los datos cambien entre las dos.
Aislamiento
La base de datos también revisa la organización de cada fila. Ve Accesos.