Su plantilla de datos para Order to Cash: procesamiento de pedidos de venta

Oracle E-Business Suite
Su plantilla de datos para Order to Cash: procesamiento de pedidos de venta

Su plantilla de datos para Order to Cash: procesamiento de pedidos de venta

Esta plantilla ofrece una visión estructurada de los datos esenciales que debe extraer para analizar eficazmente Order to Cash: procesamiento de pedidos de venta. Detalla los atributos fundamentales que debe recopilar y las actividades clave que debe supervisar en Oracle E-Business Suite. También incluye orientación práctica para extraer estos datos y comenzar sin complicaciones su recorrido de Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que debe supervisar para el análisis
  • Orientación para la extracción de datos
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos del procesamiento de pedidos de venta de Order to Cash

Estos son los campos de datos recomendados que debe incluir en su registro de eventos para realizar un análisis completo del procesamiento de pedidos de venta de Order to Cash.
3 Obligatorio 7 Recomendado 10 Opcional
Nombre Descripción
Hora del evento
EventTime
La marca de tiempo que indica cuándo tuvo lugar una actividad específica.
Descripción

Event Time, o marca de tiempo, registra la fecha y hora exactas en que se ejecutó una actividad. Por ejemplo, indica 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 Process Mining.

Este atributo se utiliza para ordenar cronológicamente los eventos de cada caso, algo necesario para reconstruir con precisión el flujo del proceso. También constituye la base de 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 demoras o cuellos de botella.

Por qué es importante

Proporciona la secuencia cronológica de los eventos y es la base de todos los análisis de rendimiento basados en el tiempo, incluidos el tiempo de ciclo y la identificación de cuellos de botella.

Dónde obtenerlo

Se obtiene de diversos campos de fecha de 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 paso empresarial específico que tuvo lugar durante el ciclo de vida del pedido de venta.
Descripción

Este atributo registra el nombre de cada actividad realizada en un pedido de venta, como «Order Booked», «Goods Shipped» o «Payment Received». Estas actividades representan los hitos clave del proceso Order to Cash.

Analizar la secuencia y la frecuencia de estas actividades es la base de Process Mining. Permite descubrir los flujos reales del proceso, incluidas las rutas habituales, las desviaciones y los cuellos de botella. Estos datos se utilizan para generar el mapa del proceso, la visualización principal para analizarlo.

Por qué es importante

Define los pasos del mapa del proceso, algo esencial para visualizar y analizar el flujo del proceso.

Dónde obtenerlo

Es un campo conceptual derivado de diversos eventos, estados y fechas de transacción de los sistemas de origen en módulos como Order Management, Shipping Execution y Accounts Receivable.

Ejemplos
Pedido de venta creadoMercancía enviadaFactura creadaPago recibido
Pedido de venta
SalesOrder
El identificador único del pedido de venta de un cliente, que sirve como caso principal del proceso Order to Cash.
Descripción

El número del pedido de venta identifica de forma única cada pedido del cliente durante todo su ciclo de vida, desde la creación hasta el cierre final. Actúa como hilo conductor central que conecta todas las actividades relacionadas, como la confirmación, el envío, la facturación y el pago.

En Process Mining, este atributo es esencial para reconstruir el recorrido completo de cada pedido. Al agrupar todos los eventos bajo un único pedido de venta, los analistas pueden visualizar el flujo completo del proceso, identificar variaciones entre pedidos y medir indicadores clave de rendimiento, como el tiempo de ciclo y las entregas puntuales de cada caso.

Por qué es importante

Este es el Case ID, fundamental para vincular todos los eventos del proceso y analizar el ciclo de vida completo del pedido.

Dónde obtenerlo

La clave principal de un pedido de venta, que normalmente se encuentra en tablas de Oracle Order Management como OE_ORDER_HEADERS_ALL.HEADER_ID.

Ejemplos
685127103482459
Condiciones de pago
PaymentTerms
Las condiciones acordadas que determinan cuándo debe pagar el cliente la mercancía o los servicios.
Descripción

Las condiciones de pago especifican los términos de pago de una factura, como «Net 30», «Net 60» o «Due on Receipt». Este atributo es fundamental para gestionar las cuentas por cobrar y el flujo de caja.

Analizar el rendimiento del proceso según las condiciones de pago ayuda a identificar si los clientes con determinadas condiciones tienen más probabilidades de pagar tarde. Esta información se utiliza para evaluar el riesgo financiero, optimizar las estrategias de cobro y valorar la eficacia de las distintas opciones de pago. Es una dimensión clave del panel «Supervisión del cumplimiento de las condiciones de pago».

Por qué es importante

Es fundamental para analizar el comportamiento de pago, supervisar el flujo de caja y evaluar el riesgo financiero asociado a los distintos acuerdos con clientes.

Dónde obtenerlo

Se encuentra en la tabla RA_TERMS, vinculada mediante TERM_ID en tablas como RA_CUSTOMER_TRX_ALL, para las facturas, u OE_ORDER_HEADERS_ALL, para los 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 del pedido.
Descripción

Este atributo registra el estado de una orden de venta en distintos momentos, como «Introducida», «Registrada», «Cerrada» o «Cancelada». Los estados suelen corresponder directamente a actividades del proceso.

El seguimiento del estado de las órdenes es clave para crear Dashboards que muestren la situación actual de todas las órdenes activas. Permite a los responsables supervisar la cartera de órdenes, identificar las órdenes estancadas y gestionar las excepciones de forma proactiva. Analizar las transiciones de estado es una forma habitual de definir las actividades del mapa del proceso.

Por qué es importante

Proporciona visibilidad sobre la cartera de pedidos de venta, lo que ayuda a identificar pedidos estancados y gestionar las excepciones del proceso.

Dónde obtenerlo

Normalmente se encuentra en la columna FLOW_STATUS_CODE de las tablas OE_ORDER_HEADERS_ALL y OE_ORDER_LINES_ALL.

Ejemplos
REGISTRADOPENDIENTE_DE_ENVÍOENVIADOCERRADOCANCELADO
Fecha de entrega confirmada
ConfirmedDeliveryDate
La fecha comprometida para la entrega de la mercancía al cliente.
Descripción

Este atributo almacena la fecha de entrega prometida o confirmada al cliente. Sirve como objetivo o referencia para medir el rendimiento de las entregas puntuales.

En Process Mining, esta fecha se compara con la marca de tiempo de entrega real, procedente de la actividad «Goods Delivered», para calcular el KPI «Tasa de entregas puntuales». Analizar las desviaciones respecto a esta fecha ayuda a identificar problemas sistémicos de logística, gestión de inventario o planificación de la producción que provocan retrasos en las entregas.

Por qué es importante

Es la referencia para medir el rendimiento de las entregas puntuales, un KPI fundamental para la satisfacción del cliente y la excelencia operativa.

Dónde obtenerlo

Normalmente, esta fecha se encuentra en los campos LATEST_ACCEPTABLE_DATE o REQUEST_DATE a nivel de línea del pedido en la tabla OE_ORDER_LINES_ALL.

Ejemplos
2023-05-102023-06-012023-07-20
Fecha de vencimiento del pago
PaymentDueDate
La fecha calculada en la que vence el pago de la factura del cliente.
Descripción

La fecha de vencimiento del pago es el día natural concreto en el que debe pagarse una factura, calculado a partir de la fecha de la factura y las condiciones de pago acordadas. Es la fecha objetivo de la actividad «Payment Received».

Este atributo es esencial para calcular el KPI «Tasa de cumplimiento de las condiciones de pago» mediante su comparación con la fecha real de pago. Analizar las desviaciones ayuda al equipo de cobros a priorizar sus esfuerzos, identificar clientes que pagan tarde de forma habitual y medir la eficacia del proceso de reclamación de pagos.

Por qué es importante

Sirve como fecha objetivo para el cobro y permite medir la puntualidad de los pagos y el cumplimiento de las condiciones por parte del cliente.

Dónde obtenerlo

Se encuentra en el campo DUE_DATE de la tabla AR_PAYMENT_SCHEDULES_ALL, vinculada a la transacción de la factura.

Ejemplos
2023-06-152023-07-012023-08-30
Importe 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 del proceso por importe del pedido ayuda a priorizar las iniciativas de mejora. Por ejemplo, los analistas pueden investigar si los pedidos de alto valor sufren más demoras o reprocesamientos que los de bajo valor. También permite evaluar el impacto financiero, como cuantificar el valor de los pedidos atascados en un cuello de botella concreto.

Por qué es importante

Permite realizar análisis financieros del proceso, priorizar los pedidos de alto valor y cuantificar el impacto monetario de las ineficiencias.

Dónde obtenerlo

Normalmente, este valor se calcula sumando los importes de las líneas de un pedido. Los importes de línea se encuentran en tablas como OE_ORDER_LINES_ALL.

Ejemplos
5450.00125000.75980.50
Nombre de usuario
UserName
El usuario que realizó la actividad.
Descripción

Identifica al usuario específico responsable de ejecutar un paso determinado del proceso. Puede ser el representante de ventas que creó el pedido, el analista de crédito que realizó la verificación o la persona encargada de crear la factura.

Analizar las actividades por usuario ayuda a identificar necesidades de formación, personas o equipos con un rendimiento destacado 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, por ejemplo, al investigar acciones no autorizadas o comprender patrones de reprocesamiento asociados a usuarios concretos.

Por qué es importante

Permite analizar el rendimiento de los usuarios, la distribución de la carga de trabajo y el cumplimiento de los protocolos de cumplimiento. Ayuda a responder a la pregunta de quién realizó una acción.

Dónde obtenerlo

Se obtiene de campos relacionados con los usuarios, como CREATED_BY o LAST_UPDATED_BY, en diversas tablas de Oracle EBS. A menudo es necesario combinar estos datos con FND_USER para obtener el nombre completo del usuario.

Ejemplos
JSMITHRWILLIAMSCDAVIS
Nombre del cliente
CustomerName
El nombre del cliente que realizó el pedido de venta.
Descripción

Este atributo identifica el nombre legal del cliente asociado al pedido de venta. Es una dimensión principal para segmentar y analizar el rendimiento del proceso.

Al filtrar o desglosar el proceso por cliente, los analistas pueden identificar qué clientes experimentan los tiempos de ciclo más largos, presentan las tasas de reprocesamiento más elevadas o se asocian con mayor frecuencia a retrasos en los pagos. Esta información es muy valiosa para mejorar las relaciones con los clientes, adaptar los niveles de servicio y comprender su comportamiento.

Por qué es importante

Permite realizar análisis centrados en el cliente para identificar variaciones de rendimiento, mejorar el servicio y comprender los comportamientos de pago de distintos clientes.

Dónde obtenerlo

Se obtiene combinando SOLD_TO_ORG_ID de OE_ORDER_HEADERS_ALL con las tablas HZ_CUST_ACCOUNTS y HZ_PARTIES para recuperar el nombre de la entidad.

Ejemplos
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Cantidad del pedido
OrderQuantity
Cantidad del producto solicitada en una línea específica del pedido de venta.
Descripción

Este atributo indica el número de unidades de un producto concreto que el cliente solicita en una línea del pedido de venta. Representa el volumen de la transacción a nivel de línea.

La cantidad del pedido puede utilizarse como dimensión de análisis para determinar si el comportamiento del proceso cambia según el tamaño del pedido. Por ejemplo, los pedidos muy grandes o muy pequeños pueden seguir rutas de proceso diferentes o experimentar distintos tipos de retrasos. También aporta contexto a otras métricas, como el valor del pedido.

Por qué es importante

Aporta contexto sobre la escala de un pedido y permite analizar cómo el volumen influye en la eficiencia del proceso y en las rutas de preparación.

Dónde obtenerlo

Se encuentra en el campo ORDERED_QUANTITY de la tabla OE_ORDER_LINES_ALL.

Ejemplos
102501
Entrega a tiempo
IsOnTimeDelivery
Indicador que señala si el pedido se entregó en la fecha de entrega confirmada o antes.
Descripción

Este atributo calculado es un indicador booleano (True/False) que señala si el pedido cumplió el compromiso de entrega. Se obtiene comparando la marca de tiempo de la actividad «Goods Delivered» con la «Confirmed Delivery Date».

Este atributo respalda directamente el KPI «Tasa de entregas a tiempo». Simplifica el análisis y la creación de Dashboards al proporcionar un resultado binario claro para cada pedido. Así, es posible filtrar y agregar fácilmente los datos para identificar las características de las entregas tardías, como productos, clientes o métodos de envío frecuentes.

Por qué es importante

Mide directamente el nivel de servicio al cliente y la fiabilidad de la preparación de pedidos, y simplifica el cálculo y la visualización del KPI de entregas a tiempo.

Dónde obtenerlo

Este es un campo calculado. La lógica es: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Ejemplos
truefalse
Método de envío
ShippingMethod
El método o transportista utilizado para llevar la mercancía al cliente.
Descripción

Este atributo especifica el modo de transporte o el nivel de servicio utilizado para el envío, como «Ground Freight», «Air Express» o «Local Courier». Es un factor clave que influye tanto en el tiempo como en el coste de entrega.

Al analizar el proceso con este atributo, las empresas pueden evaluar el rendimiento de los distintos métodos de envío. Por ejemplo, el panel «Rendimiento del método de envío» compara el tiempo de ciclo entre «Goods Shipped» y «Goods Delivered» para cada método, lo que ayuda a optimizar la logística equilibrando rapidez, coste y fiabilidad.

Por qué es importante

Permite evaluar el rendimiento de distintos transportistas y opciones de envío para optimizar costes, rapidez y fiabilidad.

Dónde obtenerlo

Generalmente se almacena como SHIPPING_METHOD_CODE en tablas como WSH_DELIVERY_DETAILS u OE_ORDER_LINES_ALL.

Ejemplos
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Moneda
Currency
El código de moneda de los valores monetarios del pedido de venta.
Descripción

El atributo de moneda especifica la moneda en la que se expresan los importes del pedido, como USD, EUR o JPY. Proporciona el contexto necesario para interpretar cualquier dato financiero relacionado con el pedido.

Es esencial para los análisis de organizaciones multinacionales que operan con distintas monedas. Garantiza que las métricas financieras, como «Importe total del pedido», se interpreten correctamente y permite realizar conversiones de moneda adecuadas cuando sean necesarias para los informes consolidados.

Por qué es importante

Proporciona un contexto esencial para todos los valores monetarios y garantiza un análisis financiero preciso, especialmente en un entorno empresarial global.

Dónde obtenerlo

Se encuentra 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 del pedido.
Descripción

Cuando se cancela un pedido de venta, este atributo registra el motivo indicado para la cancelación. Algunos ejemplos son «Solicitud del cliente», «Sin existencias» o «Retención de crédito».

Estos datos son fundamentales para analizar las causas raíz de las cancelaciones de pedidos. El Dashboard «Tasa y motivos de cancelación de pedidos de venta» utiliza este atributo para identificar los principales factores que provocan las cancelaciones, lo que permite a la empresa aplicar estrategias específicas para reducir la pérdida de clientes, mejorar la previsión de inventario o ajustar las políticas de crédito.

Por qué es importante

Proporciona información directa sobre los motivos de cancelación de los pedidos, lo que permite analizar las causas raíz para reducir las ventas perdidas y mejorar la retención de clientes.

Dónde obtenerlo

Esta información suele almacenarse 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 con los cambios de pedidos.

Ejemplos
Artículo descatalogadoCancelado por el clientePedido duplicado
Número de producto
ProductNumber
Identificador único del producto o artículo incluido 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 realizar análisis con un nivel de detalle mayor que el encabezado del pedido de venta.

El análisis del proceso por producto ayuda a descubrir problemas específicos de determinados productos. Por ejemplo, algunos productos pueden tener plazos de preparación más largos debido a procesos de fabricación o abastecimiento complejos, mientras que otros pueden estar relacionados con una mayor tasa de errores de envío o reclamaciones de clientes. Esto permite aplicar mejoras específicas en la cadena de suministro y la gestión de productos.

Por qué es importante

Permite analizar los productos para identificar los artículos que provocan retrasos, retrabajos u otras ineficiencias en el proceso.

Dónde obtenerlo

Se obtiene de INVENTORY_ITEM_ID en la tabla OE_ORDER_LINES_ALL, que puede unirse a MTL_SYSTEM_ITEMS_B para obtener el número o la descripción del artículo.

Ejemplos
AS54888CM15001SV20100
Pago a tiempo
IsPaymentOnTime
Indicador que señala si el pago se recibió en la fecha de vencimiento de la factura o antes.
Descripción

Este atributo booleano calculado se obtiene comparando la marca de tiempo de la actividad «Payment Received» con la «Payment Due Date» de la factura correspondiente. Proporciona un indicador sencillo de verdadero o falso sobre el cumplimiento del pago.

Este indicador constituye la base del KPI «Tasa de cumplimiento de las condiciones de pago». Simplifica la creación de Dashboards e informes para supervisar el comportamiento de pago de los clientes y la eficacia del proceso de cuentas por cobrar. Permite segmentar rápidamente los pagos puntuales y tardíos para analizar factores como el tipo de cliente o las condiciones de pago.

Por qué es importante

Mide directamente el cumplimiento de las condiciones de pago, un aspecto fundamental para gestionar el flujo de caja y evaluar la fiabilidad financiera de los clientes.

Dónde obtenerlo

Este es un campo calculado. La lógica es: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.

Ejemplos
truefalse
Sistema de origen
SourceSystem
El sistema del que se extrajeron los datos.
Descripción

Este atributo identifica el sistema de información de origen del que proceden los datos de eventos. En este proceso, será siempre «Oracle E-Business Suite».

En entornos con varios sistemas, este campo es fundamental para la trazabilidad de los datos y la resolución de problemas. Incluso en un contexto de un solo sistema, aporta información importante sobre el modelo de datos y ayuda a estandarizar los procesos de ingesta de datos.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos, garantiza su trazabilidad y facilita su interpretación correcta, especialmente en entornos con varios sistemas.

Dónde obtenerlo

Normalmente es un valor estático que se añade durante el proceso de extracción, transformación y carga (ETL) de datos para identificar su origen.

Ejemplos
Oracle E-Business SuiteOracle EBS R12
Tiene retrabajo
IsRework
Indicador que identifica si un pedido de venta ha pasado por retrabajo, como actividades repetidas de confirmación o actualización.
Descripción

Este atributo booleano calculado marca los casos que contienen patrones indicativos de retrabajo. El retrabajo puede identificarse detectando bucles en el mapa de procesos, como cuando un pedido se registra varias veces, o mediante eventos de cambio específicos registrados en el sistema.

Este indicador se utiliza para calcular el KPI «Tasa de retrabajo de pedidos de venta» y alimentar el Dashboard «Análisis del retrabajo de pedidos de venta». Permite a los analistas aislar y estudiar fácilmente los pedidos que se desvían del proceso estándar, cuantificar el impacto del retrabajo en los tiempos de ciclo y los costes, e identificar las causas raíz de estos bucles ineficientes.

Por qué es importante

Ayuda a cuantificar la ineficiencia del proceso al marcar los pedidos que requirieron cambios manuales, lo que permite analizar las causas y el impacto del retrabajo.

Dónde obtenerlo

Se calcula durante la transformación de datos mediante la identificación de secuencias de actividades que representan un bucle, por ejemplo, cuando «Order Booked» aparece más de una vez para el mismo caso.

Ejemplos
truefalse
Última actualización de datos
LastDataUpdate
La marca de tiempo de la actualización más reciente de los datos del sistema de origen.
Descripción

Este atributo indica la última vez que se extrajeron datos de Oracle E-Business Suite y se cargaron en la herramienta de Process Mining. Refleja la actualidad de los datos analizados.

Es fundamental para que los usuarios comprendan la vigencia de la información que consultan. Les permite saber si están viendo información en tiempo real o una instantánea de un momento concreto, algo importante para tomar decisiones operativas.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos, un aspecto fundamental para confiar en el análisis y tomar decisiones oportunas.

Dónde obtenerlo

Esta marca de tiempo se genera y 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
Obligatorio Recomendado Opcional

Actividades del procesamiento de pedidos de venta de Order to Cash

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir y optimizar con precisión el proceso.
7 Recomendado 6 Opcional
Actividad Descripción
Factura creada
Este evento marca la creación de la factura de cuentas por cobrar correspondiente a la mercancía enviada. Es un evento explícito activado por el proceso AutoInvoice, que extrae datos de Order Management y Shipping y los incorpora al módulo Receivables.
Por qué es importante

Esta actividad inicia la fase de liquidación financiera del proceso. Es el punto de partida para medir el tiempo de ciclo entre la factura y el pago, así como para supervisar la eficiencia de la facturación.

Dónde obtenerlo

Es una transacción explícita registrada en la tabla RA_CUSTOMER_TRX_ALL de Oracle Receivables. TRX_DATE o CREATION_DATE sirve como marca de tiempo del evento.

Recopilar

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 y garantiza que la cantidad necesaria esté disponible para la preparación. Normalmente se infiere 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 fundamental para comprender la preparación del cumplimiento. Las demoras en esta etapa pueden indicar falta de inventario, problemas de abastecimiento o ineficiencias en el proceso de asignación.

Dónde obtenerlo

Se infiere a partir de los cambios de estado en la tabla WSH_DELIVERY_DETAILS. La actividad se produce cuando el estado de una línea se actualiza a «Ready to Release» y la marca de tiempo se obtiene de la actualización de estado asociada.

Recopilar

Se infiere a partir de las actualizaciones del estado de la línea en WSH_DELIVERY_DETAILS a «Ready to Release».

Tipo de evento inferred
Mercancía enviada
Representa la finalización del proceso de confirmación del envío, cuando la mercancía sale físicamente del almacén. Es un evento explícito clave del módulo de envíos que actualiza el inventario y hace avanzar el estado del pedido.
Por qué es importante

Este es un hito fundamental del cumplimiento que se utiliza para medir el rendimiento de los envíos puntuales. También activa los procesos de facturación y reconocimiento de ingresos.

Dónde obtenerlo

Se captura como una transacción explícita en Oracle Shipping Execution. La marca de tiempo puede encontrarse en la columna INITIAL_PICKUP_DATE de la tabla WSH_NEW_DELIVERIES o derivarse de las actualizaciones de estado de WSH_DELIVERY_DETAILS a «Shipped».

Recopilar

Utilice la fecha de confirmación del envío de WSH_DELIVERY_DETAILS o WSH_NEW_DELIVERIES.

Tipo de evento explicit
Pago recibido
Esta actividad se produce cuando se recibe el pago de un cliente y se aplica a la factura correspondiente en el sistema. Es una transacción financiera explícita registrada en el módulo Accounts Receivable.
Por qué es importante

Este hito es fundamental para realizar el seguimiento del flujo de caja, los días de ventas pendientes de cobro (DSO) y el cumplimiento de las condiciones de pago. Es un punto final clave para medir el tiempo del ciclo financiero.

Dónde obtenerlo

Se registra explícitamente en la tabla AR_RECEIVABLE_APPLICATIONS_ALL. La columna APPLY_DATE proporciona la marca de tiempo de la aplicación del cobro a la factura.

Recopilar

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 después de que todas sus líneas se hayan enviado, facturado y cerrado correctamente. Es una actualización de estado explícita en la cabecera del pedido.
Por qué es importante

Este es el punto final principal de éxito del proceso Order to Cash. Proporciona la marca de tiempo final necesaria para calcular el tiempo de ciclo de extremo a extremo de los pedidos cumplidos correctamente.

Dónde obtenerlo

Este evento se registra en la tabla OE_ORDER_HEADERS_ALL cuando FLOW_STATUS_CODE se actualiza a «CLOSED». LAST_UPDATE_DATE de este cambio de estado es la marca de tiempo del evento.

Recopilar

Marca de tiempo de la actualización en OE_ORDER_HEADERS_ALL cuando FLOW_STATUS_CODE pasa a «CLOSED».

Tipo de evento explicit
Pedido confirmado
Representa la confirmación formal del pedido de venta, que pasa a estar activo y listo para las etapas posteriores, como el abastecimiento y el envío. Es una acción explícita en Oracle EBS que cambia el estado del pedido de «Entered» a «Booked».
Por qué es importante

La confirmación es un hito fundamental que compromete oficialmente el pedido para su cumplimiento. Las demoras entre la creación y la confirmación pueden indicar problemas de introducción de datos, aprobaciones o validación inicial.

Dónde obtenerlo

Se captura en la tabla OE_ORDER_HEADERS_ALL. El evento se produce cuando BOOKED_FLAG se establece en «Y» y la marca de tiempo se registra en la columna BOOKED_DATE.

Recopilar

Utilice BOOKED_DATE de la tabla OE_ORDER_HEADERS_ALL.

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 registra cuando un usuario guarda la cabecera de un nuevo pedido de venta y representa el inicio formal del proceso Order to Cash.
Por qué es importante

Este es el evento de inicio principal del proceso. Analizar el tiempo transcurrido desde este punto hasta las actividades posteriores es esencial para medir el tiempo total del ciclo Order to Cash.

Dónde obtenerlo

Este evento se captura en la tabla OE_ORDER_HEADERS_ALL del módulo Oracle Order Management. La columna CREATION_DATE proporciona la marca de tiempo explícita de esta actividad.

Recopilar

Utilice CREATION_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 transmite al cliente, ya sea impresa o por medios electrónicos. Normalmente se infiere, ya que no siempre existe como evento explícito y separado de la creación.
Por qué es importante

Marca el inicio oficial del plazo de pago del cliente. Las demoras entre la creación y el envío de la factura pueden afectar negativamente al flujo de caja y provocar pagos atrasados.

Dónde obtenerlo

Puede inferirse a partir de LAST_PRINTED_DATE en la tabla RA_CUSTOMER_TRX_ALL. En el caso de las facturas electrónicas, puede ser necesario consultar los registros de un sistema externo de entrega de documentos.

Recopilar

Utilice LAST_PRINTED_DATE de RA_CUSTOMER_TRX_ALL o los registros de herramientas de terceros.

Tipo de evento inferred
Línea de pedido cerrada
Indica que se ha completado todo el procesamiento de una línea individual de un pedido de venta, incluidos el envío y la facturación. Es un cambio de estado explícito gestionado por el Workflow.
Por qué es importante

El seguimiento de los cierres a nivel de línea ayuda a analizar los envíos parciales e identificar problemas relacionados con productos o rutas de cumplimiento específicos antes de completar todo el pedido.

Dónde obtenerlo

Se registra en la tabla OE_ORDER_LINES_ALL cuando FLOW_STATUS_CODE se actualiza a «CLOSED». LAST_UPDATE_DATE de este cambio de estado puede utilizarse como marca de tiempo.

Recopilar

Marca de tiempo de la actualización en OE_ORDER_LINES_ALL cuando FLOW_STATUS_CODE pasa 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 sistemas externos de los transportistas.
Por qué es importante

Es esencial para medir los KPI de entregas puntuales y comprender la experiencia completa del cliente. La diferencia entre el envío y la entrega permite evaluar el rendimiento del transportista.

Dónde obtenerlo

Requiere un análisis del sistema. Estos datos no están disponibles de forma nativa en Oracle EBS y deben obtenerse de fuentes externas de datos de transportistas o plataformas logísticas integradas con el sistema.

Recopilar

Se infiere a partir de los datos externos del transportista o se calcula según un tiempo de tránsito estándar posterior a «Goods Shipped».

Tipo de evento inferred
Pedido cancelado
Representa la cancelación de un pedido de venta completo antes de finalizar su cumplimiento. Es un evento explícito que termina el Workflow de procesamiento del pedido.
Por qué es importante

Este es un punto final de excepción clave. Analizar la frecuencia, el momento y los motivos de las cancelaciones es fundamental para identificar pérdidas de ingresos y problemas del proceso o del producto.

Dónde obtenerlo

Se registra en la tabla OE_ORDER_HEADERS_ALL cuando FLOW_STATUS_CODE se establece en «CANCELLED» y CANCELLED_FLAG es «Y». LAST_UPDATE_DATE puede utilizarse como marca de tiempo.

Recopilar

Marca de tiempo en la que CANCELLED_FLAG de OE_ORDER_HEADERS_ALL se establece en «Y».

Tipo de evento explicit
Preparación liberada
Este evento marca el momento en que las líneas del pedido de venta se liberan al almacén para iniciar las actividades de preparación. Es una acción explícita que crea las listas de preparación y hace visible el pedido para el personal del almacén.
Por qué es importante

Esta actividad inicia el proceso físico de cumplimiento. Analizar el tiempo transcurrido desde este punto hasta «Goods Shipped» permite evaluar la eficiencia de las operaciones del almacén e identificar posibles cuellos de botella en la preparación.

Dónde obtenerlo

Es un evento explícito que se captura en el módulo Oracle Shipping Execution. Puede identificarse cuando el estado de los detalles de entrega en WSH_DELIVERY_DETAILS cambia a «Released to Warehouse» o «Transactable».

Recopilar

Marca de tiempo en la que WSH_DELIVERY_DETAILS.RELEASED_STATUS cambia a «S» (Submitted).

Tipo de evento explicit
Verificación de crédito realizada
Esta actividad indica que se ha completado la verificación de crédito del cliente para el pedido. Normalmente se captura cuando se libera una retención por verificación de crédito, si se había aplicado, lo que permite que el pedido continúe.
Por qué es importante

Las demoras en la verificación de crédito son un cuello de botella habitual que puede detener todo el proceso de cumplimiento. Supervisar esta actividad ayuda a identificar ineficiencias en los controles financieros y las aprobaciones.

Dónde obtenerlo

Este evento puede inferirse de la tabla OE_ORDER_HOLDS_ALL identificando la marca de tiempo en la que se libera una «Credit Check Hold» para una cabecera de pedido específica.

Recopilar

Utilice la marca de tiempo de liberación de las retenciones relacionadas con el crédito en OE_ORDER_HOLDS_ALL.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Oracle E-Business Suite

¿Listo para comenzar?

Con esta plantilla tiene todo lo necesario para comenzar a optimizar Order to Cash: procesamiento de pedidos de venta. Empiece hoy mismo a transformar su proceso y consiga mejoras significativas de eficiencia.

¡Transforme ahora su procesamiento de ventas Order to Cash!

Localice las ineficiencias y reduzca un 30 % el tiempo de ciclo de Order to Cash.

Inicie su prueba gratuita

No necesita tarjeta de crédito. Prueba gratuita de 14 días.