Cargando artículos…
LABARNAREVISTA DE INTELIGENCIACómo los líderes de servicios financieros de MENA evalúan, encargan y poseen software de IA a medida, y por qué la infraestructura soberana supera a las plataformas bajo licencia.
Cargando artículos…
Durante la última década, los líderes de los servicios financieros de Oriente Medio y el Norte de África han puesto a prueba una verdad incómoda: el software bajo licencia impone límites, y esos límites aparecen precisamente cuando el crecimiento exige acelerar. Las organizaciones que han avanzado con mayor rapidez —en pagos, préstamos, gestión patrimonial y mercados de capitales— comparten una decisión arquitectónica común. Desarrollan software propio en lugar de alquilar capacidades a proveedores cuyas hojas de ruta rara vez se ajustan a los plazos regulatorios regionales o a las realidades de los mercados locales.
Los servicios financieros de Oriente Medio y el Norte de África operan en uno de los entornos regulatorios más dinámicos del mundo. Los mandatos de los bancos centrales, los requisitos locales de residencia de datos y los marcos de pagos transfronterizos en el CCG, Egipto y el Levante evolucionan a un ritmo que la mayoría de los proveedores de software comercial no pueden seguir, y mucho menos responder a él a nivel de código.
Cargando artículos…
Cuando un regulador publica nuevas directrices sobre banca abierta o revisa los formatos de presentación de informes de adecuación de capital, una plataforma bajo licencia pone a la organización en una cola. El proveedor decide cuándo se lanza la actualización, en qué versión aparece y si abarca el mercado concreto en el que opera la organización. Esa dependencia convierte la agilidad regulatoria en un proceso marcado por el ritmo del proveedor.
El software a medida y en propiedad invierte por completo esta situación. La organización controla el código fuente, por lo que, cuando cambia un formato de presentación de informes, la respuesta de ingeniería es interna. Esta distinción es sumamente importante para las funciones de tesorería, los equipos de cumplimiento normativo y los consejos de administración sujetos a responsabilidad personal en virtud de marcos regionales de gobernanza.
La dependencia de proveedores en los servicios financieros rara vez se anuncia. Se acumula mediante tres mecanismos discretos. En primer lugar, los modelos de datos propietarios hacen que migrar los registros históricos de transacciones, los grafos de identidad de clientes o los modelos de riesgo crediticio a una plataforma competidora resulte estructuralmente costoso. En segundo lugar, las dependencias de integración incorporan la capa API del proveedor tan profundamente en las operaciones que sustituir un componente exige reconstruir los sistemas adyacentes. En tercer lugar, las cláusulas de incremento de precios, a menudo ocultas en contratos plurianuales, hacen que la renovación sea el camino de menor resistencia incluso cuando el rendimiento de la plataforma es deficiente.
Cada uno de estos mecanismos se agrava con el tiempo. La organización que aceptó una cuota de suscripción razonable durante el primer año puede descubrir que en el cuarto paga muchísimo más por la misma funcionalidad, mientras que los costes de cambiar de plataforma han aumentado de manera proporcional. Para una plataforma bajo licencia, esto es un modelo de negocio. Para la institución financiera atrapada en ella, es un riesgo operativo con repercusiones en el balance.
Comprender esta dinámica es el primer paso para evaluar por qué la propiedad —el control total del código fuente, la soberanía de los datos y la independencia de la infraestructura— representa una posición estructuralmente superior para las instituciones que operan en los mercados de Oriente Medio y el Norte de África. El análisis de desarrollar frente a comprar para los equipos de servicios financieros del CCG examina este cálculo en detalle.
La propiedad significa que la organización posee todos los derechos sobre el código fuente, los modelos entrenados, los flujos de procesamiento de datos y la infraestructura de despliegue. No es un acuerdo de licencia con condiciones favorables. No es un acuerdo de servicios gestionados en el que se pueda revocar el acceso. La propiedad significa que el software puede auditarse, ampliarse, bifurcarse, transferirse o entregarse a un nuevo equipo de ingeniería sin el permiso del proveedor original.
Para las instituciones financieras de Oriente Medio y el Norte de África, esto tiene tres consecuencias operativas inmediatas. La organización puede desplegar el software en el entorno de nube, el centro de datos o la región de nube soberana que satisfaga a su regulador local, no en la región que se ajuste a la estructura de costes del proveedor. La organización puede integrarse con las redes regionales de pago, el banco central APIs y los sistemas locales de verificación de identidad sin esperar a que el proveedor desarrolle esos conectores. La inteligencia propia de la organización sobre transacciones, su lógica de evaluación de riesgos y su reconocimiento de patrones de fraude siguen siendo activos internos, no datos de entrenamiento para el modelo compartido de un proveedor.
Pensemos en una firma de gestión patrimonial que opera simultáneamente en varias jurisdicciones del CCG. Cada jurisdicción puede tener requisitos distintos para informar sobre la idoneidad de los clientes, diferentes umbrales contra el blanqueo de capitales y requisitos separados para almacenar y recuperar los registros de las comunicaciones con los clientes. Una plataforma bajo licencia diseñada para un único entorno regulatorio —normalmente uno occidental— obliga a la organización a crear soluciones alternativas, mantener sistemas paralelos o aceptar el riesgo de incumplimiento en mercados secundarios.
Cargando artículos…