Estándar de Iconos

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

Este enfoque permite scheme pack s debe ser intercambiable 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 Estándar de Iconos

Para utilizar el Estándar de Iconos, los clientes simplemente establecen un global flag en la configuración de IPF (Estándar de Iconos Mapping). Esto informa a todos scheme pack Los mensajes que procesa de los 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 Estándar Icon. Al enviar estos mensajes a la scheme pack s, la validación de campos no utilizados no se aplicará, permitiendo una mayor flexibilidad durante la integración.

Mensajes Salientes

pacs. 008(Cliente como Deudor)

Cuando un flujo está enviando payment-solutions:icon-standard/messages/pacs. 008.adoc Los mensajes bajo el Estándar Icon no contienen 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 bulk-esquemas de pago basados en (por ejemplo,SEPA Transferencia de Crédito), cada pacs. 008 El mensaje bajo el Icon Standard 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 del mensaje estándar de Icon.

Entrante

pacs. 008(Cliente como Acreedor)

Cuando un flujo recibe un payment-solutions:icon-standard/messages/pacs. 008.adoc El mensaje utilizando el Estándar Icon, todos los datos del esquema serán transmitidos al cliente. Si algún campo utilizado por el esquema se encuentra fuera de los campos recomendados del Estándar Icon, esos elementos de datos serán copiados en los campos estándar apropiados.

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

Response codes

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

Cuando se habilita el Estándar de Icono:

  • Esquema específico propietario response codes in payment-solutions:icon-standard/messages/pacs. 002.adoc los mensajes están mapeados a un Icon estandarizado response codes(o ISO20022 códigos de formato)

    • Nota: donde los esquemas de pago devuelven response codes in ISO20022 formato, luego se pasan a través tal como están (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 la documentación acompañante.business data deberá el cliente requerirlos.