"Lista para producción" es una frase usada en exceso. En nómina debería significar algo específico.
Para el motor de nómina de Chegatta, definimos lista para producción como: el motor hace lo mismo en la interfaz, en la base de datos y en el PDF; no puede ser alterado silenciosamente tras el bloqueo; mantiene inquilinos y agencias aislados; deja un rastro de auditoría; y vincula los datos de pago de vuelta a los registros de salario aprobados.
Ejecutamos una verificación de lista para producción de la Fase 4 en el motor. 3 pruebas, todas verDes. Esto es lo que había en la lista y lo que encontramos.
1. Una sola fuente de verdad entre interfaz, base de datos y PDF
Un sistema de nómina falla de una forma específica y costosa cuando la interfaz muestra un número, la base de datos guarda otro y el PDF imprime un tercero.
Verificamos que el resultado calculado por el motor, la salida del servicio de recibo de salario y la plantilla de PDF consumieron la misma fuente de verdad — sin recalculo independiente en la capa de PDF.
Esto importa porque las disputas de nómina usualmente comienzan con "tu sistema dice una cosa, nuestros registros dicen otra". Si el PDF se genera a partir de los mismos números que la interfaz, eliminas una clase entera de disputas.
2. Reconciliación de la nómina
Una nómina es más que la suma de los empleados. Si ejecutas nómina para 20 personas, el total de la nómina debe igualar la suma de los valores brutos individuales.
Verificamos que los totales brutos individuales de los empleados se agregan de forma exacta a los totales de la nómina. Esta es la prueba que detecta "el motor está correcto por empleado pero incorrecto en el agregado" — un modo de fallo real cuando los resúmenes se calculan independientemente.
3. SEPA y vinculación de pago
Chegatta produce archivos de pago SEPA y detalles de pago. Verificamos que los detalles de pago, la IBAN y los importes de liquido a pagar se vinculan directamente de vuelta a los registros de salario aprobados.
Esta es la diferencia entre "exportamos un archivo de nómina" y "este archivo de nómina se vincula de vuelta al cálculo aprobado". Este último es lo que realmente quiere un contable o auditor.
4. Bloqueo de nómina e inmutabilidad
Después de que una nómina sea aprobada o bloqueada, no debe ser recalculada silenciosamente.
Verificamos que los cálculos asociados a nóminas aprobadas o bloqueadas lanzan una excepción en caso de intento de recalculo no autorizado. En otras palabras: el motor se niega a refazer silenciosamente una nómina que ya bloqueó.
Las correcciones aún ocurren — por la ruta de auditoría prevista, no por sustitución silenciosa de la nómina bloqueada. Los cálculos históricos permanecen inmutables una vez bloqueados o asociados a una nómina aprobada.
5. Rastro de auditoría
Una nómina necesita un rastro de auditoría por omisión, no como un accesorio.
Verificamos que el rastro de auditoría se mantiene vía rastreo relacional en cálculos de salario, nóminas y estados de aprobación. Puedes rastrear qué fue calculado, cuándo y en qué estado.
6. Aislamiento multiinquilino y de agencia
Los datos de nómina son sensibles. Una agencia de trabajo temporal que ejecuta nómina para sus propios empleados y para los empleados de sus clientes necesita saber que los datos de nómina de un cliente no son visibles a otro cliente, y no son visibles a la agencia a menos que la agencia tenga derecho a verlos.
Verificamos que las políticas de aislamiento de inquilino y de agencia previenen con éxito el acceso cruzado a datos entre empresas.
7. Rendimiento y recuperación de fallos
Ejecutamos la suite de pruebas de la Fase 4 junto con las pruebas de regresión y de recibo existentes. La suite se mantuvo rápida — menos de 2 segundos por suite — y todas las pruebas existentes permanecieron verDes.
Verificamos también el comportamiento de recuperación de fallos: los mecanismos de bloqueo previenen corrupción parcial y preservan la integridad transaccional cuando algo falla en medio de la ejecución.
Lo que aún necesita un contable
Somos honestos sobre esto: el motor de cálculo es matemáticamente correcto y configurable con las tasas de Seguridad Social, las bandas de la tabla de IRS, los topes de subsidio de comida y los multiplicadores de horas extras correctos. Pero los detalles específicos de las tablas legales, los casos extremos de los coeficientes de retención de IRS y las reglas sectoriales de convenio colectivo deben ser revisados por un contable local antes de ejecutar una nómina real.
Esto no es una debilidad del motor — es lo responsable de decir. Ningún producto de nómina debería afirmar que sus tablas fiscales configurables sustituyen la revisión jurídica y contable local antes de una primera nómina real.
Para qué sirve esta lista
Si estás comprando software de nómina, este es el tipo de lista que deberías pedir a un proveedor que recorra:
- ¿El PDF viene de los mismos números que la interfaz?
- ¿Los totales de los empleados concilian con el total de la nómina?
- ¿Los archivos de pago se vinculan de vuelta a los registros aprobados?
- ¿Puede una nómina bloqueada ser alterada silenciosamente?
- ¿Hay un rastro de auditoría por omisión?
- ¿Están inquilinos y agencias aislados?
- ¿Cuál es el rendimiento bajo carga normal?
- ¿Qué necesita revisión de un contable local antes de la primera nómina real?
Publicamos nuestras respuestas porque preferimos mostrar la lista que mostrar una captura limpia y pedir confianza.
Dónde encajan los otros elementos
- El ejemplo completo de recibo portugués está aquí: Probamos la nómina de Chegatta contra un recibo portugués real.
- El escenario de restaurante está aquí: La nómina de restaurante es más difícil que la nómina de oficina — esto es lo que probamos.
- La prueba de aislamiento está aquí: Probamos que no hay fuga cruzada entre empleados en los cálculos de nómina.
- El resumen honesto que agrupa todo esto está aquí: Por qué publicamos los resultados de nuestras pruebas de nómina en lugar de fingir que todo es perfecto.