Processing Entity Explained
Una 'Processing Entity' es una entidad dentro de la configuración del negocio de la institución financiera que usa IPF para el procesamiento de pagos. A partir de este punto en la documentación, las instituciones financieras que usan IPF se denominan 'Client Implementations'.
Processing entity es una entidad que mantiene su propio ledger y puede mantener relaciones de liquidación (settlement) independientes con entidades/partes externas.
La configuración de Processing Entity puede variar entre distintas implementaciones cliente en función de la configuración del ledger.
1. Processing Entity Levels
Pueden ser cualquiera de los siguientes (sin limitarse a ellos):
-
Nivel país - Processing Entities definidas para cada país de operación del negocio del cliente. Cada unidad de país tiene su propio ledger y puede mantener relaciones de liquidación con entidades externas a nivel de país.
-
Nivel marca - Processing Entities definidas para cada marca dentro del grupo bancario más amplio de la implementación del cliente. Cada marca mantiene su propio ledger y puede mantener relaciones de liquidación con entidades externas.
-
Nivel entidad legal - Processing Entities definidas para cada entidad legal dentro de un grupo bancario (marcas comerciales iguales o diferentes). Cada entidad legal mantiene su propio ledger y puede mantener relaciones de liquidación con entidades externas.
Cuando IPF está procesando un pago, lo hace para una processing entity donde se usa el ledger de esa processing entity. Los metadatos del pago son específicos de la processing entity y la processing entity está presente en los metadatos de los pagos en diferentes partes de la implementación IPF.
Corresponde a las implementaciones cliente considerar a qué niveles se definen las processing entities para las implementaciones IPF.
Es posible que una implementación IPF tenga múltiples processing entities definidas. Esto proporciona a las implementaciones cliente una forma de usar IPF para procesar pagos para cada processing entity de manera independiente. Es importante señalar que un pago dentro del grupo bancario más amplio de la implementación del cliente puede abarcar distintas processing entities y cada tramo del procesamiento del pago estará asociado a una processing entity específica (saliente desde o entrante hacia la processing entity).
En función del deudor y el acreedor del pago, los pagos generalmente se clasifican como uno de los siguientes respecto al procesamiento de CSM Reachability:
-
Intra Entity - Un pago en el que tanto el deudor como el acreedor tienen cuenta en la misma processing entity y el pago no necesita liquidarse con una entidad externa (dentro o fuera del grupo bancario más amplio).
-
Intra Group - Un pago en el que el deudor y el acreedor tienen cuenta en diferentes processing entities dentro del grupo bancario más amplio. El pago necesitará liquidación entre las dos entidades involucradas en el pago.
-
Extra Group - Un pago en el que el deudor y el acreedor tienen cuenta en dos grupos bancarios diferentes. El pago necesitará ser liquidado entre las dos entidades ya sea a través de un mecanismo de 'Clearing and Settlement'. Esto puede ser mediante una relación de liquidación directa entre las dos entidades o a través de una 'Clearing House' que facilita la compensación y liquidación de entidades participantes.