Su Template de datos para el procesamiento de pedidos de venta en el proceso de pedido a cobro
Su Template de datos para el procesamiento de pedidos de venta en el proceso de pedido a cobro
- Atributos recomendados para recopilar
- Actividades clave que conviene seguir en el análisis
- Indicaciones para extraer los datos
Atributos del procesamiento de pedidos de venta en el proceso de pedido a cobro
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
Marca de tiempo que indica cuándo tuvo lugar una actividad específica. | ||
|
Descripción
La hora del evento, o marca de tiempo, registra la fecha y la 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 permite ordenar cronológicamente los eventos de cada caso, algo necesario para reconstruir con precisión el flujo del proceso. También sirve de base para todos los cálculos de duración y rendimiento, como los tiempos de ciclo entre actividades y la duración total de cada caso, así como para identificar 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 relacionados con el tiempo, incluidos el tiempo de ciclo y la identificación de cuellos de botella.
Dónde obtenerlo
Se obtiene de varios 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
|
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 'Pedido registrado', 'Mercancía enviada' o 'Pago recibido'. Estas actividades representan los hitos clave del proceso de pedido a cobro. 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 su flujo.
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
|
Identificador único del pedido de venta de un cliente, que sirve como 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 el cierre definitivo. Es el hilo conductor que vincula todas las actividades relacionadas, como el registro, 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 mismo pedido de venta, los analistas pueden visualizar el flujo completo del proceso, identificar diferencias entre pedidos y medir indicadores clave de rendimiento, como el tiempo de ciclo y las entregas a tiempo, para cada caso.
Por qué es importante
Este es el ID del caso, 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 suele encontrarse en tablas de Oracle Order Management como OE_ORDER_HEADERS_ALL.HEADER_ID.
Ejemplos
685127103482459
|
|||
|
Condiciones de pago
PaymentTerms
|
Condiciones acordadas que establecen cuándo se espera que el cliente pague los bienes o servicios. | ||
|
Descripción
Las condiciones de pago especifican los términos de pago de una factura, como '30 días netos', '60 días netos' o 'Pago al recibir'. 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 ciertos términos tienden a pagar tarde. Esta información sirve para evaluar el riesgo financiero, optimizar las estrategias de cobro y valorar la eficacia de las distintas condiciones de pago ofrecidas. Es una dimensión clave del Dashboard de supervisión del cumplimiento de las condiciones de pago.
Por qué es importante
Es fundamental para analizar los hábitos de pago, supervisar el flujo de caja y evaluar el riesgo financiero asociado a los distintos acuerdos con los clientes.
Dónde obtenerlo
Se encuentra en la tabla RA_TERMS y se vincula mediante TERM_ID con tablas como RA_CUSTOMER_TRX_ALL (para facturas) u OE_ORDER_HEADERS_ALL (para pedidos).
Ejemplos
30 días netos60 días netosPago al recibir
|
|||
|
Estado del pedido
OrderStatus
|
Estado actual o histórico del pedido de venta o de la línea del pedido. | ||
|
Descripción
Este atributo registra el estado de un pedido de venta en distintos momentos, como 'Ingresado', 'Registrado', 'Cerrado' o 'Cancelado'. Los estados suelen corresponder directamente a las actividades del proceso. Seguir el estado de los pedidos es clave para crear Dashboards que muestren la situación actual de todos los pedidos activos. Permite a los responsables supervisar el flujo de pedidos, detectar los que están estancados y gestionar las 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
Ofrece visibilidad del flujo de pedidos de venta y ayuda a detectar los pedidos estancados y gestionar las excepciones del proceso.
Dónde obtenerlo
Suele encontrarse 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
|
Fecha acordada 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 a tiempo. En Process Mining, esta fecha se compara con la marca de tiempo de la entrega real (de la actividad 'Mercancía entregada') para calcular el KPI de la tasa de entregas a tiempo. Analizar las diferencias permite identificar problemas sistémicos de logística, gestión de inventario o planificación de la producción que provocan demoras.
Por qué es importante
Es la referencia para medir el rendimiento de las entregas a tiempo, un KPI clave para la satisfacción del cliente y la excelencia operativa.
Dónde obtenerlo
Esta fecha suele encontrarse en los campos LATEST_ACCEPTABLE_DATE o REQUEST_DATE de la 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
|
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 específico en que debe pagarse una factura, calculado a partir de la fecha de emisión y las condiciones de pago acordadas. Es la fecha objetivo de la actividad 'Pago recibido'. Este atributo es esencial para calcular el KPI de la tasa de cumplimiento de las condiciones de pago, comparándolo con la fecha real del pago. Analizar las diferencias ayuda al equipo de cobros a priorizar sus esfuerzos, identificar a los clientes que se retrasan habitualmente y medir la eficacia del proceso de gestión de cobros.
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 de los clientes.
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
|
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 según el 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 retrabajo que los de bajo valor. También permite evaluar el impacto financiero, por ejemplo, cuantificando el valor de los pedidos estancados en un cuello de botella específico.
Por qué es importante
Permite analizar las finanzas del proceso, priorizar los pedidos de alto valor y cuantificar el impacto monetario de las ineficiencias.
Dónde obtenerlo
Este valor suele calcularse sumando los importes de las líneas de un pedido. Los importes de las líneas se encuentran en tablas como OE_ORDER_LINES_ALL.
Ejemplos
5450.00125000.75980.50
|
|||
|
Nombre de usuario
UserName
|
Usuario que realizó la actividad. | ||
|
Descripción
Identifica a la persona usuaria 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 detectar necesidades de formación, identificar a las personas o los equipos con mejor rendimiento y distribuir la carga de trabajo. También es fundamental para el cumplimiento y el análisis de los registros de auditoría, por ejemplo, al investigar acciones no autorizadas o patrones de retrabajo asociados a usuarios específicos.
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. Ayuda a responder quién realizó una acción.
Dónde obtenerlo
Se obtiene de campos relacionados con usuarios, como CREATED_BY o LAST_UPDATED_BY, en varias tablas de Oracle EBS. A menudo es necesario combinarlos con FND_USER para obtener el nombre completo del usuario.
Ejemplos
JSMITHRWILLIAMSCDAVIS
|
|||
|
Nombre del cliente
CustomerName
|
Nombre del cliente que realizó el pedido de venta. | ||
|
Descripción
Este atributo identifica la razón social 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 tienen los tiempos de ciclo más largos, presentan más retrabajo o suelen retrasarse 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 analizar el proceso desde la perspectiva del cliente para detectar diferencias de rendimiento, mejorar el servicio y comprender los hábitos de pago de cada cliente.
Dónde obtenerlo
Se obtiene al combinar 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 especifica el número de unidades de un producto que el cliente solicita en una línea del pedido de venta. Representa el volumen de la transacción a nivel de artículo. La cantidad del pedido puede utilizarse como dimensión de análisis para determinar si el tamaño del pedido cambia el comportamiento del proceso. Por ejemplo, los pedidos muy grandes o muy pequeños pueden seguir rutas distintas o sufrir otros tipos de demoras. También aporta contexto a otras métricas, como el valor del pedido.
Por qué es importante
Aporta contexto sobre el volumen del pedido y permite analizar cómo influye en la eficiencia del proceso y en las rutas de cumplimiento.
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 confirmada o antes. | ||
|
Descripción
Este atributo calculado es un indicador booleano (verdadero/falso) que señala si el pedido cumplió el compromiso de entrega. Se obtiene al comparar la marca de tiempo de la actividad 'Mercancía entregada' con la 'Fecha de entrega confirmada'. Este atributo contribuye directamente al KPI de la tasa de entregas a tiempo. Simplifica el análisis y la creación de Dashboards al ofrecer un resultado claro, de dos opciones, para cada pedido. Así es más fácil filtrar y agregar datos para identificar características comunes de las entregas tardías, como los productos, clientes o métodos de envío asociados.
Por qué es importante
Mide directamente el nivel de servicio al cliente y la fiabilidad del cumplimiento, 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
|
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 'Transporte terrestre', 'Envío aéreo exprés' o 'Mensajería local'. Es un factor clave que influye tanto en el tiempo como en el coste de la entrega. Al analizar el proceso según este atributo, las empresas pueden evaluar el rendimiento de los distintos métodos de envío. Por ejemplo, el Dashboard de rendimiento de los métodos de envío compara el tiempo de ciclo desde 'Mercancía enviada' hasta 'Mercancía entregada' para cada método, lo que ayuda a optimizar la logística en función del coste, la rapidez y la fiabilidad.
Por qué es importante
Permite evaluar el rendimiento de los distintos transportistas y métodos de envío para optimizar el coste, la rapidez y la fiabilidad.
Dónde obtenerlo
Suele almacenarse como SHIPPING_METHOD_CODE en tablas como WSH_DELIVERY_DETAILS u OE_ORDER_LINES_ALL.
Ejemplos
UPS GroundFedEx Priority OvernightDHL Express Worldwide
|
|||
|
Moneda
Currency
|
Código de moneda de los importes del pedido de venta. | ||
|
Descripción
El atributo de moneda especifica en qué moneda se expresan los importes del pedido, por ejemplo, USD, EUR o JPY. Aporta el contexto necesario para interpretar los datos financieros relacionados con el pedido. Es esencial para los análisis de organizaciones multinacionales que realizan transacciones en distintas monedas. Permite interpretar correctamente métricas financieras como 'Importe total del pedido' y realizar conversiones de moneda cuando se necesitan para elaborar informes agregados.
Por qué es importante
Aporta el contexto necesario para interpretar todos los valores monetarios y realizar análisis financieros precisos, 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
|
Motivo registrado para cancelar un pedido de venta o una línea del pedido. | ||
|
Descripción
Cuando se cancela un pedido de venta, este atributo registra el motivo indicado. Algunos ejemplos son 'Solicitud del cliente', 'Sin existencias' o 'Retención de crédito'. Estos datos son esenciales para analizar las causas raíz de las cancelaciones. El Dashboard de tasa y motivos de cancelación de pedidos de venta utiliza este atributo para identificar las principales causas de las cancelaciones. Así, la empresa puede aplicar medidas específicas para reducir la pérdida de clientes, mejorar la previsión del inventario o ajustar las políticas de crédito.
Por qué es importante
Permite saber por qué se cancelan los pedidos y 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 en los pedidos.
Ejemplos
Artículo discontinuadoCancelado por el clientePedido duplicado
|
|||
|
Número de producto
ProductNumber
|
Identificador único del producto o artículo de 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 el proceso con más detalle que a nivel del encabezado del pedido de venta. Analizar el proceso por producto ayuda a detectar problemas específicos. Por ejemplo, algunos productos pueden tardar más en completarse debido a procesos de fabricación o abastecimiento complejos, mientras que otros pueden asociarse con más errores de envío o reclamaciones de clientes. Esto permite aplicar mejoras específicas a la cadena de suministro y a la gestión de productos.
Por qué es importante
Permite analizar cada producto para identificar los artículos que provocan demoras, retrabajo u otras ineficiencias en el proceso.
Dónde obtenerlo
Se obtiene de INVENTORY_ITEM_ID en la tabla OE_ORDER_LINES_ALL, que puede combinarse con MTL_SYSTEM_ITEMS_B para recuperar 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 al comparar la marca de tiempo de la actividad 'Pago recibido' con la 'Fecha de vencimiento del pago' de la factura correspondiente. Indica de forma sencilla si se cumplieron las condiciones de pago. Este indicador es la base del KPI de la tasa de cumplimiento de las condiciones de pago. Simplifica la creación de Dashboards e informes para supervisar los hábitos de pago de los clientes y la eficacia del proceso de cuentas por cobrar. Permite segmentar rápidamente los pagos puntuales y los atrasados 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, algo 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
|
|||
|
Retrabajo
IsRework
|
Indicador que señala si un pedido de venta requirió retrabajo, por ejemplo, por actividades repetidas de confirmación o actualización. | ||
|
Descripción
Este atributo booleano calculado marca los casos que presentan patrones indicativos de retrabajo. El retrabajo puede identificarse al detectar ciclos en el mapa del proceso, 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 de la tasa de retrabajo de pedidos de venta y alimentar el Dashboard de análisis de 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 ciclos ineficientes.
Por qué es importante
Ayuda a cuantificar las ineficiencias 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 al identificar secuencias de actividades que forman un ciclo (por ejemplo, cuando 'Pedido registrado' aparece más de una vez en el mismo caso).
Ejemplos
truefalse
|
|||
|
Sistema de origen
SourceSystem
|
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 los eventos. En este proceso, su valor será siempre 'Oracle E-Business Suite'. En entornos con varios sistemas, este campo es fundamental para rastrear el origen de los datos y resolver problemas. Incluso cuando se utiliza un solo sistema, aporta contexto importante al modelo de datos y ayuda a estandarizar los procesos de incorporación de datos.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos y garantiza su trazabilidad e interpretación correcta, especialmente en entornos con varios sistemas.
Dónde obtenerlo
Suele ser un valor estático que se añade durante el proceso de extracción, transformación y carga de datos (ETL) para identificar su origen.
Ejemplos
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Última actualización de datos
LastDataUpdate
|
Marca de tiempo de la actualización más reciente de los datos desde el sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se extrajeron por última vez los datos de Oracle E-Business Suite y se cargaron en la herramienta de Process Mining. Refleja qué tan actualizados están los datos analizados. Es fundamental para que las personas usuarias sepan si la información que consultan está actualizada. Permite distinguir entre datos en tiempo real y una instantánea de un momento específico, algo importante para tomar decisiones operativas.
Por qué es importante
Informa sobre la actualidad de los datos, un aspecto clave para confiar en el análisis y tomar decisiones oportunas.
Dónde obtenerlo
Esta marca de tiempo se genera y se añade durante el proceso de extracción, transformación y carga de datos (ETL).
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Actividades del procesamiento de pedidos de venta en el proceso de pedido a cobro
| 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 que activa el proceso AutoInvoice, que transfiere datos de Order Management y Shipping 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, y supervisar la eficiencia de la facturación.
Dónde obtenerlo
Esta transacción explícita se registra en la tabla RA_CUSTOMER_TRX_ALL de Oracle Receivables. TRX_DATE o CREATION_DATE sirve como marca de tiempo 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 y garantiza que haya existencias suficientes para preparar el pedido. Por lo general, se infiere a partir de un cambio de estado en la línea del pedido de venta que indica que está lista para enviarse al almacén. | ||
|
Por qué es importante
Este hito es fundamental para conocer el estado de preparación del pedido. Los retrasos 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 cambia a «Ready to Release»; la marca de tiempo se obtiene de la actualización de estado correspondiente.
Capturar
Se infiere a partir de las actualizaciones del estado de las líneas en WSH_DELIVERY_DETAILS a «Ready to Release».
Tipo de evento
inferred
|
|||
|
Mercancía enviada
|
Representa la finalización de la confirmación de 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 para medir la puntualidad de los envíos. 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 consultarse en la columna INITIAL_PICKUP_DATE de la tabla WSH_NEW_DELIVERIES o inferirse a partir de las actualizaciones del estado de WSH_DELIVERY_DETAILS a «Shipped».
Capturar
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 que se registra en el módulo Accounts Receivable. | ||
|
Por qué es importante
Este hito es fundamental para controlar el flujo de caja, los días pendientes de cobro (DSO) y el cumplimiento de las condiciones de pago. También es un punto final clave para medir el tiempo de 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 en que se aplicó el cobro a la factura.
Capturar
Utilice APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL para la factura correspondiente.
Tipo de evento
explicit
|
|||
|
Pedido cerrado
|
Esta actividad marca la finalización del pedido de venta, una vez que todas sus líneas se han enviado, facturado y cerrado correctamente. Se registra como una actualización explícita del estado de la cabecera del pedido. | ||
|
Por qué es importante
Este es el punto final principal que indica que el proceso de pedido a cobro se ha completado correctamente. Proporciona la marca de tiempo final necesaria para calcular el tiempo de ciclo de principio a fin de los pedidos cumplidos.
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.
Capturar
Marca de tiempo de la actualización en OE_ORDER_HEADERS_ALL en la que FLOW_STATUS_CODE pasa a «CLOSED».
Tipo de evento
explicit
|
|||
|
Pedido confirmado
|
Representa la confirmación formal del pedido de venta, que lo activa y permite continuar con etapas posteriores, como el abastecimiento y el envío. En Oracle EBS, esta acción explícita cambia el estado del pedido de «Entered» a «Booked». | ||
|
Por qué es importante
La confirmación es un hito fundamental que autoriza oficialmente el cumplimiento del pedido. Los retrasos entre la creación y la confirmación pueden indicar problemas de entrada 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.
Capturar
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. Se registra como un evento explícito cuando un usuario guarda una nueva cabecera de pedido de venta y representa el inicio formal del proceso de pedido a cobro. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso. Analizar el tiempo desde este punto hasta las actividades posteriores es fundamental para medir el tiempo de ciclo total del proceso de pedido a cobro.
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.
Capturar
Utilice CREATION_DATE de la tabla OE_ORDER_HEADERS_ALL.
Tipo de evento
explicit
|
|||
|
Comprobación de crédito realizada
|
Esta actividad indica que se ha completado la comprobación de crédito del cliente para el pedido. Suele registrarse cuando se libera una retención por comprobación de crédito, si se había aplicado, y el pedido puede continuar. | ||
|
Por qué es importante
Los retrasos en las comprobaciones de crédito son un cuello de botella habitual que puede detener todo el proceso de cumplimiento. Supervisar esta actividad ayuda a detectar ineficiencias en los controles financieros y las aprobaciones.
Dónde obtenerlo
Este evento puede inferirse a partir de la tabla OE_ORDER_HOLDS_ALL, identificando la marca de tiempo en que se libera una retención por comprobación de crédito para una cabecera de pedido específica.
Capturar
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
|
|||
|
Factura enviada al cliente
|
Esta actividad representa el momento en que se envía la factura al cliente, ya sea impresa o por medios electrónicos. Por lo general, se infiere porque no siempre se registra como un evento explícito independiente de la 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 perjudicar el 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.
Capturar
Utilice LAST_PRINTED_DATE de RA_CUSTOMER_TRX_ALL o los registros de herramientas de terceros.
Tipo de evento
inferred
|
|||
|
Línea del pedido cerrada
|
Indica que se ha completado todo el procesamiento de una línea individual del pedido de venta, incluidos el envío y la facturación. Es un cambio de estado explícito que gestiona el flujo de trabajo. | ||
|
Por qué es importante
El seguimiento del cierre de cada línea ayuda a analizar los envíos parciales y a detectar 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.
Capturar
Marca de tiempo de la actualización en OE_ORDER_LINES_ALL en la que 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 los sistemas externos de las empresas de transporte. | ||
|
Por qué es importante
Es fundamental para medir los KPI de entregas puntuales y comprender toda la experiencia del cliente. La diferencia entre el envío y la entrega permite evaluar el rendimiento de la empresa de transporte.
Dónde obtenerlo
Se 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 las empresas de transporte o de plataformas logísticas integradas con el sistema.
Capturar
Se infiere a partir de datos externos de la empresa de transporte o se estima según un tiempo de tránsito estándar después de «Mercancía enviada».
Tipo de evento
inferred
|
|||
|
Orden de preparación liberada
|
Este evento marca el momento en que las líneas del pedido de venta se liberan al almacén para iniciar la preparación. Es una acción explícita que genera listas de preparación y hace que el pedido esté disponible para el personal del almacén. | ||
|
Por qué es importante
Esta actividad inicia el proceso físico de cumplimiento del pedido. Analizar el tiempo desde este punto hasta «Mercancía enviada» permite evaluar la eficiencia del almacén y detectar posibles cuellos de botella en la preparación.
Dónde obtenerlo
Este evento explícito 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».
Capturar
Marca de tiempo en que WSH_DELIVERY_DETAILS.RELEASED_STATUS cambia a «S» (Submitted).
Tipo de evento
explicit
|
|||
|
Pedido cancelado
|
Representa la cancelación de un pedido de venta completo antes de que finalice su cumplimiento. Es un evento explícito que pone fin al flujo de trabajo de procesamiento del pedido. | ||
|
Por qué es importante
Este es un punto 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 en los procesos o los productos.
Dónde obtenerlo
Se registra en la tabla OE_ORDER_HEADERS_ALL cuando FLOW_STATUS_CODE tiene el valor 'CANCELLED' y CANCELLED_FLAG tiene el valor 'Y'. LAST_UPDATE_DATE puede utilizarse como marca de tiempo.
Capturar
Marca de tiempo en que CANCELLED_FLAG en OE_ORDER_HEADERS_ALL se establece en 'Y'.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Todo listo para empezar?
Con este Template, dispone de todo lo necesario para empezar a optimizar el procesamiento de pedidos de venta en el proceso de pedido a cobro. Empiece hoy mismo a transformar el proceso y consiga mejoras importantes en la eficiencia.
¡Transforme ahora el procesamiento de pedidos de venta en el proceso de pedido a cobro!
Localice las ineficiencias y reduzca un 30 % el tiempo de ciclo del proceso de pedido a cobro.
No se requiere tarjeta de crédito. Prueba gratuita de 14 días.