Guía editorial de preparación y contratación. Combina análisis propio con documentación primaria enlazada. Los ejemplos numéricos son hipotéticos; las fichas de soluciones no acreditan implantaciones ni resultados de clientes.
Puedes integrar IA en un ERP mediante una capa que lea los datos autorizados y exponga operaciones de negocio definidas. No necesitas sustituir el programa para empezar a responder preguntas sobre pedidos, horas o actividad. Sí necesitas saber qué significan sus datos y qué límites tiene la conexión.
La decisión inicial no es qué modelo elegir. Es qué pregunta quieres resolver mejor: detectar pedidos pendientes, explicar una caída de actividad o preparar un informe diario. Una pregunta verificable permite construir una integración pequeña y contrastarla con el proceso actual.
Cuándo tiene sentido mantener el ERP
Conservarlo puede encajar si sigue resolviendo la operativa, el equipo lo conoce y el problema está en explotar la información. Una capa de análisis evita mezclar la renovación de procesos con la incorporación de IA.
No elimina las limitaciones del sistema original. Una base con identificadores incoherentes, cierres sin marcar o datos inaccesibles requiere trabajo previo. Si el ERP ya no soporta el negocio, la IA no convierte esa deuda en una solución estable.
En el caso AtalayaIQ se documenta una capa de inteligencia sobre datos operativos. La lección reutilizable es separar el sistema de registro del sistema que los interpreta; no implica que cualquier ERP permita la misma conexión.
Tres formas de acceder a los datos
| Acceso | Cuándo estudiarlo | Qué verificar |
|---|---|---|
| API del ERP | Existe interfaz soportada | Cuotas, campos, permisos y versiones |
| Vistas de base de datos | El fabricante permite acceso | Usuario de lectura, carga y estabilidad |
| Exportaciones programadas | No hay conexión directa adecuada | Frecuencia, integridad y retraso |
Una API suele ofrecer un contrato más explícito, pero puede omitir campos importantes. Una exportación puede ser suficiente para un informe de ayer. La decisión depende de la frescura necesaria y del soporte disponible, no de cuál opción parezca más moderna.
Aclara si las consultas se ejecutan sobre producción, una réplica o una copia. Cada opción introduce costes y límites diferentes. Un informe que afecta al rendimiento del ERP puede perjudicar precisamente el proceso que pretende mejorar.
La arquitectura que conviene pedir
El modelo recibe las operaciones disponibles y los parámetros permitidos. El servidor valida la petición, ejecuta la consulta y entrega un resultado acotado. Después el modelo puede explicar ese resultado, sin obtener credenciales ni permiso para modificar tablas.
Distingue lectura de escritura desde el principio. Consultar el estado de un pedido y cambiarlo son proyectos con responsabilidades distintas. Una primera versión de lectura reduce las consecuencias de un error y facilita conciliar cifras con el equipo.
La documentación de aislamiento de PostgreSQL muestra que la consistencia de las lecturas depende de cómo se ejecutan las transacciones. Por eso un informe con varias consultas necesita una estrategia de captura coherente; abrir una conexión no garantiza una fotografía estable del negocio.
El contrato de datos: lo que debes escribir antes
Define «pedido activo», «cliente», «hora registrada» y «periodo cerrado» con ejemplos de registros reales. Identifica anulaciones, cambios de estado, fechas de negocio y fechas de carga. Anota quién resuelve cada duda.
Una tabla puede tener fecha de creación, prestación y facturación. Comparar meses con la fecha equivocada cambia la respuesta aunque la suma sea correcta. También debes precisar si los importes incluyen impuestos, si se mezclan monedas y cómo se trata un dato ausente.
Un informe ficticio muestra 80 horas el lunes y 120 el lunes anterior. Parece una caída del 33,3 %. Pero las horas de esta semana aún se están cargando. La comparación puede ser prematura: conviene comparar ambos días con el mismo retraso de registro o esperar al cierre acordado.
Qué preguntar y qué dejar fuera
Empieza por operaciones que tengan una respuesta comprobable. Por ejemplo, pedidos abiertos por fecha prevista, horas registradas por proyecto o clientes sin actividad en un periodo. Añade filtros claros y una indicación visible del momento de actualización.
Deja fuera métricas que los datos no sostienen. Si no hay costes completos, el sistema no puede afirmar rentabilidad. Si no hay ingresos conciliados, una estimación de margen debe identificarse y justificarse aparte. «No calculable» es un estado útil.
El patrón de consulta sin SQL libre detalla cómo delimitar operaciones y parámetros sin abrir acceso general al modelo.
Cómo organizar un piloto aceptable
Escoge tres preguntas frecuentes y establece un resultado de referencia con la persona que hoy prepara los informes. Repite la comparación con un periodo abierto y otro cerrado. Prueba también datos vacíos, fechas fuera de rango y usuarios sin permiso.
La entrega debe incluir consultas revisadas, diccionario de indicadores, registro de accesos, límites de tiempo y documentación para regenerar el resultado. Pide que el informe muestre fuente y fecha de corte.
Cuando cambie el esquema del ERP, el conector debe avisar y detener la operación afectada. Un informe vacío tras una actualización no significa automáticamente «no hubo actividad».
Preguntas frecuentes
¿Funciona con un ERP antiguo?
Puede funcionar si existe una vía de acceso autorizada y estable. Primero hay que probar una extracción representativa y confirmar las condiciones del fabricante o responsable del sistema.
¿Es necesario copiar todos los datos?
No. Define el mínimo necesario por operación. Algunas preguntas pueden resolverse con agregados o vistas reducidas; otras requieren una copia con controles equivalentes.
¿La IA puede sustituir el cuadro de mando?
Puede complementar la consulta y explicar indicadores. Los cálculos, filtros y definiciones siguen necesitando un sistema verificable. Conviene conservar vistas de referencia para contrastar las respuestas.
¿Por dónde empiezo mañana?
Escribe tres preguntas, localiza las pantallas donde hoy se responden e identifica al responsable de los datos. Con ese material prepara el encargo del proyecto.
