Procesamiento especial en la reparación de mensajes y nuevo envío
La A4SWIFT funcionalidad reparación de mensajes y nuevo envío permite a los clientes desarrollar una implementación empresarial. La funcionalidad admite el siguiente procesamiento especial:
Comprobación de la regeneración de claves
Compatibilidad con flujos de trabajo específicos del departamento (para obtener más información, vea Reparación de mensajes y envío de mensajes nuevos).
Entrada de datos BIC-12 como BIC-11
Entrada de campos BIC como una cadena
Reparación y reenvío de errores de análisis (para obtener más información, consulte Reparación de mensajes no analizados).
Guardar reparaciones en curso mediante el comando Guardar
Creación de una nueva plantilla mediante el comando Guardar como
Comprobación de la clave
Para muchas instituciones financieras, el principal medio de comprobación del trabajo es que una segunda persona vuelva a claver los campos más importantes de una transacción. Esta operación comprueba que la segunda persona ha leído y entiende los datos de esos campos. A4SWIFT proporciona esta funcionalidad para los mensajes reparados o creados en BizTalk Server.
Si se requiere un paso de nueva clave, A4SWIFT vacía los campos que se van a volver a escribir en clave en el formulario presentado al usuario. A4SWIFT sigue mostrando el contenido del mensaje original en el panel de tareas, por lo que el comprobador puede usar ese contenido al escribir los datos. El comprobador no debe cambiar otros campos del mensaje, ya que esto podría permitir cambios sin comprobación. En su lugar, el comprobador debe rechazar la reparación del mensaje si es necesario realizar otros cambios.
Después del paso reclave, A4SWIFT compara los resultados de la reclave con los resultados de la reparación. Realiza esta comparación solo en los campos que se han vuelto a asignar una clave, en un campo por campo. Si las dos versiones no están de acuerdo con un carácter por carácter, el mensaje se debe reparar de nuevo. A4SWIFT indica que hubo un error de coincidencia de comprobación de clave y agrega el error a la parte de recopilación de errores del mensaje. Los datos especificados por el comprobador no se guardan.
Los campos que se van a cambiar de clave se especifican en el archivo MrsrXpathConfig.xml de la carpeta MRSR en la carpeta A4SWIFT. Este archivo contiene pares nombre-valor que constan del campo que se va a volver a asignar a la clave y la ruta xpath al campo. Puede personalizar este archivo para cambiar los campos que se volverán a asignar en clave para cada mensaje. Los campos que se van a cambiar de clave suelen ser aquellos que representan la fecha más importante asociada al contenido del mensaje, la moneda de la transacción y la cantidad de la transacción.
Todos los pasos de verificación de Reparación de mensajes y Nuevo envío implican la verificación de la clave. El aprobador realiza la comprobación de visión.
Entrada de datos BIC-12 como BIC-11
A4SWIFT da cabida a la necesidad de un carácter adicional en la dirección de terminal lógica (LT) de un mensaje. La dirección LT contiene solo 11 caracteres de datos, pero SWIFT Alliance Access (SAA) requiere que el campo LT tenga una "X" en la posición 9. Este carácter adicional indica a SAA que debe seleccionar la LT correcta.
La dirección LT se usa para la transmisión del mensaje a través de la red FIN. Se puede contener en dos campos de un mensaje SWIFTBound (el campo Dirección LT del bloque Encabezado básico o el campo Dirección de destino en el bloque Encabezado de aplicación de entrada) y en dos campos de un mensaje de SWIFT (el campo Dirección LT del bloque Encabezado básico o la dirección LT en la referencia de entrada de mensaje en el bloque Encabezado de aplicación de salida).
Los usuarios solo deben escribir 11 caracteres cuando creen o reparen un mensaje o vuelvan a escribir la clave del campo como parte de la comprobación. Incluso al reparar o cambiar la clave de un LT con 12 caracteres, un usuario debe escribir solo 11 caracteres. A4SWIFT inserta el duodécimo carácter y valida el campo de 12 caracteres. A4SWIFT valida la dirección LT de 11 caracteres en la dirección de la base de datos BIC Plus.
Entrada de campos BIC como una cadena
Puede escribir el BIC en un único campo en formularios de InfoPath. El BIC contiene cuatro subcampos, cada uno de los cuales tiene un subcampo en los formularios de InfoPath. Después de escribir la cadena BIC completa en el único campo, A4SWIFT rellena cada uno de los cuatro subcampos.
Guardar reparaciones en curso
Si necesita interrumpir una reparación, puede volver a guardar un mensaje en su estado actual en la bandeja de entrada de reparación. Para ello, use el comando Guardar para proteger el mensaje. Puede cerrar el formulario de InfoPath y comprobar el mensaje más adelante, o bien otra persona puede desatrarla para continuar con la reparación. El historial del mensaje indica la operación de guardado y un segundo reparador puede ver las reparaciones realizadas.
Puede ejecutar un comando Guardar como para almacenar un mensaje en su estado actual en el equipo local del usuario. Esto deja el mensaje desprotegido al usuario que realizó la operación Guardar como. El usuario puede cerrar el formulario de InfoPath y volver más tarde para completar la reparación, pero otro usuario no puede desproteger el mensaje y repararlo.
Crear una nueva plantilla
Al crear un mensaje, puede crear una nueva plantilla ejecutando un comando Guardar como. Esto le permite abrir una plantilla existente, agregar datos a campos y, a continuación, crear una nueva plantilla basada en la plantilla existente que incluya los datos adicionales. Guarde la plantilla con un nuevo nombre y cualquier persona con acceso a la nueva carpeta de mensajes del sitio MRSR puede crear un nuevo mensaje basado en la plantilla. Debe guardar la plantilla en el sitio MRSR para enviar un mensaje basado en la plantilla para A4SWIFT. De lo contrario, se producirán errores o no podrá abrir el formulario.