Servicios de integración de middleware y API
Una sola capa de integración para cada sistema y socio, con los fallos resueltos
Cuando cada conexión es su propio script
La mayoría de los negocios dependen de servicios que no operan: un CRM, transportistas y proveedores logísticos 3PL, plataformas fiscales, verificación KYC y AML, y herramientas SaaS. Cada uno tiene su propia API, sus propios límites y su propia forma de fallar.
Conectados de uno en uno, se convierten en un conjunto de scripts punto a punto que nadie entiende del todo. Un socio cambia su API, un mensaje se pierde de noche y la primera señal es la reclamación de un cliente.
Qué cambia para usted
Una capa en lugar de una red de scripts
Los sistemas publican y reciben eventos a través de una capa gobernada, para que añadir un socio no implique tocar todos los sistemas.
Nada perdido, nada duplicado
Escrituras idempotentes, reintentos con espera progresiva y una cola de mensajes fallidos, para que un fallo se capture y se reprocese en lugar de perderse.
Todos los flujos visibles
Trazas, tasas de error y latencia por socio, con alertas que indican qué socio falló y cómo.
Qué entregamos
Pasarela de API
Una única puerta de entrada gobernada para las API que publica: autenticación, límites de velocidad, cuotas, versionado y analítica de uso.
Malla de eventos y bus de servicios empresarial
Una malla de eventos es una red de brokers que enruta eventos entre sistemas y sedes en tiempo real. Cuando su entorno ya funciona sobre un bus de servicios empresarial (ESB), también lo diseñamos y ampliamos.
Automatización de flujos BPMN
Procesos que abarcan sistemas y personas, como el alta de clientes o las aprobaciones, modelados en BPMN (Business Process Model and Notation) y ejecutados por un motor de flujos de trabajo.
Conectores del ecosistema de terceros
Conectores sobre REST, SOAP y webhooks, o mediante un iPaaS (plataforma de integración como servicio), para proveedores de CRM, logística 3PL, impuestos, KYC y AML.
Contratos de API y versionado
Definiciones OpenAPI o WSDL para cada interfaz, con reglas de campos, códigos de error y límites, y una política para absorber los cambios de los socios.
Identidad y secretos
Inicio de sesión único con OpenID Connect o SAML, acceso entre servicios con OAuth 2.0, y credenciales en un almacén de secretos, con alcance definido y rotación.
Fiabilidad y monitorización
Claves de idempotencia, reintentos, colas de mensajes fallidos y una ruta de operación humana para cada excepción, con paneles y alertas por socio.
Cómo trabajamos
Hacer inventario
Enumeramos los sistemas y socios de los que depende, los datos que necesita cada uno y los fallos que ve hoy.
Diseñar la capa
Escribimos los contratos de API y elegimos llamadas directas, eventos, un ESB o una plataforma de integración para cada flujo.
Construir los conectores
Construimos cada conector con su gestión de errores, protección frente a duplicados y registro desde el principio.
Probar con cada socio
Ejecutamos pruebas de contrato y escenarios de extremo a extremo en el entorno de pruebas de cada socio, incluidos los fallos.
Publicar con seguridad
Publicamos por etapas y mantenemos la ruta antigua disponible hasta que la nueva esté probada.
Operar y adaptar
Vigilamos las tasas de error y los mensajes fallidos, y adaptamos los conectores cuando los socios cambian sus API.
Desplácese en horizontal para ver el dibujo completo.
Del ERP a terceros: una plataforma, muchos socios
Los eventos de negocio salen del ERP una sola vez y la plataforma de integración los entrega a cada socio en el formato que espera. Las respuestas de vuelta (callbacks) siguen la misma vía. Un mensaje que sigue fallando tras sus reintentos pasa a una cola de mensajes fallidos y genera una alerta con el contenido adjunto.
- Flujo principal
- Asíncrono
- Ruta de excepción
El flujo en 9 pasos
El flujo, paso a paso
- De ERP a Plataforma de integración: Eventos de negocio, mediante REST · OData · webhook (flujo principal).
- De Plataforma de integración a CRM: Clientes y pedidos, mediante REST/JSON (flujo principal).
- De Plataforma de integración a Logística y transportistas: Envíos reservados, mediante REST/JSON (flujo principal).
- De Logística y transportistas a Plataforma de integración: Eventos de seguimiento, mediante webhook (asíncrono).
- De Plataforma de integración a Facturación electrónica e impuestos: Facturas para validación fiscal, mediante SOAP/XML · REST (flujo principal).
- De Plataforma de integración a Proveedor de KYC e identidad: Verificaciones de identidad, mediante REST/JSON (flujo principal).
- De Proveedor de KYC e identidad a Plataforma de integración: Resultados de verificación, mediante webhook (asíncrono).
- De Plataforma de integración a Cola de mensajes fallidos y alertas: Fallido tras los reintentos, a la cola de mensajes fallidos (ruta de excepción).
- De Cola de mensajes fallidos y alertas a Equipo de soporte: Alerta con el contenido y el error (ruta de excepción).
Protocolos, plataformas y estándares
Si ya tiene una plataforma de integración, construimos sobre ella. Nombrar un producto no implica una alianza con su fabricante.
- Datos y analítica
- Apache Kafka
- Integración
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- Identidad y acceso
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- Estándares sanitarios
- HL7 v2
- HL7 FHIR
Prueba en producción
Para un banco de primer nivel del CCG y su conglomerado regional, construimos una malla de middleware orientada a eventos sobre Apache Kafka. Conecta SAP S/4HANA con bancos y autoridades fiscales, con los secretos guardados en HashiCorp Vault.
Cómo empezar
Una lista clara de socios y flujos pasa directamente a una propuesta. Una red sin documentar de integraciones existentes empieza con la Vía C: diagnóstico de sistemas existentes.
Próximos pasos
Sesión previa de consultoría
Una sesión de consultoría previa gratuita de 30 minutos en línea: repasamos sus objetivos, sistemas y restricciones.
Revisión de preparación
En una revisión de preparación gratuita de 48 horas, un Arquitecto Principal comprueba su proyecto frente a la Definición de preparado de 6 puntos y recomienda la vía que encaja.
Elegir la vía
Los proyectos con el alcance definido reciben una propuesta vinculante en un plazo de 3 a 5 días hábiles. Los proyectos en fase de concepto empiezan en el estudio con Blueprint. Un sistema en producción que falla, no está documentado o necesita integración empieza con un diagnóstico de 1 a 2 semanas. El estudio con Blueprint y el diagnóstico tienen cada uno un importe fijo, indicado en la propuesta.
Entrega en cinco etapas
Movilización, sprints con demostraciones en vivo, integración y endurecimiento, aceptación y puesta en producción, y después servicios gestionados. Tras el lanzamiento llega un periodo de garantía y, después, soporte y mantenimiento opcionales.
Proyectos de resultado fijo y servicios gestionados sin interrupción
Entrega de alcance fijo por hitos con responsables de entrega asignados, y servicios gestionados de aplicaciones sin interrupción bajo gobernanza de SLA.
Especialistas integrados y aumento de personal estratégico
Ingenieros principales y especialistas en nearshore y en sus instalaciones, y arquitectos de soluciones, transformación, PQC e integración integrados en su equipo.
Preguntas y respuestas
¿Deberíamos usar una plataforma de integración o código a medida?
Depende de cuántas conexiones tenga y de quién las opere. Una plataforma de integración como MuleSoft, Boomi o Azure Logic Apps ofrece conectores listos, mapeo y monitorización en un solo lugar, a cambio de una licencia. Los servicios a medida dan control total y ninguna licencia, pero más código que mantener. Comparamos ambas opciones para su caso.
¿Cuál es la diferencia entre un ESB y una malla de eventos?
Un bus de servicios empresarial enruta y transforma mensajes a través de un concentrador central. Una malla de eventos distribuye eventos mediante una red de brokers conectados, para que los sistemas de distintas nubes y sedes publiquen y se suscriban directamente. Muchos entornos ejecutan ambos mientras pasan de uno a otro.
¿Qué ocurre cuando la API de un socio no está disponible?
Las solicitudes que fallan por motivos temporales se reintentan con esperas crecientes. Cada escritura lleva una clave de idempotencia, para que un reintento nunca cree un segundo pedido o una segunda factura. Un mensaje que sigue fallando va a una cola de mensajes fallidos con la carga útil y el error. Una alerta llega a su equipo y el mensaje se reprocesa cuando el socio se recupera.
¿Cómo gestionan los cambios de versión de las API?
Para las API que publica, las versionamos, mantenemos las versiones antiguas en funcionamiento durante un periodo acordado y avisamos a los consumidores de los cambios. Para las API que consumimos, seguimos los avisos de retirada de cada socio y probamos las nuevas versiones en su entorno de pruebas. Las pruebas de contrato detectan un cambio no anunciado antes de que llegue a producción.
¿Pueden conectar nuestro proveedor de identidad?
Sí. Añadimos inicio de sesión único con OpenID Connect o SAML 2.0 mediante proveedores como Microsoft Entra ID o Keycloak. Los usuarios se aprovisionan con SCIM cuando la aplicación lo admite. Su proveedor de identidad sigue siendo el único lugar donde se concede y se retira el acceso.
¿Cómo gestionan los límites de velocidad?
Diseñamos en torno a los límites publicados de cada socio. Agrupamos las solicitudes cuando la API lo permite, almacenamos en caché los datos que cambian poco, repartimos las tareas programadas y aplicamos espera progresiva cuando un límite está cerca. La monitorización muestra qué cerca de su límite opera cada flujo.
¿Listo para construir? Pida una propuesta.
Envíe sus requisitos o su RFP. Nuestros arquitectos los validan y devuelven una propuesta vinculante de alcance fijo.
Próximos pasos
Revisión de preparación
En una revisión de preparación gratuita de 48 horas, un Arquitecto Principal comprueba su proyecto frente a la Definición de preparado de 6 puntos y recomienda la vía que encaja.
Propuesta vinculante
Tras validación de arquitectura sin costo, recibe una propuesta vinculante de alcance fijo en un plazo de 3 a 5 días hábiles: hitos, arquitectura, estructura del equipo y SLA. Firmamos un acuerdo de confidencialidad (NDA) con usted a petición, antes de que comparta sus requisitos.
Movilización
Cuando firma, nuestros equipos de ingeniería inician el Sprint 0 en un plazo de 5 a 10 días hábiles desde la firma del contrato.
Entrega en cinco etapas
Movilización, sprints con demostraciones en vivo, integración y endurecimiento, aceptación y puesta en producción, y después servicios gestionados. Tras el lanzamiento llega un periodo de garantía y, después, soporte y mantenimiento opcionales.