Bolero es un proveedor de servicios independiente que facilita el intercambio seguro y sin papel de información en el comercio exterior mundial entre vendedores, compradores, empresas de logística y sus bancos, y por lo tanto proporciona importantes avances en la cadena de suministro del negocio.

La funcionalidad Bolero de la aplicación incluye:

• Recepción, visualización, procesamiento, generación y reenvío de mensajes Bolero
• Habilitar Bolero como medio de transporte para los tipos de mensajes admitidos por Bolero
• Procesando 'Instrucciones del Registro de Títulos'

Estas funciones están integradas en el modelo de transacción empresarial de la aplicación y son compatibles con sus funciones Workflow y Control & Release.

Todavía no se ha implementado la gestión de usuarios y llaves de Bolero ni una interfaz directa con la red de Bolero. Normalmente, esta es una tarea de una interfaz Bolero externa. La aplicación transmite los mensajes de Bolero a la interfaz Bolero externa a través de una interfaz estándar.

Se puede almacenar un IDR (con extensión) para las direcciones almacenadas en la base de datos de la aplicación. El modelo de parte/dirección admite la estructura de IDR/extensión de Bolero.

El subsistema integrado para el manejo de mensajes estructurados admite el formato Bolero. Esto permite acceder y almacenar mensajes, documentos, BBL (Bolero Bills of Lading) y referencias de Bolero.

El visualizador de documentos genérico reconoce los documentos y mensajes XML de Bolero y los presenta en un formato de Pretty Print. Los archivos proporcionados por Bolero se utilizan para elementos que contienen códigos. Esto permite que se muestre un nombre además del código en Pretty Print. Dichos archivos se almacenan en el directorio ini\bolero_codes.

Los mensajes entrantes de Bolero se reciben desde una interfaz Bolero externa. La aplicación puede acceder a estos mensajes desde un directorio entrante especial. Aquí, los mensajes se procesan utilizando el servicio SRVBOI del . Adminsitrador para Mensajes Recibidos*_GENXLF:ERR: «< code pair with no text. Move begin and end arround the correct text. Please remove this comment when done. GENXLF:END:_*/ A continuación, están disponibles como SPT. A diferencia de los mensajes SWIFT, la asignación de etiquetas Bolero en los campos de transacción no se puede definir mediante SWM. En su lugar, esto se define en reglas. Si el Sender RID contiene una extensión, esta extensión se toma en el campo de la unidad organizativa PTCOE (PTCOE) de la dirección correspondiente. Si existe un tipo de contacto 'PRN' para una parte en el mensaje Bolero entrante en el elemento de la parte, se toma el control en el campo de contacto (PTCNAM). Los datos relevantes estarán disponibles en la transacción comercial en el panel de detalles de las partes involucradas. Mensajes Bolero con adjuntos (*.pdf, *.doc, etc.) también son compatibles. Sin embargo, el servicio Bolero en Adminsitrador para Mensajes Recibidos*_GENXLF:ERR: «< code pair with no text. Move begin and end arround the correct text. Please remove this comment when done. GENXLF:END:_*/ debe configurarse para recibir attachments. Por lo tanto, el mensaje Bolero, el FMSG recibido por la red Bolero y los archivos adjuntos deben estar disponibles en el directorio de entrada.

En una transacción comercial de la aplicación, Bolero se puede seleccionar como medio de comunicación para los formatos de mensaje admitidos. En este caso, un IDR está predeterminado desde la dirección de la parte correspondiente, o se puede introducir manualmente. Si no hay ningún formato de mensaje Bolero relevante disponible para un mensaje específico, el canal Bolero no está disponible para este mensaje.

Si no hay un formato de mensaje Bolero para un mensaje determinado, el canal Bolero no estará disponible para este mensaje. Además, debido a que la etiqueta «Importe total de débito» no se puede rellenar correctamente en los mensajes de Bolero cuando hay más de una divisa para el destinatario en el panel Liquidación, el canal de Bolero no estará disponible de nuevo en tal caso. Esto también significa que cualquier copia del mensaje destinada a otro destinatario no se puede crear como un mensaje Bolero.

Cuando se requiere un mensaje saliente de Bolero, se crea una entrada de flujo de trabajo para el servicio saliente de Bolero. Tan pronto como este servicio se puede procesar en el flujo de trabajo, el Administrador de tareas ejecuta el servicio saliente de Bolero para esa transacción y crea el mensaje saliente de Bolero en formato XML en un directorio de salida arbitrario. Como opción, se puede generar un archivo Envelope (SMSG) relevante para cada mensaje de Bolero creado. El mensaje Bolero y el archivo opcional Envelope se pueden transferir a la interfaz Bolero externa a través de una interfaz estándar. Si los archivos adjuntos se envían junto con el mensaje Bolero, los detalles del archivo adjunto se almacenan automáticamente en el FMSG/SMSG opcional.

Si los campos Unidad organizativa (PTCOE) y/o contacto (PTCNAM) se rellenan en el panel Detalles / de la parte para una parte de la transacción comercial, la fecha se trasladará al mensaje saliente de Bolero. En el proceso, PTCOE se añade como extensión a Bolero, y PTCNAM se utiliza como elemento de contacto de tipo 'PRN' en el elemento del participante.

La aplicación admite los siguientes mensajes Bolero (DTD), aprobados por Bolero:

Resumen de mensajes salientes - L/C Exportación
Resumen de mensajes salientes: conjunto de documentos de L/C Exportación

Resumen de mensajes salientes - L/C Importación
Resumen de mensajes salientes: conjunto de documentos de L/C Importación

Resumen de mensajes salientes - Garantía
Resumen de mensajes salientes - Reclamo de garantía

Payment Messages