Enviar un PDF por email sigue siendo un proceso manual aunque el PDF sea digital
Muchas empresas dicen tener digitalizados sus procesos comerciales porque los documentos ya no viajan en papel. El pedido llega por email, la factura se genera en PDF, el proveedor envía su documento adjunto y el pago se confirma con otro correo o con un fichero. Sin embargo, alguien sigue leyendo, comprobando, copiando, clasificando y relacionando información entre sistemas.
Ese modelo reduce papel, pero no elimina fricción. Un cliente puede enviar un pedido con una referencia diferente. Un proveedor puede facturar una cantidad distinta. Finanzas puede recibir una factura antes de que Compras haya terminado de validar la recepción. El estado del pago puede vivir en otra aplicación. Y cada excepción obliga a una persona a reconstruir qué ha ocurrido.
El valor de EDI y de los documentos electrónicos estructurados aparece cuando la información viaja de sistema a sistema con significado. Business Central no recibe únicamente un archivo: recibe datos que puede identificar, relacionar con documentos existentes, validar y procesar. Esa diferencia permite pasar de una digitalización documental a una automatización real del intercambio B2B.
Cumplimiento, emisión, recepción y trazabilidad fiscal
La factura electrónica responde a requisitos legales y fiscales. En España, Business Central soporta FacturaE en la localización correspondiente y Ayesa dispone de IB eFactura 365 para integrar emisión, firma y trazabilidad directamente en el ERP.
Ese escenario sigue siendo esencial, pero no cubre por sí solo todos los intercambios operativos que existen antes y después de la factura.
Intercambio estructurado de documentos y estados entre socios comerciales
EDI busca que dos sistemas intercambien información empresarial de forma estructurada. Peppol aporta estándares y una red interoperable para determinados documentos, reduciendo la dependencia de formatos propietarios entre cada cliente y proveedor.
La evolución de Business Central 29 apunta precisamente a ampliar el marco E-Documents para intercambiar pedidos y pagos mediante Peppol BIS 3, además de los escenarios de factura electrónica ya existentes.
Business Central está convirtiendo E-Documents en una pieza más amplia del proceso financiero y operativo
El marco de documentos electrónicos de Business Central ya no se limita a enviar una factura en un formato estructurado. Microsoft ha ido incorporando funciones para relacionar documentos entrantes con facturas de compra existentes, previsualizar facturas Peppol, definir participantes de servicios electrónicos y gestionar pagos dentro del mismo framework.
En agosto de 2026, Microsoft llevó a disponibilidad general el uso de pagos con E-Documents. Y en la preview de Business Central 29 aparece un paso adicional: el intercambio de documentos EDI —incluidos pedidos y pagos— mediante Peppol BIS 3. La dirección es clara: acercar más partes del ciclo comercial al mismo marco electrónico.
Qué cambia en un proceso de compra cuando proveedor y ERP intercambian datos estructurados
En un proceso tradicional, Compras crea un pedido, el proveedor confirma por email, la mercancía llega, alguien registra la recepción y Finanzas recibe una factura por otra vía. Si cantidades, referencias o precios no coinciden, la conciliación empieza tarde y depende de intervención humana.
Con documentos estructurados, el objetivo es que cada evento pueda relacionarse con el anterior. El pedido contiene referencias reconocibles. La respuesta o documento posterior mantiene identificadores. La factura entrante puede vincularse con documentos ya creados. El pago añade otra pieza de trazabilidad. El usuario sigue interviniendo cuando existe una excepción, pero no tiene que reconstruir manualmente cada relación.
Este modelo resulta especialmente interesante cuando hay mucho volumen, muchos proveedores recurrentes o una gran cantidad de documentos similares. Cuanto más repetitivo es el proceso, mayor es el coste oculto de seguir capturando y verificando datos manualmente.
El problema no suele ser el formato. Suele ser que clientes, proveedores y ERP no comparten los mismos datos maestros.
EDI funciona bien cuando los sistemas entienden igual qué significa cada cliente, artículo, unidad de medida, dirección, referencia y condición. Si un proveedor identifica un producto de una forma y Business Central de otra, el intercambio electrónico no elimina la excepción: simplemente la detecta antes.
Por eso un proyecto serio de Peppol o EDI necesita gobierno de datos, mapeos y reglas de correspondencia. Automatizar sin limpiar maestros puede acelerar los errores en lugar de reducirlos.
Dónde tiene más sentido empezar
No todas las empresas necesitan un programa EDI amplio. El retorno depende del volumen, repetitividad y coste de excepción. Estos escenarios suelen ofrecer una base razonable.
Muchos proveedores y referencias recurrentes
Pedidos, recepciones y facturas con alta repetición hacen muy visible el coste de reintroducir datos y resolver discrepancias manualmente.
Volumen transaccional y presión sobre velocidad
Cuantos más pedidos y facturas existen, más impacto tiene eliminar tareas manuales de captura, validación y conciliación.
Documentación vinculada a múltiples hitos operativos
La trazabilidad mejora cuando los documentos se relacionan con operaciones reales y no quedan dispersos en correos, portales y carpetas.
Relaciones recurrentes entre sociedades y proveedores estratégicos
Los procesos intercompany y las operaciones compartidas se benefician de reglas más consistentes y menos duplicación documental.
Clientes empresariales con exigencias de integración
Grandes clientes pueden exigir determinados formatos, identificadores o redes de intercambio como condición operativa.
Muy poco volumen y muchas excepciones únicas
Si cada operación es distinta y el número de documentos es bajo, el coste de integración puede superar al ahorro. Primero hay que demostrar volumen repetible.
El ROI aparece en tareas pequeñas que se repiten cientos de veces
Cuatro minutos parecen irrelevantes. Multiplicados por 800 documentos son más de 53 horas mensuales. Si además existen errores, duplicados o discrepancias que obligan a contactar con Compras o con el proveedor, el coste crece.
Un proyecto EDI no elimina todos esos minutos. Siempre habrá excepciones. Pero puede reducir drásticamente la parte del proceso dedicada a teclear, localizar documentos y comprobar información que ya estaba disponible en origen.
Por eso el caso de negocio debería construirse sobre volumen × tiempo × tasa de excepción. Si el volumen es alto y la mayoría de documentos siguen un patrón estable, la automatización tiene una base económica clara.
Peppol no elimina la necesidad de integración. Cambia dónde está la complejidad
Un estándar común reduce la necesidad de inventar un formato diferente para cada socio comercial, pero el proyecto sigue necesitando decisiones. Hay que elegir proveedor de servicio, registrar participantes, definir identificadores, configurar tipos de documento, mapear datos, controlar errores y establecer cómo se gestionan las excepciones.
Business Central integra conectores para distintos proveedores de E-Documents, pero el uso del servicio no queda incluido automáticamente en la suscripción del ERP. La empresa debe contratar el servicio con el proveedor correspondiente. Este punto debe entrar desde el principio en el análisis de coste y arquitectura.
Proveedor de acceso
Debe elegirse según cobertura, mercados, documentos, soporte, coste y necesidades de la compañía.
Identificadores
Cada participante debe poder identificarse correctamente. Errores aquí bloquean el intercambio antes de llegar al documento.
Mapeo
Artículo, unidad, dirección, impuesto y referencias deben traducirse de forma consistente entre sistemas.
Excepciones
El proceso debe indicar quién actúa cuando falta un dato, no coincide una referencia o el documento no puede procesarse.
Trazabilidad
El equipo debe poder saber qué se envió, qué se recibió, qué falló y cómo se resolvió.
Gobierno
El estándar simplifica la conexión, pero alguien sigue siendo responsable del dato, los errores y la evolución del proceso.
España: FacturaE y Peppol no compiten. Resuelven capas distintas del intercambio electrónico
En Business Central para España, el soporte local de facturación electrónica utiliza FacturaE. Esa capa responde al cumplimiento y a los requisitos del mercado español. Peppol, en cambio, forma parte de un marco interoperable más amplio que Microsoft utiliza en la versión genérica y en distintos mercados para intercambio electrónico estructurado.
Por eso una empresa española puede necesitar ambas conversaciones: cómo cumplir correctamente con la factura electrónica y cómo integrar mejor pedidos, proveedores, clientes o procesos internacionales mediante EDI. Ayesa puede cubrir la primera mediante IB eFactura 365 y diseñar la segunda según volumen, red de socios y arquitectura de Business Central.
Cómo abordaría un proyecto sin convertirlo en una integración interminable
El error habitual es intentar integrar desde el primer día todos los proveedores, todos los clientes y todos los documentos. Eso multiplica mapeos, excepciones y pruebas antes de demostrar retorno.
Empezaría por un socio comercial con suficiente volumen, relaciones estables y datos razonablemente limpios. Elegiría uno o dos documentos. Mediría cuánto trabajo manual existe hoy, cuántas excepciones aparecen y qué porcentaje puede automatizarse realmente.
Una vez estabilizado el patrón, la empresa puede reutilizar parte de la configuración para nuevos participantes y ampliar el alcance. Esa lógica también evita personalizar en exceso Business Central: cuando un proceso periférico necesita orquestación adicional, Power Platform conectada al ERP puede complementar el flujo sin sobrecargar el núcleo.
Qué métricas utilizaría para justificar el proyecto
El proyecto debe demostrar que reduce coste de proceso o mejora servicio. No basta con decir que “los documentos ahora son electrónicos”.
Peppol no sustituye automáticamente a todo el EDI que ya existe
Muchas compañías llevan años intercambiando pedidos, avisos de expedición, facturas y otros mensajes mediante redes EDI privadas o integraciones específicas con grandes clientes. La aparición de Peppol no convierte esas inversiones en obsoletas de un día para otro. Hay ecosistemas sectoriales, requisitos de clientes y documentos especializados que pueden seguir funcionando mejor sobre el modelo existente.
La decisión correcta no es “Peppol o EDI”, sino qué mecanismo ofrece menor complejidad y mejor interoperabilidad para cada relación comercial. Business Central puede convivir con varios modelos si la arquitectura se diseña con una capa clara de integración y gobierno.
El cliente impone un formato o red concreta
En gran distribución, automoción, fabricación o logística es habitual que un socio estratégico tenga requisitos propios. Si el volumen es alto y la integración ya es estable, migrar solo por homogeneizar puede no generar retorno.
Quieres reducir conexiones uno a uno
Si cada nuevo proveedor obliga a construir un intercambio distinto, un estándar interoperable puede reducir el coste marginal de incorporar participantes y facilitar el crecimiento internacional.
La red de socios es heterogénea
Una empresa puede mantener EDI tradicional con sus grandes cuentas, utilizar Peppol con otros socios y seguir gestionando FacturaE en España. El ERP debe orquestar esa diversidad sin duplicar procesos internos.
No diseñes el ERP alrededor de cada canal
Business Central debería mantener un modelo interno coherente de clientes, proveedores, artículos, pedidos y facturas. Los canales de intercambio deben adaptarse a ese núcleo, no obligar a reinventarlo cada vez.
Preguntas frecuentes sobre Peppol, EDI y Business Central
¿Business Central soporta Peppol?
Sí. La versión genérica de Business Central soporta Peppol BIS 3.0 mediante el framework de documentos electrónicos y conectores con proveedores de servicios compatibles.
¿Peppol sustituye a FacturaE en España?
No debe plantearse así. Business Central soporta FacturaE en España para escenarios locales de facturación electrónica. Peppol responde a un estándar de intercambio interoperable utilizado en otros contextos y mercados.
¿EDI y factura electrónica son lo mismo?
No. La factura electrónica es un documento concreto con requisitos legales y fiscales. EDI es un enfoque de intercambio estructurado que puede abarcar pedidos, facturas, pagos y otros documentos empresariales.
¿Necesito contratar un proveedor externo?
Para utilizar los conectores de E-Documents con proveedores de servicio, la empresa necesita un contrato con el proveedor elegido. El hecho de que el conector esté disponible técnicamente no significa que el servicio quede incluido en la licencia de Business Central.
¿Business Central 29 ya permite intercambiar pedidos por Peppol?
Microsoft lo anuncia dentro de la preview de Business Central 29 como una capacidad para intercambiar documentos EDI como pedidos y pagos mediante Peppol BIS 3. Al tratarse de preview, debe evaluarse antes de plantearlo como una capacidad productiva consolidada.
¿Cuándo compensa un proyecto EDI?
Cuando existe volumen repetitivo, socios estables y suficiente trabajo manual o tasa de error como para justificar la integración. Si hay poco volumen y muchas excepciones únicas, el retorno puede ser bajo.
Ayesa: conectar cumplimiento, operación e integración sin convertir Business Central en una colección de desarrollos
Una empresa puede necesitar FacturaE para cumplir en España, Peppol para determinados mercados, EDI con grandes clientes y procesos propios con proveedores estratégicos. El reto no es añadir un conector más. Es diseñar una arquitectura que pueda evolucionar sin duplicar lógica ni perder trazabilidad.
Ayesa puede combinar Business Central, IB eFactura 365, E-Documents, servicios externos, Power Platform e integración cuando sea necesario. El objetivo es que el ERP siga siendo el sistema de registro y control mientras cada intercambio utiliza el mecanismo más adecuado.
Esta visión encaja con nuestro enfoque de ERP conectado: menos sistemas aislados, menos recaptura manual y más procesos capaces de compartir datos fiables de extremo a extremo.
Continúa según el problema que quieras resolver
Factura electrónica, automatización, integración y Business Central forman parte del mismo ecosistema, pero cada necesidad tiene un punto de entrada distinto.
Documentación oficial para profundizar
¿Cuánto trabajo manual sigue existiendo entre tus pedidos, facturas y pagos?
Podemos revisar volumen, socios comerciales, documentos, formatos, proveedores de servicio y excepciones para identificar dónde Peppol, EDI y Business Central pueden reducir trabajo manual y mejorar trazabilidad.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)