Preguntas frecuentes
Esta sección proporciona respuestas a preguntas comunes, divididas en varias secciones. Puede usar la barra de búsqueda para buscar en todo el sitio, pero estas FAQs deberían enlazar a la documentación asociada dentro de las developer docs.
| Este es un documento vivo y se van añadiendo preguntas a medida que se hacen evidentes. |
General
¿Qué es IPF?
IPF - Icon Payments Framework. Es un framework de bajo código que permite a los bancos desarrollar su propia solución de procesamiento de pagos aprovechando el SDK de IPF y cualesquiera módulos opcionales o "scheme packs" listos para usar.
¿IPF es cloud native?
IPF es agnóstico de nube (es decir, no depende de una plataforma cloud específica), pero no es cloud native.
¿Qué es un AOM?
Los Módulos Opcionales Adicionales (AOM) proporcionan funcionalidad de soporte que están sujetos a una licencia adicional sobre la licencia IPF Core.
Algunos ejemplos son
-
Resolución de identidad
-
Almacén de Datos Operativos (ODS)
-
Scheme Packs
Para la lista completa y más detalles, consulte AOM
¿IPF soporta ISO20022?
Sí, los modelos de datos internos usados en los componentes y aplicaciones IPF se basan en tipos de mensajes ISO20022.
¿Existen ventanas de mantenimiento programadas en las soluciones de pagos construidas con IPF?
Ninguno de los componentes, aplicaciones o soluciones construidas con IPF requiere ventanas de mantenimiento por defecto. Están construidas de forma que soporten actualizaciones rolling con compatibilidad hacia atrás incorporada cuando es posible.
Las ventanas de mantenimiento generalmente son requeridas por requisitos del entorno/infraestructura del banco o por sistemas del banco que requieren dicho mantenimiento. Las soluciones de pago construidas con IPF deben soportar la indisponibilidad de esos sistemas dependientes gestionando el procesamiento de pagos en curso/nuevos de forma ordenada.
¿Pueden las aplicaciones de procesamiento construidas con IPF soportar múltiples entidades legales bancarias?
Sí, las soluciones de pago construidas con IPF y las aplicaciones de soporte IPF soportan soluciones multi‑entidad legal. El procesamiento de pagos y las vistas de datos de pagos se segregan lógicamente por entidad de procesamiento, que es un identificador de una entidad legal.
¿Cómo puedo aprender IPF?
Los tutoriales son un gran lugar para empezar - learn::home.adoc
¿Cómo identificar una transacción individual?
IPF usa una referencia única (unitOfWorkId) para todas las transacciones procesadas, y puede asegurar que las referencias proporcionadas por el cliente se correlacionan con las referencias internas de IPF para facilitar una conciliación exitosa y proporcionar trazabilidad.
¿IPF es solo para pagos instantáneos?
No, tanto soluciones de pago instantáneo como no instantáneo pueden construirse usando IPF. El SDK también puede usarse para construir otras soluciones de procesamiento de pagos internas a una institución financiera.
¿IPF es solo para pagos individuales?
No, las soluciones construidas con IPF pueden procesar pagos iniciados individualmente, en lote, inmediatos o con fecha futura. IPF también soporta procesamiento en días hábiles así como 24/7 y ventanas de clearing soportadas por el servicio CSM correspondiente.
¿IPF soporta validación de pagos a medida?
Sí, IPF no solo proporciona un conjunto de validaciones técnicas y de negocio de pagos, también es posible que los bancos codifiquen validaciones de negocio personalizadas para ser llamadas desde los flujos de procesamiento de IPF. Los pasos de proceso subyacentes en los flujos pueden integrarse con un sistema preexistente para realizar validaciones de pagos.
¿IPF proporciona una interfaz de usuario?
IPF ha entregado una GUI (Operational Dashboard) que proporciona la capacidad de buscar pagos/transacciones, ver resumen/detalles de pagos, historial de ejecución de pagos, gráfico de ejecución en tiempo de ejecución, mensajes en bruto intercambiados para un pago y más. No gestiona usuarios pero soporta single sign-on integrándose con el IAM del banco vía OAUTH o SAML. También soporta mapear los roles de la GUI a los roles específicos del banco. Además de datos de transacciones de pago, también realiza llamadas API a varias aplicaciones IPF para obtener y actualizar configuraciones y datos dinámicos.
El Operational Dashboard de IPF se basa en el marco de GUI de IPF, por lo tanto es extensible. Los clientes pueden añadir sus módulos específicos del banco (pantallas e integraciones API) usando las funcionalidades del marco de GUI de IPF y crear sus propios Operational Dashboards personalizados/extendidos.
¿IPF proporciona una interfaz de usuario para gestionar devoluciones, recall/reversals?
IPF proporciona un conjunto de definiciones de API para devoluciones, recalls y ROIs. Para definiciones de API vea IPF APIs
La implementación de dichas APIs depende de requisitos específicos del banco y puede definirse fácilmente como flujos de procesamiento dentro de una orquestación IPF. Los flujos pueden definirse en MPS usando el DSL de Pagos y la integración con sistemas específicos del banco puede lograrse con el uso de los marcos de conectores y mapeo de IPF.