Cuando una empresa mediana conecta su ERP con las cadenas de distribución, los operadores logísticos o la administración pública, la integración EDI deja de ser un proyecto técnico aislado y se convierte en infraestructura crítica de negocio. En ORS Consulting llevamos 20 años —desde nuestra fundación en 2006— trabajando en integración EDI y software empresarial. A lo largo de ese recorrido, el ecosistema Sage ha sido uno de los entornos centrales de nuestra actividad. Este post parte de un hito concreto: el reconocimiento que Sage nos otorgó en 2017 como ISV especializado en EDI. Nueve años después, repasamos qué ha cambiado en el panorama de la integración B2B, cómo ha evolucionado Sage 200 y qué debería exigir un decisor técnico o financiero al evaluar un partner de integración en 2026.
Un punto de partida: 2017 y el reconocimiento de Sage
En mayo de 2017, el Portal de Partners de Sage publicó «Sage amplía su ecosistema de ISV con ORS Consulting», un artículo que reconocía el trabajo de ORS en integración EDI dentro del ecosistema Sage. Aquel texto describía proyectos en marcha con empresas de retail, gran consumo y distribución de perecederos, y situaba a ORS como un ISV con capacidad para resolver la conectividad B2B que el mercado español demandaba.
Han pasado nueve años desde aquel reconocimiento, y el panorama de la integración B2B en España es otro. Cuando Sage publicó ese artículo, ORS ya llevaba años especializada en integración EDI sobre el ecosistema Sage. En 2026, la empresa cumple 20 años de trayectoria, con la fundación en noviembre de 2006 como punto de origen. Lo que sigue es una retrospectiva de lo que ha cambiado en ese intervalo —en los estándares, en la plataforma, en la normativa y en la forma de abordar estos proyectos— y una guía de criterios para quien esté evaluando ahora mismo un partner de integración.
Qué ha cambiado desde 2017
De EDIFACT monolítico a protocolos mixtos
En 2017, hablar de EDI en el mercado español era hablar casi exclusivamente de EDIFACT y sus variantes sectoriales como EANCOM. Los mensajes de pedido, albarán y factura viajaban en formatos estructurados a través de operadores como Edicom, Seres o Voxel/Bavel, y el trabajo del integrador consistía en mapear esos mensajes contra las tablas del ERP. El protocolo era uno; la complejidad estaba en los matices de cada interlocutor comercial.
Hoy el escenario es distinto, pero no porque EDIFACT haya desaparecido —sigue siendo el estándar dominante en gran distribución—, sino porque se han sumado capas. XML en sus variantes UBL y Facturae convive con EDIFACT en muchos flujos. Las API REST empiezan a aparecer en canales de venta directa y en plataformas de marketplace. Y los modelos híbridos, donde un mismo cliente necesita EDIFACT para su relación con una cadena de alimentación y API REST para otro canal, son cada vez más frecuentes. El resultado neto no es simplificación, sino acumulación: el integrador de 2026 necesita dominar más protocolos que el de 2017, no menos.
Sage 200 Advanced como plataforma de integración
Hace nueve años, la conexión EDI con Sage 200 se resolvía generalmente mediante conectores punto a punto: un desarrollo que leía ficheros de un directorio, los transformaba y los volcaba en tablas intermedias del ERP. Funcionaba, pero cada conector era una pieza aislada, con su propia lógica de errores, su propio log y su propia deuda técnica.
Sage 200 Advanced ha evolucionado hacia una arquitectura más abierta, con APIs que permiten una interoperabilidad más limpia entre el ERP y los sistemas externos. Eso no significa que la integración sea automática ni trivial: sigue habiendo casos donde el estándar no cubre el flujo de negocio y hace falta un desarrollo a medida sobre Sage 200 para resolver la brecha. Lo que sí ha cambiado es el punto de partida. Donde antes cada proyecto arrancaba casi desde cero, ahora existe una base sobre la que construir conectores que operan dentro del flujo nativo del ERP —pedidos, albaranes, facturas— en lugar de escribir en tablas auxiliares que luego hay que reconciliar. En ORS, nuestro servicio de integración EDI sobre Sage 200 se apoya en esa evolución de la plataforma para reducir la superficie de mantenimiento.
Normativa como acelerador de la integración
En 2017, la integración EDI era una decisión de eficiencia operativa: reducir errores manuales, acelerar el ciclo pedido-cobro, cumplir los requisitos de las grandes cadenas. En 2026 se ha añadido un motivo que no admite debate: el cumplimiento legal. La Ley Crea y Crece ha puesto en el horizonte la facturación electrónica B2B obligatoria, y el sistema Verifactu establece requisitos de registro y trazabilidad fiscal para el software de facturación. Para las empresas que ya tenían EDI implantado, esto supone adaptar conectores existentes. Para las que no, supone un proyecto nuevo con calendario regulatorio. En ambos casos, el cumplimiento Verifactu en Sage 200 se ha convertido en un componente más del proyecto de integración, no en un silo aparte.
Cloud, SaaS y la integración distribuida
Muchas de las empresas que en 2017 operaban con todo su stack on-premise —ERP, servidor de comunicaciones EDI, bases de datos— han migrado parte de esa infraestructura a entornos cloud o han incorporado aplicaciones SaaS en su operativa. Ese movimiento complica la conectividad B2B en algunos aspectos (firewalls corporativos, VPNs entre entornos, latencia en la sincronización de datos) y la simplifica en otros (webhooks para notificaciones en tiempo real, arquitecturas event-driven que eliminan el polling periódico). En ORS trabajamos con despliegues híbridos donde el ERP puede estar on-premise y el middleware de integración en cloud, o viceversa. La clave no es dónde reside cada componente, sino que el flujo de mensajes sea fiable, auditable y mantenible a medio plazo.
Qué busca un decisor en 2026 al evaluar un partner EDI/Sage
Más allá de la evolución tecnológica, lo que realmente importa a un CTO o un CFO es saber qué preguntar cuando tiene delante una propuesta de integración. Estos son cinco criterios que, desde nuestra experiencia, marcan la diferencia entre un proyecto que funciona y uno que se convierte en deuda técnica.
1. Track record verificable en tu sector. No es lo mismo integrar EDI en distribución alimentaria —donde la trazabilidad de lotes y las fechas de caducidad condicionan la estructura de los mensajes— que en un entorno industrial con ciclos de pedido más largos y menos urgencia logística. Al evaluar un partner, conviene pedir referencias sectoriales concretas, no genéricas. Un caso de integración en distribución alimentaria ilustra bien el tipo de particularidades que solo se aprenden con proyectos reales en ese vertical.
2. Capacidad de soportar múltiples protocolos. Si el partner solo tiene experiencia en EDIFACT, cubrirá los flujos actuales con gran distribución, pero quedará corto cuando lleguen los requisitos de factura electrónica B2B vía XML o las integraciones por API REST con nuevos canales. El integrador de 2026 necesita moverse con soltura entre estándares, no dominar solo uno.
3. Integración real con el ERP, no una pasarela pegada. La diferencia entre un conector EDI que vuelca datos en una tabla intermedia y uno que opera dentro del flujo nativo de Sage 200 —creando pedidos, generando albaranes, emitiendo facturas— es enorme en términos de mantenimiento, trazabilidad y reducción de errores. Una implantación de Sage 200 Advanced bien ejecutada debería contemplar la integración EDI como parte del diseño, no como un añadido posterior.
4. Soporte post-implantación y mantenimiento normativo. Un proyecto de integración EDI no termina con la puesta en producción. Los operadores actualizan sus plataformas, la normativa cambia (Verifactu, Ley Crea y Crece, actualizaciones de formato), y los interlocutores comerciales modifican sus requisitos. El partner debe ofrecer un servicio de mantenimiento que mantenga los conectores al día sin que cada cambio sea un miniproyecto.
5. Visión end-to-end: ERP, EDI y cumplimiento en un solo interlocutor. Cuando el partner que implanta el ERP es distinto del que gestiona el EDI, y ambos son distintos del que resuelve el cumplimiento fiscal, la coordinación entre tres proveedores consume tiempo, diluye responsabilidades y encarece cualquier incidencia. Consolidar esas tres patas en un solo interlocutor —o en el menor número posible— reduce la fricción operativa y simplifica la toma de decisiones.
Hacia dónde vamos
La integración B2B es un campo que no se estabiliza. En los próximos meses veremos cómo la factura electrónica obligatoria empuja a miles de empresas a resolver su conectividad con plazos concretos, y cómo la convivencia entre EDIFACT y API REST genera preguntas que hoy no tienen una respuesta única. En próximos posts profundizaremos en cuándo tiene sentido cada protocolo y cómo conviven en un proyecto real sobre Sage 200. También abordaremos patrones de arquitectura para despliegues híbridos y las lecciones que extraemos de dos décadas de proyectos de interoperabilidad. La integración B2B no es un problema que se resuelve una vez: es una capacidad que se construye y se mantiene.
Si estás evaluando un proyecto de integración EDI sobre Sage 200 —o manteniendo uno que se ha quedado corto—, podemos ayudarte a diagnosticar el estado actual y trazar un plan realista. No necesitas tener el proyecto definido para iniciar la conversación: a veces lo más útil es una revisión del escenario antes de tomar decisiones. Cuéntanos tu contexto.
¿Tienes preguntas sobre lo que has leído? Escríbenos y te respondemos sin compromiso.
Contactar con ORS