Automatización de procesos con IA
La tarea que se repite todas las semanas queda corriendo sola
Automatizar un proceso es sacarle a una persona el trabajo que hace igual todos los lunes: juntar datos de tres lugares, calcular lo mismo, escribir el mismo correo, revisar que nadie se haya equivocado. Eso se puede escribir una vez y dejarlo andando.
Gerentia construye esa automatización en código para empresas de Chile, la deja corriendo en un horario o disparada por un evento, y le pone dos cosas que casi siempre faltan: un freno para cuando los datos no calzan y un aviso para que alguien se entere.
Qué se automatiza primero
El candidato es siempre el mismo: una tarea que se repite, que tiene reglas escribibles y que hoy la hace una persona copiando de una pantalla a otra. Consolidar ventas del mes, revisar que las boletas cuadren, armar el reporte que el cliente espera el lunes, avisar cuando un pago se atrasó.
Lo que no conviene automatizar de entrada es lo que cambia de criterio cada vez. Ahí primero hay que escribir el criterio, y esa conversación es parte del trabajo.
La regla práctica para elegir: si la tarea toma más de dos horas al mes y se hace igual cada vez, se paga sola rápido. Si toma quince minutos y cambia siempre, déjala como está.
Dónde entra la inteligencia artificial y dónde no
Un proceso con reglas fijas no necesita un modelo: necesita código, y el código es más barato, más rápido y no se equivoca de forma creativa. Sumar, comparar fechas, mandar un correo cuando se cumple una condición, todo eso se escribe derecho.
El modelo entra cuando hay que leer algo que no tiene estructura: un correo escrito por una persona, una foto de un documento, un audio de WhatsApp, una descripción libre. Ahí la IA convierte texto suelto en datos que el resto del proceso puede usar.
Mezclar los dos es lo que hace que la automatización aguante. El modelo interpreta y el código decide, porque una decisión de plata no puede quedar sujeta a cómo salió redactada una respuesta.
El freno, que es lo que casi nadie construye
Una automatización sin freno es una máquina que repite un error a velocidad. El 11 de agosto de 2026 un proceso nuestro mandó dieciséis correos duplicados porque el archivo donde guardaba qué había enviado quedó bloqueado por la sincronización de OneDrive. La acción salió, el registro no se pudo escribir, y el proceso creyó que nunca la había hecho.
De ahí salió una regla que hoy aplica a todo lo que construimos: primero se guarda el estado, después se ejecuta la acción irreversible, y nada de lo que viene después puede levantar una excepción que borre ese registro.
Cada automatización se entrega con su bitácora, con un tope de cuántas veces puede actuar en un día y con un aviso al responsable cuando se detiene sola.
Cómo se mide si sirvió
Antes de escribir una línea se cuenta cuánto demora hoy la tarea y cada cuánto se hace. Esa es la línea base, con fecha, y es contra ella que se compara después.
Lo segundo que se mide son los errores. Un proceso a mano tiene una tasa de equivocación que nadie anota, y cuando la automatización empieza a rechazar registros aparece el tamaño real del problema anterior.
El tercer número es cuántas veces la automatización se detuvo sola y por qué. Un proceso que nunca se detiene suele ser un proceso que no está mirando.
Qué queda en tus manos al terminar
El código queda tuyo y corriendo en tu infraestructura o en la que se acuerde, con sus claves, sus respaldos y su documentación en castellano. Sin suscripción mensual a una plataforma intermedia que suba de precio el año que viene.
Si el proceso necesita un panel para que alguien lo mire sin entrar al código, se construye. La mayoría de las veces alcanza con un correo diario y una planilla que se escribe sola.
Cuánto demora armar una
Una automatización acotada, del tipo «juntar estos datos y mandar este reporte», se construye y se prueba en días. Lo que alarga el reloj casi nunca es el código: son los accesos. Una clave de la plataforma del cliente, un permiso de lectura, una cuenta que solo tiene el contador.
Por eso la primera reunión termina con una lista de accesos, y esa lista es lo que marca la fecha de entrega.
Después de la entrega viene una semana de acompañamiento, que sirve para dos cosas. La primera es cazar los casos que nadie mencionó porque a nadie se le ocurrió que existían: el cliente que paga en dos cuotas, el proveedor que factura con otro nombre, el mes en que la planilla llegó con una columna de más. La segunda es que quien va a convivir con el proceso vea cómo se detiene y cómo se retoma, porque una herramienta que solo entiende quien la construyó dura hasta que esa persona no está.
Un caso con fecha
Una flota de taxi ejecutivo en Santiago repartía sus móviles a mano y cobraba a empresas con vales de papel que se traspapelaban. Se construyó una herramienta donde el encargado asigna el móvil pegando el teléfono del chofer, y al chofer le llega el botón de WhatsApp con el mensaje escrito.
El corte de los informes es la operación y no la fecha del calendario, así que una carrera que empieza a las 23:40 y termina a las 00:20 queda entera en el mismo turno. El estado de cuenta por empresa y el pago a choferes salen en un Excel de cinco hojas que se genera solo.
La versión que está en producción se probó con veinte comprobaciones automáticas contra la base de datos antes de entregarse, sin fallas.
Cliente de Gerentia · versión en producción desde el 19 de agosto de 2026
Preguntas frecuentes
¿Qué es la automatización de procesos?
Escribir una vez, en código, una tarea que hoy alguien repite a mano, y dejarla corriendo sola en un horario o cuando ocurre algo. El proceso junta los datos, aplica las reglas, deja registro de lo que hizo y avisa cuando algo no calza.
¿Qué es la automatización de procesos con IA?
Es lo mismo, con una diferencia: parte del proceso lee material sin estructura. Un correo escrito por una persona, la foto de una factura, un audio. El modelo convierte eso en datos y el código toma la decisión con esos datos, que es el orden que conviene cuando hay plata de por medio.
¿Cómo puede la automatización de procesos operativos reducir costos en una empresa?
Por dos vías, y la segunda suele ser la más grande. La primera son las horas que deja de ocupar una persona en copiar datos. La segunda son los errores que hoy nadie cuenta: un cobro que no se emitió, un pago que se hizo dos veces, un cliente al que no se le facturó el mes pasado. Un proceso escrito los detecta y los deja anotados.
¿Para qué sirve la automatización de procesos si mi empresa es chica?
Sirve cuando el dueño es el que hace la tarea. En una empresa de pocas personas la hora más cara del mes es la de quien podría estar vendiendo, y suele ser la misma que está armando la planilla del lunes.
¿Es lo mismo que RPA o automatización robótica de procesos?
El RPA imita a una persona apretando botones en una pantalla, y se rompe cuando la pantalla cambia. Lo que construimos habla directo con los datos y las interfaces de programación de cada sistema, que es más estable y más barato de mantener. Cuando la única puerta que existe es la pantalla, se dice antes de empezar.
¿Se puede automatizar la contabilidad?
Se puede automatizar la parte mecánica: descargar documentos, clasificarlos, cuadrar contra el banco, avisar diferencias y armar lo que el contador necesita. La declaración y el criterio tributario los sigue firmando quien tiene la responsabilidad legal, que no se delega a un proceso.
¿Qué pasa si el proceso se equivoca?
Se detiene y avisa, en vez de seguir. Cada automatización se entrega con un tope de acciones por día, con su bitácora de lo que hizo y con un aviso al responsable cuando se frena. Y el orden interno es siempre el mismo: primero se guarda el registro y después se ejecuta lo irreversible.
Cuéntanos qué tarea se repite
Con saber qué se hace, cada cuánto y de dónde salen los datos, se puede decir si conviene automatizarla y qué accesos harían falta.
Escribir a Gerentia