Filtrado Bancario
Descripción del Servicio
El servicio de filtrado del Banco ofrece medios para filtrar las transacciones en función de criterios definidos a través de reglas dinámicamente configurables. Las reglas pueden ser configuradas utilizando el Configuración de Procesos Dinámicos solución en IPF. Esto permite que las reglas se actualicen sin necesidad de un restart de su implementación de IPF.
Para saber más sobre por qué las implementaciones de clientes pueden considerar utilizar el servicio de filtrado bancario, consulte ¿Por qué el filtrado bancario?
El servicio de filtrado acepta atributos de pago selectivos a través del Servicio de Filtrado Bancario. API. Los atributos pueden ser completados por los flujos de implementación del cliente utilizando los datos disponibles para evaluar si la transacción que se está procesando coincide con alguna de las reglas de filtrado activas definidas. El Servicio API proporciona una respuesta basada en las reglas de coincidencia y también proporciona información relevante sobre la(s) regla(s), principalmente la gravedad de la(s) regla(s) de coincidencia.
El Servicio de Filtrado Bancario API la respuesta requiere que las implementaciones del cliente determinen cómo debe procesarse el pago en función de las reglas que haya coincidido, si las hay. Por ejemplo:
-
Bloquear / rechazar el pago
-
Envíe el pago para revisión manual.
-
Registre el pago para la presentación de informes regulatorios.
Diagrama Contextual de Filtrado Bancario
Los servicios de filtrado bancario utilizan los siguientes componentes clave para proporcionar a las implementaciones de los clientes la capacidad de filtrado.
Componentes
| Componente / Función | Descripción |
|---|---|
Reglas de Filtrado Bancario |
Estas son las reglas de filtrado definidas por las implementaciones del cliente para su uso en los flujos de procesamiento. El servicio también caches reglas para mejorar el rendimiento del servicio. |
Procesamiento Dinámico Setting Management API s |
El setting management API s se proporcionan a través de IPF Dynamic Processing Settings. El APIs proporcione la capacidad de crear, actualizar y eliminar dinámicamente las reglas según sea necesario. El DPS La implementación también proporciona un flujo de trabajo de aprobaciones opcional para que las reglas puedan pasar por verificaciones de aprobación de múltiples ojos antes de ser consideradas activas. |
Servicio de Filtrado Bancario API |
El servicio API proporciona una interfaz para que los flujos / sistemas de implementación del cliente interactúen con el servicio de filtrado bancario y recuperen la gravedad de las reglas que coinciden con los criterios de entrada proporcionados. El servicio API se versiona para garantizar que las versiones anteriores puedan mantenerse compatibles hacia atrás en los casos en que la funcionalidad del servicio se amplíe en función de los requisitos futuros del cliente. |
Lógica de filtrado bancario |
La lógica proporciona el core capacidad de filtrado. Utiliza las reglas configurables dinámicamente para garantizar que solo se apliquen las reglas activas siempre que coincidan con los criterios de entrada y devuelve la severidad más alta asociada con el pago cuando múltiples reglas coinciden. |
Uso de muestra
El diagrama a continuación muestra un uso de muestra representativa del Servicio de Filtrado Bancario. API por un flujo de procesamiento de pagos.
El flujo de muestra mapea los atributos del pago que se está procesando en el servicio. API parámetros de solicitud para recuperar el riesgo asociado con el pago.
El flujo realiza las siguientes acciones basadas en los valores de riesgo devueltos:
| Severidad de Riesgo Más Alta | Reglas Coincidentes | Acción |
|---|---|---|
0 |
No se encontraron reglas que coincidan. |
El pago puede ser procesado posteriormente para llevar a cabo cualquier validación adicional que sea necesaria antes de ser enviado para compensación y liquidación o para el registro en la cuenta. |
1 a 5 |
El pago coincidió con una o más reglas de filtrado, pero las reglas no tienen una gravedad crítica para el negocio. |
El pago será dirigido a una revisión manual para una intervención humana que garantice que sea seguro procesarlo y ser rechazado si es necesario. |
6 a 9 |
El pago coincidió con una o más reglas de filtrado y las reglas son de gravedad crítica para el negocio. |
El pago será rechazado / bloqueado para evitar que se materialice el riesgo asociado con el pago. |
| Los atributos que deben ser mapeados en el servicio API solicitud, el rango de severidades a utilizar y las acciones asociadas con cada severidad son implementación del cliente decisions. |