Manejo de Errores

El Bulker es un core aspecto de IPF, se configura y despliega con el CSM, pero es un componente separado. Cualquier error que ocurra en el Bulker se deberá a problemas técnicos, no a problemas de calidad de datos, ya que todos los pagos son verificados antes de ser enviados a la Bulker. Si el Bulker informa de un error cuando se envía una transacción, el CSM se elevará un system event de tipo 'ERROR'. Esto event contendrá toda la transacción en la carga útil del mensaje. La transacción problemática será eliminada del mensaje que se está manejando actualmente por el CSM, y el procesamiento continuará. Al hacerlo, el CSM entrega la responsabilidad de la transacción al equipo de soporte del cliente, ya que no puede transferirla al esquema en sí. Si solo hay una transacción en un mensaje, o si todas las transacciones son eliminadas debido a errores, el SEPA las transiciones de flujo a la presentación rechazada.

Si el archivo de entrada se procesa con éxito debulked y todos los componentes están listos, el Debulker notificará el SEPA CT CSM. En caso de fallo, (por ejemplo, archivo duplicado, archivo corrupto), un system event se generará un error de tipo ERROR y se enviará una notificación por el SEPA CT CSM Scheme Pack. No se realizará procesamiento posterior.triggered en tales casos.

Para correlacionar pacs. 002 respuestas del esquema con las solicitudes iniciales enviadas por el CSM, se utiliza una base de datos externa como Almacén de Correlación. La información sobre los pagos/solicitudes salientes y qué mensaje/archivo fueron bulked en, se almacena como registros en esta ubicación. El almacén es un componente desplegado por separado del CSM y puede informar sus propios errores. Similar a la Bulker, cualquier error reportado por el Correlation Store resultará en un System Event de tipo 'ERROR' y la eliminación de la transacción/solicitud en cuestión del mensaje que se está procesando actualmente. Se incluirá una copia de todo el componente y la solicitud enviada a la Tienda como la carga útil en el System Event. Sin registro de la solicitud en la Tienda, el CSM no podrá hacer coincidir la respuesta del esquema con la solicitud correcta, por lo que la transacción/solicitud será eliminada de la copia local del mensaje que está siendo procesado por el CSM y la responsabilidad de hacer coincidir la respuesta recaerá en el equipo de Soporte al Cliente (ya que la transacción estará en el siguiente archivo que se enviará al esquema).

Cuando las transacciones son bulked juntos para la entrega al esquema, la responsabilidad de construir el encabezado del grupo recae en el SEPA CT CSM, ya que el encabezado del cliente se elimina durante el procesamiento interno. La construcción de este encabezado es completamente automatizada y probada, por lo que nunca debe contener errores. Sin embargo, si el esquema rechaza un mensaje con un código de error que indica un problema con el encabezado del grupo, un System Event de tipo 'ERROR' se generará y se detendrá el procesamiento de la respuesta. El system event identificará el mensaje de salida original con el error. Será responsabilidad del equipo de soporte acceder al mensaje de salida original, corregir el error y volver a enviar los pagos directamente al esquema. Los mensajes reenviados, debido a errores en el encabezado del grupo en sus originales, no serán identificados como duplicados por el esquema; por lo tanto, se puede utilizar el MsgId original. El SEPA CT CSM podrá procesar la respuesta del nuevo esquema, emparejándola con el mensaje original, y el procesamiento normal se reanudará. Si se encuentran estos errores, se deberá investigar y corregir la causa raíz.