Software de asistencia vs. software de planilla: qué debe conectar RRHH

Qué pertenece a cada sistema

En asistencia viven la programación, la sede, la entrada, la salida, las pausas, la hora del dispositivo, la hora de recepción y las excepciones. En planilla viven conceptos aprobados, salario, deducciones, aportes, retenciones, liquidaciones y el comprobante. Un supervisor puede confirmar que alguien trabajó un intervalo; RRHH o el contador decide cómo se trata ese intervalo en el cálculo.

SIPE y Planilla 03 agregan otra capa: son destinos institucionales con formatos y reglas propias. La CSS publica materiales de SIPE y la DGI publica estructura e instructivo de Planilla 03. Un reporte de asistencia o una pantalla de planilla no equivale a un archivo oficial aceptado por esos portales.

• Fuente de tiempo: turno y evento original.
• Fuente de decisión: permiso, corrección u hora adicional aprobada.
• Fuente de cálculo: conceptos y reglas de planilla revisados.
• Fuente de salida: plantilla o API oficial del destino.
• Fuente de resultado: evidencia externa de carga, recepción o conciliación.

Diseña el puente, no una sincronización opaca

Define una capa canónica que relacione persona, sede, período, evento, concepto y estado. El puente debe llevar solo marcaciones elegibles y correcciones aprobadas; excluir marcas ambiguas, duplicadas o fuera de contexto. Cada transformación conserva el origen y la versión de la regla. Si el dato cambia después de aprobar, la salida anterior queda histórica y se genera una nueva revisión.

Prueba qué pasa si la asistencia llega tarde, si el empleado cambia de sede, si hay dos corridas para el mismo período o si una fuente queda anulada. El sistema debe mostrar faltantes y bloquear lo que no puede representar con seguridad. Completar silenciosamente con ceros o con el horario teórico convierte una integración en una fuente de errores.

1. Nombra los sistemas fuente y responsables por tipo de dato.
2. Congela el período y resuelve excepciones antes de exportar.
3. Transforma solo conceptos autorizados con mapeo versionado.
4. Revisa totales y diferencias por persona y período.
5. Genera la salida destino y registra presentación y resultado por separado.

Ejemplo hipotético: empresa con reloj y contador externo

Ejemplo hipotético: una empresa de seguridad usa un reloj para entradas y salidas, una hoja para horas extra y un contador externo para planilla. En una quincena, la asistencia muestra una salida tardía, la hoja suma una hora adicional y el contador recibe un total distinto porque una corrección no estaba aprobada.

La empresa define el reloj como fuente de eventos, el supervisor como verificador operativo y RRHH como aprobador del concepto. La hora extra solo pasa al cálculo cuando tiene estado aprobado; la corrección queda ligada al período. El contador recibe un resumen con origen y diferencias, no una cifra aislada. Así puede revisar SIPE o DGI con sus plantillas, en vez de asumir que la exportación de asistencia ya era planilla.

Checklist accionable

Usa esta lista al adquirir una suite o al conectar dos proveedores. Pide que cada respuesta se demuestre con un dato ficticio y un caso de error.

• Se definió la fuente canónica de cada dato.
• Turnos, marcaciones, permisos y correcciones tienen estados distintos.
• El puente excluye eventos ambiguos y conserva su motivo.
• Conceptos de planilla tienen mapeo, vigencia y aprobación.
• Se separaron fecha trabajada, fecha de pago y período fiscal.
• Se probaron duplicados, atrasos, cambios de sede y períodos parciales.
• El archivo SIPE o Planilla 03 usa la plantilla oficial vigente.
• Carga, recepción, aceptación y pago no se presentan como una sola cosa.
• Hay corrección versionada sin reescribir el historial.
• La integración se etiqueta según evidencia de código, piloto y destino.

Elige una suite por transparencia del proceso

Una suite todo en uno puede reducir traslados, pero puede esconder qué módulo decide un dato. Dos herramientas pueden ser más flexibles, pero aumentan reconciliaciones y puntos de falla. En ambos casos pide un historial de cambios, roles separados, exportación privada, respaldo y un procedimiento para resultados desconocidos.

El comprador debe confirmar la cobertura publicada de la herramienta elegida y mantener al contador como responsable del resultado oficial. Si una función crítica está en preparación, trátala como una condición pendiente y no como parte del flujo que ya puedes operar.