Su Plantilla de Datos para Pedido a Cobro - Procesamiento de Órdenes de Venta
Su Plantilla de Datos para Pedido a Cobro - Procesamiento de Órdenes de Venta
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía práctica de extracción de datos
Pedido a Cobro - Atributos de Procesamiento de Pedidos de Venta
| Nombre | Descripción | ||
|---|---|---|---|
| Pedido de Venta SalesOrder | El identificador único para un pedido de venta, que sirve como caso principal para el proceso de Pedido a Cobro. | ||
| Descripción El número de Pedido de Venta identifica de forma única cada pedido del cliente a lo largo de su ciclo de vida. Actúa como el hilo conductor central que conecta todas las actividades relacionadas, desde la creación inicial y la confirmación hasta el cumplimiento, la facturación y el pago final. En Process Mining, este atributo es esencial para agrupar todos los eventos relacionados en un único caso. Analizar el proceso por Pedido de Venta permite una vista completa de principio a fin, posibilitando el cálculo de los tiempos de ciclo totales, la identificación de variantes de proceso para pedidos individuales y el seguimiento del recorrido de un pedido a través de diferentes departamentos y sistemas. Por qué es importante Este es el Case ID. Vincula todos los eventos del proceso, haciendo posible rastrear el recorrido de principio a fin de un solo pedido del cliente. Dónde obtener Este identificador se encuentra típicamente en la tabla de encabezado para pedidos de venta en Oracle Fusion, como DOO_HEADERS_ALL. Consulte la documentación de Oracle Fusion Financials. Ejemplos SO-100567SO-100568SO-100569 | |||
| Hora del Evento EventTime | La marca de tiempo que indica cuándo ocurrió una actividad o evento específico para un pedido de venta. | ||
| Descripción Este atributo proporciona la fecha y hora de cada actividad en el proceso, estableciendo la secuencia cronológica de los eventos. Es la columna vertebral temporal del análisis de procesos, registrando exactamente cuándo ocurrió cada paso. En Process Mining, el EventTime es crítico para calcular los tiempos de ciclo, las duraciones entre actividades y los tiempos de entrega generales de los casos. Permite el análisis de rendimiento, la detección de cuellos de botella basada en los tiempos de espera y el monitoreo del cumplimiento de los acuerdos de nivel de servicio (SLAs) relacionados con la puntualidad. Todos los KPI y Dashboards basados en el tiempo dependen de la precisión de este atributo. Por qué es importante Esta marca de tiempo es esencial para ordenar los eventos cronológicamente y calcular todas las métricas basadas en el tiempo, como los tiempos de ciclo y las duraciones. Dónde obtener Este es un atributo derivado, obtenido de varios campos de timestamp a través de diferentes tablas de Oracle Fusion, como la fecha de creación del pedido, la fecha de envío, la fecha de la factura y la fecha de pago. Ejemplos 2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z | |||
| Nombre de la Actividad ActivityName | El nombre del evento o tarea de negocio específico que ocurrió dentro del proceso de pedido de venta. | ||
| Descripción Este atributo describe el paso que se ejecutó en un momento específico para un pedido de venta, como 'Pedido de Venta Creado', 'Mercancía Enviada' o 'Pago Recibido'. La secuencia de estas actividades forma el flujo del proceso para cada caso. Analizar el ActivityName es fundamental para Process Mining. Permite la visualización del mapa de procesos, el descubrimiento de diferentes variantes de proceso y la identificación de cuellos de botella donde se acumulan los casos. Es la base para calcular los tiempos de transición entre pasos y comprender la secuencia operativa del proceso de Pedido a Cobro. Por qué es importante Este atributo define los pasos en el mapa de procesos, permitiendo la visualización y el análisis del flujo del proceso. Dónde obtener Este es un atributo derivado, construido mapeando estados de transacción o tipos de evento de varias tablas de Oracle Fusion (p. ej., estado de pedido, estado de envío, estado de factura) a una lista estandarizada de nombres de actividad. Ejemplos Pedido de Venta CreadoMercancía EnviadaFactura CreadaPago Recibido | |||
| Automatizado IsAutomated | Un indicador que señala si una actividad fue realizada automáticamente por el sistema o manualmente por un usuario. | ||
| Descripción Este atributo booleano distingue entre eventos impulsados por el sistema (p. ej., verificación de crédito automatizada, factura generada por el sistema) y acciones manuales del usuario. Típicamente se deriva basándose en el nombre de usuario asociado a una actividad, donde un ID de sistema genérico indica automatización. Analizar este atributo ayuda a medir el nivel de automatización en el proceso y es una entrada directa para el KPI 'Porcentaje de Pedidos Retrabajados Manualmente'. Puede resaltar oportunidades para una mayor automatización mostrando qué pasos manuales son los que más tiempo consumen o son más propensos a errores. Por qué es importante Ayuda a cuantificar el nivel de automatización en el proceso e identificar oportunidades para reducir costosas intervenciones manuales. Dónde obtener Este es un campo derivado, a menudo basado en una regla aplicada al atributo UserName. Por ejemplo, si el usuario es 'SYSTEM' o 'BATCH', este indicador se establece en verdadero. Ejemplos truefalse | |||
| Canal de Ventas SalesChannel | El canal a través del cual se recibió el pedido de venta. | ||
| Descripción Este atributo categoriza el origen del pedido de venta, como 'Web', 'Ventas Directas', 'Socio' o 'EDI'. Proporciona contexto sobre cómo el pedido ingresó a la organización. Segmentar el proceso por canal de ventas es crítico para el Dashboard 'Resumen de Rendimiento del Canal de Ventas'. Ayuda a comparar la eficiencia, los tiempos de ciclo y las tasas de error de diferentes canales para identificar cuáles son más efectivos y cuáles pueden requerir mejoras en el proceso o mayor automatización. Por qué es importante Apoya el análisis de rendimiento por canal, ayudando a identificar los canales más y menos eficientes para el procesamiento de pedidos. Dónde obtener Esta información puede almacenarse en un campo dedicado en el encabezado del pedido de venta. Consulte la documentación de Oracle Fusion Financials. Ejemplos Ventas directasPortal webEDIRevendedor | |||
| Fecha de Entrega Real ActualDeliveryDate | La fecha en que la mercancía fue realmente entregada al cliente. | ||
| Descripción Este atributo registra la fecha de entrega final, que marca la finalización de la parte de cumplimiento del proceso. Es el resultado real contra el cual se miden las fechas planificadas o solicitadas. Esta fecha se compara con la RequestedDeliveryDate para calcular el rendimiento de entrega a tiempo. Es una entrada crítica para el KPI 'Tasa de Entrega a Tiempo' y el Dashboard 'SLA de Entrega', proporcionando una medida clara de la eficacia de la logística y la cadena de suministro. Por qué es importante Esta es la fecha de resultado real utilizada para calcular las tasas de entrega a tiempo y evaluar el rendimiento de cumplimiento frente a las solicitudes del cliente. Dónde obtener Obtenido de las tablas de transacciones de envío y entrega en Oracle Fusion. Consulte la documentación de Oracle Fusion Financials. Ejemplos 2023-05-202023-06-032023-05-25 | |||
| Fecha de Entrega Solicitada RequestedDeliveryDate | La fecha de entrega del pedido, solicitada por el cliente. | ||
| Descripción Este atributo captura la fecha en la que el cliente desea recibir la mercancía. Sirve como un objetivo clave de rendimiento para la parte de cumplimiento del proceso de Pedido a Cobro. Esta fecha es esencial para calcular el KPI 'Tasa de Entrega a Tiempo' y para soportar el Dashboard del 'Acuerdo de Nivel de Servicio (SLA) de Entrega'. Al comparar esta fecha con la ActualDeliveryDate, la organización puede medir su capacidad para satisfacer las expectativas del cliente e identificar las causas raíz de los retrasos en la entrega. Por qué es importante Actúa como la línea de base para medir el rendimiento de la entrega a tiempo y el cumplimiento de los acuerdos de nivel de servicio (SLA) con el cliente. Dónde obtener Típicamente se encuentra en las tablas de líneas de pedido de venta en Oracle Fusion. Consulte la documentación de Oracle Fusion Financials. Ejemplos 2023-05-202023-06-012023-05-25 | |||
| Fecha de Vencimiento de Pago PaymentDueDate | La fecha límite para que el cliente realice el pago de la factura. | ||
| Descripción La Fecha de Vencimiento de Pago se calcula en función de la fecha de la factura y los términos de pago acordados con el cliente. Establece la fecha límite para el cobro de pagos a tiempo. Este atributo es crucial para el KPI 'Tasa de Cobro de Pagos a Tiempo'. Al comparar la PaymentDueDate con la fecha real de recepción del pago, el sistema puede determinar si un pago fue a tiempo o tardío, ayudando a monitorear el rendimiento de las cuentas por cobrar y a gestionar el flujo de caja. Por qué es importante Sirve como fecha límite para calcular las tasas de pago a tiempo, que es una medida clave de la eficiencia del flujo de caja. Dónde obtener Encontrado en las tablas de cuentas por cobrar o de facturas dentro de Oracle Fusion, como AR_PAYMENT_SCHEDULES_ALL. Ejemplos 2023-06-192023-07-012023-06-25 | |||
| Importe Total del Pedido de Venta SalesOrderTotalAmount | El `valor monetario total` del `pedido de venta`. | ||
| Descripción Este atributo representa el importe total cargado al cliente por todo el pedido de venta. Incluye la suma de todos los artículos de línea, impuestos y otros cargos, antes de aplicar cualquier descuento. En el análisis de procesos, este atributo es crucial para el Process Mining basado en valor. Permite segmentar los pedidos por valor (p. ej., pedidos de alto valor frente a pedidos de bajo valor) para ver si siguen diferentes rutas de proceso o tienen diferentes tiempos de ciclo. También ayuda a priorizar los esfuerzos de mejora del proceso en los casos más significativos financieramente. Por qué es importante Permite el análisis del impacto financiero, ayudando a priorizar las mejoras de procesos en pedidos de alto valor y a comprender los factores de costo. Dónde obtener Típicamente se encuentra en las tablas del encabezado del pedido de venta en Oracle Fusion. Consulte la documentación de Oracle Fusion Financials. Ejemplos 5250.00125000.75980.50 | |||
| Nombre de Usuario UserName | El nombre o ID del usuario que realizó la actividad. | ||
| Descripción Este atributo identifica al empleado o usuario del sistema responsable de ejecutar un paso específico del proceso. Puede utilizarse para analizar el rendimiento a nivel de usuario, la distribución de la carga de trabajo y la adherencia a los procedimientos estándar. Analizar por usuario ayuda a identificar necesidades de capacitación, reconocer individuos o equipos de alto rendimiento e investigar desviaciones causadas por usuarios específicos. También es valioso para fines de cumplimiento y auditoría para rastrear quién realizó qué acciones. Por qué es importante Permite el análisis del rendimiento por usuario, la distribución de la carga de trabajo y la identificación de patrones de retrabajo manual vinculados a individuos. Dónde obtener Típicamente obtenido de campos como CREATED_BY o LAST_UPDATED_BY en tablas de transacciones de Oracle Fusion, a menudo vinculado a una tabla maestra de usuarios como FND_USER. Ejemplos john.smithjane.doesystem_batch_user | |||
| Nombre del Cliente CustomerName | El nombre del cliente que realizó el pedido de venta. | ||
| Descripción Este atributo identifica la razón social de la cuenta de cliente vinculada al pedido de venta. Es una dimensión esencial para segmentar y analizar el proceso con un enfoque centrado en el cliente. El análisis por cliente ayuda a detectar si existen cuentas con tiempos de ciclo más elevados, mayor volumen de reprocesos o desviaciones particulares. Esta información permite mejorar la atención al cliente, personalizar los procesos para cuentas estratégicas y solucionar incidencias que impacten en la satisfacción del usuario. Por qué es importante Permite un análisis centrado en el cliente para identificar problemas de proceso que afectan a clientes específicos y mejorar la satisfacción del cliente. Dónde obtener Obtenido de las tablas maestras de datos de clientes (p. ej., HZ_PARTIES) y vinculado al pedido de venta a través de un ID de cliente. Ejemplos Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC | |||
| ¿Factura Corregida? IsInvoiceCorrected | Una bandera que indica si una factura ha sido corregida o revisada después de su creación inicial. | ||
| Descripción Este atributo booleano es verdadero si una factura pasó por un bucle de corrección, indicado por la presencia de una actividad 'Factura Corregida'. Marca los casos que implicaron retrabajo en la etapa de facturación. Esta es una entrada clave para el Dashboard 'Análisis de Precisión y Retrabajo de Facturas' y el KPI 'Tasa de Retrabajo de Facturas'. Ayuda a cuantificar la extensión de los errores de facturación y permite el análisis de causa raíz para identificar por qué son necesarias las correcciones, con el objetivo de reducir el trabajo manual y los retrasos en los pagos. Por qué es importante Identifica el retrabajo de facturas, que es un indicador clave de ineficiencia del proceso, problemas de calidad de datos y posibles retrasos en el pago. Dónde obtener Este es un campo calculado, típicamente establecido como verdadero para un caso si existe una actividad 'Factura Corregida' en su registro de eventos. Ejemplos falsetrue | |||
| Condiciones de Pago PaymentTerms | Los términos acordados para el pago del cliente. | ||
| Descripción Este atributo especifica las condiciones bajo las cuales se espera que un cliente pague su factura, por ejemplo, 'Neto 30' o 'Neto 60'. Estos términos son la base para calcular la PaymentDueDate. En el análisis, la segmentación por términos de pago puede ayudar a explicar las variaciones en los tiempos de ciclo de pago. Proporciona contexto para el KPI 'Tasa de Pago a Tiempo', ya que diferentes términos naturalmente conducen a diferentes comportamientos de pago. Esto puede informar la política de crédito y la previsión de flujo de caja. Por qué es importante Proporciona un contexto crucial para el análisis del comportamiento de pago y ayuda a explicar las variaciones en los tiempos de ciclo de factura a pago. Dónde obtener Disponible a nivel de pedido de venta o cuenta de cliente dentro de Oracle Fusion. Consulte la documentación de Oracle Fusion Financials. Ejemplos Neto 30Neto 60Vencimiento al Recibo | |||
| Duración del Pedido a Pago OrderToPaymentDuration | El tiempo total desde la creación del pedido de venta hasta la recepción del pago. | ||
| Descripción Este atributo calculado mide el tiempo de ciclo de principio a fin del proceso de Pedido a Cobro para un solo caso. Representa la duración total desde el primer evento ('Pedido de Venta Creado') hasta el evento final ('Pago Recibido'). Esta métrica es una medida directa de la salud y eficiencia general de todo el proceso. Es la base para el KPI 'Tiempo de Ciclo Total de Pedido a Cobro' y ayuda en el monitoreo de rendimiento y benchmarking de alto nivel. Por qué es importante Representa el tiempo total de ciclo de principio a fin, proporcionando un KPI de alto nivel para la eficiencia general del proceso y la velocidad de conversión de efectivo. Dónde obtener Este es un campo calculado. La lógica es: Timestamp de 'Pago Recibido' - Timestamp de 'Pedido de Venta Creado'. Ejemplos 45 días 6 horas62 días 11 horas35 días 2 horas | |||
| Es Entrega a Tiempo IsOnTimeDelivery | Una bandera calculada que es verdadera si la entrega real fue en o antes de la fecha de entrega solicitada. | ||
| Descripción Este atributo booleano se deriva comparando la ActualDeliveryDate con la RequestedDeliveryDate. Proporciona un indicador simple, a nivel de caso, del rendimiento de la entrega. Esta bandera es la base para calcular el KPI agregado 'Tasa de Entrega a Tiempo'. Simplifica el filtrado y el análisis, permitiendo a los usuarios aislar rápidamente todos los pedidos tardíos para realizar un análisis de causa raíz sobre los factores que contribuyen a los retrasos. Por qué es importante Mide directamente el rendimiento del cumplimiento frente a las expectativas del cliente y simplifica el análisis de los pedidos tardíos. Dónde obtener Este es un campo calculado. La lógica es: ActualDeliveryDate <= RequestedDeliveryDate. Ejemplos truefalse | |||
| Es Pago Atrasado IsLatePayment | Una bandera calculada que es verdadera si el pago se recibió después de la fecha de vencimiento del pago. | ||
| Descripción Este atributo booleano se deriva comparando la fecha real de recepción del pago con la PaymentDueDate. Proporciona un indicador claro de si una factura se pagó a tiempo. Este atributo se utiliza para calcular el KPI 'Tasa de Pago a Tiempo'. Permite una fácil segmentación de pagos a tiempo versus pagos tardíos para analizar las características de los clientes que pagan tarde, las razones comunes de los retrasos y el impacto financiero en el capital de trabajo. Por qué es importante Mide directamente la efectividad de la recaudación de pagos y simplifica el análisis de los pagos atrasados. Dónde obtener Este es un campo calculado. La lógica es: PaymentReceivedDate > PaymentDueDate. Ejemplos falsetrue | |||
| Método de Envío ShippingMethod | El método o transportista utilizado para el envío de la mercancía al cliente. | ||
| Descripción Este atributo detalla el transportista logístico o el nivel de servicio utilizado para la entrega, como 'Carga Terrestre', 'Envío Aéreo Express' o 'Mensajería Local'. Esta información es esencial para el Dashboard 'Cumplimiento de Entrega por Método de Envío'. Permite comparar el rendimiento de entrega a tiempo y los costos de envío entre diferentes métodos y transportistas, helping a optimizar la estrategia logística y la selección de proveedores. Por qué es importante Apoya directamente el análisis logístico al permitir la comparación del rendimiento de diferentes transportistas y métodos de envío. Dónde obtener Disponible en las tablas de envío y cumplimiento dentro de Oracle Fusion. Consulte la documentación de Oracle Fusion Financials. Ejemplos FedEx GroundUPS Next Day AirDHL International | |||
| Nombre de Producto ProductName | El nombre del producto o servicio que se vende. | ||
| Descripción Este atributo especifica el artículo en la línea del pedido de venta. Si un pedido tiene varias líneas, el caso podría analizarse a nivel de artículo de línea, o este atributo podría agregarse a nivel de encabezado. Analizar por producto ayuda a comprender si ciertos productos están asociados con flujos de proceso más complejos o problemáticos, como frecuentes retrasos en la entrega o problemas de pago. Esto puede informar las estrategias de gestión de productos y cadena de suministro. Por qué es importante Permite el análisis del rendimiento del proceso para diferentes productos, destacando los artículos que pueden tener rutas de cumplimiento o facturación complejas. Dónde obtener Obtenido de las tablas de líneas de pedido de venta y unido a una tabla maestra de productos. Consulte la documentación de Oracle Fusion Financials. Ejemplos Standard Widget X1Paquete de Servicio PremiumComponent Y2-B | |||
| Número de Factura InvoiceNumber | El `identificador único` para la `factura del cliente`. | ||
| Descripción Este atributo es el número único asignado a la factura generada a partir del pedido de venta. Vincula las actividades de venta y cumplimiento con la parte de liquidación financiera del proceso. Si bien el Pedido de Venta es el ID de caso principal, el Número de Factura es crítico para analizar los subprocesos de facturación y pago. Es esencial para rastrear correcciones de facturas, disputas y el estado de pago, soportando Dashboards como 'Análisis de Precisión y Retrabajo de Facturas'. Por qué es importante Proporciona un vínculo crucial con el proceso de cuentas por cobrar y es necesario para analizar el retrabajo de facturas y los ciclos de pago. Dónde obtener Disponible en las tablas de transacciones de cuentas por cobrar en Oracle Fusion, como RA_CUSTOMER_TRX_ALL. Ejemplos INV-93485INV-93486INV-93487 | |||
| País del Cliente CustomerCountry | El país donde se encuentra el cliente. | ||
| Descripción Este atributo proporciona el país de la dirección de envío o facturación del cliente. Es una dimensión clave para el análisis geográfico. Segmentar el proceso por país puede revelar diferencias regionales en el rendimiento del proceso, los tiempos de ciclo o el comportamiento de pago. Esto es valioso para comprender el impacto de las regulaciones locales, los desafíos logísticos y las condiciones del mercado en el proceso de Pedido a Cobro. Por qué es importante Permite el análisis geográfico para identificar variaciones regionales en la eficiencia del proceso, el cumplimiento y el comportamiento del cliente. Dónde obtener Obtenido de las tablas maestras de datos de clientes (HZ_LOCATIONS, HZ_PARTY_SITES) vinculadas al pedido de venta. Ejemplos EE. UU.AlemaniaJapón | |||
| Source System SourceSystemIdentifier | Identifica el sistema de origen del cual se extrajeron los datos del evento. | ||
| Descripción Este atributo especifica el origen de los datos, lo cual es particularmente útil en entornos donde múltiples sistemas están involucrados en el proceso de Pedido a Cobro. Por ejemplo, los datos del pedido podrían provenir de Oracle Fusion, mientras que los datos de envío podrían originarse de un sistema logístico de terceros. En el análisis, esto ayuda a comprender el linaje de los datos y puede usarse para filtrar la vista del proceso para eventos de sistemas específicos. Es crucial para la validación de datos y para identificar la fragmentación del proceso en diferentes panoramas de TI. Por qué es importante Proporciona contexto sobre el origen de los datos, lo cual es crucial para la gobernanza de datos y la resolución de problemas en entornos multisistema. Dónde obtener Este es típicamente un valor estático añadido durante el proceso de extracción y transformación de datos para etiquetar el origen del dataset. Ejemplos Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP | |||
| Tipo de Pedido OrderType | Una clasificación para el pedido de venta, como 'Pedido Estándar' o 'Pedido de Devolución'. | ||
| Descripción El Tipo de Pedido se utiliza para clasificar los pedidos de venta según su propósito comercial. Los tipos comunes incluyen ventas estándar, pedidos de servicio, autorizaciones de devolución de material (RMA) y pedidos internos. Analizar el proceso por tipo de pedido es importante porque los diferentes tipos a menudo tienen flujos de proceso y objetivos de rendimiento distintos. Esta segmentación ayuda a comprender las variaciones del proceso que son intencionales y esperadas, evitando que se malinterpreten como desviaciones. Por qué es importante Permite la segmentación de diferentes flujos de proceso legítimos (por ejemplo, estándar vs. devoluciones) para asegurar un análisis justo y preciso. Dónde obtener Típicamente disponible como un campo en la tabla del encabezado del pedido de venta en Oracle Fusion. Consulte la documentación de Oracle Fusion Financials. Ejemplos Pedido de Venta EstándarAutorización de DevoluciónOrden de Servicio | |||
| Última actualización de datos LastUpdateDate | El `timestamp` que indica la última vez que se actualizaron los `datos` de este `evento` desde el `sistema de origen`. | ||
| Descripción Este atributo registra cuándo se extrajeron o actualizaron por última vez los datos en el conjunto de datos de Process Mining. Proporciona transparencia sobre la actualidad de los datos que se analizan. Esta información es vital para que los usuarios comprendan cuán actual es el análisis del proceso. Ayuda a gestionar las expectativas sobre la puntualidad de los datos y es importante para establecer y monitorear las programaciones de actualización de datos. Por qué es importante Indica la frescura de los datos, asegurando que los usuarios estén al tanto de cuán actualizado está su análisis de proceso. Dónde obtener Este valor se genera y se estampa en el conjunto de datos durante cada ciclo de extracción y transformación de datos. Ejemplos 2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Unidad de Negocio BusinessUnitName | El nombre de la unidad de negocio interna responsable del pedido de venta. | ||
| Descripción Este atributo representa la división o unidad operativa específica dentro de la empresa que posee la transacción. Permite la comparación de rendimiento entre diferentes partes de la organización. Segmentar el proceso por unidad de negocio ayuda a identificar variaciones en eficiencia, costo y cumplimiento en toda la empresa. Este análisis puede revelar mejores prácticas en unidades de alto rendimiento que pueden compartirse, o resaltar unidades de bajo rendimiento que requieren mejoras de proceso dirigidas. Por qué es importante Permite la evaluación comparativa del rendimiento y el análisis de la consistencia del proceso en diferentes unidades organizativas. Dónde obtener Típicamente disponible en el encabezado del pedido de venta y vinculado a la estructura organizacional definida en Oracle Fusion. Ejemplos BU-North AmericaBU-EMEAServicios Globales | |||
Pedido a Cobro - Actividades de Procesamiento de Pedidos de Venta
| Actividad | Descripción | ||
|---|---|---|---|
| Factura Creada | Esta actividad representa la creación de la factura del cliente en el módulo de Cuentas por Cobrar, típicamente desencadenada por el evento de confirmación de envío. Se genera un registro de factura con un número único y una fecha de creación. | ||
| Por qué es importante Marca el inicio oficial del ciclo de cobro. Es la base para medir el 'Tiempo de Factura a Pago' y la eficiencia general del flujo de caja. Dónde obtener Este es un evento explícito en Cuentas por Cobrar de Oracle (AR). Se crea un registro de factura en la tabla RA_CUSTOMER_TRX_ALL con una fecha de transacción. Capturar Capturado de la fecha de creación de la transacción de factura en el módulo de Cuentas por Cobrar (AR). Tipo de evento explicit | |||
| Mercancía Enviada | Esta actividad marca el punto en que la mercancía ha sido despachada del almacén y está en tránsito hacia el cliente. Se captura cuando se procesa una transacción de confirmación de envío en Oracle Shipping. | ||
| Por qué es importante Este es un hito crítico que significa la finalización de la parte de cumplimiento del proceso y desencadena la facturación. Es esencial para medir los tiempos de envío a tiempo y los plazos de entrega. Dónde obtener Este es un evento explícito registrado en Ejecución de Envíos de Oracle. La transacción de confirmación de envío crea un registro en tablas de envío como WSH_DELIVERY_DETAILS con una fecha de envío. Capturar Capturado de la marca de tiempo de la 'fecha de envío real' en el registro de detalle de entrega asociado con la línea del pedido. Tipo de evento explicit | |||
| Pago Recibido | Esta actividad significa que el pago del cliente ha sido recibido y aplicado a la factura en Cuentas por Cobrar. Esto se captura cuando se contabiliza una aplicación de recibo de caja. | ||
| Por qué es importante Este es un hito crítico para medir el 'Tiempo de Ciclo Total de Pedido a Cobro' y la 'Tasa de Pago a Tiempo'. Representa la conversión de la venta en efectivo. Dónde obtener Este es un evento explícito en Cuentas por Cobrar de Oracle. Se registra en tablas de recibos de caja como AR_RECEIVABLE_APPLICATIONS_ALL cuando un recibo se aplica a una factura. Capturar Capturado de la marca de tiempo de la 'fecha de aplicación' del registro de aplicación de recibo de efectivo en Cuentas por Cobrar (AR). Tipo de evento explicit | |||
| Pedido Cerrado | La actividad final del proceso, que indica que todas las líneas del pedido de venta han sido cumplidas, facturadas y cerradas. El estado del encabezado del pedido se actualiza a 'Cerrado'. | ||
| Por qué es importante Esta actividad marca el final exitoso del ciclo de vida del pedido de venta. Es esencial para calcular las duraciones del proceso de principio a fin e identificar pedidos 'zombie' que nunca se cierran. Dónde obtener Inferido del cambio de estado del encabezado del pedido de venta a 'Cerrado' en la tabla DOO_HEADERS_ALL. La marca de tiempo de este cambio de estado final sirve como la hora del evento. Capturar Derivado de la marca de tiempo del cambio de estado a 'Cerrado' en el encabezado del pedido de venta. Tipo de evento inferred | |||
| Pedido Confirmado | Este hito clave significa que el pedido de venta ha superado todas las verificaciones iniciales, incluida la aprobación de crédito, y ahora está comprometido para su cumplimiento. Típicamente se infiere cuando el estado del pedido avanza a un estado como 'Esperando Envío' o 'Programado'. | ||
| Por qué es importante Esta actividad es un hito crítico para calcular el 'Tiempo Promedio de Confirmación de Pedido' y marca el traspaso desde la entrada de pedidos al proceso de cumplimiento. Dónde obtener Inferido de un cambio en el estado del encabezado o línea del pedido de venta a un valor que indica que está listo para el cumplimiento (por ejemplo, 'En Espera de Envío'). Verifique las columnas de estado en DOO_HEADERS_ALL o DOO_FULFILL_LINES_ALL. Capturar Derivado de la marca de tiempo cuando el estado del pedido cambia a un estado confirmado o programado. Tipo de evento inferred | |||
| Pedido de Venta Creado | Esta actividad marca el inicio del proceso de pedido de venta, representando el momento en que se introduce un nuevo pedido de venta en Oracle Fusion. Este evento se captura típicamente de forma explícita cuando un usuario guarda un nuevo registro de pedido en el módulo de Gestión de Pedidos. | ||
| Por qué es importante Como inicio del proceso, esta actividad es esencial para medir el tiempo total del ciclo de Pedido a Cobro y analizar los volúmenes de entrada de pedidos. Dónde obtener Registrado explícitamente al crear un registro de pedido de venta en la Nube de Gestión de Pedidos. Busque las marcas de tiempo de creación en la tabla DOO_HEADERS_ALL. Capturar Capturado de la marca de tiempo de creación del registro del encabezado del pedido de venta. Tipo de evento explicit | |||
| Factura Corregida | Ocurre cuando una factura creada previamente es modificada, reemitida o acreditada debido a errores o disputas con el cliente. Esto se suele registrar mediante la creación de una nota de crédito o una nueva versión de la factura. | ||
| Por qué es importante El seguimiento de las correcciones de factura es clave para el KPI 'Tasa de Retrabajo de Facturas', destacando problemas en el proceso de facturación que pueden retrasar los pagos y aumentar los costos administrativos. Dónde obtener Inferido por la creación de una nota de crédito (vinculada a la factura original) o una versión posterior de la misma factura en la tabla RA_CUSTOMER_TRX_ALL. Capturar Derivado al identificar notas de crédito o facturas que hacen referencia a una transacción de factura anterior. Tipo de evento inferred | |||
| Inventario Reservado | Esta actividad representa la asignación o reserva de inventario físico para cumplir la línea del pedido de venta. El sistema compromete un stock específico, asegurando que esté disponible cuando el pedido esté listo para ser preparado. | ||
| Por qué es importante El seguimiento de esto ayuda a analizar el KPI 'Tiempo de Entrega de Asignación de Inventario' e identifica retrasos entre la confirmación del pedido y el aseguramiento de la mercancía. Dónde obtener Este evento a menudo se captura en módulos de inventario o de ejecución de la cadena de suministro. Puede inferirse de las actualizaciones de estado en la línea de cumplimiento que indican que el inventario ha sido detallado o reservado. Capturar Inferido de los cambios de estado de la línea de cumplimiento relacionados con la reserva o programación de inventario. Tipo de evento inferred | |||
| Línea de Pedido Cerrada | Representa el cierre final de una línea de pedido de venta individual, indicando que ha sido completamente enviada, facturada y no se esperan más transacciones. El sistema actualiza el estado de la línea a 'Cerrada'. | ||
| Por qué es importante El cierre de las líneas de pedido significa la finalización de todas las obligaciones contractuales para ese artículo. Analizar esto ayuda a identificar pedidos que permanecen abiertos mucho después del cumplimiento y el pago. Dónde obtener Inferido del cambio de estado de la línea de cumplimiento a 'Cerrado' en la tabla DOO_FULFILL_LINES_ALL. La marca de tiempo de este cambio de estado marca el evento. Capturar Derivado de la marca de tiempo del cambio de estado a 'Cerrado' en la línea de cumplimiento. Tipo de evento inferred | |||
| Mercancía Entregada | Indica que el cliente ha recibido el envío. Esta información a menudo proviene de un transportista externo y se actualiza en Oracle Fusion, o puede inferirse basándose en un tiempo de tránsito estándar desde la fecha de envío. | ||
| Por qué es importante Esta actividad es crucial para calcular el KPI 'Tasa de Entrega a Tiempo' y medir con precisión los niveles de servicio al cliente. Dónde obtener Este a menudo no es un evento nativo de Oracle. Puede capturarse si existe integración con transportistas, o calcularse añadiendo un tiempo de tránsito estándar a la fecha de 'Mercancía Enviada'. Requiere análisis del sistema. Capturar Inferido de las transmisiones de datos del transportista o calculado en función de la fecha de envío más un tiempo de tránsito promedio. Tipo de evento inferred | |||
| Mercancía Recogida | Representa la recogida física de la mercancía del almacén para cumplir el pedido. Este es un paso clave en el proceso logístico y se registra usualmente en el módulo de gestión de almacén o de envíos. | ||
| Por qué es importante Esta actividad proporciona visibilidad sobre las operaciones del almacén. Los retrasos entre la reserva de inventario y la preparación pueden indicar cuellos de botella de recursos o de proceso en el almacén. Dónde obtener Capturado dentro de los módulos de Oracle Fusion Cloud SCM (Supply Chain Management). Puede inferirse del cambio de estado de una onda de picking o un albarán de picking asociado con la línea del pedido de venta. Capturar Inferido de la marca de tiempo de finalización de la transacción de picking en los módulos SCM. Tipo de evento inferred | |||
| Pedido Cancelado | Representa la cancelación de un pedido de venta antes de que haya sido enviado por completo. Esto puede ocurrir por diversas razones y resulta en un estado final de 'Cancelado'. | ||
| Por qué es importante Esta es una ruta de excepción crítica. Analizar los pedidos cancelados ayuda a identificar las causas raíz, como roturas de stock, problemas de precios o cambio de opinión del cliente, lo que puede informar mejoras en el proceso. Dónde obtener Inferido del cambio de estado del encabezado o línea del pedido de venta a un estado 'Cancelado'. La marca de tiempo de este cambio de estado se utiliza para registrar el evento. Capturar Derivado de la marca de tiempo del cambio de estado a 'Cancelado' en el encabezado o línea del pedido. Tipo de evento inferred | |||
| Retención de Crédito Aplicada | Esta actividad ocurre cuando un pedido de venta se retiene automáticamente o manualmente debido a una verificación de crédito fallida o a otro problema relacionado con el crédito. Esto se captura generalmente mediante un cambio en el estado de retención del pedido dentro del sistema. | ||
| Por qué es importante El seguimiento de las retenciones por crédito es crucial para identificar las razones detrás de los retrasos en el procesamiento de pedidos y para medir la eficiencia del proceso de liberación de retención por crédito. Dónde obtener Inferido de la aplicación de una retención en el pedido de venta. Esto se registra típicamente en tablas relacionadas con retenciones como DOO_HOLDS_ALL, vinculadas al pedido de venta. Capturar Inferido de la creación de un registro en la tabla de retención de pedidos con un tipo de retención de 'Crédito'. Tipo de evento inferred | |||
| Verificación de Crédito Realizada | Representa la ejecución de una verificación de crédito contra la cuenta del cliente para evaluar su solvencia. Este suele ser un paso automatizado o manual dentro del flujo de trabajo de procesamiento de pedidos, y su finalización se registra típicamente como una actualización de estado o una tarea completada. | ||
| Por qué es importante Analizar el tiempo que tardan las verificaciones de crédito ayuda a identificar cuellos de botella en la aprobación de pedidos. Es fundamental para el KPI de 'Tiempo de Verificación de Crédito a Confirmación'. Dónde obtener Puede inferirse de los cambios de estado en el pedido de venta, como pasar a un estado de 'Aprobación de Crédito Pendiente', o de un registro de eventos explícito en la funcionalidad de gestión de crédito. Capturar Inferido de cambios en el estado del pedido o marcas de tiempo asociadas con tareas de revisión de crédito. Tipo de evento inferred | |||