Hay una pregunta que aparece en casi todas las reuniones, normalmente cerca del minuto veinte, cuando el gerente ya entendió qué hace un agente de IA y empieza a imaginarlo dentro de su empresa: “¿y esto se conecta con lo que ya tengo?”. No es una pregunta técnica de relleno. Es la pregunta que decide si el proyecto avanza o queda en una demo bonita que nadie vuelve a abrir.
La respuesta corta es que sí, casi siempre se puede. La respuesta larga —la que sirve para presupuestar y para no llevarse sorpresas— depende de tres cosas: qué sistema tienes, qué tan bien documentado está, y si lo que necesitas es que la IA lea información o que además escriba en tu sistema. Esas tres variables explican la mayor parte de la diferencia entre una integración de $300.000 y una de $1.500.000.
Esta guía ordena el tema completo: qué significa integrar de verdad, los cuatro caminos posibles y cuándo conviene cada uno, cómo se comportan los ERP que efectivamente se usan en Chile, qué cuesta, y cuál es el error que más presupuesto quema en este tipo de proyectos.
Por qué la integración es la pregunta correcta
Una empresa que lleva ocho o quince años operando no tiene un vacío esperando software nuevo. Tiene un ERP con años de historia, una planilla que alguien perfeccionó y que es mejor que el ERP para ciertas cosas, un sistema de facturación conectado al SII, un CRM a medias, y varios grupos de WhatsApp donde en la práctica se coordina la operación real.
Ese conjunto no se reemplaza. Funciona, la gente lo sabe usar y cambiarlo tiene un costo que ningún proyecto de IA justifica. Lo que sí se puede hacer es poner una capa encima que lea de esos sistemas, razone con esa información y ejecute tareas concretas. La IA no viene a sustituir tu ERP: viene a hacer el trabajo que hoy hace una persona abriendo tu ERP, copiando un dato y pegándolo en otra parte.
Por eso los proyectos que fracasan casi nunca fracasan por el modelo de IA. Fracasan porque nadie revisó a tiempo si el sistema de la empresa entregaba los datos, y el proyecto llegó a la mitad descubriendo que el ERP no tiene API, o que la tiene pero no expone justo el dato que hacía falta.
Leer o escribir: la distinción que cambia el precio
Antes de hablar de herramientas conviene separar dos cosas que suenan parecidas y cuestan muy distinto.
- Lectura. La IA consulta información y responde. “¿Esta factura está pagada?”, “¿cuánto stock queda de este producto?”, “¿en qué estado va la orden de trabajo 4820?”. Es el caso más común, el más barato y el que menos riesgo tiene: si el sistema se equivoca, entrega un dato errado, pero no rompe nada.
- Escritura. La IA crea o modifica registros en tu sistema: ingresa una cotización, genera una orden, actualiza un estado, emite un documento. Aquí el error ya no es un dato equivocado sino un registro equivocado dentro de tu operación, y por eso exige validaciones, trazabilidad y casi siempre un punto de aprobación humana.
Una recomendación práctica que damos en casi todos los proyectos: parte por lectura. La mayoría de las empresas descubre que el ochenta por ciento del dolor que querían resolver era gente respondiendo preguntas cuya respuesta ya estaba en el sistema. Eso se resuelve solo con lectura, se implementa en semanas y no pone en riesgo ningún dato.
¿Tu caso es de lectura o de escritura? De esa respuesta dependen el plazo, el precio y el riesgo del proyecto, y se resuelve en una conversación corta. En 20 minutos revisamos qué sistema usas y qué necesitas que haga la IA con él.
Agenda tu consultoría gratuita →Los cuatro caminos para conectar la IA a tu sistema
No existe un solo método. Existen cuatro, ordenados de mejor a peor, y el que te toque depende casi por completo de cómo esté construido tu sistema, no de lo que quiera el proveedor.
| Camino | Cuándo aplica | Qué tan sólido es | Esfuerzo típico |
|---|---|---|---|
| API oficial | Tu sistema expone una API documentada. Es el caso de la mayoría de los ERP modernos en la nube. | El mejor escenario. Sobrevive a las actualizaciones del proveedor y permite lectura y escritura con permisos controlados. | 1 a 3 semanas por sistema |
| Intercambio de archivos | No hay API, pero el sistema puede exportar automáticamente a Excel, CSV o a una carpeta compartida. | Sólido y subestimado. Funciona muy bien para lectura y es el camino natural cuando el dato se actualiza una vez al día o por semana. | 1 a 2 semanas |
| Acceso directo a la base de datos | Sistemas instalados en servidor propio, sin API, donde tu equipo controla la base. | Rápido para leer, delicado para escribir: se salta las validaciones del sistema. Para escritura conviene evitarlo. | 1 a 3 semanas |
| Automatización de pantalla (RPA) | Último recurso: software antiguo sin API, sin exportación y sin acceso a la base. | El más frágil. Cualquier cambio de interfaz lo rompe y hay que mantenerlo. Sirve como puente temporal, no como arquitectura. | 2 a 5 semanas, más mantención permanente |
Un detalle que conviene saber antes de sentarse a negociar: la pregunta “¿tiene API?” no se responde con un sí o un no. Se responde revisando la documentación y probando. Hay sistemas que tienen API para consultar clientes pero no para consultar el estado de pago de una factura, que es justo lo que necesitabas. Esa verificación toma un par de horas y conviene hacerla antes de firmar, no después.
Cómo se comportan los sistemas que se usan en Chile
El mercado chileno tiene su propia mezcla, bastante distinta a la que aparece en los artículos internacionales sobre integración de IA. Esto es lo que nos encontramos en la práctica.
ERP en la nube (Defontana, Bsale, Nubox y similares)
Son los más amables para integrar. Al ser plataformas en la nube suelen tener API documentada y un modelo de permisos razonable. La conversación técnica se acorta mucho y el trabajo se concentra en definir qué datos se exponen y a quién, no en pelear con la conexión.
ERP instalados en servidor propio (Softland, Manager y desarrollos antiguos)
Caso a caso. Muchos tienen alguna forma de integración, pero pensada para otra época: exportaciones programadas, vistas de base de datos, servicios que hay que habilitar. Se puede, y de hecho se hace seguido, pero el levantamiento inicial pesa más y conviene presupuestarlo como una etapa propia en vez de asumirlo resuelto.
SAP y ERP corporativos
Técnicamente son los que mejor se integran: la capacidad existe y está documentada. El cuello de botella rara vez es técnico. Es de gobernanza: quién autoriza el acceso, qué revisión de seguridad hay que pasar, qué área es dueña del dato. En empresas grandes esa parte toma más tiempo que la programación, y planificarlo mal es la principal causa de que un proyecto se atrase.
El sistema propio que mandó a hacer la empresa
Más común de lo que parece, sobre todo en empresas de servicios que hace años le encargaron a alguien un sistema a medida. Aquí todo depende de si ese desarrollo tiene una API y de si alguien la puede documentar hoy. Cuando el desarrollador original sigue disponible, es de los casos más simples de todos, porque se puede pedir exactamente el dato que hace falta.
Excel y SharePoint, que siguen siendo la base real de muchas operaciones
Conviene decirlo sin condescendencia: en muchas empresas, incluidas empresas grandes y bien gestionadas, el dato que importa vive en una planilla que alguien actualiza cada semana. Eso no es un obstáculo. Una planilla ordenada en SharePoint o en Drive es una fuente de datos perfectamente válida para un agente de IA, y suele ser el camino más rápido para el primer proyecto. Si tu operación vive en el ecosistema de Microsoft, ese caso lo desarrollamos completo en agentes de IA sobre Azure y Microsoft 365.
Cuánto cuesta integrar, en pesos
La integración es, en la mayoría de los proyectos, la partida más cara y la más difícil de estimar a ojo. Estos son los rangos con los que trabajamos en Chile, sin IVA, y las variables que mueven la aguja dentro de cada rango.
$300.000 a $1.500.000
Por sistema conectado, según la calidad de la API y si hay que escribir o solo leer
1 a 3 semanas
Plazo típico por sistema cuando existe API documentada y los accesos llegan a tiempo
Lo que más encarece
Escribir en el sistema, no leerlo: exige validaciones, trazabilidad y aprobación humana
A eso hay que sumarle el desarrollo de la solución en sí, que parte desde $800.000 para un caso acotado, y la mantención mensual desde $120.000. Los rangos completos por tipo de proyecto están en la guía de cuánto cuesta un software a medida en Chile.
Un punto que conviene dejar claro antes de firmar y no después: el consumo de la API del modelo de IA se paga aparte. La mantención mensual cubre administración, monitoreo y soporte; los tokens que consume el sistema son un costo de terceros que depende del uso real. Cualquier proveedor que no te lo transparente desde el principio te va a sorprender después.
El error que más presupuesto quema: integrar todo de una
Pasa seguido y es entendible. Una vez que la empresa se entusiasma, la lista crece: conectemos el ERP, y el CRM, y la facturación, y de paso el sistema de remuneraciones. El proyecto que iba a durar seis semanas pasa a durar seis meses, el presupuesto se triplica y —lo peor— nadie ve un resultado hasta el final.
La forma que funciona es al revés. Se elige un proceso, el que más duele y más se repite, se conecta el mínimo de sistemas necesarios para resolverlo, y se pone a funcionar con gente real usándolo. Ese primer ciclo enseña más sobre tu operación que cualquier levantamiento en papel, y a partir de ahí las integraciones siguientes cuestan menos porque la base ya está construida.
Una señal práctica para elegir por dónde partir: busca el proceso donde alguien de tu equipo responde muchas veces la misma pregunta con un dato que ya está en el sistema. En una constructora del rubro vial con la que trabajamos, ese proceso era el equipo de contabilidad recibiendo entre doscientos y cuatrocientos correos y llamadas por semana, todos preguntando lo mismo: si su factura estaba en la nómina de pago de esa semana. El dato existía, estaba actualizado y era consultable. Solo que la única forma de acceder a él era preguntándole a una persona.
El proceso por el que conviene partir casi nunca es el que uno cree. Se identifica mirando dónde tu equipo repite trabajo con datos que ya existen. Lo revisamos contigo y te decimos qué se puede conectar primero y qué conviene dejar para después.
Conversemos tu caso en 20 minutos →Ley 21.719: qué cambia cuando la IA lee tu ERP
Tu ERP contiene datos personales. Nombres y RUT de clientes, datos de contacto de proveedores, información de trabajadores. En el momento en que un sistema con IA empieza a leer esa información, ese tratamiento entra dentro del alcance de la Ley 21.719 y hay obligaciones que cumplir.
Nada de esto es un impedimento, y conviene decirlo porque a veces se usa como excusa para no hacer nada. Son decisiones de diseño que hay que tomar al principio del proyecto, cuando no cuestan nada, en vez de al final, cuando rehacerlo sí cuesta.
- Minimización. El sistema accede solo a los campos que necesita para su función. Un agente que informa estados de pago no necesita ver sueldos ni historial médico, y esa restricción se configura, no se promete.
- Dónde quedan alojados los datos. Definir en qué infraestructura corre el sistema y dónde se guardan los registros. Si tu empresa tiene política de que todo quede en su propia nube, eso condiciona la arquitectura desde el día uno.
- Trazabilidad. Registro de qué consultó el sistema, cuándo y a pedido de quién. Sirve para auditar y también para depurar cuando algo sale mal.
- Intervención humana en decisiones que afectan a personas. El artículo 8° bis regula las decisiones basadas únicamente en tratamiento automatizado. Si el sistema va a incidir en algo que afecta significativamente a alguien, tiene que haber una persona que pueda revisar.
El detalle de qué exige la ley y cómo se aterriza en una empresa está en la guía de cómo implementar la Ley 21.719 en tu empresa.
Cómo se ve un proyecto de integración bien hecho
Cuatro etapas, en este orden, sin saltarse ninguna.
- Verificación técnica antes de cotizar. Revisar la documentación del sistema, probar un par de consultas reales y confirmar que el dato que se necesita efectivamente se puede obtener. Son unas horas de trabajo y evitan que el proyecto descubra a mitad de camino que la integración prometida no era posible.
- Un proceso, en modo lectura. Construir el primer caso completo, acotado, con datos reales y usuarios reales. Entre dos y seis semanas según el caso.
- Medición. Definir antes de partir qué número debería moverse —correos recibidos, tiempo de respuesta, consultas atendidas— y mirarlo a los noventa días. Sin esto no hay forma de saber si sirvió, y tampoco de justificar la etapa siguiente.
- Escritura y sistemas adicionales. Recién cuando el primer ciclo funciona y está medido, se agrega la capacidad de escribir en el sistema o se conectan otras fuentes.
Una última cosa, que es más de criterio que de técnica: el stack con el que trabaja tu proveedor no debería obligarte a cambiar el tuyo. Si tu empresa decidió que todo corre en su propia nube, o que el ERP no se toca, o que los datos no salen de Chile, eso es un requisito legítimo y el proyecto se diseña alrededor de esa restricción. Adaptarse al stack del cliente suma horas y eso se refleja en la cotización, pero es una conversación de presupuesto, no un impedimento técnico.
Antes de cotizar verificamos si tu sistema entrega el dato. Es la revisión que evita los proyectos que se caen a mitad de camino, y la hacemos como parte de la conversación inicial. Te mostramos casos reales funcionando sobre ERP de empresas chilenas.
Revisemos tu sistema →Preguntas frecuentes sobre integrar IA con tu ERP
¿Necesito cambiar mi ERP para usar IA?
No. La IA se construye como una capa que trabaja encima del sistema que ya tienes, leyendo información y ejecutando tareas, sin reemplazarlo. Cambiar el ERP es un proyecto mucho más grande, más caro y más riesgoso que cualquier implementación de IA, y prácticamente nunca se justifica por esta razón. Si alguien te propone reemplazar tu ERP como requisito para implementar IA, pide que te explique exactamente por qué.
¿Qué pasa si mi sistema no tiene API?
Se puede igual, por otros tres caminos: exportación automática de archivos a una carpeta compartida, acceso directo a la base de datos si está en servidor propio, o automatización de pantalla como último recurso. El más recomendable de los tres suele ser la exportación de archivos, porque es estable y no depende de la interfaz. Lo que sí cambia sin API es el plazo y el precio, así que conviene verificarlo antes de cotizar.
¿Se integra con Defontana, Softland, SAP o Bsale?
Sí, y son casos que se ven seguido en Chile. Los ERP en la nube como Defontana o Bsale suelen tener API documentada y son los más directos de conectar. SAP se integra técnicamente sin problema, pero en empresas grandes el tiempo se va en la autorización interna más que en el desarrollo. Softland y los sistemas instalados en servidor propio se resuelven caso a caso, normalmente por exportación de archivos o acceso a la base de datos.
¿Cuánto cuesta integrar la IA con mi sistema?
Entre $300.000 y $1.500.000 por sistema conectado, sin IVA, según la calidad de la API y si el sistema solo necesita leer o además escribir. A eso se suma el desarrollo de la solución, desde $800.000 para un caso acotado, y la mantención mensual desde $120.000. El consumo de la API del modelo de IA se paga aparte, porque depende del uso real y es un costo de terceros.
Los dos casos donde esta integración rinde más rápido son las consultas repetitivas y la entrada de pedidos: automatizar las consultas que saturan a tu equipo y recibir pedidos por WhatsApp, correo y planillas en un solo flujo.
¿Es seguro darle acceso a la IA a los datos de mi empresa?
Depende de cómo se diseñe, y es una pregunta que conviene hacer antes de contratar. Un sistema bien construido accede solo a los campos que necesita para su función, deja registro de cada consulta, y corre en la infraestructura que tu empresa defina, incluida tu propia nube si esa es tu política. Como el ERP contiene datos personales, estas decisiones además tienen respaldo legal en la Ley 21.719 y conviene dejarlas escritas en el contrato.
¿Por cuál proceso conviene partir?
Por uno solo, el que más se repite y cuya respuesta ya está en tu sistema. El patrón más rentable suele ser el de consultas repetitivas: alguien de tu equipo respondiendo muchas veces la misma pregunta con un dato que el sistema ya tiene. Se resuelve solo con lectura, se implementa en semanas y no pone en riesgo ningún registro. Integrar varios sistemas a la vez en el primer proyecto es el error más caro y más común.