La planilla manual no es un ahorro. Es un pasivo sin registrar.

Cuando un propietario me dice que maneja la planilla en una hoja de cálculo, casi siempre está describiendo una decisión que fue razonable cuando la tomó. Seis colaboradores, un mes predecible y una plantilla que ha funcionado desde que abrió el negocio. El razonamiento es sólido hasta el momento en que deja de serlo, y deja de serlo en silencio.

Los errores de planilla tardan mucho en salir a la luz

La mayoría de los errores operativos se anuncian solos. Un proveedor al que no le pagaron llama. Un huésped al que cobraron dos veces reclama. La planilla es distinta, porque las dos partes que notarían el error tienen poca capacidad de detectarlo. Un colaborador no puede verificar con facilidad el cálculo de su propia retención. La institución que recibe la contribución no puede ver lo que usted debió reportar, solo lo que reportó.

Así que un mal cálculo no produce una señal en el mes en que ocurre. Produce una señal mucho después, aplicada a todos los meses transcurridos y con intereses. Esa es la razón estructural por la que la planilla manual está mal valorada: el costo de la mano de obra es visible cada mes y el costo del riesgo es invisible hasta que llega de golpe.

La pregunta no es si una hoja de cálculo puede calcular bien la planilla. Puede. La pregunta es si seguirá estando bien después de doce meses de ediciones hechas por quien estuviera disponible.

De dónde vienen realmente los errores

En mi experiencia las fallas rara vez son aritméticas. Se concentran alrededor del cambio:

• Alguien entra o sale a mitad de periodo y el alta o la baja se reporta tarde.
• Cambia una tasa o un límite y la plantilla no, porque la plantilla no tiene forma de enterarse.
• Una fórmula se arrastra en la columna una fila de menos, y el último colaborador queda calculado distinto a todos los demás.
• Llega la época de aguinaldo y la base de cálculo se reconstruye de memoria en lugar de tomarse de los registros reales del año.
• La persona que entendía la hoja se va, y quien la sustituye hereda un archivo en lugar de un proceso.

Todas esas son fallas de gestión del cambio, no de matemática. La distinción importa, porque le dice que la solución no es una persona más cuidadosa.

Las operaciones de temporada concentran el riesgo

Si su planilla se duplica en temporada alta y se reduce a la mitad después, usted no está corriendo planilla doce veces al año. Está corriendo un ciclo continuo de altas y bajas, cada una con su propio plazo, justo en los meses en que su operación tiene la menor capacidad administrativa. En Guanacaste esto es la norma y no un caso extremo, y por eso la exposición en planilla acá es sistemáticamente mayor de lo que sugiere la cantidad de colaboradores.

Qué cambia cuando se automatiza

El objetivo de automatizar la planilla no es la velocidad, aunque sea más rápida. Es que el cálculo deje de depender de la atención de alguien. Las tasas viven en un solo lugar y se actualizan una vez. Las entradas y salidas disparan el reporte en lugar de depender de que alguien se acuerde. Las obligaciones del periodo se producen por calendario y no por memoria. Y todo queda registrado, así que una pregunta sobre un pago de hace ocho meses tiene una respuesta que no empieza con "creo que".

Esa última propiedad vale más de lo que parece. La mayor parte del costo de un problema de planilla no es la corrección en sí: es la reconstrucción, los días que se van en averiguar qué se pagó realmente, a quién y sobre qué base, a partir de registros que nunca se diseñaron para responder esa pregunta.

Una prueba que puede hacer esta semana

Escoja un colaborador y un mes del año pasado, y pregunte cómo se llegó a su cifra de planilla. Si la respuesta exige abrir un archivo y volver a derivarla, el proceso está guardando el número pero no el razonamiento. Esa es la condición en la que los errores sobreviven sin detectarse, y es completamente corregible, pero no a punta de cuidado.