Cómo automatizamos el cierre de remuneraciones de una retail con 320 colaboradores en 8 semanas

Este artículo es el destripado completo de un proyecto real que viví dirigiendo procesos de personas en Chile. Cambié los nombres, oculté el sector específico y redondeé algunas cifras por confidencialidad, pero la operación, los números y el método son tal cual sucedieron. Lo escribo porque cada semana me siguen escribiendo gerentes de personas y CFOs con exactamente el mismo dolor — y creo que merecen ver cómo se resuelve sin venta encima.

El dolor que encontramos al llegar

Una cadena de retail con presencia en Santiago y tres regiones del sur del país. 320 colaboradores activos, mezcla de personal de tienda, bodega, administrativo y vendedores con comisión. Esquemas de compensación distintos por área: sueldo base + comisión sobre venta, bonos por cumplimiento de turno, asignación de colación y movilización, recargo por domingo trabajado, cotizaciones previsionales bien calculadas (AFP, salud, seguro de cesantía), todo dentro del marco normativo de la Dirección del Trabajo y centralizado mensualmente ante el SII vía Previred.

El cierre mensual de remuneraciones tomaba cuatro días hábiles, involucraba a tres personas del equipo de personas más una validación cruzada con contabilidad, y producía un promedio de 12 inconsistencias por cierre que había que corregir manualmente antes de emitir las liquidaciones de sueldo y declarar en Previred. Una de cada cinco liquidaciones terminaba con al menos un reclamo del colaborador.

“Lo que más nos duele no es la plata del error. Es el lunes después del cierre, cuando el teléfono de personas no para de sonar y mi gente buena pierde la mañana explicando descuentos a colaboradores enojados.”

Por dónde empezamos a destripar

La tentación, cuando llegas a un proceso así, es proponer un ERP nuevo. Eso es lo que hacen el 90% de los consultores. Yo no lo hice. La primera semana no abrí mi notebook frente al cliente: me senté con la jefa de remuneraciones, después con la asistente de personas, después con el contador externo, y al final con una vendedora de tienda que llevaba ocho años en la empresa.

Lo que descubrí fue un proceso de 47 pasos diferentes, repartidos entre seis archivos de Excel, dos sistemas legacy (un reloj control biométrico y un sistema interno de comisiones) y mucho conocimiento implícito que nadie había escrito jamás. Algunos hallazgos clave:

• El 38% del tiempo se iba en validar marcas de asistencia contra el archivo de turnos planeados — una tarea que un script puede hacer en 11 segundos.
• El 22% se iba en calcular comisiones por vendedor con reglas que llevaban tres años sin actualizarse en el archivo maestro.
• Las inconsistencias venían de un mismo punto: tres personas distintas copiaban-pegaban datos entre los mismos archivos con criterios sutilmente diferentes.
• Nadie sabía contestar al colaborador que llamaba preguntando por su liquidación — había que abrir tres pantallas y cruzar dos archivos.

La conclusión fue clara y se la dije en un correo de tres párrafos: no necesitan un ERP nuevo. Necesitan que sus archivos de Excel respiren solos, que las marcas se concilien automáticamente, que las comisiones se calculen una vez por noche y que el colaborador tenga un agente que le conteste por WhatsApp sin molestar al equipo de personas.

El blueprint del nuevo mecanismo

Diseñé el sistema en una sola hoja, en español, sin jerga técnica, para que la gerenta de personas lo pudiera defender frente al directorio sin un traductor. La arquitectura, en limpio:

┌────────────────────────────────────────────────────────────┐
│  ENTRADAS                                                  │
│  ─ Reloj control biométrico (lectura cada hora)            │
│  ─ Archivo maestro de comisiones (Google Sheets)           │
│  ─ Catálogo de turnos planeados (Google Sheets)            │
│  ─ Tabla de bonos, colación, movilización (Sheets)         │
└────────────────────────────────────────────────────────────┘
                          │
                          ▼
┌────────────────────────────────────────────────────────────┐
│  ORQUESTACIÓN — n8n                                        │
│  • Concilia marcas vs. turnos cada noche                   │
│  • Calcula horas, atrasos, recargo domingo, horas extras   │
│  • Aplica reglas de comisión por vendedor                  │
│  • Cruza con AFP, salud, seguro cesantía (tablas vigentes) │
│  • Valida: si hay anomalía, manda alerta a Slack           │
└────────────────────────────────────────────────────────────┘
                          │
                          ▼
┌────────────────────────────────────────────────────────────┐
│  SALIDAS                                                   │
│  ─ Hoja viva: liquidaciones listas para emitir             │
│  ─ Dashboard ejecutivo (KPIs en tiempo real)               │
│  ─ Agente WhatsApp para colaboradores (24/7)               │
│  ─ Archivo Previred + reporte al contador externo          │
└────────────────────────────────────────────────────────────┘

Nada exótico. n8n para la orquestación, Google Apps Script para los cálculos sobre las Sheets, la API de WhatsApp Cloud para el agente, Postgres en Supabase como log de auditoría inmutable. Stack maduro, sin dependencias raras, todo en infraestructura que el equipo puede entender en seis horas de capacitación.

La construcción semana a semana

Hicimos sprints de una semana con demo cada viernes. El equipo de personas veía crecer el sistema delante de sus ojos en lugar de recibir una caja al final. Esta es la línea de tiempo exacta:

Semana 1 — Conciliación de marcas

Conectamos el reloj control biométrico con un workflow de n8n que parseaba, normalizaba y cargaba a una Google Sheet maestra. La hoja se actualizaba sola cada hora. Cero intervención humana. Primer entregable: la jefa de remuneraciones dejó de descargar un archivo a las 8:00 a.m. todos los días. Una hora diaria recuperada.

Semana 2 — Validación cruzada contra turnos planeados

El siguiente workflow cruzaba la hoja de marcas reales contra la hoja de turnos planeados, marcaba diferencias en color, calculaba atrasos según el reglamento interno y enviaba un resumen por tienda al grupo de WhatsApp de encargados. En un día, el equipo de personas dejó de mediar entre el supervisor de bodega y la encargada de tienda. Tres horas diarias recuperadas.

Semanas 3–4 — Cálculo de comisiones

Esta fue la fase más técnica. Las reglas estaban en la cabeza de la jefa de remuneraciones y en un archivo de Excel de 4.200 filas. Nos sentamos tres días con ella, reescribimos cada regla en una tabla limpia, le agregamos versionado y la movimos a una Sheet auditable. El motor de cálculo corría todas las noches y dejaba la comisión calculada para cada vendedor antes de las 7:00 a.m. del día siguiente. La jefa de remuneraciones dejó de quedarse hasta las 11 p.m. los días 28.

Semanas 5–6 — Agente conversacional para colaboradores

Construimos un agente con GPT-4 sobre RAG, alimentado con el reglamento interno, el manual de beneficios, el cálculo de comisiones y las liquidaciones individuales de cada colaborador (con permisos por identidad). El colaborador escribía por WhatsApp “¿por qué me descontaron esto?” y el agente le contestaba en 8 segundos con el desglose, el concepto y el fundamento legal. Si no podía contestar, escalaba al humano correcto con todo el contexto pre-cargado. Los reclamos a personas cayeron 71% en el primer mes.

Semanas 7–8 — Dashboard ejecutivo + archivo Previred

Tableros en tiempo real para la gerenta de personas y el CFO: dotación, costo de remuneraciones por tienda, comisiones por vendedor top 10, alertas de anomalías. El archivo Previred quedaba listo el día 5 de cada mes a las 7:00 a.m., en el formato exacto que pide la plataforma, sin que nadie del cliente lo armara. El contador externo recibía su reporte automatizado el mismo día. Cero llamadas del contador en el cierre subsecuente.

Lo que cambió en la empresa

Pero la métrica que más le importó a la gerenta de personas no fue ninguna de esas. Fue esta:

“Los lunes después del cierre, mi equipo ya no llega con cara de derrota. Llegan a hacer el trabajo para el que los contraté: estrategia de talento, no apaga-incendios.”

Lo que aprendimos

1. No empieces por el ERP. Casi nunca el problema es el sistema. Casi siempre el problema es la conexión entre procesos humanos no documentados. Documenta primero. Automatiza después.
2. Trabaja sobre Excel/Sheets antes de migrar. Tu operación ya vive ahí. Hazla respirar primero. Migra solo cuando el dolor de no migrar sea mayor que el dolor de migrar.
3. La validación humana siempre va en la primera semana. El sistema automatizado de la semana 1 no es para ahorrar tiempo — es para ganarte la confianza del equipo.
4. Mide el dolor real, no el dolor declarado. Cronometra el proceso real con tu equipo. El dolor real suele estar dos pasos antes o dos pasos después de donde ellos creen.
5. Un agente conversacional para el usuario final cierra el ciclo. Automatizar el back-office es la mitad. La otra mitad es que el colaborador deje de molestar a tu equipo.

¿Tu cierre de remuneraciones se parece a esto?

Si tu operación tiene entre 80 y 800 colaboradores y tu equipo está perdiendo cuatro o más días al mes en el cierre, es casi seguro que puedes recuperar el 80–95% de ese tiempo con una intervención bien diseñada — sin ERP nuevo, sin migración traumática. Aplica para Chile, para México y para cualquier marco legal de LATAM: la mecánica es la misma, lo que cambia son los nombres de las planillas.