Esta transacción sirve para mantener los parámetros del sistema.

La siguiente transacción se puede iniciar haciendo clic en el icono para:

• Modificar Parámetro de Sistema
• Parámetros del sistema de impresión.

Las modificaciones de los parámetros del sistema se guardan en los archivos TDPARA.INI y DNGPARA.INI, respectivamente.

Los detalles se describen en los paneles de transacciones individuales.

En esta pantalla es posible desactivar de forma centralizada canales de mensajes individuales. Los canales de mensajes disponibles en la tabla de este panel se definen en la transacción «Mantención Tabla de Códigos» para la tabla CORTYP.

Al desactivar la marca de verificación en la columna «Activo» de la tabla del panel «Parámetros de mensaje» se desactiva un canal de mensajes. Al procesar transacciones comerciales, ya no se crean mensajes en el formato desactivado. En los datos maestros del interesado no es posible una autentificación para los canales desactivados.

• Mensaje de autoconversión de L/C Standby: El mensaje de formato libre para L/C Standby podría generarse en dos formatos/estructuras diferentes. El formato/estructura podría parametrizarse seleccionando una de las siguientes opciones:
  • Mensaje de formato libre: El contenido de la narración de la etiqueta 79 del mensaje de formato libre será como la letra equivalente a la correspondencia respectiva (por ejemplo, mensaje de modificación de carta).
  • Estructura original del mensaje: El contenido de la narración de la etiqueta 79 del mensaje de formato libre será como el antiguo formato original del mensaje SWIFT en un formato de impresión bonito pero sin los números de etiqueta individuales mencionados.

Mediante el panel «Diseño de cartas» y otras transacciones, se pueden realizar una serie de ajustes para permitir que la correspondencia saliente en los membretes se ajuste a los parámetros de identidad corporativa del banco en términos de fuentes, estructura y diseño.

El campo «Diseño de carta» ofrece dos variantes posibles:

En la definición estándar, todos los campos y posiciones se definen en el encabezado y en el pie de página y no se pueden modificar. Con el botón [Visualizar] (vista previa de los ajustes seleccionados), se puede ver una muestra del diseño predeterminado. Los elementos enumerados en la definición predeterminada se ajustan en términos de tamaño y fuentes a la hoja de estilo del documento / diseño de página de las letras (en MyModelbank «a4.xsi»). Sin embargo, estos parámetros de formato podrían cambiarse a través de la transacción «Mantener formato de documento» que puede ser iniciada por el [Doc. Style] . Aquí se puede ajustar el diseño de página de los archivos XSI.

La ventaja de esta variante es que ya existe una disposición preparada que se puede utilizar inmediatamente.

Para utilizar una plantilla propia, debe seleccionarse la entrada «Usar imagen escaneada» en el campo «Diseño de la carta». Esto dará como resultado el campo «Sender/Header Block by Application» (Bloque de remitente/encabezado por aplicación) y el campo «Image Type» (Tipo de imagen). En el campo «Tipo de imagen» se puede elegir entre una plantilla digital y un membrete:

• Digital: se puede utilizar una imagen escaneada que ya contenga el logotipo y, en el pie de página, los detalles del grupo y la información del consejo de administración y supervisión. Esta imagen escaneada puede depender del idioma y debe guardarse en el directorio de marcos de la instalación de hte para cada idioma. En el campo «Ruta del archivo de imagen», debe seleccionar el escaneado.
• Material de oficina: Se puede utilizar un membrete que, al igual que la imagen escaneada, ya contenga un logotipo.

Por regla general, la estructura de una carta se basa en los siguientes subelementos para los que se puede decidir si estos elementos deben mostrarse en el formato de su carta:

• Logo: El archivo que contiene el logotipo del banco para el diseño predeterminado («Usar diseño estándar») se introduce por entidad en la transacción «Mantenedor Entidades» del «Archivo de logotipo en letras».

• Datos del remitente (información sobre el usuario, grupo de usuarios, sucursal): En el campo «Emitir información del remitente» se puede elegir entre dos ajustes. 'No utilizar detalles del remitente' y 'Usar plantilla y datos del remitente':
  • «Usar bloque de imágenes y remitentes»: El bloque que contiene los datos del remitente en el encabezado de la carta corresponde al diseño predeterminado de la base de demostración en relación con los campos y las posiciones que se muestran allí.
  • «No utilizar el bloque del remitente»: No se emite el bloque que contiene los datos del remitente. Solo se utilizan el membrete o la plantilla escaneada y el pie de página lateral del diseño predeterminado.
• Formato de página: El formato de página, es decir, la altura y el ancho de una página, el tamaño del encabezado, la sección principal y el pie de página deben introducirse en la transacción «Mantenedor Formateo de Documentos». Esta transacción puede iniciarla el [Doc. Style] . Aquí se puede ajustar el diseño de página de los archivos XSI. Los mensajes salientes por carta en MyModelbank utilizan el archivo xsi «a4.xsi». Recomendamos ajustar este archivo xsi en lugar de definir uno nuevo.

El botón [Visualizar] se puede utilizar para comprobar los efectos de todos los ajustes.

En esta pantalla, se definen los valores predeterminados que se usan para procesar y liquidar una orden sin definir nada contrario en la transacción «Mantenedor Acuerdo Nivel de Servicio».

• El campo «Tiempo de procesamiento» contiene el tiempo establecido por el banco para el procesamiento, es decir, el tiempo requerido por un empleado del banco para la grabación.
• El campo «Tiempo de liberación» indica el tiempo especificado por el banco que necesita un controlador para la liberación.
• El “Manager Proc. Time” contiene el tiempo que necesitan los gerentes para procesar técnicamente el pedido (hasta que se hayan atendido los servicios para la liberación (REL o FIN).
• Por lo tanto, el campo «Límite de SLA» contiene la duración máxima de una orden, es decir, específicamente hasta que el cliente proporcione comentarios (por regla general, en forma de correspondencia) sobre su pedido. El contenido del campo debe ser mayor que la suma del tiempo total de procesamiento/liberación y el tiempo de procesamiento del administrador.
• El campo «Cut-Off Time» (Hora de corte) define el momento en el que se realiza el corte de procesamiento diario, es decir, todos los pedidos recibidos después de la hora límite definida solo estarán disponibles para su procesamiento el siguiente día hábil.
• El campo «Tiempo de búfer» se utiliza para notificar al usuario lo antes posible sobre un posible peligro para un SLA. El campo se utiliza para definir cuándo se debe cambiar una orden de normal («verde») a advertencia («amarillo»).
• El campo «Diary Time» se utiliza para indicar el tiempo de procesamiento por memo. Por lo general, el SLA anula este valor.
• El campo «Order Workflow Time» se utiliza para definir el tiempo de ejecución de un pedido a través del flujo de trabajo de pedidos previos.

Significado de los factores: En los campos «Pausa», «Corrección» y «Manual» se puede registrar un factor para calcular el tiempo de ejecución. A continuación, se calcula el tiempo de procesamiento mediante este factor.
Por ejemplo : El parámetro definido para el tiempo de procesamiento es de 180 minutos, las transacciones interrumpidas se calculan con un factor del 50 % y las transacciones que deben corregirse con un factor del 10 %. Si se pausa el registro de una transacción comercial, se determinará un tiempo de procesamiento de 90 minutos para el SPT, y si la transacción se envía para corrección, el tiempo de procesamiento especificado es de 18 minutos.

En este panel es posible activar o desactivar el control de 4 ojos para sistemas de datos estáticos.

Para las próximas ediciones de normas, se pueden introducir las fechas de activación. Además, aquí se mencionan las fechas de activación para otros temas, si es necesario.

La lógica general de todos los campos es ingresar como fecha la primera fecha a partir de la cual se activará la nueva funcionalidad por cada tema.

Entorno de producción:

• En un entorno productivo, la fecha debe establecerse en la fecha de publicación oficial que anuncie la comunidad respectiva.
• Si el campo de la fecha de activación permanece vacío, la aplicación activará automáticamente la función en la fecha de publicación «oficial».

Entorno de prueba:

• Para probar la funcionalidad, la fecha debe establecerse en cualquier otra fecha.
• La funcionalidad anterior debe probarse con una fecha de funcionamiento actual anterior a la fecha de activación.
• La nueva funcionalidad debe probarse con una fecha de funcionamiento actual a partir de la fecha de activación o después de ella.

Versiones Swift Standards (SR20xx):

• Esto está relacionado con las Publicaciones anuales de estándares interbancarios Swift para mensajes de MT.
• En caso de que no haya cambios para los mensajes compatibles con esta aplicación, esta opción es invisible.
• Si se introduce una fecha de activación, se activará la nueva lógica para los mensajes interbancarios Swift MT.
• Si hay otros canales corresponsales (como SWIFT Score, Bolero, DTA, etc.) también se ven afectados por los cambios «interbancarios», por lo que esta fecha de activación también activa los cambios relacionados en estos canales.

Activación de Swift CBPR+ en:

• Los mensajes de pago interbancarios Swift se generan por defecto como mensajes Swift MT.
• Los mensajes de pago Swift se pueden generar como mensajes MX en XML a partir de la fecha en la que se haya establecido .
• Esta aplicación no puede generar en paralelo mensajes de pago de MT ni mensajes de pago de MX (CBPR+).
• Para la producción: La aplicación a través del banco puede decidir activarla en cualquier fecha entre 20. Marzo de 2023 y 20. Noviembre de 2025 para cambiar de pagos MT a pagos MX.
• La última fecha de activación de los pagos MX (CBPR+) es el domingo 23. Noviembre 2025.

Activación de T2 RTGS activada:

• El sistema Target2 sustituye su funcionalidad existente como «Big Bang» y se renombra «T2 RTGS»
• Antes de la fecha de activación, se crean mensajes de pago de Target2 en un formato específico de Target2 MT.
• Después de la fecha de activación, los mensajes de pago de T2 RTGS se crean en el nuevo formato XML.
• La fecha de activación de los mensajes de pago de T2 RTGS debe ser el lunes 20. Marzo de 2023.

Activación SIC en:

• Se utiliza para activar la última versión de los mensajes de pago SIC y EuroSIC (pacs.008 y pacs.009).
• Actualmente, esta opción solo la pueden utilizar los bancos, que han establecido el franco suizo «CHF» como divisa base en la aplicación.
• La fecha de activación de los pagos SIC/euroSIC es el domingo 20. noviembre de 2022.

Swift Autoconvert a MT759:

• Para Cartas sin tipo de mensaje SWIFT dedicado de categoría 7 (MT7xx), DOKA-NG utiliza la conversión automática a MT799.
• De acuerdo con la recomendación SWIFT, se debe usar MT759 en lugar de MT799 y se debe reducir el uso de MT799.
• Al seleccionar la casilla de verificación «Swift Autoconvert to MT759», los mensajes se convertirán automáticamente a MT759 en lugar de MT799.

En esta pantalla es posible definir qué campos de la aplicación se comprobarán mediante un sistema de cumplimiento. Encontrará más información en . Cumplimiento

Configuración Sistema
Parámetros de Mensaje
Diseño de Carta
Números de Referencia
SLA
Data Estática
Liberación Swift
Configuración Email
Cumplimiento

El número de referencia de 16 dígitos consta de un prefijo de hasta 5 dígitos que se puede definir por sector empresarial y un sufijo fijo de 11 dígitos.
Estructura de los dígitos disponibles: [yy][nnnnn][-nnn], i.e. 2 dígitos para el año, 5 dígitos para el numerador y 4 dígitos para el numerador del subcontrato. La parte numeradora del contrato principal se transfiere al subcontrato.
Ejemplo de un número de referencia: Contrato principal: [Prefijo]1100001 , Subcontrato: [Prefijo] 1100001-001