# IA para SAP Business One: preguntar a tu ERP sin sacar los datos de casa > Source: https://netray.co/es/ia-sap-business-one > Language: es > Publisher: Netray (netray.co) > English version: https://netray.co/erp-ai/sap-business-one-ai-integration Se puede poner IA sobre SAP Business One leyendo los datos por Service Layer o por SQL de solo lectura, con un modelo abierto que corre en tu servidor. El resultado: respuestas en lenguaje natural sobre pedidos, stock y producción, con la consulta a la vista y los permisos de SAP respetados. SAP Business One es el ERP de muchas pymes manufactureras en España, México, Colombia, Argentina o Chile. Funciona bien para lo transaccional, pero cuando el director de operaciones pregunta «qué pedidos se retrasan por falta de material» casi siempre termina en un informe de Crystal Reports, una consulta de Query Manager o una hoja de Excel que mantiene una sola persona. Esta guía explica cómo se añade IA a Business One de forma práctica: qué casos de uso funcionan, cómo se conecta sin tocar el núcleo del sistema, dónde viven los datos y cuándo no hace falta nada de esto. Está escrita para responsables de TI y de operaciones, no para vender humo. ## La situación típica en una pyme con Business One La mayoría de las instalaciones tienen años de campos definidos por el usuario (UDF), tablas definidas por el usuario (UDT) y consultas guardadas. Ese conocimiento está repartido: quien sabe qué significa U_Estado_Plano en la orden de fabricación suele ser una persona o un partner externo. Cada pregunta nueva se convierte en un ticket para el consultor. El segundo dolor es la planificación. El asistente de planificación MRP genera recomendaciones, pero entender por qué una orden de compra sugerida llega tarde exige cruzar artículos (OITM), almacenes (OITW), pedidos de venta (ORDR) y órdenes de fabricación (OWOR). Es un trabajo de analista que la IA puede acelerar si lee los datos correctos. - Informes ad hoc que dependen de un consultor o de un usuario clave. - UDF y UDT sin documentar, con significado solo en la cabeza de alguien. - Seguimiento de pedidos y entregas repartido entre Business One, correo y Excel. - Cierres y auditorías que obligan a explicar cifras con rapidez. ## Casos de uso concretos sobre Business One El caso más sencillo es la pregunta en lenguaje natural sobre datos vivos: «¿qué pedidos de venta de este mes tienen artículos sin stock en el almacén 01?» o «¿qué órdenes de fabricación llevan más de cinco días abiertas?». ERPray traduce la pregunta a una consulta, la muestra y devuelve tabla o gráfico. Al ser de solo lectura por defecto, el riesgo de modificar datos es nulo. El segundo bloque es el de compras y producción: explicar desviaciones de la lista de materiales (BOM) frente al consumo real, detectar artículos con rotación casi nula, o resumir en un párrafo por qué una orden de compra sugerida por el MRP cambió de fecha. El tercero es documental: contratos, certificados de calidad y fichas técnicas en carpetas de red, consultables con recuperación (RAG) junto a los datos del ERP. - Preguntas sobre ventas, compras, stock y producción sin escribir SQL. - Explicación de desviaciones entre BOM, órdenes de fabricación y consumos. - Búsqueda en documentos adjuntos y carpetas de red junto a los datos del ERP. - Borradores de seguimiento a proveedores, siempre con aprobación humana antes de enviar. - Ayuda al consultor: documentar UDF y revisar consultas existentes. ## Arquitectura: Service Layer, SQL de solo lectura y modelo local Business One expone Service Layer, una API REST basada en OData, además de la DI API y el SDK para add-ons. Para lectura masiva y analítica, lo habitual es un usuario de solo lectura sobre SAP HANA o SQL Server, o una réplica. Se evita usar la DI API para lectura y se limita Service Layer a lo que la IA necesite consultar o, con aprobación, proponer. El modelo de lenguaje es un modelo abierto (clase Llama, Qwen, Mistral, Gemma o gpt-oss) servido con vLLM u Ollama en tu propia GPU o en una nube privada. Los datos del ERP no viajan a un proveedor externo de IA. Para una pyme, un servidor con una GPU de gama profesional suele bastar para equipos de decenas de usuarios; el tamaño real se calcula en la evaluación. - Usuario de base de datos o de Service Layer con permisos de solo lectura. - Consulta generada visible para el usuario antes y después de ejecutarse. - Roles de SAP respetados: cada usuario ve solo lo que puede ver en Business One. - Escritura (por ejemplo crear un borrador de pedido) solo con aprobación humana. ## Protección de datos y cumplimiento En España y en la UE aplican el RGPD y la LOPDGDD, además del Reglamento europeo de IA para ciertos usos. En México rige la LFPDPPP, y en Colombia, Argentina o Chile existen leyes equivalentes de protección de datos personales. Un despliegue local simplifica la conversación: no hay transferencia internacional de datos a un tercero para el uso de la IA, y los registros de acceso quedan en tu infraestructura. Netray no certifica a tu empresa: la arquitectura te da los elementos para cumplir tus propias obligaciones (registro de actividad, minimización, control de acceso por rol). Si tu ERP contiene datos de empleados o clientes personas físicas, conviene una evaluación de impacto y definir qué tablas se excluyen de la consulta antes de empezar. ## Cómo empezar: evaluación y piloto Un buen inicio es una evaluación corta: inventario de fuentes (Business One, carpetas, correo), diez a veinte preguntas reales que hoy cuestan horas, y una decisión sobre dónde corre el modelo. De ahí sale un piloto acotado a un área, normalmente ventas y stock o producción, con usuarios reales y criterios de éxito definidos de antemano. Para quienes tienen partner SAP, el trabajo se hace con él: el partner conoce la personalización y los UDF, y nosotros aportamos la capa de IA. No se sustituye al integrador, se complementa. ## Límites: cuándo basta con lo que ya tienes Si tus necesidades son tres informes fijos, Crystal Reports o Query Manager seguirán siendo más baratos y predecibles. Si el problema es de calidad de datos (artículos duplicados, listas de materiales desactualizadas), la IA lo hará visible, pero no lo arregla sola: primero hay que limpiar. También conviene ser realistas con la precisión: una respuesta de IA sobre cifras debe poder verificarse contra la consulta mostrada. Por eso el enfoque es mostrar siempre la consulta y no pedir confianza ciega. ## FAQ ### ¿Hace falta migrar a SAP HANA o a otra versión para usar IA con Business One? No necesariamente. Se puede leer desde SQL Server o desde HANA, o por Service Layer si tu versión lo soporta. Lo importante es tener un acceso de solo lectura bien definido y, si es posible, una réplica para no cargar el sistema productivo. ### ¿Mis datos de SAP se envían a ChatGPT o a otra nube? No en el diseño que proponemos. El modelo abierto corre en tu servidor o en tu nube privada, y las consultas al ERP se ejecutan dentro de tu red. Si por política decides usar un servicio externo, será una decisión explícita y documentada. ### ¿Puede la IA modificar pedidos o asientos en Business One? Por defecto no: el acceso es de solo lectura. Si se habilita alguna escritura, por ejemplo un borrador, siempre pasa por aprobación humana y por los permisos del usuario en SAP. ### ¿Funciona con nuestros campos definidos por el usuario? Sí, pero hay que documentarlos. En la evaluación se mapean los UDF y UDT relevantes con nombres de negocio para que las preguntas en lenguaje natural los encuentren. ### ¿Cuánto tarda un piloto? Depende del alcance y de la calidad de los datos. Un piloto acotado a un área suele plantearse en semanas, no en meses, tras la evaluación inicial. No damos plazos cerrados sin ver tu entorno.