Esta transacción se utiliza para mantener las configuraciones de la transacción.

Las configuraciones de transacción se utilizan para anular o completar las solicitudes codificadas de reglas particulares en transacciones comerciales.

Mediante el panel de configuración, se pueden anular los siguientes tipos:

• 'Save Diary' (Guardar memo) (rule TrnDiaSet) - para crear o modificar memos
• 'Tarifa de tienda' (regla AddFeeData) - para almacenar tarifas en la liquidación

Las siguientes transacciones se pueden iniciar desde aquí haciendo clic en los iconos de la siguiente lista para:

• Agregar Configuración de Transacción
• Modificar Configuración de Transacciones
• Eliminar Configuración de Transacción
• imprimir una lista de configuraciones de transacción
• generarLista Configuración Transacciones
• que muestra Registro de versiones las modificaciones de las configuraciones de transacción.

Después de introducir al menos un término de búsqueda en los campos Transacción, Tipo o Código, la configuración de transacción que coincida con la selección se mostrará en la tabla del «Panel de búsqueda».

Al hacer doble clic en una entrada, se mostrará una definición en el panel de configuración.

Si se marca la casilla de verificación «Mostrar entrada predeterminada para comparar» y existe un registro de DTC, aparece una ventana emergente con los detalles del DTC.

Si se marca la casilla «Suprimir predeterminado de transacción», la ejecución de la regla programada se suprimirá sin sustitución. En este caso, no se pueden realizar más entradas.

En caso de que la regla de configuración de transacción solo deba ejecutarse en condiciones específicas, puede definirse aquí como una simple solicitud «IF». Al hacerlo, pueden usarse hasta dos campos, constantes o funciones (por ejemplo, «hoy») se puede especificar y comparar con un operador.

Las siguientes condiciones están disponibles de forma predeterminada:

• Iguales
• Diferente
• Superior a
• Inferior a
• Está vacío
• No está vacío
• Fórmula libre
• Incondicional

La condición especificada se muestra como código fuente TradeDesign convertido en la pantalla. No se realiza ninguna comprobación de sintaxis. Una condición definida en las fuentes se ignorará a cualquier tipo, en caso de que haya una configuración de transacción disponible para la clave correspondiente, independientemente de si había una condición definida en la configuración de transacción.

Una configuración de transacción anula una solicitud concreta de una regla de TradeDesign en una transacción comercial. Actualmente, las solicitudes de «TrnDiaSet» y «AddFeeData» se pueden anular. Los argumentos para solicitar la regla se especifican en la misma secuencia que en el código fuente. En el campo «Código» se especifica el campo que se utiliza para asignar la configuración de transacción a la parte correspondiente del código fuente. El usuario podría crear una nueva configuración de transacción (diario/tarifa) haciendo clic en el icono «Añadir nuevo».

De forma similar a la definición de una nueva entrada de memo/tasa, las reglas existentes del origen también podrían modificarse a través de esta configuración de transacción. Por ejemplo, GENDTC genera la configuración de transacción desde el origen (consulte Generar Configuración de Aplicación Transacción desde Fuente). Si se selecciona la opción Memo, descarga los memos especificados en el código fuente en la tabla ATC. Esto facilita al usuario ver y modificar (es decir, anular) los memos ya existentes, si es necesario. Al seleccionar el registro «predeterminado» (entrada desde el código fuente), el usuario podría hacer clic en el icono «Add New» (Añadir nuevo), mediante el cual el registro DTC generado se asigna al panel. El usuario podría realizar los cambios necesarios y guardar la entrada modificada.

Para las reglas que se describen con más detalle aquí, las configuraciones de transacción se pueden almacenar para anular el código fuente:

Sintaxis de la regla dentro del código fuente:

• «TrnDiaSet(<Grupo de registro>,<Código>,<Fecha>,<Razón codificada>,<Texto de descripción>,<Descripción de destino>,<Acción>)»

En el código fuente, estas llamadas generalmente se introducen en la regla DIASAV.

• Grupo de registros: Aquí se especifica el grupo de módulos de la transacción comercial definida para la que se creará el memo.
• Date: La fecha objetivo que se especificará en el memo Esta será la fecha base para el cálculo del memo.
• Días El número de días que se añadirán/reducirán a la fecha base definida. El procesamiento del memo se calculará en consecuencia.
• Codigo Término de libre definición que se utiliza para identificar el diario técnicamente (por ejemplo, cuando se actualiza). Por ejemplo : «EXPIRE».
• Motivo codificado: Cuadro combinado para seleccionar el motivo de la encuesta programada (p. ej., advertencia de caducidad).
• Procesamiento automático: Si marca este campo, la transacción de destino definida se procesará automáticamente en la fecha de ejecución del memo.
• Descripción: Texto explicativo que se guarda con el diario y que siempre se mostrará cuando se muestre el diario.
• Transacción objetivo: Transacción comercial que se iniciará cuando se tome el memo para su procesamiento (por ejemplo, en DIASEL).
• Función objetivo para el mensaje: En caso de que la transacción objetivo definida sea un mensaje común, este campo especifica el destinatario/receptor del mensaje.
• Acción: «Reemplazar» o «Escribir». Describe la acción que se debe realizar si se ha encontrado un memo ya almacenado para la operación actual y el código al ejecutar esta regla.

La introducción de la casilla de verificación «Automatic Processing» (Procesamiento automático) en el tipo «Save Diary» (Guardar diario) permite el procesamiento automático de la «Target Transaction» (Transacción objetivo) proporcionada. Esto genera un trazador automatizado (SPT)/mensaje libre con un texto predefinido, a intervalos predefinidos, al 'Rol de destino para mensaje' definido. Técnicamente, al establecer esta marca se añade un símbolo «$» al código de argumentación, por ejemplo, «FOL$» en la función de llamada programada. Se puede crear texto predefinido a partir de la transacción del módulo de texto DBITXM (consulte Mantenedor Módulos de Texto) que se utilizará automáticamente cuando se procese el memo.

«Flujo de muestra para la generación STP de trazador:»

• Cree un registro DBxATC «Guardar Memo» con la opción «Procesamiento automático» activada y seleccionando un receptor del mensaje en «Función de destino para mensaje». Ejemplo de ISS (banco emisor)

• Defina un módulo de texto en DBxTXM Mantenedor Módulos de Texto con detalles de la configuración del diario
  • Seleccione «Grupo» para que sea la transacción de destino de la configuración del diario (p. ej., LETFRE)
  • «Tecla»/ID del módulo de texto que se debe introducir con la lógica siguiente. Muestra D#FOL o D#FOLISS
    • Para empezar con 'D#' como texto fijo, lo que refleja que el módulo de texto se utiliza para el procesamiento diario.
    • 'FOL' refleja el código del motivo del diario (FOL - Seguimiento)
    • 'ISS' refleja la función objetivo para el mensaje o receptor del mensaje
  • Defina el 'Texto' según sea necesario en el idioma requerido

• Al configurar DBxATC y DBxTXM, inicie la transacción comercial para la que se definió DBxATC
• La entrada de cola para la ejecución del memo se creará en la fecha definida en el administrador de tareas 'QUETSK' Administrador de Entrada de Queue Intercativo. En esta fecha, el memo se mostrará en la lista To Do de la operación
• La entrada del memo también aparecerá en la lista del administrador de tareas 'SPTTSK' Adm. para Ejecucuón Automática de Art.Pendientes, donde está pendiente de ejecución automática hasta que se ejecute/ejecute el administrador.
• Cuando el elemento pendiente se ejecuta en 'SPTTSK', el diario se procesa automáticamente y se genera un mensaje al receptor con el módulo de texto definido en el módulo de mensajes común xxTFRE correspondiente.

• En caso de que se produzca algún error en estos pasos, se crea una entrada pausada del mensaje común con error en la lista de «Tareas pendientes» del contrato correspondiente.

Sintaxis de la regla dentro del código fuente: «AddFeeData( <Code>, <Defaulting>, <Units>, <From-Date>, <To-Date>)»
Normalmente, las solicitudes están en la regla RegisterSettlement en el código fuente.

• Código de Comisión: Código de comisión de la comisión que se va a incumplir (según la tabla FEE)
• Comisión (predeterminada): Información sobre si la comisión debe agregarse en caso de que ya se haya encontrado una entrada para el código especificado en el panel de Liquidación. Sí (Y) = añadir, todos los demás valores = no añadir
• Unidades (Units): Valor predeterminado para el número de unidades en la liquidación de la comisión. Normalmente 1.
• A partir de: Fecha de inicio para el cálculo de la tasa (en el caso de tasas dependientes del tiempo)
• Hasta la fecha: Fecha final para el cálculo de la tasa (en el caso de tasas en función del tiempo)

/

Selección
Configuración de la Transacción