Una orden en este contexto se define como una orden de trabajo inherentemente cerrada que se da a un miembro del personal bancario. La orden de trabajo puede ser activada externamente por el cliente o por una acción interna. Un activador externo puede ser, por ejemplo, la recepción de un mensaje entrante o una llamada telefónica de un cliente. Un pedido interno puede activarse cuando se alcanzan determinados plazos o al inicio de una transacción comercial. Un «orden del cliente», como la modificación de un contrato, puede consistir en una serie de órdenes ejecutadas una tras otra.

1. Registro y entrega del pedido para su procesamiento

2. Supervisar el estado de ejecución y controlar todo el tiempo de procesamiento de un pedido del cliente. Todos los pedidos se consideran «pasados» si su fecha objetivo está en el pasado y aún no se han finalizado.

3. Recopilación de información estadística sobre el tiempo de procesamiento, el tiempo de inactividad y los tiempos de ejecución

Las funciones necesarias para crear y rastrear pedidos se implementan en la aplicación y se pueden desactivar mediante una regla central. Mediante la transacción de datos estáticos «Mantenedor Ordenes» (DBxORD) se pueden introducir manualmente nuevos pedidos o modificar/eliminar pedidos existentes. La transacción «Elminar Orden» (DBWORD) se utiliza para configurar un flujo de trabajo de pedidos para finalizar cualquier paso del proceso que deba realizarse antes de ejecutar la transacción comercial, así como para definir los tiempos de ejecución objetivo y las funciones de supervisión. Puede encontrar información detallada sobre estos temas en la documentación del desarrollador sobre el sistema de pedidos.

El sistema de pedidos está compuesto por el pedido y los eventos asociados.

Los pedidos se crean automáticamente cuando se reciben mensajes electrónicos o cuando se inician las transacciones sin recibir un mensaje entrante.
Cualquier cambio de estado del pedido da lugar a la creación de un registro de eventos que incluye la ID de usuario, el nuevo estado del pedido, las fechas de inicio y finalización, y la duración de la transacción.

La información del pedido se mantiene automáticamente en todas las transacciones en las que se requieren varias transacciones comerciales para ejecutar un pedido externo. Incluso si, por ejemplo, se ha enviado una transacción comercial para su corrección y se acepta de nuevo más tarde, toda la información, desde la recepción del pedido hasta su finalización, está disponible en un pedido común.

Una orden del cliente se considera técnicamente «finalizada» una vez que el servicio «FIN» se ha ejecutado en el flujo de trabajo de la transacción, la orden tiene un estado de «FIN» (orden cerrada), «CAN» (orden revocada), «DES» (SPT eliminada) o «JOI» (unida). En todos estos casos, también se fija la fecha de finalización del pedido. La fecha de finalización se establece inmediatamente antes del servicio 'Limpieza' (SRVCLN) en el flujo de trabajo de la transacción (consulte Administrador de Tareas), pero, en función de las solicitudes de la organización, también podría establecerse en cuanto se hayan enviado todos los mensajes externos.

Los datos del pedido se pueden ver, por ejemplo, mediante la visualización del contrato. El pedido al que se ha asignado la transacción se muestra en el panel «Finalización» de la transacción comercial. Además, el sistema de información de las transacciones comerciales contiene una estructura claramente estructurada «Order TreeView Panel» que muestra el contrato en relación con todos los pedidos/transacciones liquidadas en virtud del mismo, así como mensajes en una estructura de árbol de navegación sencilla. A través de esta pantalla se puede ver toda la información de los pedidos individuales.

• Orden creada (CRE): se creó una nueva orden utilizando la transacciónCrear nuevo Orden
• TRN creado (TRN): El pedido se ha convertido en una transacción; el pedido se ha asignado ahora a una operación
• Para corregir (COR): La transacción se ha revertido (por ejemplo, Control de Liberación de Transacciones)
• Eliminada (DEL): La transacción se ha eliminado (por ejemplo, Control de Liberación de Transacciones)
• Pedido finalizado (FIN): La transacción se ha ejecutado en todo el flujo de trabajo
• Pedido cancelado (CAN): El pedido se ha eliminado manualmente mediante la transacción «Elminar Orden»
• TRN liberada (REL): La transacción se ha liberado (p. ej., Control de Liberación de Transacciones)
• SPT eliminado (DES): el SPT asociado se eliminó lógicamente
• TRN interrumpido (BRK): Se interrumpió/pausó el guardado de una transacción (empresa)
• Mensaje recibido (INC): Utilizando la transacción Adminsitrador para Mensajes Recibidos, se creó una orden para un mensaje entrante
• SPT liberado (SPT): El pedido se creó con un SPT (por ejemplo, a través Ruteo de Items Pendientesde , icono ) o si se determinó que todavía no existe ningún conjunto de pedidos para un SPT
• Firma (SIG): la transacción no se ha podido liberar aún debido a la falta de firmas o a autorizaciones de liberación insuficientes
• Incorporado (JOI): el pedido se fusionó con otro pedido porque se relaciona lógicamente con un conjunto de pedidos diferente

Al monitorear las WFE vencidas, se analizan y muestran los SPT y ORD vencidos.

Los detalles técnicos sobre la implementación del sistema de pedidos se pueden encontrar en la documentación del desarrollador, en «Sistema de pedidos».