Banca y finanzas

Gobierno, pruebas y privacidad del dato bancario, del host a los canales digitales

icaria trabaja sobre todos los sistemas de una entidad a la vez, del host a las aplicaciones a medida, los productos de mercado y los canales digitales, sin competir con la operación.

  1. icaria Data Governance controla los cambios del modelo y compara el mismo dato entre sistemas en cada migración.
  2. icaria TDM lleva a pruebas clientes completos y disociados, del core bancario a los canales digitales.
  3. icaria Data Privacy bloquea, anonimiza o suprime los datos de un interesado en cada sistema que los guarda.

La banca hoy

Varias generaciones de sistemas y un mismo cliente

En un banco conviven aplicaciones heredadas sobre host, productos de mercado y desarrollos propios con plataformas y canales muy recientes. Cada sistema tiene su ciclo de vida y su equipo, y las migraciones no se detienen: un core que se renueva, un CRM que se sustituye, un canal que se añade.

El cliente es el mismo en todos ellos. Sus datos tienen que cuadrar entre sistemas cuando se migran, llegar completos a las pruebas de los canales digitales y protegerse en cada sistema que los guarda, también en los que no se diseñaron para ello.

icaria Data Governance

Control del cambio y migraciones: el mismo cliente en el core y en el CRM

Cada sistema evoluciona a su ritmo, y un cambio en el modelo de datos de uno afecta a los que dependen de él. icaria Data Governance sincroniza el metamodelo de cada aplicación, señala qué ha cambiado y compara lo que dos sistemas guardan del mismo cliente: asigna cada campo a un rol de información, lleva los dos registros a un metamodelo de referencia y compara valor a valor.

Sesión de evaluación · semilla: cliente 0048217

Registro de ejemplo con datos ficticios

Rol de información Core bancarioPERSONA (host)CRMcontact Resultado
Documento de identidad NUMDOC 12345678Z tax_id 12345678Z Coincide
Nombre y apellidos NOMBRE GARCIA LOPEZ, ANA full_name Ana García López Coincide Tras la regla que ordena nombre y apellidos y normaliza mayúsculas y tildes.
Domicilio DOMICILIO C/ ALCALA 120 4 B street Calle Alcalá 102, 4.º B Defecto de integridad
Código postal CODPOST 28009 postal_code 28009 Coincide
Cliente desde FECALTA 15/03/2004 created_at 02/06/2019 Defecto de integridad El CRM guarda la fecha de su propia carga, no la del alta del cliente.
Situación SITUACION ACTIVO status Inactive Defecto de integridad

Qué controla icaria Data Governance en un banco

Cambios del modelo bajo control

La primera sincronización del metamodelo queda como instantánea de referencia. Las siguientes muestran qué tablas y campos se han añadido, cambiado o eliminado, y las instancias de producción, pruebas y desarrollo de una misma aplicación se contrastan para detectar desalineamientos.

Sistemas heredados y modernos, un mismo método

El host y los sistemas abiertos se documentan igual: DB2 para z/OS y AS/400, Fujitsu Symfoware, ficheros VSAM, Oracle, SQL Server, PostgreSQL y otros orígenes. Así se comparan sistemas que no comparten tablas, nombres de campo ni formatos.

Migraciones verificadas dato a dato

En una migración, el sistema de origen y el de destino guardan los mismos clientes con estructuras distintas. Aplicada a los dos, la misma comparación comprueba que lo migrado es equivalente y registra cada discrepancia como defecto de integridad antes de retirar el sistema antiguo.

icaria TDM

Datos de prueba 360, del core bancario a los canales digitales

El core se probaba desde el back-office, operación a operación. Hoy las pruebas empiezan en la app o en la banca a distancia, que muestran todo lo que el cliente tiene con la entidad. Un proyecto de icaria TDM empieza por el core y amplía el alcance fase a fase.

  1. Core bancario

    El proyecto empieza en el core, normalmente sobre host, y en las aplicaciones principales que lo rodean. Ahí está el dato de referencia de clientes, contratos y cuentas.

    Sistemas en el alcance tras esta fase:

    • Core bancario (Sistemas que incorpora la fase)
    • Back-office (Sistemas que incorpora la fase)
  2. Sistemas del grupo

    Se incorporan los sistemas que comparten clientes con el core, como los seguros que comercializa la entidad o las aplicaciones departamentales.

    Sistemas en el alcance tras esta fase:

    • Core bancario
    • Back-office
    • Seguros (Sistemas que incorpora la fase)
    • Aplicaciones departamentales (Sistemas que incorpora la fase)
  3. Canales digitales

    La banca a distancia, la app móvil y las API de agregación y servicios digitales para terceros consultan varios sistemas a la vez. Sus pruebas necesitan al cliente completo y coherente en todos ellos.

    Sistemas en el alcance tras esta fase:

    • Core bancario
    • Back-office
    • Seguros
    • Aplicaciones departamentales
    • Banca a distancia (Sistemas que incorpora la fase)
    • App móvil (Sistemas que incorpora la fase)
    • Servicios a terceros (Sistemas que incorpora la fase)
  4. Nuevos sistemas

    Las plataformas que llegan después, como un core de nueva generación o un motor de procesos, se incorporan al alcance como una fase más.

    Sistemas en el alcance tras esta fase:

    • Core bancario
    • Back-office
    • Seguros
    • Aplicaciones departamentales
    • Banca a distancia
    • App móvil
    • Servicios a terceros
    • Core de nueva generación (Sistemas que incorpora la fase)
    • Motor de procesos (Sistemas que incorpora la fase)

Una entidad financiera española empezó por el core sobre host (unas 1.300 tablas) y, al ir incorporando sistemas, icaria gestiona hoy más de 2.000 tablas en cada movimiento de un cliente.

icaria TDM · Posición global

Un cliente, varios productos y todo su histórico

Un cliente de banca tiene varios productos a la vez, con titulares compartidos, cargos cruzados entre contratos y años de histórico. Todo eso forma su posición global, y una prueba de canal digital la muestra completa en una sola pantalla.

Producto TitularidadHistóricoVencimientosLiquidación
Cuenta corriente Titular y cotitular Movimientos; el saldo resulta de todos ellos Sin vencimiento Intereses y comisiones de cada periodo
Tarjeta de crédito Titular y tarjetas adicionales Operaciones y extractos mensuales Fecha de cargo de cada extracto El extracto se carga en la cuenta
Préstamo hipotecario Titulares y avalistas Cuotas pagadas y pendientes Cada cuota y la fecha final La cuota se carga en la cuenta
Seguro vinculado Tomador y asegurados Recibos emitidos y pagados Renovación anual El recibo se carga en la cuenta
Depósito a plazo Titular Imposición y renovaciones Fecha de vencimiento del plazo Intereses abonados en la cuenta
Fondo de inversión Partícipe Suscripciones, reembolsos y valor liquidativo Sin vencimiento Reembolsos abonados en la cuenta

Qué exige a los datos de prueba

Recorte por cliente, no por tabla

Seleccionar un cliente arrastra sus contratos, sus cotitulares y las cuentas contra las que se liquidan. Cada cotitular tiene a su vez sus propios productos, así que el proyecto decide hasta dónde se sigue cada relación. Si una relación se corta, el producto queda huérfano y la prueba falla en el canal.

Histórico con ventana

Movimientos, recibos y cuotas se acotan por fecha para no copiar años de datos. Lo que se lleva al entorno tiene que cuadrar: los saldos con sus movimientos y cada cargo con la cuenta en la que se liquida.

El mismo cliente en todos los sistemas

La disociación sustituye nombre, documento de identidad y cuentas con el mismo resultado en todas las aplicaciones, para que el cliente disociado sea el mismo en el core, en seguros y en los canales.

icaria Data Privacy

Privacidad dentro del host y de los sistemas propietarios, integrada con el mundo abierto

En banca, los datos personales están en el host, en desarrollos propios, en productos de mercado y en sistemas abiertos. Los controles de privacidad tienen que aplicarse dentro de cada uno y funcionar como un solo proceso. icaria Data Privacy trabaja sobre todos a la vez.

Identificación y localización

Localiza a un interesado en todos sus sistemas

icaria Data Privacy identifica al interesado por una solicitud, por reglas de negocio o desde un proceso externo, y recorre las relaciones de su registro principal para localizar sus datos en cada aplicación del alcance, con el mismo modelo de datos para el host y para los sistemas abiertos.

  • Usa los conectores de la plataforma: DB2 para z/OS y AS/400, IMS DL/I, Fujitsu Symfoware, Oracle, SQL Server o PostgreSQL.
  • Donde no hay conexión directa, trabaja por intercambio de ficheros.
  • Aplica la misma política a una persona o a cohortes completas definidas por reglas.
Un mismo plan recorre al interesado en el host, en un desarrollo a medida, en productos de mercado como el ERP o el CRM y en los canales digitales.

Bloqueo, anonimización y supresión

Actúa dentro de cada sistema de origen

La acción se ejecuta sobre los datos de cada aplicación afectada, sea un desarrollo propio o un producto de mercado: bloqueo, anonimización o eliminación física, según el plan. Así la limitación del tratamiento y la supresión llegan también a los sistemas heredados.

  • Anonimiza los datos personales y conserva la información operativa que sigue siendo válida.
  • Atiende los derechos de acceso, rectificación, supresión y portabilidad.
  • Se integra por servicios REST con la plataforma que recibe las solicitudes.
El registro del interesado antes y después de la anonimización: los datos personales cambian y el resto del registro sigue sirviendo a la operación.

Resguardo y trazabilidad

Conserva, revierte y demuestra cada acción

Antes de modificar producción, el plan puede guardar la información original en un repositorio de recuperación con acceso restringido, que permite una consulta o una reversión autorizada hasta el borrado definitivo. Cada interesado, proceso y estado queda registrado para auditoría.

  • Mantiene los datos conservados accesibles aunque la tecnología de origen quede obsoleta.
  • Borra definitivamente el repositorio al terminar el plazo de conservación.

Clientes del sector financiero

La implantación de icaria Data Privacy nos permitió gestionar de forma homogénea y consistente los procesos de bloqueo y supresión de datos personales en las filiales del Grupo Ibercaja.

Javier Martínez LafuenteDirector of Management Oversight · Grupo Ibercaja

Buscábamos una herramienta capaz de adaptarse a la heterogeneidad de nuestro ecosistema tecnológico y cumplir con las exigencias del GDPR. Con icaria TDM encontramos la flexibilidad que necesitábamos y una solución aplicable a un amplio espectro de necesidades de gestión del dato a lo largo de todo su ciclo de vida.

Jorge RodríguezData Platform Manager · Cetelem

Sin afectar a producción

Trabaja sobre producción sin competir con la operación del banco

El planificador de hilos fija, por calendario y franja horaria, cuántos hilos usa cada proceso: pocos en las horas de mayor actividad, más en horario valle y ninguno en las fechas excluidas. Se aplica a la segmentación, la disociación masiva, el buscador y los procesos de privacidad.

Planificador de hilos · disociación masiva sobre el host

Planificación de ejemplo

  • Lunes a viernes: 0:00–7:00: 8 hilos; 7:00–16:00: 2 hilos; 16:00–24:00: 5 hilos
  • Sábados y domingos: 0:00–24:00: 8 hilos
  • Cierre de mes: 0:00–24:00: Excluido

Horario valle

La carga se concentra en las noches y los fines de semana, cuando el host tiene capacidad libre. En las horas de mayor actividad el proceso sigue avanzando con los hilos que la entidad le asigna, y en las fechas críticas no se ejecuta.

Consumo bajo y acotado

El número de hilos se ajusta a la capacidad que la base de datos puede ceder en cada franja, así que el consumo de cada proceso es bajo y se conoce de antemano. La extracción trabaja con un usuario de solo lectura para no bloquear tablas de producción.

Aplicaciones a medida y de mercado, a la vez

Un mismo proyecto reúne el core sobre host, los productos de mercado y los desarrollos propios sobre una misma base de metamodelo, y trabaja sobre todos ellos a la vez, con el mismo método y sin una herramienta distinta para cada tecnología.

Hablemos de los datos de tu entidad

Revisamos contigo tus sistemas, del host a los canales digitales, y te mostramos cómo icaria controla sus cambios, prepara los datos de prueba y protege los datos personales.

Preguntas frecuentes

¿Qué aporta icaria a un banco?

Tres productos sobre una misma base de metamodelo. icaria Data Governance controla los cambios del modelo de datos y compara el mismo dato entre sistemas, también en las migraciones. icaria TDM lleva a los entornos de prueba clientes completos y disociados, del core a los canales digitales. icaria Data Privacy ejecuta los derechos de los interesados sobre los datos de producción. Se pueden adquirir por separado o juntos.

¿Cómo ayuda icaria Data Governance en una migración entre sistemas?

Los datos del sistema de origen y del de destino se llevan a un mismo metamodelo de referencia, con reglas que define el arquitecto, y se comparan campo a campo según su rol de información. Cada discrepancia queda registrada como defecto de integridad y se publica en el monitor de salud, así que se puede comprobar que lo migrado es equivalente antes de retirar el sistema antiguo.

¿Por dónde empieza un proyecto de TDM en un banco?

Por el core bancario y sus aplicaciones principales, donde está el dato de referencia de clientes, contratos y cuentas. Con ese modelo construido, el alcance se amplía por fases a los sistemas que dependen del core, como seguros o aplicaciones departamentales, y a los canales digitales.

¿Cómo llega completa la posición global de un cliente al entorno de pruebas?

icaria TDM recorta por cliente: parte de las personas seleccionadas y sigue las relaciones con sus contratos, cotitulares y cuentas de cargo, de modo que cada producto llega con los datos de los que depende. El histórico se acota por fecha y el proyecto define hasta dónde se sigue cada relación.

¿Puede icaria Data Privacy actuar sobre el host y sobre sistemas propietarios?

icaria Data Privacy trabaja sobre las fuentes de datos de la plataforma icaria, que incluyen DB2 para z/OS y AS/400, IMS DL/I y Fujitsu Symfoware además de las bases de datos abiertas, y sobre ficheros cuando no hay conexión directa. Un mismo plan localiza los datos del interesado en todas las aplicaciones del alcance y ejecuta en cada una el bloqueo, la anonimización o la eliminación que corresponda.

¿Afecta a la operación de producción?

Los procesos se planifican para no competir con ella. El planificador de hilos fija por calendario y franja horaria cuántos hilos usa cada proceso, con menos carga en las horas de mayor actividad y más en horario valle, y la extracción trabaja con un usuario de solo lectura para no bloquear tablas.

¿Los datos disociados siguen cruzando entre sistemas?

Sí. La disociación sustituye los datos personales con el mismo resultado en todas las aplicaciones, de modo que las claves de cruce se mantienen y el cliente disociado es el mismo en el core, en seguros y en los canales.

¿Qué más aporta icaria TDM a los equipos de pruebas de un banco?

Un repositorio que guarda copias de datos ya preparados para cargarlas en distintos entornos sin volver a extraer de producción; un buscador de datos con el que los equipos localizan clientes por criterios de negocio y los mueven a su entorno en autoservicio, con usuarios y roles; y datos sintéticos para las funcionalidades que todavía no tienen datos en producción.

Contenido relacionado

Más sobre el dato en el sector financiero