Implantación Api existente Openbanking

•    Se requiere que se implante una API de Open Banking pre-existente (se sugiere al Proveedor el empleo de la solución Tink de Visa, aunque pueden explorarse cualquier alternativa que abarque Europa, especialmente España (https://tink.com/) para:
o    Que los clientes de La StartUp se autentiquen contra 1 o varias de sus cuentas bancarias (account check + aggregation) y dejen sus claves para poder acceder al dato de forma automática con posterioridad.
    Esta autenticación por parte de los clientes debe ser mediante una interfaz web sencilla que les guíe paso a paso por el proceso de verificación y agregación de sus cuentas.
    La interfaz de usuario no tiene que estar necesariamente en Tink.
O    De esta API se quiere obtener un extracto de sus Business Transactions (https://docs.tink.com/resources/business-transactions) de forma enriquecida para tener una adecuada categorización del origen (https://docs.tink.com/resources/data-enrichment).
    Los datos a obtener serán, inicialmente, todos los que permita la API. Posteriormente, se realizará un análisis de los datos más útiles que serán los que habrá que ingestar.
    El acceso a las cuentas será recurrente.
    El acceso a las cuentas se deberá poder hacer de forma automática por parte de La StarUp.
•    Output esperado:
o    Se espera que La StartUp disponga de un panel de control que permita ver a todos sus clientes y sus bancos enlazados.
O    El panel de control también debe tener analítica de: visitas a la interfaz de usuarios, usuarios registrados, usuarios con error, etc.
O    La StartUp desea que 1 vez al día se realice un volcado de todos los datos de sus clientes a un Excel que será almacenado en este panel de control. El Excel deberá tener la siguiente forma:
    1 pestaña por cada cliente
    En cada pestaña se espera disponer de todos los datos históricos disponibles del cliente marcando en una columna específica aquellos datos incrementales respecto del informe anterior.
O    El proceso de análisis y publicación en herramienta de BI (cuadros de mando) será ejecutado por La StartUp y no está dentro del alcance.
•    Esta fase debe ser ágil en su desarrollo para empezar a incorporar clientes a mediados de julio a la plataforma con el objetivo de poder tomar sus datos bancarios de forma automática 1 vez al día.
•    Los usuarios esperados del PMV se estiman en 10; aunque la solución debería poder incluir un mayor número 50-100. Para la fase 2 (>100 clientes) se revisará y profesionalizará el MVP.
•    Puesto que esta fase requiere agilidad y ligereza en su ejecución, se deja a criterio del Proveedor definir el diseño e implantación más adecuado.
•    Lo que se espera recibir como respuesta a la propuesta es un Diseño de la solución de alto nivel, plazos de ejecución en Julio y tareas / hitos durante la fase de ejecución.