El cumplimiento se puede activar en la transacción de datos Mantenedor Configuración de Sistemaestáticos , la lista de selección «Conformidad» permite las siguientes opciones:

• Compliance Active (esta opción utiliza la funcionalidad de cumplimiento «antigua» incorporada)
• Cumplimiento alternativo activo (esta opción interactúa con un sistema de detección de sanciones externo, como WOLF)

El principio principal de ambos modos de cumplimiento es el mismo. Las diferencias clave entre los modos «antiguo» y «alternativo» se muestran en la tabla:

La activación de la «Conformidad alternativa» permite comprobar el cumplimiento de

• Transacciones comerciales
• Datos estáticos del participante
• Mensajes entrantes.

En la transacción de datos Mantenedor Configuración de Sistemaestáticos , es posible desactivar la comprobación de cumplimiento de un determinado tipo, por ejemplo, para los mensajes entrantes.

Los datos que se comprueban son principalmente datos definidos en campos de texto, por ejemplo, bloques de direcciones de partes, campos narrativos grandes como el campo «descripción de mercancías» en la L/C. El archivo ini dngcpl.ini contiene la lista de campos que se han comprobado. Se pueden definir campos adicionales en el panel 'Cumplimiento' en Mantenedor Configuración de Sistema.

Los campos «Comprobación de cumplimiento» permiten en la transacción Mantenedor Perfil de Grupo Entidad permitir por transacción comercial si la transacción está ejecutando la comprobación de cumplimiento:

• Ninguno
• Siempre
• Solo si la transacción envía un mensaje

El campo «Prioridad de cumplimiento» puede establecerse en «Normal» o «Urgente». La prioridad está destinada a un sistema de cumplimiento externo y se incluirá en el XML de salida en la etiqueta de encabezado «<MessagePriority>».

Se pueden añadir campos adicionales + roles de contrato para la selección en el panel de cumplimiento. Los roles que deben omitirse de la comprobación de cumplimiento pueden proporcionarse en los campos «Rol de contrato» y «Rol en mensajes de pago».

La lupa junto a la lista muestra qué campos se llenan de forma predeterminada en el mensaje de cumplimiento. Muestra los campos de todos los sectores de negocio, los campos utilizados en la cuadrícula de liquidación y los campos utilizados en la cuadrícula de mensajes. Estos campos se definen en DNGCPL.INI. Sin embargo, este archivo de inicialización se puede cambiar utilizando Mantenedor Configuración de Sistema (es decir, se pueden añadir/eliminar campos para definir el cumplimiento).

/

• La transacción Emitir L/C Importación se procesa para emitir una carta de crédito. La transacción comercial se establece en Mantenedor Perfil de Grupo Entidad «solo si la transacción envía un mensaje».
• Cuando se guarda la transacción, Emitir L/C Importación esta debe pasar el flujo de trabajo a Administrador de Tareas través del (MGRTSK).
• El servicio de cumplimiento «CCS» ejecutará la verificación de cumplimiento antes de que se ejecuten los servicios PDS para firma pendiente, PDP para transacciones predecesoras pendientes y COM (Compromiso).
• La ejecución del servicio CCS crea un archivo XML en el directorio definido (por ejemplo, ..data\ccsout).
• A continuación, el sistema de detección de sanciones comprobará los datos del archivo XML y actualizará DOKA-NG si se ha encontrado un acierto.
• La respuesta recibida del sistema de detección de sanciones se gestiona de forma similar a un mensaje entrante.
• La respuesta/confirmación del sistema de detección de sanciones aparecerá en DOKA-NG en los datos\ccsin\fdatos anteriores. Si se necesita el procesamiento manual de un acuse de recibo para la realización de pruebas o con fines de demostración, el archivo Readme.txt contiene instrucciones sobre cómo hacerlo.

Cuando el sistema de cumplimiento encuentra un acierto, la transacción se envía a la cola de corrección y se crea un texto informativo para el usuario.

Para poder comprobar el cumplimiento de los cambios de dirección/parte en las transacciones de datos estáticos, es necesario tener activado el Principio de los 4 ojos para la tabla de datos estáticos de la parte PTY en Mantenedor Configuración de Sistema.

Si la parte en la transacción de datos estáticos Mantenedor Participantes está marcada como «Parte sancionada», entonces todos los cambios tienen que pasar la verificación de cumplimiento.

Después de guardar el cambio en DBEPTY, la entrada de datos estáticos está esperando la liberación y también para la comprobación de cumplimiento por parte del servicio «CCS» en el . Administrador de Tareas

Los mensajes entrantes se importan a la aplicación con el y Adminsitrador para Mensajes Recibidos tienen que pasar la comprobación de cumplimiento antes de estar disponibles para su procesamiento.

El SPT entrante se bloquea para su procesamiento posterior en el estado «Esperando cumplimiento» hasta que el servicio «CCS» en el Administrador de Tareas se complete correctamente.

/