Es 28 de mes, 11 de la noche. Un contador está cruzando el registro de ventas contra los comprobantes de SUNAT, fila por fila, con tres archivos abiertos y un VLOOKUP que ya se cayó dos veces. Mañana hay que presentar. Conozco la escena por dentro — durante años, ese contador fui yo.
Este artículo cuenta qué pasó cuando decidí que esa escena no se repitiera: cómo un proceso de validación que tomaba semanas pasó a correr en horas, qué principios lo hicieron posible, y qué cambia — para el equipo y para el CFO — cuando el cierre deja de ser una maratón.
El proceso manual, visto con honestidad
El trabajo en sí suena simple: verificar que lo que dice tu ERP coincida con lo que SUNAT tiene registrado — el SIRE, los comprobantes electrónicos, las detracciones. El problema es el volumen y la mecánica:
- Descargas manuales, portal por portal, periodo por periodo, con sesiones que expiran a mitad de camino.
- Cruces en hojas de cálculo que fueron diseñadas para cientos de filas y reciben decenas de miles. Cada fórmula arrastrada es una oportunidad de error silencioso.
- Revisión al 100%: como no confías en el proceso, revisas todo. Y como revisas todo, no te alcanza el mes.
Y el costo real no es el tiempo — es lo que se esconde en él. Una diferencia no detectada entre tu registro y SUNAT no es un error de tipeo: es una contingencia esperando una fiscalización. El proceso manual no solo era lento; era riesgo acumulándose en silencio.
La inversión de la ecuación
La automatización que construí descansa en un principio que repito tanto que ya es lema:
La máquina procesa el 100%. El profesional juzga el 1%.
El pipeline tiene tres etapas, y ninguna es mágica:
1. Extracción. El sistema se conecta a las fuentes — el ERP por un lado, SUNAT por el otro — y trae los datos completos del periodo. Sin copiar y pegar, sin sesiones caídas a medianoche, sin "¿quién tiene la última versión?".
2. Cruce masivo. Más de 100,000 registros se comparan con reglas explícitas: monto contra monto, estado contra estado, fecha contra fecha, con las reglas finas que el dominio exige (una nota de crédito usa el tipo de cambio del documento que modifica, no el de su emisión — detalle que una hoja de cálculo apurada siempre olvida). Código determinista: corre igual las cien veces, y está testeado.
3. Reporte de excepciones. Y aquí está el corazón del diseño: el sistema no entrega 100,000 filas verificadas. Entrega las 40 que no cuadran, cada una con su porqué — comprobante anulado en SUNAT pero vigente en el ERP, detracción sin depósito, diferencia de tipo de cambio. El profesional ya no busca agujas en el pajar; recibe las agujas ordenadas por riesgo, con su documento de origen a un clic.
Los resultados, con contexto
Las cifras que publico en mi sitio salen de este proceso: 96% menos tiempo en la validación SIRE, y cero multas por inconsistencias en los periodos operados. Son cifras reales, y aún así me importa que se lean bien: la reducción de tiempo no vino de "trabajar más rápido" sino de dejar de hacer a mano lo que una máquina hace mejor. Y el cero en multas no es suerte: es la consecuencia lógica de revisar el 100% de los registros en cada corrida, algo que ningún equipo humano puede sostener mes a mes.
Para el CFO, el cambio se resume en tres cosas que puede tocar:
- El cierre en días, no semanas — y el equipo senior dedicado a analizar, no a cruzar filas.
- El riesgo visible antes de la fiscalización, no después: cada excepción aparece el día uno, con su evidencia.
- Respuestas con dueño: cuando alguien pregunta "¿de dónde salió este número?", la respuesta existe y toma un clic. Esa trazabilidad, de paso, es la base de algo más grande — lo cuento en el artículo sobre el Explainability Gap.
La advertencia que casi nadie da
Si estás por automatizar tu cierre, esto es lo que me hubiera gustado que alguien me dijera: automatizar un proceso malo solo produce errores más rápido.
Antes de escribir una línea de código, el proceso tiene que estar entendido con precisión de relojero: qué se cruza contra qué, qué regla decide cada caso, qué pasa con las excepciones. Ese trabajo es contable, no técnico — y es la razón por la que creo que las mejores automatizaciones financieras las diseñan personas que dominan el dominio, no solo la herramienta. La tecnología es la parte fácil; el criterio de qué automatizar y qué dejar al juicio humano es la parte que vale.
Por eso desconfío de las promesas de "IA que cierra tus libros". Mi posición es más aburrida y más defendible: reglas deterministas para todo lo que se reduce a reglas, IA solo donde hay juicio irreductible — y un humano que firma. El cierre de 3 días no lo logró un modelo milagroso; lo logró un proceso bien entendido, convertido en código honesto.
El 28 a las 11 de la noche, hoy, no hay nadie cruzando filas. El sistema ya corrió. Quedan las excepciones sobre la mesa, cada una con su historia — y un profesional descansado que mañana va a decidir sobre ellas con la cabeza fresca. Eso, y no los dashboards, es la transformación digital que me interesa.