Saltar al contenido
Caso de IA
Automatización de procesos: casi nunca hace falta IA
La mayoría de lo que hoy se vende como inteligencia artificial es, en realidad, un flujo bien hecho. Cuesta menos, no se equivoca y se puede auditar. La IA entra donde de verdad hace falta, y se dice cuándo es.
Qué aplica de verdad
Una regla es más barata que un modelo, y no se equivoca
Esto es lo que casi nadie dice al vender RPA o automatización con IA: la mayoría de los procesos que la gente quiere automatizar no necesitan inteligencia artificial. Necesitan un flujo bien hecho. «Cuando llegue este archivo, metelo en esta tabla y avisá a contabilidad» es una regla. Una regla hace lo mismo todos los días, cuesta una fracción y, cuando falla, se sabe exactamente por qué.
La IA hace falta cuando el dato llega sin estructura: un PDF con diseño propio, un correo escrito en prosa por una persona, una foto de un documento, un comentario del que hay que deducir de qué trata. Ahí no hay regla posible, porque no hay dos entradas iguales. Esa es la frontera, y conviene trazarla en la auditoría y no en la factura.
Lo que normalmente se automatiza, en orden de lo que más alivio da: mover datos entre dos sistemas que no se hablan —la planilla hacia la contabilidad, el pedido de la tienda al inventario—, generar y enviar los documentos recurrentes que alguien arma a mano cada mes, clasificar el correo entrante y crear el registro que corresponde, mandar los avisos y escalamientos por plazo que hoy dependen de que alguien se acuerde, y en general toda tarea que consista en copiar de una pantalla y pegar en otra.
Esa última es la señal más clara: si en tu empresa alguien pasa horas copiando y pegando entre dos sistemas, ese proceso se automatiza y se nota la primera semana. En Guatemala es el caso más común que nos llega, normalmente entre un sistema viejo que nadie quiere tocar y una hoja de cálculo. Donde el documento llega sin estructura entra Lectura de facturas; donde hace falta ordenar archivos, Gestión documental.
| Mover datos entre dos sistemas | Sí, con registro de cada envío |
|---|---|
| Documentos recurrentes | Sí: generar, guardar y enviar |
| Clasificar correo entrante | Sí, y crear el registro que toca |
| Avisos y escalamientos por plazo | Sí, a quien definas |
| Copiar y pegar entre pantallas | Sí. Es el caso más común |
| Lectura de PDF y texto libre | Sí, y ahí sí hace falta IA |
| Reglas en lugar de IA | Cuando basta: más barato y no falla |
| Revisión humana | En todo paso que mueva dinero o salga al cliente |
| Automatizar un proceso que nadie definió | No. Primero se documenta |
| Un flujo sin registro de lo que hizo | No |
| Aprobar pagos sin que alguien firme | No |
| Llamarle IA a lo que es una regla | No lo hacemos |
| Precio | Por alcance |
Cómo empieza
Mirando cómo trabaja la persona que lo hace hoy
Un proceso no se puede automatizar si no está definido, y casi ninguno lo está por escrito. El primer trabajo es ese, y es la mitad del valor del proyecto.
-
01
Auditoría del proceso
Nos sentamos con quien hace la tarea hoy y la vemos completa, con las excepciones incluidas: qué pasa cuando falta un dato, cuando el archivo viene distinto, cuando hay que preguntarle a alguien. Las excepciones son lo que rompe las automatizaciones mal hechas.
-
02
Propuesta por escrito
Qué pasos se automatizan, cuáles siguen siendo de una persona, qué se hace cuando el flujo falla y quién recibe el aviso. Ahí también decimos qué parte es una regla y qué parte necesita IA, con el precio de cada una. Alcance, plazo y precio antes de cobrar.
-
03
Un proceso, con el flujo anterior vivo
Se arranca por un proceso solo, corriendo en paralelo con la forma manual durante unas semanas, comparando resultados. Cuando coinciden, se apaga el manual. No antes.
Lo que no vamos a prometer son horas ahorradas en un folleto: eso se mide con tu proceso real o no se dice. Lo que sí es fijo: cada flujo deja registro de lo que hizo y de lo que falló, y todo paso que mueva dinero o salga al cliente lo aprueba una persona. Cuéntanos qué proceso te consume el día
Qué preguntar antes de contratar
Tres preguntas que ahorran meses
¿Esto necesita IA o basta una regla? Es la pregunta que más dinero ahorra, y la que menos proveedores contestan honestamente. Si la entrada siempre viene igual, es una regla. Pedí que te digan qué parte del precio corresponde a cada cosa.
¿Qué pasa cuando el flujo falla? Va a fallar: el otro sistema se cae, el archivo viene vacío, cambia un formato. Lo correcto es que se detenga, avise a una persona con nombre y deje el pendiente a la vista. Lo peligroso es un flujo que falla en silencio durante tres semanas y nadie se da cuenta.
¿Queda registro de lo que hizo? Cada ejecución tiene que poder revisarse: qué entró, qué salió, cuándo y con qué resultado. Sin eso no hay forma de auditar un proceso automático, y en lo que toca a contabilidad eso no es negociable.
Preguntas frecuentes
Lo que nos preguntan sobre automatización de procesos
¿Qué hace falta para empezar?
Que el proceso se pueda ver funcionando y que haya acceso a los dos extremos: de dónde sale el dato y a dónde tiene que llegar. En concreto, un usuario de prueba en cada sistema y a alguien de la empresa que conozca el proceso de verdad. Si el proceso no está definido, definirlo es el primer paso y es parte del trabajo.
¿Se puede equivocar? ¿Qué pasa cuando falla?
Un flujo de reglas no se equivoca, pero sí falla cuando cambia algo fuera de él: el otro sistema no responde, el archivo viene distinto. En ese caso se detiene, no adivina, y avisa a la persona responsable con el detalle del error. Donde hay IA leyendo documentos sí hay margen de error, y ahí la revisión humana va antes de que el dato entre.
¿Qué es RPA y en qué se diferencia de una integración?
RPA es automatizar imitando lo que hace una persona en la pantalla: abrir el sistema, teclear, dar clic. Se usa cuando el sistema no tiene forma de conectarse por dentro. Una integración habla directo con el sistema y es más estable, así que siempre la preferimos. El RPA es el plan B, y es legítimo cuando no hay otra.
¿Funciona con un sistema viejo que nadie puede modificar?
Normalmente sí, y es la mitad de los casos que nos llegan. Si el sistema permite leer su base de datos o exportar archivos, se trabaja por ahí. Si no permite nada, queda el RPA sobre la pantalla. En la auditoría revisamos cuál de las vías aplica y qué tan frágil queda cada una.
¿Hay que cambiar de sistema para automatizar?
No, y desconfiá de quien lo plantee así de entrada. Lo normal es automatizar sobre lo que ya tienes. Cambiar de sistema es un proyecto distinto, mucho más grande, y solo tiene sentido si el sistema actual ya era el problema por otras razones.
¿Puede aprobar pagos o firmar documentos?
No. Puede armar el pago, llenar el documento y dejarlo listo con todo validado, pero la firma y la autorización son de una persona con nombre. Esa línea no la movemos, y no es por capacidad técnica: es porque un pago aprobado por un flujo no tiene responsable.
¿Cuántos procesos conviene automatizar al inicio?
Uno. El que más horas consume o el que más errores produce, y de preferencia uno que no sea crítico la primera vez. Automatizar cinco a la vez significa depurar cinco a la vez, y es la forma más rápida de que el equipo pierda confianza en el proyecto.
¿Cuánto cuesta y cuánto tarda?
Se cotiza por alcance después de la auditoría, y por proceso. Lo que mueve el precio es cuántas excepciones tiene el proceso y qué tan accesibles son los sistemas de los extremos, no el volumen. El precio y el plazo quedan por escrito antes de empezar y no cambian después.
Cuéntanos qué necesitas resolver
Escríbenos por WhatsApp con el detalle de tu proyecto y te preparamos una propuesta. Si prefieres, llámanos o mándanos un correo.