Bulk Creación de Archivos

Multi-nivel bulking es compatible con pacs. 004, pacs. 008, camt. 029 y camt. 056.

Para agrupar los pagos individuales en los mensajes correctos que deben pasar la validación del esquema, el Bulker está configurado para utilizar múltiples niveles bulking, autogenerado, recurrente Bulks.

Cada mensaje dentro de la Bulker es un separado Bulk con toda la funcionalidad que viene con un Bulk(agregar componentes, eliminar componentes, consultar componentes, etc.). Para utilizar el Multi Level Bulking funcionalidad, sin embargo, estos bulks no están configurados para transmitir a un archivo cuando se finalizan. Un nivel múltiple bulk está vinculado como un "Hijo" a un "Padre" Bulk " (es decir, el archivo ICF), esto significa que cuando el Padre esté listo para ser transmitido a un Archivo, la totalidad del Hijo se incluirá como un único componente dentro de él. Un archivo ICF terminará conteniendo múltiples mensajes que han sido construidos por separado a partir de transacciones comunes."

El Bulks están configurados para utilizar la funcionalidad de auto-generación. No es posible predefinir cada posible mensaje que podría ser necesario y tener un Bulk para ellos, listo en el Bulker esperando ser completado. Cuando se realiza una solicitud para incluir una transacción en un mensaje bulk, si el apropiado bulk no está presente, se generará automáticamente utilizando los parámetros definidos. Las transacciones subsiguientes al mensaje dado se agregarán según cualquier norma. Bulk.

Se necesitan archivos ICF para cada LAC y pueden ser predefinidos; como un elemento recurrente. Bulk. Esto significa que cada vez que un ICF Bulk está cerrado un nuevo Bulk se crea automáticamente con la misma especificación y está listo para aceptar notifications tan pronto como un nuevo Niño bulk se crea.

La combinación de auto-generación y funcionalidad recurrente proporciona disponibilidad continua, asegurando así que no se pierdan transacciones.

El esquema STEP2 tiene una restricción respecto al tamaño del archivo que puede procesar.

Para cumplir con este requisito, cuando se introduzca un nuevo ICF/IQF bulk se produce, una tarea para verificar periódicamente su tamaño es scheduled. Esta tarea verificará el tamaño actual de ICF/IQF.bulk y todos sus hijos bulks(pacs. 008, pacs. 004..), y esto activará el cierre de ese bulk cuando el tamaño alcanza el tamaño máximo de archivo configurado.

Dado que esta verificación se realiza periódicamente, y bulker está recibiendo continuamente transacciones, no hay garantía de que el Bulk se cerrará tan pronto como el valor alcance el tamaño máximo del archivo. Debido a eso, el tamaño máximo del archivo debe establecerse en un valor inferior al tamaño máximo real permitido por el esquema.

El esquema STEP2 tiene una restricción respecto al número de producidos.bulks puede producir en cualquier ventana LAC. Para entornos de producción, esto es 500 archivos por LAC y esto scheme pack actualmente establece esto en 500 por defecto. Si desea anular este valor para la prueba, puede actualizar la siguiente propiedad ipf.csm.sepa-ct.lac.límite-de-archivo-por-lac. Si se excede el límite de archivos para la ventana LAC actual, entonces cualquier archivo nuevo será scheduled para producción en la próxima ventana LAC disponible.