Documentation for a newer release is available. View Latest

Cómo iniciar tu primer proyecto de implementación de IPF

¿Estás a punto de comenzar tu recorrido con IPF? Esta página enumera pasos sugeridos que puedes seguir para empezar con éxito a construir soluciones con IPF.

1. Prerrequisitos

  1. Asegúrate de entender dónde se desplegará tu solución construida con IPF. Si el entorno no está listo, asegúrate de que alguien esté trabajando en prepararlo. Necesitarás una base de datos adecuada y un lugar donde alojar los contenedores

  2. Identifica si necesitas alguna formación

  3. Asegúrate de tener acceso a nuestro repositorio Nexus

2. Comenzando para desarrolladores

  1. Instala y configura MPS

  2. Crea tu propio proyecto desde cero: Create New Project

  3. Crea un sample credit transfer flow con una domain function o algún tipo de validación a implementar (enlace del tutorial de DSL: DSL Domain Function)

  4. Crea un external domain (también puede usarse los ejemplos de fraud/sanction: DSL External Domain)

  5. Implementa validaciones y comprobaciones en el lado Java

  6. Implementa connectors para comunicarte con dominios externos

  7. Crea una aplicación de pruebas (aplicación SpringBoot)

  8. Construye el flow de prueba

  9. Construye el entorno de pruebas (ejemplo: contenedores docker para Mongo, Kafka, developer-app, utiliza también algunos de los simuladores de IPF)

  10. Prueba el flow en un entorno Docker

  11. Despliega en tu entorno cloud y prueba allí

3. Comenzando para Business Analysts y Architects

  1. Define el proceso de negocio E2E que deseas implementar

  2. Identifica los sistemas que se utilizarán para implementar el proceso y cómo interactuarán para hacerlo

  3. Bosqueja los flows MPS para los componentes que se construirán con IPF en MPS

  4. Considera qué tipo de modelo de datos quieres usar en los flows. ¿Usarás un enfoque MDS, quizá un PAIN1? ¿Y si necesitas almacenar datos como credit y debit account? Aunque PAIN1 puede almacenar las cuentas del creditor y del debtor, no puede contener credit y debit accounts. ¿Cómo lo resolverás? ¿Crearás un PDS para almacenar la información adicional que no cabe en un PAIN1 o crearás una estructura PDS a medida para contener todos los datos de pago del flow en lugar de usar algo como un PAIN1? ¿Cómo mostrarás esta estructura en el GUI? Consulta aquí para una lista de MDS ISO20022 soportados out of the box.

  5. ¿Cuál será tu enfoque con los reason codes? Puede que quieras usar los ISO reason codes (por ejemplo, TM01 es timeout, AC06 es blocked account), pero ¿son lo suficientemente específicos para ti? Los códigos ISO están diseñados para usarse entre bancos y, por tanto, no cubren errores que se producen durante el procesamiento dentro de un banco, como no encontrar CSM para creditor agent. ¿Quieres ampliar ISO o crear tu propio conjunto de reason codes a medida?

  6. Elige un flow sencillo para comenzar y escribe stories para implementar los distintos pasos del flow. Ver esta página para más información sobre cómo abordar la escritura de stories para un proyecto de implementación de IPF.

  7. ¡No olvides cubrir los NFRs!

4. Comenzando la implementación propiamente dicha

Una vez que tus desarrolladores y BAs estén listos, prioriza tu backlog y comienza el proceso ágil normal. Recuerda jugar cualquier historia de configuración necesaria para hacer cosas como configurar repos, crear servicios, etc. antes de comenzar con historias funcionales. Puede que, en las primeras etapas del proyecto, además de las sesiones de refinamiento, valga la pena tener sesiones de pre-refinamiento con un grupo más pequeño y senior para resolver grandes incógnitas sin ocupar el tiempo de todo el equipo. Una vez que el equipo haya asentado un ritmo normal de entrega, probablemente ya no se necesite el pre-refinamiento.