Integraciones de Business Central: conecta ERP, CRM, datos y operaciones
Cómo integrar Dynamics 365 Business Central con Power Platform, Dataverse, Microsoft 365, bancos, e-commerce, logística, nómina y sistemas empresariales.
Business Central no debería convertirse en una isla ni absorber todos los procesos de la empresa. Una arquitectura bien diseñada conecta datos y operaciones sin duplicar maestros, ocultar errores o convertir cada cambio en un desarrollo frágil.
Integrar no significa mover datos entre dos sistemas: significa coordinar responsabilidades y procesos
Una integración útil define qué sistema crea el dato, cuál lo gobierna, cuándo se comparte, qué ocurre si falla y quién responde. Sin esas decisiones, la empresa obtiene duplicados, diferencias, retrasos y procesos que dependen de correcciones manuales.
Business Central puede actuar como núcleo financiero y operativo, mientras CRM, Power Platform, e-commerce, nómina, logística o aplicaciones sectoriales resuelven funciones específicas.
Cuatro principios
Cuando el ERP y los sistemas conectados discrepan, la organización termina trabajando fuera de ambos
Los usuarios crean hojas de control, reenvían ficheros, duplican altas o esperan a que alguien repare una sincronización. El coste aparece en retrasos, pedidos erróneos, cobros, inventario y servicio.
La integración debe medirse por continuidad operativa y calidad del proceso, no solo por número de mensajes enviados.
Señales que conviene revisar
Business Central puede conectarse con el ecosistema Microsoft y con aplicaciones externas
La arquitectura debe distinguir integración funcional, automatización, sincronización, consulta, intercambio documental y analítica.
Power Platform y Dataverse
Apps, flujos, aprobaciones, tablas virtuales, sincronización y experiencias conectadas.
CRM, e-commerce y portales
Clientes, oportunidades, pedidos, precios, disponibilidad, facturación y servicio.
Logística, bancos, nómina y planta
Ficheros, APIs, dispositivos, documentos, movimientos y procesos especializados.
Power BI, Fabric y Azure
Analítica, histórico, múltiples fuentes, integración, IA y gobierno.
La API debe ser la primera opción para nuevas integraciones
Business Central dispone de APIs REST y servicios web. Las APIs estándar cubren entidades frecuentes y las personalizadas adaptan escenarios específicos.
El contrato debe ser estable, documentado, versionado y protegido. No conviene depender de páginas internas, scraping o acceso directo a base de datos.
Decisiones técnicas esenciales
No todo debe sincronizarse en tiempo real
El patrón correcto depende de criticidad, volumen, frecuencia, experiencia de usuario y capacidad de recuperación.
Leer sin replicar
El sistema consumidor consulta Business Central cuando necesita el dato.
Replicar entidades seleccionadas
Clientes, artículos o pedidos se copian con reglas de ownership.
Reaccionar a un cambio
Una alta, aprobación o registro desencadena un flujo o mensaje.
Procesar por lotes
Grandes volúmenes, históricos o cargas periódicas se ejecutan de forma controlada.
CRM y ERP deben compartir contexto sin duplicar la lógica comercial y financiera
Dataverse puede actuar como plataforma para aplicaciones y soluciones Dynamics 365. Business Central puede sincronizar información con Dataverse y utilizar tablas virtuales para exponer datos mediante APIs.
En una integración con Dynamics 365 Sales, conviene definir el ciclo desde cuenta y oportunidad hasta pedido, facturación y cobro.
Qué debe gobernarse
Power Platform amplía el ERP cuando acerca el proceso al usuario sin romper el core
El conector de Business Central permite utilizar datos y acciones desde Power Apps y Power Automate para aplicaciones internas, formularios, aprobaciones, alertas y procesos que cruzan Outlook, Teams y SharePoint.
Power Platform no debe ocultar un proceso ERP mal diseñado. La transacción crítica debe permanecer en el sistema adecuado.
Escenarios de alto valor
La integración también debe conectar el ERP con la forma real de trabajar
Business Central se integra con Excel, Outlook, Teams y otras experiencias de Microsoft 365. SharePoint y OneDrive pueden formar parte de la estrategia documental.
La productividad mejora cuando el usuario puede consultar o completar un proceso sin copiar datos manualmente, manteniendo una única versión válida.
Principios documentales
Business Central puede coordinarse con sistemas especializados sin sustituirlos
El ERP debe recibir y emitir la información necesaria para cerrar el proceso financiero y operativo.
Extractos, pagos y conciliación
Ficheros, formatos, estados, movimientos y confirmación.
Coste y contabilización
Empleados, centros, conceptos, asientos, pagos y protección de datos.
Transportistas y WMS
Pedidos, preparación, expedición, tracking y prueba de entrega.
MES, calidad y dispositivos
Órdenes, consumos, producción, tiempos, incidencias y trazabilidad.
La promesa comercial debe coincidir con disponibilidad, precio y capacidad real
Business Central puede conectarse con Shopify y otras plataformas, marketplaces o portales B2B. La integración debe definir catálogo, clientes, pedidos, impuestos, pagos, inventario, fulfillment y devoluciones.
El punto crítico es la excepción: rotura, cancelación, dirección incorrecta, pago fallido o conflicto de precio.
Flujos que deben cerrarse
No siempre es posible sustituir todas las aplicaciones durante el primer go-live
Una implantación puede necesitar convivencia temporal con NAV, un ERP antiguo o una aplicación sectorial. La integración debe facilitar la transición sin convertir lo temporal en arquitectura permanente.
Conviene definir fecha de retirada, responsabilidades, datos maestros, procesos permitidos y criterios de cierre.
Control de convivencia
Cada integración amplía la superficie de acceso al dato empresarial
Aplicaciones, usuarios técnicos, conectores y servicios necesitan permisos mínimos, autenticación robusta, trazabilidad y ciclo de vida.
Aplicaciones y usuarios
Microsoft Entra ID, cuentas de servicio, permisos y separación por entorno.
Credenciales y certificados
Almacenamiento seguro, rotación, caducidad y acceso controlado.
Minimización y protección
Solo compartir lo necesario, respetando sensibilidad y regulación.
Logs y evidencias
Quién accede, qué cambia, qué falla y cómo se investiga.
Una integración no está operativa si nadie sabe que ha fallado
El diseño debe incluir telemetría, logs, alertas, paneles, colas de error, reintentos y procedimientos. Negocio necesita mensajes comprensibles y tecnología detalle suficiente.
Los acuerdos deben definir severidad, horario, responsable, respuesta y dependencia de terceros.
Operación diaria
La integración analítica no debe sobrecargar el ERP ni crear otra versión de la verdad
Power BI puede consumir APIs y datos de Business Central. Para escenarios multiempresa, grandes volúmenes, múltiples fuentes, histórico o IA, Microsoft Fabric o Azure pueden aportar una capa adecuada.
El modelo debe definir extracción, actualización, histórico, seguridad, calidad, linaje y conciliación.
Cuándo evolucionar la arquitectura
La integración falla más por decisiones de arquitectura que por falta de conectores
Las conexiones rápidas resuelven urgencias, pero acumulan deuda si no existe ownership, contrato y operación.
Conectar cada sistema directamente
Aumenta dependencias, duplicidad y dificultad para cambiar.
Sin necesidad de negocio
Eleva complejidad cuando una actualización periódica sería suficiente.
Dos sistemas editan el mismo dato
Genera conflictos, ciclos y pérdida de confianza.
El proyecto termina al activar el flujo
No existen logs, alertas, procedimientos ni responsables.
Una arquitectura conectada debe construirse por procesos prioritarios
El objetivo no es integrar todo desde el primer día, sino asegurar los procesos con más valor o riesgo.
Sistemas, datos y procesos
Inventariar aplicaciones, interfaces, propietarios, volúmenes y errores.
Ownership y patrones
Definir sistema maestro, frecuencia, API, seguridad y monitorización.
Ciclo completo y excepciones
Probar alta, cambio, cancelación, caída, reintento y conciliación.
Gobierno y reutilización
Consolidar APIs, componentes, telemetría y hoja de retirada.
Integrar Business Central exige entender ERP, arquitectura, datos y operación
Ayesa combina capacidades en Business Central, Dynamics 365, Power Platform, Dataverse, Azure, Microsoft Fabric, Microsoft 365, seguridad e integración empresarial.
Esta visión permite diseñar un ecosistema en el que cada aplicación resuelve su función y la empresa puede evolucionar hacia automatización e IA sin rehacer el núcleo.
Capacidades que se combinan
Una integración no termina cuando funciona: empieza su vida operativa
Cada interfaz necesita propietario, documentación, entorno de desarrollo, pruebas, control de versiones, despliegue y plan de soporte. Sin ese ciclo, cualquier actualización de Business Central, Dataverse, un conector o un sistema externo puede introducir fallos difíciles de anticipar.
El gobierno también debe decidir qué cambios pueden aprobarse localmente, cuáles requieren arquitectura y cómo se evita que diferentes equipos creen conexiones duplicadas para resolver el mismo proceso.
Elementos mínimos de ALM
Una integración correcta con poco volumen puede fallar cuando el negocio crece
Volumen de pedidos, líneas, artículos, empresas, usuarios y frecuencia puede cambiar de forma significativa. El diseño debe contemplar paginación, concurrencia, límites, colas, ventanas, procesamiento asíncrono y recuperación sin duplicados.
También debe evitar consultas innecesarias, cargas completas y sincronizaciones masivas que podrían sustituirse por cambios incrementales. Escalar no consiste solo en añadir capacidad; consiste en reducir trabajo inútil.
Qué conviene probar
No todas las integraciones merecen la misma inversión
Conviene priorizar procesos con alto volumen, riesgo, impacto en cliente, dependencia manual o relevancia para cierre y operación. Una conexión poco frecuente puede resolverse mediante carga controlada; una interfaz crítica necesita automatización, monitorización y soporte robusto.
Impacto operativo
Horas manuales, errores, retrasos, bloqueos, retrabajo y dependencia de personas.
Impacto financiero
Cobros, pagos, inventario, margen, cierre, sanciones y pérdida de ventas.
Riesgo técnico
Complejidad, terceros, seguridad, volumen, disponibilidad y deuda existente.
Valor estratégico
Capacidad para habilitar nuevos canales, automatización, datos, IA y crecimiento.
Dudas habituales sobre integraciones de Business Central
El diseño definitivo depende de procesos, sistemas, volumen, seguridad y capacidad de soporte.
¿Business Central tiene API?
Sí. Dispone de APIs REST estándar y permite desarrollar APIs personalizadas.
¿Se puede integrar con Dynamics 365 Sales?
Sí. Puede conectar cuentas, contactos, productos, pedidos, facturación y estados.
¿Se integra con Power Apps y Power Automate?
Sí. El conector permite crear apps, flujos, aprobaciones y alertas.
¿Puede conectarse con Dataverse?
Sí. Puede sincronizar datos y exponer APIs como tablas virtuales.
¿Se integra con Shopify?
Sí. Dispone de capacidades de conexión y puede integrarse con otras plataformas.
¿Puede conectarse con bancos y nómina?
Sí, mediante ficheros, formatos, APIs o conectores según proveedor.
¿Es mejor integrar en tiempo real?
No siempre. Depende de criticidad, volumen y necesidad de negocio.
¿Qué ocurre cuando falla?
Debe existir detección, alerta, reintento, reconciliación y procedimiento.
¿Cuándo hace falta Azure Integration Services?
Con múltiples sistemas, eventos, transformación, volumen u orquestación avanzada.
¿Ayesa puede revisar una arquitectura existente?
Sí. Puede analizar sistemas, APIs, ownership, errores, seguridad, soporte y roadmap.
Conecta Business Central sin crear una arquitectura frágil
Cuéntanos qué sistemas deben conectarse, qué datos comparten, qué errores existen y qué procesos son críticos.
Información útil para la primera conversación
Diseña un ecosistema conectado, gobernado y preparado para crecer
Describe brevemente tu situación. El equipo de Ayesa analizará el contexto y planteará el siguiente paso más adecuado.