Un error de integración generaba falsos positivos entre nuestra plataforma y el core bancario de un cliente. Sin autoridad formal sobre el proveedor externo responsable, la evidencia técnica irrefutable —no la jerarquía— fue lo que logró que ambas partes colaboraran en la corrección.
El síntoma: operaciones que "se perdían"
Trabajaba en la integración entre nuestra plataforma y el sistema core de un banco, cuando empezamos a ver algo raro: un componente intermedio, bajo ciertos escenarios, confirmaba la recepción de una transacción sin haber ingerido realmente el archivo. Para el cliente, eso se veía como operaciones perdidas. Para nosotros, técnicamente, no había fallado nada de nuestro lado — lo cual, en la práctica, no le importaba a nadie que estuviera del otro lado esperando que su transacción apareciera.
El problema real: sin autoridad formal sobre el proveedor
El caso escaló hasta la subdirección de TI del banco, que pidió un esfuerzo conjunto entre nosotros, el banco, y su proveedor de core bancario para diagnosticar y diseñar una solución. El problema real era que yo no tenía ninguna autoridad formal sobre el equipo técnico de ese proveedor externo — no podía exigirles nada.
Construir evidencia irrefutable
Lo único que sí podía construir era evidencia irrefutable. Mi equipo y yo aislamos el escenario exacto de captura que estaba generando los errores de ingestión, y lo compartimos directo con el equipo técnico del proveedor. Hubo resistencia real en las primeras conversaciones — nadie quiere escuchar que su sistema es la causa de un efecto visible para el cliente final. Pero una vez que caminamos la evidencia con ellos, paso a paso, ambos lados acordaron una división clara de acciones: el proveedor implementó manejo de errores de su lado, y nosotros atacamos la causa raíz en el flujo de captura para descartar la hipótesis de que las respuestas simplemente se perdían en tránsito.
Confianza real, no cortesía profesional
El resultado, entre ambas correcciones: mitigamos el problema de falsos positivos y redujimos de forma significativa los reportes de órdenes faltantes. Lo que más importó no fue solo la corrección técnica — fue que la confianza que se construyó era real, no solo cortesía profesional, y quedó demostrada en cómo cambió la disposición del proveedor para colaborar en los siguientes temas que surgieron.
La lección
La lección que me llevo, y que sigo aplicando en cada proyecto de Barajas Advisory: sin jerarquía formal sobre la otra parte, la evidencia irrefutable es la única moneda que de verdad construye confianza y mueve una corrección hacia adelante.
Artículo relacionado: el cliente que estaba tumbando a los demás, sin quererArtículo relacionado: el 30% de los casos que nunca debieron ser nuestrosEn este tema
Ver todo el temaRespuesta rápidaDetail
¿Cómo resolver un conflicto técnico con un proveedor externo sin autoridad formal sobre su equipo?
Un error de integración generaba falsos positivos entre nuestra plataforma y el core bancario de un cliente. Sin autoridad formal sobre el proveedor externo responsable, la evidencia técnica irrefutable —no la jerarquía— fue lo que logró que ambas partes colaboraran en la corrección.
Escrito y revisado por Rogelio Barajas González — Auditor Líder certificado ISO 27001:2022 e ISO 9001:2015, con experiencia directa en SOC 1 Tipo 2 y SOC 2 Tipo 2. Fundador de Barajas Advisory.
Verifica sus credenciales en LinkedIn:linkedin.com/in/rogelio-barajas-gonzalezÚltima actualización: agosto 2026
Este es uno de nueve casos reales
Cicatrices de Nube — ¿quieres el resto de las historias?
Los nueve casos documentados —FinOps, Release Management, Service Delivery, Compliance y gobernanza de IA— con un checklist de autodiagnóstico por capítulo y un scorecard general al cierre.
Descarga el playbook gratis