Icon Estándar

El Icon El estándar está diseñado para simplificar cómo los clientes integran su payment flows con los diversos paquetes de esquemas ofrecidos por Icon para la conectividad del esquema de pago externo. Al seguir el Icon Estándar, los clientes pueden construir mensajes de pago y flujos que son independientes del esquema — el mismo formato de mensaje puede ser enviado a cualquier paquete de esquema soportado sin que el cliente necesite entender o gestionar los requisitos específicos del esquema. Todo específico del esquema mapping y el enriquecimiento será gestionado por el propio paquete del esquema.

Este enfoque permite que los paquetes de esquemas sean intercambiables con un esfuerzo de desarrollo mínimo.

El objetivo: Los clientes pueden construir flujos una vez, sin preocuparse por el esquema de pago subyacente. Icon maneja la complejidad — para que usted no tenga que hacerlo.

Habilitando el Icon Estándar

Para utilizar el Icon Estándar, los clientes simplemente establecen un indicador global en la configuración de IPF (Mapeo Estándar de Iconos). Esto informa a todos los paquetes de esquema que los mensajes que procesa a partir de flujos deben ser tratados como estandarizados y pueden requerir enriquecimiento, y los mensajes de los esquemas deben ser actualizados para que se ajusten al estándar. No se requieren otros cambios técnicos.

Aunque usted puede seguir utilizando el completo ISO20022 XSD para mensajes de pago en sus flujos, solo necesita completar los campos especificados en el Icon Estándar. Al pasar estos mensajes a los paquetes del esquema, no se aplicará la validación de campos no utilizados, lo que permitirá una mayor flexibilidad durante la integración.

Mensajes Salientes

pacs.008(Cliente como Deudor)

Cuando un flujo está enviando pacs.008 mensajes bajo el Icon Estándar, el mensaje no contiene datos específicos del esquema. Todos los datos relevantes deben incluirse a nivel de transacción, no en el encabezado del mensaje.

Incluso al dirigirse a esquemas de pago basados en volumen (por ejemplo,SEPA Transferencia de Crédito), cada pacs.008 mensaje debajo del Icon El estándar representa un único pago. El cliente no necesita adaptarse a estructuras de lotes específicas del esquema.

Los datos específicos del esquema aquí significan que los flujos no necesitan saber cosas como si deben colocar la fecha de liquidación interbancaria en el encabezado o la transacción según el destino. CSM. Si necesita hacer algo como proporcionar información de remesas específica del esquema (por ejemplo, referencia QR en pagos suizos), o datos relacionados con un AOS en SEPA esto puede ser proporcionado como parte de la Icon Mensaje estándar.

pacs.004(Cliente como Deudor)

Poblando un pacs.004 el mensaje está en gran medida limitado por el detalle proporcionado en el original pacs.008. El ISO20022 modelos recomiendan, pero no obligan, que todos los datos de la pacs.008 siendo devuelto, se mapea en el pacs.004. El Icon El estándar, por lo tanto, se concentra principalmente en las secciones de Encabezado del Grupo y Motivo de Devolución del mensaje con el fin de crear un método estándar de población.

Entrante

pacs.008(Cliente como Acreedor)

Cuando un flujo recibe un pacs.008 mensaje utilizando el Icon Estándar, todos los datos del esquema serán transmitidos al cliente. Si algún campo utilizado por el esquema está fuera de lo recomendado Icon Los campos estándar, esos elementos de datos serán copiados en los campos estándar apropiados.

Esto asegura que los flujos construidos de acuerdo con el Icon El estándar puede acceder a datos clave sin necesidad de entender la estructura o mapping de un esquema específico.

Códigos de respuesta

Todos los esquemas de pago actualmente soportados por IPF devuelven códigos de respuesta en cualquiera de ISO20022 formato o como códigos propietarios.

Cuando el Icon El estándar está habilitado:

  • Códigos de respuesta específicos de esquema propietario en pacs.002 los mensajes están mapeados a estandarizados Icon códigos de respuesta (o ISO20022 códigos de formato)

    • Nota: donde los esquemas de pago devuelven códigos de respuesta en ISO20022 formato, luego se pasan a través de esta manera (no hay ningún mapping).

  • Esto permite a los clientes procesar las respuestas de manera uniforme, independientemente del esquema.

  • Las respuestas del esquema original se trasladan a los datos comerciales adjuntos en caso de que el cliente los requiera.