La IA no crea datos fiables: los usa. Si el ERP, el CRM y las hojas no dicen lo mismo, un asistente solo repetirá la contradicción con más seguridad. Integrar es decidir cuál es la fuente buena y qué campos pueden salir de ahí.
Una fuente por cada dato
Elige, campo a campo, dónde vive la verdad. El precio vigente está en el ERP. El estado del pedido, también. El historial de quejas puede estar en el correo, y entonces no está listo para automatizarse hasta que alguien lo clasifique. Escribir esta tabla evita el error típico: copiar la base a otro sitio “para que la IA la vea” y acabar con dos versiones.
Conecta lo mínimo para el primer caso
No hace falta un bus de integración para leer albaranes. Para un primer caso bastan los campos que el proceso usa: cliente, referencia, cantidad, fecha e importe. El resto se deja fuera a propósito. Cuanto menos se exponga, menos se puede filtrar y más fácil es explicar al equipo qué está pasando.
Si el programa no tiene una vía de salida de datos, el proyecto se para ahí. Forzar exportaciones manuales cada mañana no es una integración. Es otra tarea.
Qué revisar de calidad antes de enchufar la IA
- Duplicados: el mismo cliente con tres fichas.
- Campos vacíos en los registros que el proceso va a tocar.
- Unidades y formatos distintos (un día “kg”, otro día “kilos”).
- Permisos: quién puede ver un dato y quién no debe verlo en un chat.
Limpiar esto es parte del trabajo, no un extra. Un proyecto de integración con el ERP y otro de datos para IA fallan por los mismos motivos si este paso se salta.
Deja un rastro y un interruptor
Cada acción automática guarda qué leyó, qué escribió y por qué. Si un dato sale mal, se puede deshacer sin revisar la base a mano. Y hay un interruptor: se puede apagar el flujo y volver al método anterior el mismo día. Sin ese interruptor, la integración se convierte en una dependencia que nadie se atreve a tocar.
Conectar la IA al ERP es un proyecto de datos y de permisos. El modelo llega después.
