Servicio arades · especialización de clúster · API-first
ERP, eCommerce, logística, banca — Microsoft Dynamics 365 y Microsoft 365 rara vez están solos. Construimos interfaces que sobreviven a las Microsoft Release Waves: documentadas, probadas, con manejo de errores y monitorización integrados. Referencias en producción con Oxaion, Shopify, Amazon y GLS.
Gerencia · propietarios
La doble introducción, los puentes de Excel y las transferencias manuales de datos cuestan dinero real — habitualmente invisible en el día a día. Una interfaz limpia suele sustituir el equivalente a 1–3 FTE en mantenimiento manual de datos y acelera de forma medible los procesos de pedido y envío. Entregamos el business case de integración en euros: esfuerzo, costes derivados, horas ahorradas — listo para la toma de decisión en dirección.
Responsables de departamento · línea de negocio
Ventas, servicio y logística trabajan cada uno con sus propios estados de datos — no por mala voluntad, sino porque faltan los puentes. En el Discovery Spike (tarifa bajo demanda) entregamos un mapa de datos limpio: sistemas origen, propiedad de los datos maestros, tabla de mapping, ruta de consolidación. Informe de resultados documentado para comité de dirección y compras — antes de construir el primer connector.
Dirección IT · CIO · Solution Architect
Patrones: REST con OAuth 2 y fachada de API Management, SOAP legacy con mapping XML, event-driven sobre Azure Service Bus y Event Grid, custom connectors para Power Platform, Dataverse Web API y Microsoft Graph. Idempotencia, retry con exponential backoff, dead-letter queues, monitorización con Application Insights. Conversación directa con el especialista — sin filtro comercial.
Para gerencia · ROI de integración en euros
Entregamos el business case de integración en una sola página: FTE ahorrados, doble introducción evitada, tiempos de ciclo acelerados, costes de riesgo derivados de los silos de datos. Más una estimación de esfuerzo y costes derivados. Lo que ve el CFO: una inversión cuantificada con un payback claro. Entrada a precio fijo vía Discovery Spike — sin facturación horaria abierta, sin sorpresas desagradables.
Para responsables de departamento · mapa de datos por adelantado
Entrega del Discovery Spike: inventario de sistemas origen, tabla de mapping (campos, tipos, marcas de obligatoriedad), propiedad de los datos maestros por dominio, roadmap de consolidación con quick wins. Más un esqueleto de business case para CFO y compras. Con esto habla con otros responsables de departamento no sobre problemas de Excel, sino sobre una decisión de arquitectura documentada — lista para el próximo comité de dirección.
Para dirección IT · conversación de arquitectura de 45 min
Temas: arquitectura point-to-point frente a event-driven, Azure Service Bus (queues, topics, sessions), Event Grid para eventos cross-domain, flujos de token OAuth 2 / OIDC, API Management como fachada, idempotencia y retry con exponential backoff, dead-letter queues, Microsoft Graph frente a Dataverse Web API, custom connector frente a Logic Apps. Conversación directa con el arquitecto de integración.
Qué es este servicio
Una interfaz no está terminada cuando transmite datos por primera vez. Está terminada cuando sigue funcionando tras tres Microsoft Release Waves, cinco saltos de versión de API por el lado del tercero y un cambio del modelo de autenticación — y cuando usted sabe de inmediato si en algún momento no funciona.
Construimos interfaces desde hace más de 20 años. En los primeros tiempos eran XML web services y file drops por FTP; hoy son APIs REST con autenticación OAuth 2, webhooks de eventos y Microsoft Graph. Lo que no ha cambiado: una interfaz en producción necesita algo más que el happy path. Necesita manejo de errores ante caídas de la API de terceros, idempotencia para que los retries no creen duplicados, estrategias de retry con exponential backoff, monitorización con capacidad de escalación y documentación que pueda leer alguien distinto del desarrollador original.
Justamente eso entregamos. Una interfaz arades se entrega con documento de arquitectura, tabla de mapping, tests automatizados, dashboard de monitorización y sesión de traspaso. Construimos tanto conexiones point-to-point clásicas como arquitecturas event-driven con bus de mensajes, según lo que requiera el caso. Y somos honestos cuando la arquitectura existente es el verdadero problema — a veces una fachada de API delante de un sistema legacy es mejor inversión que la duodécima conexión point-to-point.
Seis áreas de integración
SAP, Oxaion, Microsoft Business Central, otros ERPs de mediana empresa. Sincronización de datos maestros para clientes, artículos, condiciones. Traspaso de pedidos, retorno del estado de factura, exportación de asientos. Cola de excepciones con lógica de escalación. Oxaion lleva años en producción.
Shopify (multi-shop), WooCommerce, Magento, Salesforce Commerce Cloud. Push de stock, pull de pedidos, retorno de estado de envío con tracking. Integraciones multi-shop con lógica de stock centralizada. Basado en webhooks con polling de fallback.
Amazon Reseller API (multi-marketplace DE, UE y mundial), eBay Trading y Sell API, Otto Market, idealo Direktkauf. Sincronización de listings, pull de pedidos, push de estado, gestión de devoluciones. Elevada proporción de lógica de idempotencia por las agresivas políticas de retry del lado del marketplace.
GLS, DHL, DPD, UPS, Hermes. Generación de etiquetas, números de tracking, webhooks de estado. Enrutamiento multi-carrier por peso, país, nivel de servicio. GLS es la integración estándar; los demás proveedores siguen la misma arquitectura — intercambiables como plug-in.
DATEV (exportación de asientos, sincronización de datos maestros), lexoffice, Stripe, PayPal, Klarna. Conciliación de recibo de pago, actualización del estado de morosidad, generación de asientos. PSD2-compatible para APIs de banca cuando es necesario.
Microsoft Graph para datos de Microsoft 365 — Teams, SharePoint, Outlook, Entra ID. Más cualquier API propia sobre REST, OData o SOAP. Si una plataforma tiene una interfaz documentada, nos conectamos a ella — en 20 años hemos encontrado muy pocas que no fuera posible.
Principios de arquitectura
La API es el contrato — no la implementación. Diseñamos primero el mapping y la lógica del endpoint, después la estructura del código. El acceso directo a base de datos o el «ya lo arreglamos con SQL después» es la excepción, no la regla. Una API definida con limpieza sigue siendo legible tras la próxima Release Wave.
No toda interfaz tiene que ser event-driven. Si un sistema de terceros ofrece webhooks y la carga lo justifica, construimos event-driven con bus de mensajes. Si un file drop nocturno es funcionalmente suficiente, construimos un file drop nocturno. La arquitectura sigue a los requisitos, no a la moda.
Procesar un mensaje dos veces no puede crear dos registros. Toda interfaz arades usa correlation IDs, colas de procesamiento deduplicadas y lógica de upsert en lugar de un insert ciego. Así sobrevivimos a las políticas agresivas de retry de los marketplaces y a las entregas duplicadas de webhooks sin caos de datos.
Exponential backoff con cota superior configurable, dead-letter queue para errores no recuperables, escalación de alertas por correo, Teams o PagerDuty. El dashboard de monitorización muestra throughput, latencia y tasa de errores por endpoint. Si una interfaz cae, usted lo sabe antes que sus clientes finales.
Tres modelos de entrega
No toda interfaz necesita el mismo modelo de contrato. Un requisito bien acotado vive en precio fijo. Un panorama de integración en evolución vive en lógica de sprint. Una interfaz existente vive en el modelo Care.
Cuándo: requisito bien acotado con alcance claro — p. ej. «pedidos desde Shopify a Dynamics 365 con feedback de estado». Duración: de 4 a 8 semanas desde el kickoff. Qué obtiene: oferta a precio fijo tras el taller de requisitos, fechas de entrega fijas, pruebas de aceptación contra la especificación. Predecible, planificable, facturable.
Cuándo: requisitos aún en evolución — construcción multi-shop en crecimiento, expansión de marketplaces, nueva integración con terceros y alcance poco claro. Duración: sprints de dos semanas, cancelables en cualquier momento. Qué obtiene: un incremento listo para producción cada dos semanas, facturación horaria transparente, grooming compartido del backlog.
Cuándo: las interfaces están en producción y necesitan mantenimiento — ajustes Release Wave, saltos de versión de API de terceros, ampliaciones menores. Duración: tarifa plana mensual, mínimo 12 meses. Qué obtiene: monitorización, correcciones de errores con SLA, pruebas preventivas de Release Wave, cuota de horas para desarrollo continuo.
Quién usa habitualmente este servicio
Dynamics 365 o Microsoft 365 ya están en uso, junto a un ERP más antiguo, una tienda, un sistema contable y una solución de envíos. Quiere conectar las islas sin montar otro mega-proyecto — de forma pragmática, paso a paso, con ROI claro por interfaz.
Tienda propia, Amazon, varias instancias de Shopify, más venta directa B2B a través de Dynamics 365. El ERP debe seguir siendo la única fuente de la verdad, con todos los canales colgando de él, stock y pedidos fluyendo sin puentes de Excel.
SAP está en uso para finanzas y producción, con un mundo Microsoft encima para CRM, servicio o field service. Necesita un flujo de datos fiable entre SAP y el mundo Microsoft — bidireccional, documentado, listo para auditoría.
Construye su propio producto sobre Microsoft Power Platform o Dynamics 365 y necesita interfaces de producción hacia sistemas de clientes. Entregamos la capa de integración como sub-engineering — white-label, documentada, lista para traspaso.
Relacionado
Nuestro propio ERP modular con integraciones en producción hacia Oxaion, Amazon, Shopify y GLS — construido exactamente sobre los principios descritos en esta página de servicio.
Leer más →La plataforma de CRM y ERP a la que conectamos la mayoría de nuestras interfaces — con profundo conocimiento de Dataverse, plug-ins y Power Automate.
Leer más →Power Automate como capa de flow integrada, Dataverse como modelo de datos, custom connectors para sus propias APIs — la capa de plataforma bajo muchas de nuestras interfaces.
Leer más →Preguntas frecuentes
Referencias en producción con Oxaion ERP, SAP, Microsoft Business Central, Shopify (multi-shop), Amazon Reseller API, eBay, GLS, DHL, DPD, DATEV, lexoffice, Stripe y PayPal. Además Microsoft Graph para datos de Microsoft 365 y cualquier API REST, OData o SOAP. En plataformas que no conocemos revisamos la situación de la API en la conversación inicial — el requisito es un endpoint documentado con permisos de lectura y escritura.
Una interfaz a precio fijo bien acotada (p. ej. envío de pedidos desde Shopify a Dynamics 365 con feedback de estado) suele situarse en el rango bajo de cinco cifras, según la complejidad de mapping, los requisitos de manejo de errores y la profundidad de monitorización. Las sincronizaciones bidireccionales de datos maestros más complejas o las configuraciones multi-tenant están por encima. Estimamos tras un discovery call con un documento de requisitos.
O bien nosotros en el modelo Care (monitorización, corrección de errores, ajustes Release Wave, desarrollo continuo) o su equipo con documentación de traspaso y sesiones de transferencia de conocimiento. El modelo Care es la norma para interfaces hacia sistemas de terceros que publican cambios de API con regularidad — p. ej. Amazon, Shopify, Microsoft Graph.
Seguimos los anuncios de Microsoft Release Wave desde el primer día público de preview y probamos todas las interfaces que hemos construido sobre el entorno preview de la Wave antes de que el release de producción se despliegue. Las anomalías se atienden directamente en el modelo Care. Como resultado, una interfaz arades suele sobrevivir varias Release Waves sin caída en producción.
Sí. SOAP, XML-RPC, web services clásicos, file drops CSV/EDIFACT por SFTP, acceso directo a base de datos e incluso puentes de screen-scraping para sistemas host legacy — hemos construido todo eso en proyectos productivos. REST y OData son la norma hoy, pero los sistemas legacy industriales y ERP suelen traer protocolos más antiguos — los conectamos directamente o los envolvemos tras una fachada de API moderna.
Una interfaz a precio fijo acotada suele durar de 4 a 8 semanas desde el kickoff — taller de requisitos, diseño de mapping, implementación, pruebas en sandbox, configuración de monitorización, go-live. Las sincronizaciones bidireccionales de datos maestros más complejas con lógica de conflicto requieren de 8 a 16 semanas. En lógica de sprint continua bajo time-and-materials entregamos un incremento listo para producción cada 2 semanas.
Para llevar · dos materiales
Dos profundidades para necesidades de lectura distintas. El factsheet es una referencia rápida (3–5 min) y descargable de inmediato. El whitepaper es formación de mercado con metodología y datos comparativos (15–30 min) — lo recibe por correo tras una breve solicitud.
3–5 min de lectura · descarga directa · sin formulario
Visión compacta: alcance, indicadores clave, modelo de pricing, proceso — ideal para reenviar al CFO, compras o línea de negocio.
15–30 min de lectura · por correo bajo solicitud
Metodología, datos comparativos, marco de recomendación — material para la argumentación interna con stakeholders.
Servicios relacionados
Cuando la integración requiere una customización más profunda.
Ver más →
Cuando la integración forma parte de un proyecto mayor.
Ver más →
Patrones de integración, modelos de eventos, topología de datos.
Ver más →
Migración de datos en cambios de sistema — estructurada, con una estrategia de cut-over definida.
Ver más →
30 min · discovery call
Discovery call de 30 minutos con nuestro equipo de integration engineering: escuchamos su requisito, revisamos la situación de la API del tercero y volvemos con una estimación de esfuerzo y una propuesta del modelo de entrega que encaja. Puede ver un ejemplo concreto de producto de nuestra práctica de interfaces en la página de producto Intercompany.
