Una nueva evaluación de riesgos de datos facilita la colaboración

Con la proliferación de la banca móvil y las primeras iniciativas digitales convirtiéndose en el sello distintivo de los servicios financieros, reunir a fintech y banca en la misma página, literalmente, puede ahorrar tiempo y dinero al desarrollar nuevos productos y servicios.

Y nuevos jugadores comenzaron a permitir esta cooperación. Uno de los temas fue en una entrevista que el CEO de PYMNTS tuvo con Karen Webster Ben Isaacson, Vicepresidente sénior de estrategia de productos en Cámara de compensación (TCH). Isaacson dijo que los servicios bancarios interconectados y los modelos de datos populares pueden acortar el tiempo que lleva llevar la innovación a los consumidores. Con este fin, a principios de este mes, TCH ayudó a lanzar la Evaluación de riesgos de intercambio de datos simplificado, proporcionada por TruSight y KY3P® por IHS Markit – Servicios de evaluación de terceros.

Como se mencionóLa solución, proporcionada por KY3P y TruSight, centraliza los datos para que las empresas de servicios financieros que necesitan una evaluación de riesgos de aplicaciones financieras y agregadores de datos puedan acceder a ellos más rápidamente. La centralización de datos puede reducir la redundancia que recuerda al «Día de la Marmota», ya que las aplicaciones y los desarrolladores presentan la misma información una y otra vez. Se pueden cubrir muchas áreas, mucho más rápido, con un conjunto estandarizado de preguntas en la Evaluación de riesgos de intercambio de datos simplificado.

A un nivel altoLa iniciativa de servicios bancarios conectados de TCH ha trabajado con KY3P y TruSight para crear un servicio de intercambio de datos simplificado para los datos de evaluación de riesgos, dijo Isaacson. «El servicio ayuda a facilitar la ruta de migración desde la forma actual en que se comparten los datos, a través del raspado de pantalla, a un método basado en API para compartir datos», dijo. Añadió que la evaluación de riesgos de intercambio de datos simplificado es una parte importante de este objetivo porque la gestión de los requisitos de diligencia debida es un paso esencial para llevar a los recolectores de datos y FinTechs a relaciones contractuales basadas en API con los bancos.

Del raspado de pantalla a las API

Explicó que el ecosistema de intercambio de datos basado en API es más seguro y transparente para todas las partes interesadas, especialmente los consumidores, que están obteniendo más información sobre los datos que comparten y cómo se utilizan.

«Esto simplemente no existe en el ecosistema actual», dijo.

Para facilitar esta transición, señaló Isaacson, TCH ha puesto su mirada en aliviar los principales cuellos de botella de la migración lejos del raspado de pantalla. Es posible que exista un reconocimiento global de que el raspado de pantalla, generalmente definido como el proceso en el que los datos asociados con una pantalla digital se copian y utilizan para otros fines, no es una gran solución para proporcionar nuevos productos y servicios a los usuarios finales. La mayoría de estos proveedores quieren adoptar API, pero la pregunta sigue siendo cómo llegar allí.

Isaacson dijo que la gestión de riesgos y la diligencia debida son los principales obstáculos en la forma de abrir servicios bancarios a gran escala. Como le explicó a Webster, cuando se producen arañazos en la pantalla, no hay relación entre el banco y el recolector de datos.

«Sin una relación, no hay contrato», dijo Isaacson, y agregó: «No hay debida diligencia». Pero TCH es, como se informó, a finales de 2019 Presentar un modelo de acuerdo Proporcionar un punto de referencia legal para ayudar a los bancos a celebrar acuerdos con FinTechs y eventualmente conectarse a las API en un esfuerzo por simplificar el camino hacia la innovación financiera. “Con acuerdos de intercambio de datos vigentes, los consumidores no necesitan compartir las credenciales de la cuenta con tercerosDijo Isaacson.

Al señalar la iniciativa de Banca Conectada de TCH, Isaacson dijo que la ventaja radica en reducir el tiempo que lleva realizar la debida diligencia a gran escala. La necesidad de acortar el plazo y eliminar la redundancia surge, dijo Isaacson, ya que los recopiladores de datos están inundados de solicitudes bancarias (cientos de preguntas, innumerables documentos) y los agregadores envían consultas similares de una gran cantidad de instituciones financieras (IF) a la vez.

“Si un banco me preguntara que sería difícil, pero de repente, 10 bancos ahora me piden un montón de diferentes tipos de información, y se está volviendo lento, caro y lento para un recolector de datos. ”TCH abordó esto creando un formulario. Un estándar que debería satisfacer las necesidades de diligencia debida de casi todas las organizaciones.

Otro proceso que requiere mucho tiempo para los recolectores de datos consiste simplemente en mantener el status quo del raspado de pantalla. Los efectos en cascada son significativos, dijo Isaacson, que cada vez que un banco hace un cambio en su sitio web, un agregador como Plaid tiene que reprogramar sus robots y tiene cientos de tecnólogos cuyos trabajos de tiempo completo consisten en reprogramar robots para dar cuenta de los cambios. en miles de organizaciones. Las API resuelven este problema al proporcionar una forma acordada para que los recolectores de datos y las empresas de tecnología financiera accedan a la información. Dijo que los coleccionistas deben «desarrollar» sus juegos tecnológicos, especialmente porque la supervisión regulatoria en la era de la banca abierta se ha vuelto más difícil a medida que el riesgo se traslada a los bancos.

Después de todo, los bancos tienen que determinar si las aplicaciones que se conectan directamente a los sistemas de los bancos para extraer información han sido autenticadas, si las aplicaciones son reales en primer lugar y si la configuración es lo suficientemente poderosa para determinar si la aplicación que quiere acceder Los clientes de FI son datos. Después de todo, con los diferentes conjuntos de datos a los que acceden las aplicaciones, señaló Isaacson, la probabilidad de fraude aumenta, particularmente con los pagos en tiempo real.

Isaacson dijo: «Cuando miras el sistema ACH, al menos dentro de ACH, tienes unos días para lidiar con él, lo cual es irreversible. Pero RTP es en tiempo real e irreversible. A medida que los recolectores de datos facilitan cada vez más las soluciones de pago que ofrecen las FinTechs , es muy importante hacerlo bien «.

A medida que evolucionan los ecosistemas, dijo: «Puedes hacer dos cosas simultáneamente. Puedes averiguar cómo trabajarás con las FinTechs, ya sabes, en beneficio de tus clientes. Al mismo tiempo, creo que hay cosas que los bancos necesitan mejorar para facilitar esas relaciones «.

En un esfuerzo por mejorar estas relaciones, dijo, una evaluación de riesgo de intercambio de datos simplificada busca generar confianza en ambos lados de la ecuación, entre los recolectores de datos y los bancos. Los bancos han establecido un conjunto de preguntas comunes y un enfoque a estas preguntas para los recolectores de datos.

«No sabíamos con certeza que realmente lograríamos un consenso hasta que los equipos de riesgo revisaron los resultados. El resultado fue notable, que fue: De las casi 500 preguntas y revisiones de documentos en el sitio, la mayoría de los bancos regresaron y dijeron: ‘¿Sabes que? El conjunto de preguntas es excelente, pero tengo algunas preguntas de seguimiento que no estaban aquí y que tendré que hacer «.

Esto significa que los recolectores de datos no tenían que responder 500 preguntas desde cero cada vez que se les preguntaba. Solo tenían que responder algunas preguntas para llenar cualquier «laguna» existente. Con un proceso más simple implementado, dijo, los bancos están acelerando la contratación de proveedores de servicios para brindar nuevos servicios.

«Esto es algo que todos agradecen», dijo Isaacson, y agregó que «el cambio a las API es esencial para ampliar el intercambio de datos, y la evaluación simplificada aborda el principal cuello de botella que impide este movimiento».