[Nota de borrador para Manuel]: grounded directo en tu propia "huella de ingeniería" del Tech Profile (borde → gateway → servicio de dominio → eventos → sistemas de registro) y el trabajo de integración que ya menciona el servicio de adopción de IA ("integraciones a sistemas como Salesforce, SAP y sistemas legados"). Confirmá si esto se lee como una oferta real y separada, y no solo una repetición de desarrollo de software a medida.

La mayoría de los sistemas reales no se construyen desde cero en el vacío -- necesitan hablar con algo que ya existe: un CRM como Salesforce, un ERP como SAP, un sistema legado que nadie quiere tocar, o el servicio de otro equipo. Ahí es donde suele romperse un proyecto de verdad, no en el código nuevo en sí.

Diseño APIs y construyo la capa de integración entre sistemas, siguiendo la misma forma que uso en los proyectos empresariales que he tenido a cargo: un borde delgado, un gateway que maneja autenticación/ruteo/límites, un servicio de dominio que guarda las reglas de negocio reales, eventos en vez de acoplamiento punto a punto entre servicios (Kafka, RabbitMQ), y una capa de datos que nadie consulta directamente. Esto cubre:

Diseño de APIs -- REST o guiado por eventos, contract-first cuando un frontend o otro equipo necesita construir en paralelo contra ese contrato.
Integración con sistemas existentes (CRM, ERP, plataformas legadas) sin que las limitaciones de esos sistemas se filtren al código nuevo.
Manejo idempotente de eventos, para que un mensaje reintentado o un webhook duplicado no corrompa datos.
Documentación que el próximo desarrollador puede usar de verdad, no un contrato que solo vive en la cabeza de alguien.

Es la capa que conecta sistemas -- combina naturalmente con desarrollo de software a medida o modernización de sistemas legados cuando la complejidad real de un sistema nuevo está en con qué tiene que hablar, no en el código nuevo en sí.

¿Tenés un sistema que necesita integrarse con algo que no controlás? Conversemos.