Su Template de datos de Order to Cash de facturación y emisión de facturas

Oracle E-Business Suite
Su Template de datos de Order to Cash de facturación y emisión de facturas

Su Template de datos de Order to Cash de facturación y emisión de facturas

Esta plantilla ofrece una hoja de ruta clara para recopilar los datos esenciales necesarios para analizar su proceso Order to Cash de facturación y emisión de facturas. Detalla los campos de datos clave que debe incluir en su registro de eventos, los pasos críticos del proceso que debe seguir y recomendaciones prácticas para extraer esta información. Utilice este recurso para asegurarse de recopilar todos los datos necesarios para realizar un análisis y una optimización eficaces del proceso.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Recomendaciones para extraer datos de Oracle E-Business Suite
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de Order to Cash: facturación y emisión de facturas

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis completo del proceso de Order to Cash: facturación y emisión de facturas.
3 Obligatorio 6 Recomendado 11 Opcional
Nombre Descripción
Hora del evento
EventTime
La fecha y hora exactas en que ocurrió la actividad.
Descripción

La hora del evento es la marca de tiempo asociada a cada actividad y establece el orden cronológico de los eventos dentro de un caso. Son los datos sin procesar que se utilizan para todos los análisis temporales de Process Mining.

Este atributo es esencial para calcular indicadores clave de rendimiento, como tiempos de ciclo, duraciones entre actividades y plazos del proceso. Por ejemplo, la diferencia entre la hora del evento «Factura generada» y «Factura aprobada» indica la duración de la aprobación. Las marcas de tiempo precisas y completas son fundamentales para realizar un análisis fiable del proceso.

Por qué es importante

Proporciona el contexto temporal de cada evento, lo que permite calcular duraciones, analizar el rendimiento del proceso y descubrir cuellos de botella.

Dónde obtenerlo

Se obtiene de varios campos de fecha de las tablas de Oracle EBS, como CREATION_DATE o LAST_UPDATE_DATE en tablas como RA_CUSTOMER_TRX_ALL y AR_CASH_RECEIPTS_ALL.

Ejemplos
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
Número de factura
InvoiceNumber
El identificador único de cada documento de factura, que actúa como el ID de caso principal del proceso de facturación.
Descripción

El número de factura es la base del análisis de facturación Order to Cash, ya que identifica de forma única cada transacción de facturación. Agrupa todas las actividades relacionadas, como la generación, aprobación, envío, pago y cierre, en una única instancia de proceso coherente. Esto permite obtener una visión completa del ciclo de vida de la factura.

En Process Mining, analizar los procesos por número de factura ayuda a medir el tiempo total del ciclo, identificar variantes en la gestión de las facturas y localizar cuellos de botella que retrasan el pago. Es esencial para hacer seguimiento de cada factura durante todo su recorrido, desde la creación hasta la liquidación.

Por qué es importante

Es el identificador de caso esencial que conecta todos los eventos relacionados y permite reconstruir y analizar el proceso completo de facturación de cada factura única.

Dónde obtenerlo

Normalmente corresponde al número de transacción de la tabla RA_CUSTOMER_TRX_ALL en Oracle Receivables.

Ejemplos
INV-9234501788144US-2023-001293
Nombre de la actividad
ActivityName
El nombre del evento empresarial específico que ocurrió en un momento determinado del ciclo de vida de la factura.
Descripción

El nombre de la actividad describe un paso o hito del proceso de facturación, como «Factura generada», «Factura aprobada» o «Pago del cliente recibido». La secuencia cronológica de estas actividades para un número de factura determinado forma el flujo del proceso.

Este atributo es fundamental para Process Mining, ya que se utiliza para construir el mapa del proceso, analizar las variantes e identificar desviaciones o ciclos de reelaboración. La claridad y coherencia de los nombres de las actividades son esenciales para realizar análisis significativos, como calcular el tiempo entre pasos específicos o comprender el cumplimiento del proceso.

Por qué es importante

Este atributo constituye la base para descubrir y visualizar el flujo del proceso, lo que permite analizar variantes, cuellos de botella y reelaboraciones.

Dónde obtenerlo

Normalmente se obtiene asignando cambios de estado, tipos de evento o eventos de creación y actualización de registros de varias tablas de Oracle EBS, como AR_PAYMENT_SCHEDULES_ALL y RA_CUSTOMER_TRX_ALL, a nombres de actividad estandarizados.

Ejemplos
Factura generadaFactura aprobadaSe alcanza la fecha de vencimiento del pagoPago del cliente recibido
Departamento
Department
El departamento o equipo funcional asociado con el usuario que realizó la actividad.
Descripción

El atributo Departamento proporciona el contexto organizativo del usuario que realizó una actividad, como «Cuentas por cobrar» u «Operaciones de ventas». Esto permite agregar el análisis a nivel de equipo o departamento.

Es fundamental para comprender cómo interactúan las distintas partes de la organización con el proceso de facturación y cómo influyen en él. Puede ayudar a identificar problemas sistémicos dentro de un departamento, comparar el rendimiento entre equipos y analizar la asignación de recursos. Por ejemplo, permite desglosar por departamento el panel «Tiempo del ciclo de aprobación de facturas».

Por qué es importante

Permite analizar el rendimiento del proceso según la estructura organizativa, destacar las diferencias entre equipos y localizar cuellos de botella específicos de cada departamento.

Dónde obtenerlo

Normalmente se obtiene uniendo la información de los usuarios con los datos de la jerarquía de recursos humanos de la organización, a menudo de PER_ALL_ASSIGNMENTS_F o de una tabla de recursos humanos similar.

Ejemplos
Cuentas por cobrarOperaciones financierasServicios de facturación
Estado de la factura
InvoiceStatus
El estado actual de la factura en su ciclo de vida.
Descripción

El estado de la factura refleja la situación actual de una factura, como «Abierta», «Cerrada» o «Disputada». Esto proporciona una vista resumida del avance de la factura.

Este atributo es esencial para crear Dashboards como «Resumen del vencimiento y el estado de las facturas», ya que permite ver rápidamente el volumen y el valor de las facturas en distintos estados. Ayuda a priorizar las gestiones de cobro de las facturas abiertas y ofrece un resumen general de la salud de la cartera de cuentas por cobrar.

Por qué es importante

Proporciona una vista del estado actual de las facturas, fundamental para los Dashboards operativos, la gestión de cargas de trabajo y la priorización de las actividades de cobro.

Dónde obtenerlo

Está disponible en la tabla AR_PAYMENT_SCHEDULES_ALL, en la columna STATUS («OP» para abierta y «CL» para cerrada).

Ejemplos
AbiertaCerradaEn disputa
Fecha de vencimiento
DueDate
La fecha límite en la que se espera que el cliente pague la factura.
Descripción

La fecha de vencimiento es un atributo de fecha fundamental que define el plazo de pago de una factura según las condiciones de pago. Es el punto de referencia para medir el rendimiento real de los pagos.

Este atributo es esencial para calcular KPI como la tasa de pagos puntuales y crear informes de antigüedad de facturas. En Process Mining, permite analizar los comportamientos de pago, como identificar a los clientes que pagan tarde de forma habitual o evaluar el impacto de los retrasos del proceso en la capacidad de cobrar a tiempo.

Por qué es importante

Es la referencia para medir el rendimiento de los pagos, calcular la antigüedad de las facturas y evaluar el riesgo de pagos atrasados o deuda incobrable.

Dónde obtenerlo

Está disponible en la tabla AR_PAYMENT_SCHEDULES_ALL, en la columna DUE_DATE.

Ejemplos
2023-05-152023-06-302023-07-01
ID del cliente
CustomerId
Un identificador único del cliente al que se emitió la factura.
Descripción

El ID de cliente vincula una factura a una cuenta de cliente concreta en los datos maestros. Esto permite agregar y comparar el rendimiento del proceso entre distintos clientes.

Con este atributo, las personas analistas pueden crear Dashboards que destaquen los comportamientos de pago de los clientes, identificar qué clientes están asociados con más disputas o retrabajo y comparar los tiempos de procesamiento de facturas entre segmentos de clientes. Es fundamental para pasar de una visión centrada únicamente en el proceso a un análisis centrado en el cliente.

Por qué es importante

Permite realizar análisis centrados en el cliente y ayuda a identificar patrones de pago, impugnaciones frecuentes o variaciones del proceso específicas de determinados clientes.

Dónde obtenerlo

Se encuentra en la tabla RA_CUSTOMER_TRX_ALL como SOLD_TO_CUSTOMER_ID o BILL_TO_CUSTOMER_ID.

Ejemplos
CUST-100239845ACME-US-01
Importe total de la factura
TotalInvoiceAmount
El valor monetario total de la factura, incluidos todos los conceptos, impuestos y cargos.
Descripción

Este atributo representa el valor financiero total de la factura enviada al cliente. Es una métrica fundamental para el análisis financiero del proceso de facturación.

En Process Mining, el importe total de la factura se utiliza para segmentar y filtrar casos. Por ejemplo, los analistas pueden comparar el flujo de proceso de las facturas de alto valor con el de las facturas de bajo valor para comprobar si reciben un tratamiento diferente. También es esencial para analizar el impacto financiero, como calcular el valor de las facturas atascadas en la etapa de aprobación.

Por qué es importante

Permite analizar el impacto financiero, priorizar problemas según su valor monetario y comprender cómo los distintos importes de factura afectan al proceso.

Dónde obtenerlo

Probablemente se obtiene de la tabla AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) o se calcula a partir de RA_CUSTOMER_TRX_LINES_ALL para una factura determinada.

Ejemplos
1500.0012550.75500.50
Usuario
User
El ID de usuario de la persona que realizó la actividad.
Descripción

Este atributo identifica al empleado o usuario del sistema responsable de ejecutar un paso del proceso, como aprobar una factura o aplicar un cobro. Es esencial para comprender el componente humano del proceso.

Analizar los datos por usuario ayuda a identificar oportunidades de formación, desequilibrios en la distribución de la carga de trabajo y diferencias de rendimiento individual. Por ejemplo, puede mostrar qué usuarios están asociados con más reelaboraciones o con los tiempos de aprobación más largos, lo que facilita iniciativas de mejora del proceso específicas.

Por qué es importante

Permite analizar el rendimiento individual, identificar usuarios con un rendimiento destacado, detectar necesidades de formación y localizar posibles desequilibrios en la carga de trabajo.

Dónde obtenerlo

Se obtiene de campos de ID de usuario como CREATED_BY o LAST_UPDATED_BY en varias tablas de transacciones. Después, este ID se une con FND_USER para obtener el nombre del usuario.

Ejemplos
JSMITHBWILLIAMSCDAVIS
¿Es una reelaboración?
IsRework
Un indicador calculado que señala si la factura pasó por una actividad de reelaboración, como una modificación o una nueva aprobación.
Descripción

Este indicador booleano se establece en verdadero si el flujo del proceso de una factura contiene actividades que indican una reelaboración, como «Factura modificada» o un segundo evento de «Factura aprobada». Ayuda a identificar rápidamente las facturas que se desvían de la ruta estándar y eficiente.

Este atributo es fundamental para KPI como «Tasa de errores de facturación» y «Tasa de reelaboración manual». Permite a los analistas cuantificar fácilmente la frecuencia de las reelaboraciones, filtrar estos casos ineficientes e investigar sus causas raíz, como los usuarios o departamentos más asociados con las actividades de reelaboración.

Por qué es importante

Cuantifica la ineficiencia del proceso al señalar las facturas que requirieron pasos adicionales no estándar y permite analizar las causas y el impacto de la reelaboración.

Dónde obtenerlo

Se calcula durante la transformación de datos mediante la detección de secuencias de actividades específicas, como «Factura aprobada» seguida de «Factura modificada», dentro de un caso.

Ejemplos
truefalse
¿Se pagó a tiempo?
IsPaidOnTime
Un indicador calculado que señala si la factura se pagó en la fecha de vencimiento o antes.
Descripción

Este es un atributo booleano que se obtiene al comparar la marca de tiempo de «Pago del cliente recibido» con la «Fecha de vencimiento» de la factura. Su valor es verdadero si el pago se realizó a tiempo o antes, y falso si se realizó con retraso.

Este indicador simplifica la creación de KPI y Dashboards relacionados con el rendimiento de los pagos. Es la entrada directa para calcular el KPI «Tasa de pagos puntuales» y permite filtrar y segmentar fácilmente las facturas en las categorías «puntuales» y «atrasadas» para realizar un análisis más profundo de las causas raíz.

Por qué es importante

Admite directamente el KPI «Tasa de pagos puntuales» y simplifica los análisis al clasificar las facturas en grupos «a tiempo» y «atrasadas».

Dónde obtenerlo

Se calcula durante la transformación de datos. Lógica: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.

Ejemplos
truefalse
Condiciones de pago
PaymentTerms
Las condiciones acordadas que determinan cuándo debe pagar el cliente su factura.
Descripción

Las condiciones de pago definen los términos del pago, como «Net 30» o «Net 60», que se utilizan para calcular la fecha de vencimiento de la factura. Son un elemento fundamental de los datos maestros que influye directamente en el flujo de caja.

Analizar los datos por condiciones de pago ayuda a comprender cómo afectan las distintas condiciones al comportamiento de pago y a los días de ventas pendientes de cobro (DSO). Puede revelar si los clientes con plazos de pago más cortos pagan más rápido y orientar las decisiones estratégicas sobre las condiciones que deben ofrecerse a cada segmento de clientes.

Por qué es importante

Influye directamente en la fecha de vencimiento de la factura y en las previsiones de flujo de caja. Analizarlo ayuda a evaluar la eficacia de las distintas políticas de crédito.

Dónde obtenerlo

Se obtiene de la tabla RA_TERMS_B, vinculada mediante TERM_ID en la tabla RA_CUSTOMER_TRX_ALL.

Ejemplos
Neto 30Neto 60Vencimiento contra recepción
Días de ventas pendientes de cobro
DaysSalesOutstanding
El número de días entre la generación de la factura y la recepción del pago.
Descripción

Los días de ventas pendientes de cobro (DSO) son una métrica financiera fundamental que mide el tiempo medio necesario para cobrar un pago después de generar una factura. Este atributo se calcula para cada factura individual.

Aunque el KPI general es un promedio, disponer de este valor por factura permite realizar análisis detallados. Puede utilizarse para crear distribuciones, identificar valores atípicos y analizar tendencias en la eficiencia del cobro a lo largo del tiempo. El panel «Tendencia de DSO» muestra directamente el promedio de este atributo a lo largo del tiempo.

Por qué es importante

Mide la eficiencia del cobro a nivel de factura individual y proporciona los datos sin procesar para analizar tendencias e identificar factores relacionados con un DSO elevado.

Dónde obtenerlo

Se calcula durante la transformación de datos. Lógica: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').

Ejemplos
304592
Moneda
Currency
El código de moneda de los importes monetarios de la factura.
Descripción

Este atributo especifica la moneda, como USD o EUR, en la que se expresan los importes de las facturas. Proporciona el contexto necesario para todas las métricas financieras.

Al analizar datos de operaciones multinacionales, el atributo de moneda es esencial para interpretar y comparar correctamente los valores financieros. Los Dashboards pueden utilizarlo para filtrar por moneda o aplicar tipos de cambio en los informes consolidados.

Por qué es importante

Proporciona el contexto necesario para todos los atributos financieros y garantiza una interpretación y un análisis precisos en un entorno multidivisa.

Dónde obtenerlo

Normalmente se encuentra en la tabla RA_CUSTOMER_TRX_ALL, en la columna INVOICE_CURRENCY_CODE.

Ejemplos
USDEURGBP
Nombre del cliente
CustomerName
El nombre legal del cliente al que se emitió la factura.
Descripción

El nombre del cliente proporciona un identificador legible para el cliente. Mientras que el ID de cliente se utiliza para las combinaciones y la identificación única, el nombre se utiliza para mostrar la información en informes y Dashboards.

Esto hace que el análisis sea más intuitivo, ya que permite reconocer fácilmente los nombres de los clientes sin tener que consultar sus ID. Es fundamental para crear visualizaciones fáciles de usar, como un gráfico de barras que muestre el retraso medio de los pagos por cliente.

Por qué es importante

Mejora la facilidad de uso de los Dashboards y los informes al proporcionar un nombre legible para filtrar y agrupar, lo que hace que el análisis sea más accesible.

Dónde obtenerlo

Se obtiene mediante una unión de las tablas HZ_PARTIES y HZ_CUST_ACCOUNTS utilizando el ID del cliente del encabezado de la factura.

Ejemplos
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
Número de pedido de venta
SalesOrderNumber
El identificador del pedido de venta original que dio lugar a la creación de la factura.
Descripción

El número de pedido de venta proporciona un vínculo directo con la parte anterior de «Gestión de pedidos» del ciclo Order to Cash. Conecta el proceso de facturación con el pedido inicial del cliente.

Este atributo permite realizar un análisis más amplio entre procesos. Por ejemplo, los analistas pueden investigar si determinados tipos de pedidos de venta provocan sistemáticamente impugnaciones de facturas o retrasos en los pagos. Proporciona un contexto valioso que suele perderse al analizar el proceso de facturación de forma aislada.

Por qué es importante

Conecta el proceso de facturación con el proceso de ventas anterior, lo que permite realizar un análisis Order to Cash más completo e investigar las causas raíz.

Dónde obtenerlo

Normalmente se encuentra en un campo de referencia o de atributo de interfaz de la tabla de líneas de factura RA_CUSTOMER_TRX_LINES_ALL, como INTERFACE_LINE_ATTRIBUTE1 o un flexfield descriptivo similar.

Ejemplos
SO-54321601882ORD-2023-9910
País del cliente
Country
El país de la dirección de facturación del cliente.
Descripción

Este atributo especifica el país asociado con la dirección de facturación del cliente. Proporciona una dimensión geográfica para el análisis del proceso.

Analizar el proceso por país puede revelar diferencias regionales en el comportamiento de pago, la eficiencia del proceso o el cumplimiento de las normativas locales. Por ejemplo, puede utilizarse en el panel «Perspectivas sobre el comportamiento de pago de los clientes» para comprobar si los retrasos medios de pago difieren significativamente entre países.

Por qué es importante

Permite analizar geográficamente el proceso y destacar variaciones regionales en el comportamiento de los clientes, el impacto normativo o el rendimiento operativo.

Dónde obtenerlo

Se obtiene de la información del sitio de facturación del cliente almacenada en HZ_LOCATIONS y FND_TERRITORIES, vinculada mediante las tablas de cuentas de clientes.

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

Este atributo identifica la aplicación de origen en la que se generaron los datos del evento. Para 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 con un solo sistema, es un campo obligatorio para la gobernanza de datos, ya que confirma que los datos proceden del origen esperado.

Por qué es importante

Garantiza la trazabilidad y el contexto de los datos, aspectos fundamentales para la gobernanza de datos y para integrar datos de varios sistemas empresariales.

Dónde obtenerlo

Es un valor estático establecido durante la extracción de datos para identificar el ERP de origen.

Ejemplos
Oracle E-Business SuiteOracle EBS R12
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos de este evento del sistema de origen.
Descripción

Este atributo proporciona la marca de tiempo de la última extracción de datos. Es fundamental para comprender la actualidad de los datos analizados.

Las personas usuarias se basan en este campo para saber si los Dashboards y los análisis reflejan el estado más reciente del proceso. Ayuda a gestionar las expectativas sobre la latencia de los datos y constituye un elemento de metadatos clave para cualquier modelo de datos fiable.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos y garantiza que comprendan hasta qué punto el análisis del proceso refleja la situación más reciente.

Dónde obtenerlo

Es un campo de metadatos que se genera y registra en cada registro durante el proceso de extracción, transformación y carga (ETL) de datos.

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unidad de negocio
BusinessUnit
La unidad de negocio o unidad operativa específica de la empresa que emitió la factura.
Descripción

La unidad de negocio representa la entidad organizativa responsable de la transacción. En Oracle EBS, suele estar representada por la unidad operativa.

Este atributo permite comparar el rendimiento del proceso entre distintas partes de la empresa. Puede ayudar a determinar si ciertas unidades de negocio son más eficientes, tienen tasas de pagos puntuales más altas o experimentan más impugnaciones, lo que facilita compartir buenas prácticas y aplicar intervenciones específicas.

Por qué es importante

Permite comparar el rendimiento entre distintas partes de la organización, identificar buenas prácticas y detectar desafíos específicos de cada área.

Dónde obtenerlo

El contexto de la unidad operativa está disponible implícitamente mediante ORG_ID en la mayoría de las tablas de transacciones, como RA_CUSTOMER_TRX_ALL.

Ejemplos
Operaciones en EE. UU.Servicios EMEAManufactura global
Obligatorio Recomendado Opcional

Actividades de Order to Cash: facturación y emisión de facturas

Estos son los pasos esenciales y los hitos del proceso que debe capturar en su registro de eventos para descubrir y analizar con precisión sus operaciones de facturación.
5 Recomendado 8 Opcional
Actividad Descripción
Cobro aplicado o conciliado
El pago recibido del cliente se ha aplicado correctamente a una o varias facturas específicas, lo que reduce el saldo pendiente. Esto representa la conciliación del pago con la deuda.
Por qué es importante

Este es el paso final del proceso de pago y resulta fundamental para medir el tiempo del ciclo de aplicación de cobros. Los retrasos en esta etapa pueden distorsionar los saldos de las cuentas de clientes y afectar la gestión del crédito.

Dónde obtenerlo

Este evento se registra explícitamente con una marca de tiempo cuando se crea en la tabla AR_RECEIVABLE_APPLICATIONS_ALL un registro que vincula un cobro con una transacción.

Recopilar

El evento corresponde a la marca de tiempo de creación (GL_DATE o APPLY_DATE) de un registro en AR_RECEIVABLE_APPLICATIONS_ALL.

Tipo de evento explicit
Factura cerrada
La factura se cierra oficialmente, lo que indica que su saldo es cero debido a pagos, notas de crédito o ajustes. Esto marca la finalización correcta del ciclo de vida de la factura.
Por qué es importante

Este es el punto final principal del proceso. El tiempo total del ciclo desde «Factura generada» hasta «Factura cerrada» es un indicador clave de la eficiencia general del ciclo de facturación Order to Cash.

Dónde obtenerlo

Se infiere a partir del cambio del campo STATUS a «CL» (cerrado) en la tabla AR_PAYMENT_SCHEDULES_ALL. Puede utilizarse como marca de tiempo la fecha de la transacción final que provocó el cierre.

Recopilar

Se infiere a partir del cambio de estado a «CL» en AR_PAYMENT_SCHEDULES_ALL, con la marca de tiempo de la última aplicación relacionada.

Tipo de evento inferred
Factura enviada al cliente
Esta actividad indica que la factura se ha transmitido oficialmente al cliente, ya sea mediante impresión o por medios electrónicos. Este evento marca el inicio del cómputo del plazo de pago del cliente.
Por qué es importante

Este es un hito clave para medir el plazo de entrega de la factura y el tiempo transcurrido hasta el pago. Ayuda a distinguir los retrasos del procesamiento interno del comportamiento de pago del cliente.

Dónde obtenerlo

Oracle EBS no siempre registra explícitamente este evento en un campo estándar. Puede inferirse a partir de la marca de tiempo del programa concurrente «Invoice Print» o de un indicador personalizado establecido tras la entrega electrónica.

Recopilar

Se infiere a partir de la fecha de finalización del programa de impresión de facturas o de la lógica personalizada para la transmisión electrónica.

Tipo de evento inferred
Factura generada
Indica la creación de una nueva transacción de factura en el sistema. Este evento suele activarse mediante el programa «Autoinvoice Import Program», que procesa las líneas de pedidos de venta completadas, o mediante la introducción manual de facturas en el módulo Receivables.
Por qué es importante

Este es el punto de partida del proceso de facturación. Analizar el tiempo transcurrido desde este evento hasta los demás revela el ciclo de vida total de la factura y ayuda a identificar cuellos de botella en las primeras etapas.

Dónde obtenerlo

Se registra como la fecha de creación de una transacción en la tabla de Oracle Receivables RA_CUSTOMER_TRX_ALL. TRX_DATE o CREATION_DATE pueden utilizarse como marca de tiempo del evento.

Recopilar

El evento corresponde a la marca de tiempo de creación de un registro en la tabla RA_CUSTOMER_TRX_ALL.

Tipo de evento explicit
Pago del cliente recibido
Se ha introducido en el sistema un pago del cliente como cobro en efectivo. En esta etapa, es posible que el pago aún no se haya aplicado a una factura específica.
Por qué es importante

Este es un hito importante para calcular los días de ventas pendientes de cobro (DSO). El tiempo transcurrido entre la generación de la factura y la recepción del pago es una medida principal de la eficiencia del cobro.

Dónde obtenerlo

Este evento se registra explícitamente con una marca de tiempo al crear un registro en la tabla AR_CASH_RECEIPTS_ALL.

Recopilar

El evento corresponde a la marca de tiempo de creación de un registro en la tabla AR_CASH_RECEIPTS_ALL.

Tipo de evento explicit
Castigo creado
Se realiza un ajuste para castigar como deuda incobrable todo el saldo pendiente de la factura o una parte de este. Esto suele ocurrir después de agotar las gestiones de cobro.
Por qué es importante

Los castigos representan una pérdida directa de ingresos. Analizar su frecuencia y valor ayuda a perfeccionar las políticas de crédito y a comprender el impacto financiero de la deuda incobrable.

Dónde obtenerlo

Se registra como una transacción de un tipo de ajuste específico contra la factura. El evento puede encontrarse en la tabla AR_ADJUSTMENTS_ALL, vinculada a un tipo de actividad de cuentas por cobrar definido para los castigos.

Recopilar

El evento corresponde a la creación de un registro en AR_ADJUSTMENTS_ALL con un tipo de actividad «Write-Off».

Tipo de evento explicit
Disputa presentada
El cliente ha impugnado formalmente la factura, lo que provoca la suspensión de las actividades de cobro hasta que se resuelva. Esto suele gestionarse en Oracle Advanced Collections o mediante actualizaciones manuales de estado.
Por qué es importante

Las disputas afectan directamente al flujo de caja al retrasar los pagos. Hacer seguimiento de su frecuencia y tiempo de resolución ayuda a identificar problemas recurrentes relacionados con productos, servicios o la precisión de la facturación.

Dónde obtenerlo

Si se utiliza Oracle Advanced Collections, se trata de una transacción explícita. De lo contrario, puede inferirse a partir de un estado específico de «dispute» o de una retención aplicada a la factura en AR.

Recopilar

Se registra como una transacción en Oracle Advanced Collections o se infiere a partir de un cambio de estado en la factura.

Tipo de evento explicit
Factura aprobada
Representa la aprobación interna formal de una factura introducida o revisada manualmente antes de enviarla al cliente. Esta actividad puede formar parte de un Oracle Workflow configurado o de un cambio manual de estado.
Por qué es importante

Hacer seguimiento del tiempo de aprobación es fundamental para el KPI «Invoice Approval Cycle Time». Los retrasos en esta etapa posponen directamente la facturación al cliente y prolongan el ciclo general de conversión de efectivo.

Dónde obtenerlo

A menudo depende de la configuración. Puede inferirse a partir de cambios de estado en las tablas de Workflow, por ejemplo, WF_ITEM_ACTIVITY_STATUSES, o posiblemente de un campo flexfield descriptivo en la transacción de factura de RA_CUSTOMER_TRX_ALL.

Recopilar

Se infiere a partir de cambios de estado en las tablas de Workflow o de campos de estado personalizados.

Tipo de evento inferred
Factura modificada
Indica que una factura existente e incompleta se ha actualizado o corregido. Esto puede incluir cambios en las líneas, los importes o la información de facturación antes de completar o enviar la factura.
Por qué es importante

Las modificaciones frecuentes sugieren ineficiencias del proceso, problemas de calidad de los datos o errores de usuario. Analizar esta actividad ayuda a cuantificar el retrabajo y su impacto en los tiempos del ciclo, y sirve de apoyo a KPI como «Invoice Error Rate».

Dónde obtenerlo

Puede inferirse comparando CREATION_DATE con LAST_UPDATE_DATE en la tabla RA_CUSTOMER_TRX_ALL para facturas incompletas. Si la auditoría está habilitada, los cambios pueden rastrearse de forma más explícita.

Recopilar

Se infiere mediante el seguimiento de las actualizaciones a través de LAST_UPDATE_DATE en la tabla RA_CUSTOMER_TRX_ALL.

Tipo de evento inferred
Nota de crédito creada
Se genera una transacción de nota de crédito que a menudo se aplica a una factura existente para corregir un error de facturación o procesar una devolución. Se trata de una transacción independiente, aunque relacionada, dentro de Accounts Receivable.
Por qué es importante

Un volumen elevado de notas de crédito apunta a problemas en etapas anteriores relacionados con el cumplimiento de pedidos, los precios o la precisión de la facturación inicial. Analizar estos eventos es fundamental para determinar las causas raíz de las fugas de ingresos y la insatisfacción de los clientes.

Dónde obtenerlo

Se registra como una nueva transacción en RA_CUSTOMER_TRX_ALL, donde CUST_TRX_TYPE_ID se vincula a un tipo con la clase «CM» (Credit Memo). El campo PREVIOUS_CUSTOMER_TRX_ID la vincula con la factura original.

Recopilar

El evento corresponde a la creación de un registro en RA_CUSTOMER_TRX_ALL con un tipo de transacción de nota de crédito.

Tipo de evento explicit
Pago revertido
Indica que se ha revertido un pago del cliente recibido anteriormente. Esto suele ocurrir por falta de fondos (NSF) u otros errores de procesamiento bancario.
Por qué es importante

Las reversiones de pagos alteran las previsiones de flujo de caja y requieren un esfuerzo administrativo adicional. Hacer seguimiento de estos eventos ayuda a identificar clientes o métodos de pago problemáticos.

Dónde obtenerlo

Esta es una acción explícita en Oracle Receivables. Una reversión crea registros en AR_CASH_RECEIPT_HISTORY_ALL con un estado que indica la reversión, como «REVERSED».

Recopilar

Se identifica mediante un cambio de estado a «REVERSED» en la tabla AR_CASH_RECEIPT_HISTORY_ALL.

Tipo de evento explicit
Recordatorio de pago emitido
Se envió al cliente un aviso de cobro o recordatorio sobre una factura vencida. Esta es una actividad clave del proceso de cobro.
Por qué es importante

Hacer seguimiento de esta actividad es fundamental para medir la eficacia de las estrategias de cobro. Permite analizar las tasas de pago antes y después del envío de los recordatorios.

Dónde obtenerlo

Si se utiliza Oracle Advanced Collections, el envío de una carta de cobro se registra como un evento explícito. Sin este módulo, esta actividad suele realizarse fuera del sistema y puede no registrarse de forma fiable.

Recopilar

Se registra como un evento Dunning Correspondence en el módulo Oracle Advanced Collections.

Tipo de evento explicit
Se alcanza la fecha de vencimiento del pago
Evento calculado que marca el día en que vence la factura según sus condiciones de pago. Este evento no corresponde a una acción de usuario o del sistema, pero constituye un hito temporal crítico.
Por qué es importante

Este evento es esencial para calcular las tasas de pago puntual y analizar el comportamiento de pago de los clientes. Sirve como referencia para determinar si un pago se realiza antes, en la fecha o después del vencimiento.

Dónde obtenerlo

No se registra como un evento. Se calcula comparando la fecha del sistema con el campo TERM_DUE_DATE de la tabla AR_PAYMENT_SCHEDULES_ALL para la factura correspondiente.

Recopilar

Se obtiene comparando la marca de tiempo actual con AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.

Tipo de evento calculated
Recomendado Opcional

Guías de extracción

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

¿Listo para comenzar?

Utilice esta plantilla para iniciar su recorrido de Process Mining en Order to Cash de facturación y emisión de facturas. Empiece hoy mismo a descubrir información útil y a mejorar la eficiencia de sus operaciones.

Acelere ahora su proceso Order to Cash de facturación y emisión de facturas

Reduzca un 30 % el tiempo del ciclo de facturación y acelere la conversión de efectivo.

Inicie su prueba gratuita

No necesita tarjeta de crédito. Configuración en minutos.