Plantilla de Datos: De Pedido a Cobro - Procesamiento de Pedidos de Venta
Su Plantilla de Datos de Procesamiento de Pedidos de Venta - Pedido a Efectivo.
- Atributos recomendados para recopilar
- Actividades clave a rastrear para el análisis
- Guía para la extracción de datos
Pedido a Cobro - Atributos de Procesamiento de Pedidos de Venta
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del Evento
EventTime
|
La marca de tiempo que indica cuándo ocurrió una actividad específica. | ||
|
Descripción
Tiempo del evento, o timestamp, captura la fecha y hora precisas en que se ejecutó una actividad. Por ejemplo, registra cuándo se creó un pedido, cuándo se envió una factura o cuándo se recibió un pago. Estos datos temporales son fundamentales para el process mining. Este atributo se utiliza para ordenar los eventos cronológicamente para cada caso, lo cual es necesario para reconstruir el flujo del proceso con precisión. También es la base para todos los cálculos de duración y rendimiento, como los tiempos de ciclo entre actividades, la duración total del caso y la identificación de retrasos o cuellos de botella.
Por qué es importante
Proporciona la secuencia cronológica de eventos y es la base para todo análisis de rendimiento basado en el tiempo, incluyendo el tiempo de ciclo y la identificación de cuellos de botella.
Dónde obtener
Obtenido de varios campos de fecha en las tablas de Oracle EBS, como CREATION_DATE en OE_ORDER_HEADERS_ALL, ACTUAL_SHIPMENT_DATE en WSH_DELIVERY_DETAILS, o TRX_DATE en RA_CUSTOMER_TRX_ALL.
Ejemplos
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
|
|||
|
Nombre de la Actividad
ActivityName
|
El nombre de un evento o etapa específica ocurrida dentro del ciclo de vida del pedido de venta. | ||
|
Descripción
Este atributo registra el nombre de cada actividad realizada en un pedido de venta, como 'Pedido Registrado', 'Mercancía Enviada' o 'Pago Recibido'. Estas actividades representan los hitos clave en el proceso de Pedido a Cobro. Analizar la secuencia y frecuencia de estas actividades es el corazón del Process Mining. Permite descubrir los flujos de proceso reales, incluyendo rutas comunes, desviaciones y cuellos de botella. Estos datos se utilizan para generar el mapa de procesos, que es la visualización principal para el análisis de procesos.
Por qué es importante
Define los pasos en el mapa de proceso, lo cual es esencial para visualizar y analizar el flujo del proceso.
Dónde obtener
Este es un campo conceptual derivado de varios eventos del sistema de origen, estados y fechas de transacción a través de módulos como Gestión de Pedidos, Ejecución de Envíos y Cuentas por Cobrar.
Ejemplos
Pedido de Venta CreadoMercancía EnviadaFactura CreadaPago Recibido
|
|||
|
Pedido de Venta
SalesOrder
|
El identificador único del pedido de venta del cliente, que actúa como el caso principal del proceso de Pedido a Cobro. | ||
|
Descripción
El número de pedido de venta identifica de forma única cada pedido del cliente durante todo su ciclo de vida, desde su creación hasta su cierre. Actúa como el eje que conecta todas las actividades relacionadas, como la reserva, el envío, la facturación y el pago. En Process Mining, este atributo es esencial para reconstruir el recorrido de extremo a extremo de cada pedido. Al agrupar todos los eventos bajo un mismo pedido de venta, las personas analistas pueden visualizar el flujo completo del proceso, identificar variaciones entre pedidos y medir indicadores clave como el tiempo de ciclo y la entrega a tiempo para cada caso.
Por qué es importante
Este es el ID de caso, que es fundamental para vincular todos los eventos del proceso y analizar el ciclo de vida del pedido de principio a fin.
Dónde obtener
La clave primaria de un pedido de venta, habitualmente presente en tablas de Oracle Order Management como OE_ORDER_HEADERS_ALL.HEADER_ID.
Ejemplos
685127103482459
|
|||
|
Condiciones de Pago
PaymentTerms
|
Las condiciones acordadas que definen cuándo se espera que el cliente pague los bienes o servicios. | ||
|
Descripción
Los Términos de Pago especifican las condiciones de pago de una factura, como 'Neto 30', 'Neto 60' o 'Debido al Recibo'. Este atributo es fundamental para gestionar las cuentas por cobrar y el flujo de caja. Analizar el rendimiento del proceso por términos de pago ayuda a identificar si los clientes con ciertos términos son más propensos a pagar tarde. Esta información se utiliza para evaluar el riesgo financiero, optimizar las estrategias de cobro y evaluar la eficacia de las diferentes ofertas de términos de pago. Es una dimensión clave para el dashboard de 'Monitoreo de Cumplimiento de Términos de Pago'.
Por qué es importante
Crucial para analizar el comportamiento de pagos, monitorear el flujo de efectivo y evaluar el riesgo financiero asociado con diferentes acuerdos con clientes.
Dónde obtener
Se encuentra en la tabla RA_TERMS, vinculado a través de TERM_ID en tablas como RA_CUSTOMER_TRX_ALL (para facturas) o OE_ORDER_HEADERS_ALL (para pedidos).
Ejemplos
Neto 30Neto 60Vencimiento al recibir
|
|||
|
Estado del Pedido
OrderStatus
|
El estado actual o histórico del pedido de venta o de la línea de pedido. | ||
|
Descripción
Este atributo captura el estado de un pedido de venta en distintos momentos, como 'Entered', 'Booked', 'Closed' o 'Cancelled'. Los estados suelen corresponderse directamente con actividades del proceso. Hacer seguimiento del estado del pedido es clave para construir dashboards que muestren la situación actual de todos los pedidos activos. Permite a las personas responsables supervisar el flujo de pedidos, identificar pedidos estancados y gestionar excepciones de forma proactiva. Analizar las transiciones de estado es una forma habitual de definir actividades para el mapa del proceso.
Por qué es importante
Proporciona visibilidad del pipeline de pedidos de venta, ayudando a identificar pedidos estancados y a gestionar excepciones del proceso.
Dónde obtener
Se encuentra típicamente en la columna FLOW_STATUS_CODE de las tablas OE_ORDER_HEADERS_ALL y OE_ORDER_LINES_ALL.
Ejemplos
REGISTRADOESPERANDO_ENVÍOSHIPPEDCLOSEDCANCELLED
|
|||
|
Fecha de Entrega Confirmada
ConfirmedDeliveryDate
|
La fecha comprometida para la entrega de los bienes al cliente. | ||
|
Descripción
Este atributo almacena la fecha de entrega que fue prometida o confirmada al cliente. Sirve como objetivo o referencia para medir el rendimiento de entrega a tiempo. En Process Mining, esta fecha se compara con el timestamp de entrega real (de la actividad 'Mercancía Entregada') para calcular el KPI 'Tasa de Entrega a Tiempo'. Analizar las desviaciones de esta fecha ayuda a identificar problemas sistémicos en la logística, la gestión de inventario o la planificación de producción que conducen a retrasos en la entrega.
Por qué es importante
Esta es la referencia para medir el rendimiento de entrega a tiempo, un KPI crítico para la satisfacción del cliente y la excelencia operativa.
Dónde obtener
Esta fecha generalmente se encuentra en los campos LATEST_ACCEPTABLE_DATE o REQUEST_DATE a nivel de línea de pedido en la tabla OE_ORDER_LINES_ALL.
Ejemplos
2023-05-102023-06-012023-07-20
|
|||
|
Fecha de Vencimiento de Pago
PaymentDueDate
|
La fecha calculada en la que vence el pago de la factura por parte del cliente. | ||
|
Descripción
La fecha de vencimiento de pago es el día concreto del calendario en el que debe pagarse una factura, calculada según la fecha de emisión y las condiciones de pago acordadas. Es la fecha objetivo para la actividad 'Payment Received'. Este atributo es clave para calcular el KPI 'Tasa de cumplimiento de condiciones de pago' comparándola con la fecha real de pago. Analizar las desviaciones ayuda al equipo de cobros a priorizar sus esfuerzos, identificar clientes que pagan crónicamente con retraso y medir la eficacia del proceso de reclamación de pagos.
Por qué es importante
Sirve como fecha objetivo para la recopilación de pagos, lo que permite la medición de la puntualidad de los pagos y el cumplimiento del cliente con los términos.
Dónde obtener
Ubicado en el campo DUE_DATE de la tabla AR_PAYMENT_SCHEDULES_ALL, que está vinculado a la transacción de la factura.
Ejemplos
2023-06-152023-07-012023-08-30
|
|||
|
Monto Total del Pedido
TotalOrderAmount
|
El valor monetario total del pedido de venta. | ||
|
Descripción
Este atributo representa el valor total de todas las líneas de un pedido de venta, expresado en la moneda de la transacción. Es una métrica financiera clave asociada a cada caso. Analizar las métricas de proceso por importe del pedido ayuda a priorizar los esfuerzos de mejora. Por ejemplo, los analistas pueden investigar si los pedidos de alto valor experimentan más retrasos o reprocesamiento que los pedidos de bajo valor. También permite la evaluación del impacto financiero, como cuantificar el valor de los pedidos atascados en un cuello de botella particular.
Por qué es importante
Permite el análisis financiero del proceso, ayudando a priorizar pedidos de alto valor y cuantificar el impacto monetario de las ineficiencias.
Dónde obtener
Este valor se calcula típicamente sumando los montos de línea para un pedido determinado. Los montos de línea se encuentran en tablas como OE_ORDER_LINES_ALL.
Ejemplos
5450.00125000.75980.50
|
|||
|
Nombre de Usuario
UserName
|
La persona usuaria quien realizó la actividad. | ||
|
Descripción
Identifica al usuario específico responsable de ejecutar un paso de proceso determinado. Este podría ser el representante de ventas que creó el pedido, el analista de crédito que realizó la verificación o el empleado que generó la factura. Analizar las actividades por usuario ayuda a identificar necesidades de capacitación, individuos o equipos de alto rendimiento y la distribución de la carga de trabajo. También es fundamental para el cumplimiento y el análisis de la pista de auditoría, como investigar acciones no autorizadas o comprender patrones de retrabajo asociados con usuarios específicos.
Por qué es importante
Permite el análisis del rendimiento del usuario, la distribución de la carga de trabajo y el cumplimiento de los protocolos de conformidad. Ayuda a responder 'quién' realizó una acción.
Dónde obtener
Obtenido de campos relacionados con el usuario como CREATED_BY o LAST_UPDATED_BY en varias tablas de Oracle EBS. Esto a menudo requiere unir con FND_USER para obtener el nombre de usuario completo.
Ejemplos
JSMITHRWILLIAMSCDAVIS
|
|||
|
Nombre del Cliente
CustomerName
|
El nombre del cliente que realizó el pedido de venta. | ||
|
Descripción
Este atributo identifica la razón social del cliente asociada al pedido de venta. Es una dimensión principal para segmentar y analizar el desempeño del proceso. Al filtrar o desglosar el proceso por cliente, las personas analistas pueden identificar qué clientes sufren los mayores tiempos de ciclo, presentan más retrabajos o se asocian con más retrasos de pago. Esta visibilidad es muy valiosa para mejorar la relación con el cliente, ajustar niveles de servicio y comprender su comportamiento.
Por qué es importante
Permite un análisis centrado en el cliente para identificar variaciones de rendimiento, mejorar el servicio y comprender los comportamientos de pago en diferentes clientes.
Dónde obtener
Derivado al unir el SOLD_TO_ORG_ID de OE_ORDER_HEADERS_ALL con las tablas HZ_CUST_ACCOUNTS y HZ_PARTIES para recuperar el nombre de la parte.
Ejemplos
Global Tech Inc.Innovate Solutions LLCPioneer Corp
|
|||
|
¿Es Retrabajo?
IsRework
|
Un indicador que identifica si un pedido de venta ha sido objeto de retrabajo, como actividades repetidas de confirmación o actualización. | ||
|
Descripción
Este es un atributo booleano calculado que señala casos que contienen patrones indicativos de retrabajo. El retrabajo se puede identificar al detectar bucles en el mapa de procesos, como un pedido siendo registrado múltiples veces, o por eventos de cambio específicos registrados en el sistema. Este indicador se utiliza para calcular el KPI 'Tasa de Reprocesamiento de Pedidos de Venta' y para impulsar el dashboard 'Análisis de Reprocesamiento de Pedidos de Venta'. Permite a los analistas aislar y estudiar fácilmente los pedidos que se desvían del proceso estándar, ayudando a cuantificar el impacto del retrabajo en los tiempos de ciclo y los costos, y a identificar las causas raíz de estos bucles ineficientes.
Por qué es importante
Ayuda a cuantificar la ineficiencia del proceso al señalar los pedidos que requirieron cambios manuales, permitiendo el análisis de las causas y los impactos del retrabajo.
Dónde obtener
Se calcula durante la transformación de datos al identificar secuencias de actividades que representan un bucle (por ejemplo, 'Pedido Registrado' que ocurre más de una vez para el mismo caso).
Ejemplos
truefalse
|
|||
|
Cantidad del Pedido
OrderQuantity
|
La cantidad del producto solicitada en una línea concreta del pedido de venta. | ||
|
Descripción
Este atributo especifica el número de unidades de un producto particular solicitadas por el cliente en una línea de pedido de venta. Representa el volumen de la transacción a nivel de artículo de línea. La cantidad del pedido se puede utilizar como dimensión para el análisis para determinar si el comportamiento del proceso cambia con el tamaño del pedido. Por ejemplo, los pedidos muy grandes o muy pequeños podrían seguir rutas de proceso diferentes o experimentar distintos tipos de retrasos. También proporciona contexto para otras métricas, como el valor del pedido.
Por qué es importante
Proporciona contexto sobre la escala de un pedido, lo que permite analizar cómo el volumen de pedidos impacta la eficiencia del proceso y las rutas de cumplimiento.
Dónde obtener
Se encuentra en el campo ORDERED_QUANTITY en la tabla OE_ORDER_LINES_ALL.
Ejemplos
102501
|
|||
|
Entrega a Tiempo
IsOnTimeDelivery
|
Un indicador que señala si el pedido fue entregado en o antes de la fecha de entrega confirmada. | ||
|
Descripción
Este atributo calculado es un indicador booleano (Verdadero/Falso) que indica si un pedido cumplió con su compromiso de entrega. Se deriva al comparar el timestamp de la actividad 'Mercancía Entregada' con la 'Fecha de Entrega Confirmada'. Este atributo apoya directamente el KPI 'Tasa de Entrega a Tiempo'. Simplifica el análisis y la creación de dashboards al proporcionar un resultado binario claro para cada pedido. Esto permite un filtrado y agregación sencillos para identificar las características de las entregas tardías, como productos comunes, clientes o métodos de envío.
Por qué es importante
Mide directamente los niveles de servicio al cliente y la fiabilidad de la entrega, simplificando el cálculo y la visualización del KPI de entrega a tiempo.
Dónde obtener
Este es un campo calculado. La lógica es: SI ('Mercancía Entregada' EventTime <= ConfirmedDeliveryDate) ENTONCES Verdadero SINO Falso.
Ejemplos
truefalse
|
|||
|
Método de Envío
ShippingMethod
|
El método o transportista utilizado para enviar la mercancía al cliente. | ||
|
Descripción
Este atributo especifica el modo de transporte o nivel de servicio utilizado para el envío, como 'Flete Terrestre', 'Envío Aéreo Express' o 'Mensajería Local'. Es un factor clave que influye tanto en el tiempo de entrega como en el costo. Al analizar el proceso utilizando este atributo, las empresas pueden evaluar el rendimiento de los diferentes métodos de envío. Por ejemplo, el dashboard de 'Rendimiento del Método de Envío' compara el tiempo de ciclo desde 'Mercancía Enviada' hasta 'Mercancía Entregada' para cada método, ayudando a optimizar la logística para lograr un equilibrio entre velocidad, costo y fiabilidad.
Por qué es importante
Permite la evaluación del rendimiento de diferentes transportistas y opciones de envío para optimizar costos, velocidad y fiabilidad.
Dónde obtener
Generalmente almacenado como SHIPPING_METHOD_CODE en tablas como WSH_DELIVERY_DETAILS o OE_ORDER_LINES_ALL.
Ejemplos
UPS GroundFedEx Priority OvernightDHL Express Worldwide
|
|||
|
Moneda
Currency
|
El código de moneda de los importes del pedido de venta. | ||
|
Descripción
El atributo de moneda especifica en qué divisa están denominados los importes del pedido, por ejemplo USD, EUR o JPY. Aporta el contexto necesario para interpretar cualquier dato financiero relacionado con el pedido. Es fundamental para los análisis en organizaciones multinacionales que operan en varias divisas. Garantiza que métricas como 'Importe total del pedido' se entiendan correctamente y permite realizar conversiones de moneda adecuadas si se requieren para informes consolidados.
Por qué es importante
Proporciona contexto esencial para todos los valores monetarios, asegurando un análisis financiero preciso, especialmente en un entorno empresarial global.
Dónde obtener
Ubicado en el campo TRANSACTIONAL_CURR_CODE de la tabla OE_ORDER_HEADERS_ALL.
Ejemplos
USDEURGBP
|
|||
|
Motivo de Cancelación
CancellationReason
|
El motivo documentado de la cancelación de un pedido de venta o de una línea de pedido. | ||
|
Descripción
Cuando se cancela un pedido de venta, este atributo captura la razón proporcionada para la cancelación. Las razones de ejemplo podrían incluir 'Solicitud del Cliente', 'Sin Existencias' o 'Retención de Crédito'. Estos datos son vitales para el análisis de causa raíz de las cancelaciones de pedidos. El dashboard 'Tasa y Razones de Cancelación de Pedidos de Venta' utiliza este atributo para identificar los principales impulsores de las cancelaciones, permitiendo a la empresa implementar estrategias específicas para reducir la rotación, mejorar la previsión de inventario o refinar las políticas de crédito.
Por qué es importante
Proporciona una visión directa de por qué se cancelan los pedidos, lo que permite un análisis de la causa raíz para reducir las ventas perdidas y mejorar la retención de clientes.
Dónde obtener
Esta información a menudo se almacena en un campo de código de motivo, como CANCELLED_REASON, que puede estar disponible en la tabla OE_ORDER_LINES_ALL o en una tabla relacionada para cambios de pedido.
Ejemplos
Artículo descontinuadoCliente cancelóPedido duplicado
|
|||
|
Número de Producto
ProductNumber
|
El identificador único del producto o artículo en la línea del pedido de venta. | ||
|
Descripción
Este atributo identifica el material, artículo o servicio específico que se vende. Permite analizar a un nivel más granular que el encabezado del pedido de venta. Analizar el proceso por producto ayuda a descubrir problemas específicos de ciertos artículos. Por ejemplo, algunos productos pueden tener tiempos de cumplimiento más largos por su fabricación o aprovisionamiento complejos, mientras que otros pueden asociarse a más errores de envío o disputas con clientes. Esto permite implementar mejoras específicas en la cadena de suministro y la gestión de productos.
Por qué es importante
Permite un análisis a nivel de producto para identificar elementos que causan retrasos en el proceso, retrabajo u otras ineficiencias.
Dónde obtener
Derivado de INVENTORY_ITEM_ID en la tabla OE_ORDER_LINES_ALL, que se puede unir a MTL_SYSTEM_ITEMS_B para obtener el número o la descripción del artículo.
Ejemplos
AS54888CM15001SV20100
|
|||
|
Pago a Tiempo
IsPaymentOnTime
|
Un indicador que señala si el pago fue recibido en o antes de la fecha de vencimiento de la factura. | ||
|
Descripción
Este es un atributo booleano calculado que se deriva al comparar el timestamp de la actividad 'Pago Recibido' con la 'Fecha de Vencimiento de Pago' para la factura correspondiente. Proporciona un indicador verdadero/falso simple de cumplimiento de pago. Este indicador es la base para el KPI 'Tasa de Cumplimiento de Plazos de Pago'. Simplifica la creación de dashboards e informes que monitorean el comportamiento de pago del cliente y la efectividad del proceso de cuentas por cobrar. Permite una segmentación rápida de pagos a tiempo versus pagos atrasados para analizar factores contribuyentes como el tipo de cliente o las condiciones de pago.
Por qué es importante
Mide directamente el cumplimiento de los términos de pago, lo cual es crítico para gestionar el flujo de efectivo y evaluar la fiabilidad financiera del cliente.
Dónde obtener
Este es un campo calculado. La lógica es: SI ('Pago Recibido' EventTime <= PaymentDueDate) ENTONCES Verdadero SINO Falso.
Ejemplos
truefalse
|
|||
|
Source System
SourceSystem
|
El sistema del cual se extrajo la data. | ||
|
Descripción
Este atributo identifica el sistema de información de origen donde se generaron los datos del evento. En este proceso, será 'Oracle E-Business Suite'. En entornos con múltiples sistemas, este campo es crítico para la trazabilidad de los datos y la resolución de incidencias. Incluso en un contexto de un único sistema, aporta un contexto importante para el modelo de datos y ayuda a estandarizar los procesos de ingesta de datos.
Por qué es importante
Proporciona contexto esencial sobre el origen de los datos, asegurando la trazabilidad y la correcta interpretación de los datos, especialmente en entornos de sistemas múltiples.
Dónde obtener
Este es generalmente un valor estático añadido durante el proceso de extracción, transformación y carga de datos (ETL) para etiquetar el origen de los datos.
Ejemplos
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Última actualización de datos
LastDataUpdate
|
El timestamp de la actualización de datos más reciente del sistema de origen. | ||
|
Descripción
Este atributo indica la última vez que los datos se extrajeron de Oracle E-Business Suite y se cargaron en la herramienta de Process Mining. Refleja la vigencia de los datos que se están analizando. Esto es crucial para que los usuarios comprendan la actualidad de las perspectivas que están consultando. Les ayuda a saber si están viendo información en tiempo real o una instantánea de un momento específico, lo cual es fundamental para la toma de decisiones operativas.
Por qué es importante
Informa a los usuarios sobre la actualidad de los datos, lo cual es fundamental para confiar en el análisis y tomar decisiones oportunas.
Dónde obtener
Este timestamp se genera y se añade durante el proceso de extracción, transformación y carga (ETL) de datos.
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Pedido a Cobro - Actividades de Procesamiento de Pedidos de Venta
| Actividad | Descripción | ||
|---|---|---|---|
|
Factura Creada
|
Este evento marca la creación de la factura de cuentas por cobrar para la mercancía enviada. Es un evento explícito desencadenado por el proceso AutoInvoice, que extrae datos de Gestión de Pedidos y Envío hacia el módulo de Cuentas por Cobrar. | ||
|
Por qué es importante
Esta actividad inicia la parte de liquidación financiera del proceso. Es el punto de partida para medir el tiempo de ciclo de factura a pago y supervisar la eficiencia de facturación.
Dónde obtener
Esta es una transacción explícita registrada en la tabla RA_CUSTOMER_TRX_ALL en Cuentas por Cobrar de Oracle. La TRX_DATE o CREATION_DATE sirve como el timestamp del evento.
Capturar
Utilice TRX_DATE de la tabla RA_CUSTOMER_TRX_ALL.
Tipo de evento
explicit
|
|||
|
Inventario Asignado
|
Esta actividad representa la reserva de inventario para las líneas del pedido, garantizando que la cantidad requerida esté disponible para la preparación de pedidos. Suele inferirse a partir de un cambio de estado en la línea del pedido de venta que indica que está lista para liberarse al almacén. | ||
|
Por qué es importante
Este hito es crucial para comprender la disponibilidad en el cumplimiento de los pedidos. Los retrasos en esta etapa pueden indicar escasez de inventario, problemas de aprovisionamiento o ineficiencias en el proceso de asignación.
Dónde obtener
Inferido de los cambios de estado en la tabla WSH_DELIVERY_DETAILS. La actividad ocurre cuando el estado de una línea se actualiza a 'Listo para Liberar', con el timestamp derivado de la actualización de estado asociada.
Capturar
Inferido de las actualizaciones de estado de línea en WSH_DELIVERY_DETAILS a 'Listo para Liberar'.
Tipo de evento
inferred
|
|||
|
Mercancía Enviada
|
Representa la finalización del proceso de confirmación de envío, donde las mercancías salen físicamente del almacén. Este es un evento explícito clave en el módulo de envío que actualiza el inventario y progresa el estado del pedido. | ||
|
Por qué es importante
Este es un hito crítico de cumplimiento utilizado para medir el rendimiento de envío a tiempo. También sirve como disparador para los procesos de facturación y reconocimiento de ingresos.
Dónde obtener
Capturado como una transacción explícita en Oracle Shipping Execution. El timestamp se puede encontrar en la tabla WSH_NEW_DELIVERIES en la columna INITIAL_PICKUP_DATE o derivarse de las actualizaciones de estado en WSH_DELIVERY_DETAILS a 'Shipped'.
Capturar
Utilice la fecha de confirmación de envío de WSH_DELIVERY_DETAILS o WSH_NEW_DELIVERIES.
Tipo de evento
explicit
|
|||
|
Pago Recibido
|
Esta actividad ocurre cuando se recibe el pago del cliente y se aplica a la factura correspondiente en el sistema. Es una transacción financiera explícita registrada en el módulo de Cuentas por Cobrar. | ||
|
Por qué es importante
Este hito es fundamental para monitorear el flujo de caja, los Días de Venta Pendientes de Cobro (DSO) y el cumplimiento de los términos de pago. Constituye un punto final clave para medir el tiempo de ciclo financiero.
Dónde obtener
Registrado explícitamente en la tabla AR_RECEIVABLE_APPLICATIONS_ALL. La columna APPLY_DATE proporciona la marca de tiempo de cuándo se aplicó el recibo de caja a la factura.
Capturar
Utilice APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL para la factura específica.
Tipo de evento
explicit
|
|||
|
Pedido Cerrado
|
Esta actividad marca la finalización del pedido de venta tras enviar, facturar y cerrar correctamente todas sus líneas. Es una actualización explícita del estado en el encabezado del pedido. | ||
|
Por qué es importante
Este es el punto final de éxito principal para el proceso de Pedido a Cobro. Proporciona el timestamp final necesario para calcular el tiempo de ciclo de principio a fin para pedidos entregados con éxito.
Dónde obtener
Este evento se registra en la tabla OE_ORDER_HEADERS_ALL cuando el FLOW_STATUS_CODE se actualiza a 'CERRADO'. La LAST_UPDATE_DATE para este cambio de estado es el timestamp del evento.
Capturar
Timestamp de actualización en OE_ORDER_HEADERS_ALL donde FLOW_STATUS_CODE cambia a 'CLOSED'.
Tipo de evento
explicit
|
|||
|
Pedido de Venta Creado
|
Esta actividad marca la creación inicial de un pedido de venta en el sistema. Es un evento explícito que se captura cuando una persona usuaria guarda un nuevo encabezado de pedido, lo que representa el inicio formal del proceso de pedido a cobro. | ||
|
Por qué es importante
Este es el evento de inicio principal para el proceso. Analizar el tiempo desde este punto hasta las actividades posteriores es esencial para medir el tiempo de ciclo total de Pedido a Cobro.
Dónde obtener
Este evento se captura de la tabla OE_ORDER_HEADERS_ALL en el módulo de Gestión de Pedidos de Oracle. La columna CREATION_DATE proporciona el timestamp explícito para esta actividad.
Capturar
Utilice CREATION_DATE de la tabla OE_ORDER_HEADERS_ALL.
Tipo de evento
explicit
|
|||
|
Pedido Registrado
|
Representa la confirmación formal del pedido de venta, lo que lo activa y lo hace elegible para procesamiento posterior como el aprovisionamiento y el envío. Esta es una acción explícita en Oracle EBS que cambia el estado del pedido de 'Entered' a 'Booked'. | ||
|
Por qué es importante
El registro es un hito crítico para el pedido. Los retrasos entre su creación y registro pueden indicar problemas de datos, aprobaciones o validación inicial.
Dónde obtener
Capturado de la tabla OE_ORDER_HEADERS_ALL. El evento ocurre cuando el BOOKED_FLAG se establece en 'Y', y el timestamp se registra en la columna BOOKED_DATE.
Capturar
Utilice BOOKED_DATE de la tabla OE_ORDER_HEADERS_ALL.
Tipo de evento
explicit
|
|||
|
Factura Enviada al Cliente
|
Esta actividad representa el momento en que la factura se envía al cliente, ya sea impresa o por medios electrónicos. Normalmente se infiere, ya que no siempre es un evento explícito y separado de su creación. | ||
|
Por qué es importante
Marca el inicio oficial del plazo de pago del cliente. Los retrasos entre la creación y el envío de la factura pueden afectar negativamente el flujo de caja y provocar pagos atrasados.
Dónde obtener
Esto se puede inferir de la LAST_PRINTED_DATE en la tabla RA_CUSTOMER_TRX_ALL. Para facturas electrónicas, puede requerir revisar los registros de un sistema externo de entrega de documentos.
Capturar
Utilice la LAST_PRINTED_DATE de RA_CUSTOMER_TRX_ALL o los registros de herramientas de terceros.
Tipo de evento
inferred
|
|||
|
Liberado para Picking
|
Este evento marca el punto en el que las líneas de pedido de venta son liberadas al almacén para que comiencen las actividades de preparación de pedidos. Es una acción explícita que crea comprobantes de recogida y hace visible el pedido a los operadores de almacén. | ||
|
Por qué es importante
Esta actividad da inicio al proceso de cumplimiento físico. Analizar el tiempo desde este punto hasta 'Goods Shipped' revela la eficiencia de la operativa del almacén y posibles cuellos de botella en la preparación de pedidos.
Dónde obtener
Este es un evento explícito capturado en el módulo de Ejecución de Envíos de Oracle. Se puede identificar por el estado de los detalles de entrega en WSH_DELIVERY_DETAILS cambiando a 'Liberado a Almacén' o 'Transactable'.
Capturar
Timestamp cuando WSH_DELIVERY_DETAILS.RELEASED_STATUS cambia a 'S' (Enviado).
Tipo de evento
explicit
|
|||
|
Línea de Pedido Cerrada
|
Indica que todo el procesamiento para una línea individual de un pedido de venta está completo, incluyendo el envío y la facturación. Este es un cambio de estado explícito gestionado por el workflow del proceso. | ||
|
Por qué es importante
El seguimiento de los cierres a nivel de línea ayuda a analizar los envíos parciales y a identificar problemas con productos específicos o rutas de cumplimiento antes de que el pedido completo finalice.
Dónde obtener
Esto se registra en la tabla OE_ORDER_LINES_ALL cuando el FLOW_STATUS_CODE se actualiza a 'CERRADO'. La LAST_UPDATE_DATE para este cambio de estado puede servir como el timestamp.
Capturar
Timestamp de actualización en OE_ORDER_LINES_ALL donde FLOW_STATUS_CODE cambia a 'CLOSED'.
Tipo de evento
explicit
|
|||
|
Mercancía Entregada
|
Esta actividad indica que el envío ha llegado al cliente. Oracle EBS estándar no registra este evento, por lo que normalmente debe inferirse o importarse desde los sistemas del transportista. | ||
|
Por qué es importante
Es esencial para medir los KPI de entrega a tiempo y comprender la experiencia completa del cliente. La brecha entre el envío y la entrega destaca el rendimiento del transportista.
Dónde obtener
Requiere análisis del sistema. Estos datos no están disponibles de forma nativa en Oracle EBS y deben obtenerse de fuentes de datos de transportistas externos o plataformas logísticas integradas con el sistema.
Capturar
Inferido de datos de transportistas externos o asumido en base a un tiempo de tránsito estándar después de 'Mercancía Enviada'.
Tipo de evento
inferred
|
|||
|
Pedido Cancelado
|
Representa la cancelación de un pedido de venta completo antes de que se complete el cumplimiento. Este es un evento explícito que termina el flujo de trabajo de procesamiento de pedidos. | ||
|
Por qué es importante
Este es un punto final clave de excepción. Analizar la frecuencia, el momento y las razones de las cancelaciones es crucial para identificar la pérdida de ingresos y problemas de proceso o producto.
Dónde obtener
Registrado en la tabla OE_ORDER_HEADERS_ALL cuando el FLOW_STATUS_CODE se establece en 'CANCELLED' y el CANCELLED_FLAG es 'Y'. La LAST_UPDATE_DATE se puede utilizar como marca de tiempo.
Capturar
Timestamp cuando CANCELLED_FLAG en OE_ORDER_HEADERS_ALL se establece en 'Y'.
Tipo de evento
explicit
|
|||
|
Verificación de Crédito Realizada
|
Esta actividad indica la finalización de la verificación de crédito del cliente para el pedido. A menudo se captura cuando se libera, si corresponde, el bloqueo por verificación de crédito del pedido de venta, permitiendo que avance. | ||
|
Por qué es importante
Los retrasos en la verificación de crédito son un cuello de botella común que puede paralizar todo el proceso de cumplimiento. El monitoreo de esta actividad ayuda a identificar ineficiencias en los controles y aprobaciones financieras.
Dónde obtener
Este evento se puede inferir de la tabla OE_ORDER_HOLDS_ALL al identificar el timestamp cuando una 'Retención por Verificación de Crédito' es liberada para un encabezado de pedido específico.
Capturar
Utilice la marca de tiempo de liberación para las retenciones relacionadas con el crédito de OE_ORDER_HOLDS_ALL.
Tipo de evento
inferred
|
|||