Su Template de datos para el proceso de pedido a cobro: facturación y emisión de facturas

Oracle E-Business Suite
Su Template de datos para el proceso de pedido a cobro: facturación y emisión de facturas

Su Template de datos para el proceso de pedido a cobro: facturación y emisión de facturas

Este Template ofrece una guía clara para recopilar los datos esenciales que necesita para analizar el proceso de pedido a cobro, facturación y emisión de facturas. Indica qué campos de datos incluir en el Registro de eventos, qué pasos clave del proceso seguir y cómo extraer esta información. Utilice este recurso para reunir todos los datos necesarios y analizar y optimizar el proceso de forma eficaz.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Guía para extraer datos de Oracle E-Business Suite
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos del proceso de pedido a cobro: facturación y emisión de facturas

Estos son los campos de datos recomendados para incluir en el Registro de eventos y analizar de forma exhaustiva el proceso de pedido a cobro, 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 tuvo lugar 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 de un caso. Son los datos sin procesar que se utilizan en todos los análisis temporales de Process Mining.

Este atributo es esencial para calcular indicadores clave de rendimiento, como los tiempos de ciclo, la duración entre actividades y los tiempos de entrega del proceso. Por ejemplo, la diferencia entre las horas de los eventos Factura generada y Factura aprobada indica cuánto duró la aprobación. Para que el análisis del proceso sea fiable, las marcas de tiempo deben ser precisas y completas.

Por qué es importante

Aporta contexto temporal a cada evento y permite calcular duraciones, analizar el rendimiento del proceso y detectar cuellos de botella.

Dónde obtenerlo

Se obtiene de distintos 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
Identificador único de cada documento de factura, que sirve como ID del caso principal del proceso de facturación.
Descripción

El número de factura es la base del análisis de facturación del ciclo de pedido a cobro, ya que identifica de forma única cada transacción de facturación. Agrupa en una sola instancia del proceso todas las actividades relacionadas, como la generación, la aprobación, el envío, el pago y el cierre. Esto permite ver de principio a fin el ciclo de vida de cada factura.

En Process Mining, analizar los procesos por número de factura permite medir el tiempo de ciclo total, identificar variantes en la gestión de las facturas y localizar cuellos de botella que retrasan el pago. Es fundamental 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 esencial del caso que conecta todos los eventos relacionados y permite reconstruir y analizar el proceso de facturación completo de cada factura.

Dónde obtenerlo

Por lo general, es el 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
Nombre del evento de negocio específico que tuvo lugar 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 conforma el flujo del proceso.

Este atributo es fundamental para Process Mining, ya que se utiliza para crear el mapa del proceso, analizar sus variantes e identificar desviaciones o ciclos de retrabajo. La claridad y la coherencia de los nombres de las actividades son esenciales para obtener análisis útiles, como calcular el tiempo entre pasos específicos o evaluar el cumplimiento del proceso.

Por qué es importante

Este atributo es la base para descubrir y visualizar el flujo del proceso, y permite analizar sus variantes, cuellos de botella y retrabajos.

Dónde obtenerlo

Por lo general, se obtiene asignando nombres de actividad estandarizados a los cambios de estado, los tipos de evento o los eventos de creación y actualización de registros de distintas tablas de Oracle EBS (por ejemplo, AR_PAYMENT_SCHEDULES_ALL y RA_CUSTOMER_TRX_ALL).

Ejemplos
Factura generadaFactura aprobadaLlegada de la fecha de vencimiento del pagoPago del cliente recibido
Departamento
Department
El departamento o equipo funcional al que pertenece el usuario que realizó la actividad.
Descripción

El atributo Departamento aporta contexto organizativo sobre el usuario que realizó una actividad, por ejemplo, Cuentas por cobrar u Operaciones de ventas. Esto permite agrupar el análisis por equipo o departamento.

Es fundamental para comprender cómo interactúan las distintas áreas de la organización con el proceso de facturación y cómo influyen en él. Puede ayudar a identificar problemas sistémicos en un departamento, comparar el rendimiento entre equipos y analizar la asignación de recursos. Por ejemplo, permite desglosar por departamento el Dashboard Tiempo de 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

Por lo general, se obtiene vinculando 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 su situación actual, por ejemplo, abierta, cerrada o impugnada. Ofrece una instantánea del avance de la factura.

Este atributo es esencial para crear Dashboards como Resumen de antigüedad y estado de las facturas, que permiten consultar rápidamente el volumen y el valor de las facturas en distintos estados. Ayuda a priorizar el cobro de las facturas abiertas y ofrece un resumen general de la situación de la cartera de cuentas por cobrar.

Por qué es importante

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

Dónde obtenerlo

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

Ejemplos
AbiertaCerradaEn reclamación
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 clave que establece el límite de pago de una factura según las condiciones de pago. Es la referencia para medir el comportamiento de pago real.

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 el comportamiento de pago, por ejemplo, identificar a los clientes que suelen pagar tarde o evaluar cómo afectan las demoras del proceso a la posibilidad de cobrar a tiempo.

Por qué es importante

Es la referencia para medir el comportamiento de pago, calcular la antigüedad de las facturas y evaluar el riesgo de pagos atrasados o deudas incobrables.

Dónde obtenerlo

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

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

El ID del cliente vincula una factura con una cuenta de cliente específica en los datos maestros. Esto permite agrupar y comparar el rendimiento del proceso entre distintos clientes.

Con este atributo, los analistas pueden crear Dashboards que muestren los patrones de pago de los clientes, identificar cuáles generan más reclamaciones o retrabajo y comparar los tiempos de procesamiento de facturas entre segmentos de clientes. Es clave para pasar de una perspectiva 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 e identificar patrones de pago, reclamaciones frecuentes o variaciones del proceso propias 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 del proceso de las facturas de importe alto con el de las facturas de importe bajo para comprobar si se gestionan de forma distinta. También es esencial para analizar el impacto financiero, por ejemplo, al calcular el valor de las facturas bloqueadas 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 afectan al proceso los distintos importes de las facturas.

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 del usuario 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 pago. Es esencial para comprender el componente humano del proceso.

Analizar los datos por usuario ayuda a identificar necesidades de formación, desequilibrios en la distribución de la carga de trabajo y diferencias de rendimiento individual. Por ejemplo, permite detectar qué usuarios están asociados con más retrabajo o con los tiempos de aprobación más largos, y orientar las iniciativas de mejora del proceso.

Por qué es importante

Permite analizar el rendimiento individual e identificar a los usuarios con mejor desempeño, las necesidades de formación y 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 distintas tablas de transacciones. Después, este ID se vincula con FND_USER para obtener el nombre del usuario.

Ejemplos
JSMITHBWILLIAMSCDAVIS
Condiciones de pago
PaymentTerms
Las condiciones acordadas que establecen cuándo debe pagar el cliente una factura.
Descripción

Las condiciones de pago definen los plazos, como «30 días netos» o «60 días netos», que se utilizan para calcular la fecha de vencimiento de la factura. Son datos maestros fundamentales que afectan directamente al flujo de caja.

Analizar los datos por condiciones de pago permite comprender cómo influyen en el comportamiento de pago y en los Días pendientes de cobro (DSO). Puede revelar si los clientes con plazos de pago más cortos pagan antes y aportar información para decidir qué condiciones ofrecer 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. Su análisis permite 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
30 días netos60 días netosPago a la recepción
Días pendientes de cobro
DaysSalesOutstanding
Número de días entre la emisión de la factura y la recepción del pago.
Descripción

Los Días pendientes de cobro (DSO) son una métrica financiera fundamental que mide el tiempo medio que se tarda en cobrar una factura desde su emisión. Este atributo se calcula para cada factura.

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

Por qué es importante

Mide la eficiencia de cobro para cada factura y proporciona los datos necesarios 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 de la factura.
Descripción

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

Al analizar datos de operaciones multinacionales, el atributo 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

Aporta el contexto necesario para todos los atributos financieros y permite interpretarlos y analizarlos correctamente en un entorno con varias monedas.

Dónde obtenerlo

Suele encontrarse en la columna INVOICE_CURRENCY_CODE de la tabla RA_CUSTOMER_TRX_ALL.

Ejemplos
USDEURGBP
Nombre del cliente
CustomerName
La razón social del cliente al que se emitió la factura.
Descripción

El nombre del cliente ofrece una referencia legible para las personas. El ID del cliente se utiliza para las uniones y la identificación única, mientras que el nombre se muestra en informes y Dashboards.

Esto facilita la interpretación del análisis, ya que los usuarios pueden reconocer fácilmente los nombres de los clientes sin tener que consultar sus ID. También es fundamental para crear visualizaciones fáciles de usar, como un gráfico de barras que muestre la demora media de pago por cliente.

Por qué es importante

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

Dónde obtenerlo

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

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

El número de pedido de venta permite volver directamente a la etapa anterior de «Gestión de pedidos» del ciclo de pedido a cobro. Conecta el proceso de facturación con el pedido inicial del cliente.

Este atributo permite realizar un análisis más amplio que abarque varios procesos. Por ejemplo, el equipo de análisis puede investigar si determinados tipos de pedidos de venta suelen dar lugar a disputas de facturación o retrasos en los pagos. Aporta un contexto valioso que suele perderse al analizar la facturación de forma aislada.

Por qué es importante

Conecta el proceso de facturación con el proceso de ventas anterior, lo que permite analizar de forma integral el ciclo de pedido a cobro e investigar las causas raíz.

Dónde obtenerlo

Suele encontrarse 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 campo descriptivo flexible similar.

Ejemplos
SO-54321601882ORD-2023-9910
Pagada a tiempo
IsPaidOnTime
Indicador calculado que señala si la factura se pagó en la fecha de vencimiento o antes.
Descripción

Este atributo booleano se obtiene al comparar la marca de tiempo de «Pago recibido del cliente» 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ó tarde.

Este indicador simplifica la creación de KPI y Dashboards sobre el rendimiento de los pagos. Se utiliza directamente para calcular el KPI «Tasa de pagos puntuales» y permite filtrar y clasificar fácilmente las facturas como «pagadas a tiempo» o «pagadas tarde» para investigar las causas raíz.

Por qué es importante

Sirve directamente para calcular el KPI «Tasa de pagos puntuales» y facilita el análisis al clasificar las facturas como «pagadas a tiempo» o «pagadas tarde».

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
País del cliente
Country
El país de la dirección de facturación del cliente.
Descripción

Este atributo indica el país asociado a la dirección de facturación del cliente. Aporta una dimensión geográfica al 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, el Dashboard «Información sobre el comportamiento de pago de los clientes» permite comprobar si los retrasos medios en los pagos varían considerablemente entre países.

Por qué es importante

Permite analizar el proceso desde una perspectiva geográfica y detectar diferencias regionales en el comportamiento de los clientes, el impacto normativo o el rendimiento operativo.

Dónde obtenerlo

Se obtiene de los datos del sitio de facturación del cliente, almacenados en HZ_LOCATIONS y FND_TERRITORIES, y se vincula mediante las tablas de cuentas de clientes.

Ejemplos
USAAlemaniaReino Unido
Requiere retrabajo
IsRework
Indicador calculado que señala si la factura pasó por una actividad de retrabajo, como una modificación o una nueva aprobación.
Descripción

Este indicador booleano toma el valor verdadero si el flujo del proceso de una factura incluye actividades que indican retrabajo, 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 en facturas» y «Tasa de retrabajo manual». Permite cuantificar fácilmente la frecuencia del retrabajo, filtrar los casos ineficientes e investigar sus causas raíz, como los usuarios o departamentos que más participan en estas actividades.

Por qué es importante

Cuantifica la ineficiencia del proceso al señalar las facturas que requirieron pasos adicionales fuera del proceso estándar, lo que permite analizar las causas y el impacto del retrabajo.

Dónde obtenerlo

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

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

Este atributo identifica la aplicación de origen de los datos de eventos. En este proceso, será siempre Oracle E-Business Suite.

En entornos con varios sistemas, este campo es fundamental para el linaje de los datos y la resolución de problemas. Incluso cuando se utiliza un solo sistema, es un campo obligatorio para la gobernanza de datos, ya que confirma que los datos proceden de la fuente prevista.

Por qué es importante

Garantiza la trazabilidad y aporta contexto a los datos, algo fundamental para la gobernanza de datos y para integrar datos de varios sistemas empresariales.

Dónde obtenerlo

Es un valor estático que se establece durante la extracción de datos para identificar el sistema ERP de origen.

Ejemplos
Oracle E-Business SuiteOracle EBS R12
Última actualización de los 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 indica la marca de tiempo de la última extracción de datos. Es fundamental para conocer la actualidad de los datos analizados.

Los usuarios consultan este campo para saber si los Dashboards y los análisis reflejan el estado más reciente del proceso. También ayuda a gestionar las expectativas sobre la latencia de los datos y constituye un metadato clave para cualquier modelo de datos fiable.

Por qué es importante

Informa a los usuarios de la actualidad de los datos para que sepan 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 se asigna a cada registro durante el proceso de extracción, transformación y carga de datos (ETL).

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unidad de negocio
BusinessUnit
La unidad de negocio o unidad operativa 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 corresponder a la unidad operativa.

Este atributo permite comparar el rendimiento del proceso entre distintas áreas de la empresa. Ayuda a determinar si algunas unidades de negocio son más eficientes, tienen una mayor tasa de pagos puntuales o reciben más disputas. Así, es posible compartir buenas prácticas y aplicar medidas específicas.

Por qué es importante

Permite comparar el rendimiento entre distintas áreas de la organización e identificar buenas prácticas y retos específicos de cada área.

Dónde obtenerlo

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

Ejemplos
Operaciones en Estados UnidosServicios en Europa, Oriente Medio y ÁfricaFabricación global
Obligatorio Recomendado Opcional

Actividades del proceso de pedido a cobro: facturación y emisión de facturas

Estos son los pasos y los hitos esenciales que debe registrar en el Registro de eventos para descubrir y analizar con precisión las operaciones de facturación.
5 Recomendado 8 Opcional
Actividad Descripción
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 satisfactoria del ciclo de vida de la factura.
Por qué es importante

Este es el principal punto final del proceso. El tiempo de ciclo total desde la generación hasta el cierre de la factura es un indicador clave de la eficiencia general del ciclo de facturación de pedido a cobro.

Dónde obtenerlo

Se infiere cuando el campo STATUS de la tabla AR_PAYMENT_SCHEDULES_ALL cambia a CL (Closed). Puede utilizarse como marca de tiempo la fecha de la última transacción que provocó el cierre.

Capturar

Se infiere cuando el estado cambia a CL en AR_PAYMENT_SCHEDULES_ALL; la marca de tiempo corresponde a la última aplicación relacionada.

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

Este es un hito clave para medir el tiempo de entrega de la factura y la demora hasta el pago. Permite distinguir las demoras 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 que se activa al realizar la entrega electrónica.

Capturar

Se infiere a partir de la fecha de finalización del programa de impresión de facturas o de una 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 completados, o al introducir una factura manualmente en el módulo Receivables.
Por qué es importante

Este es el punto de partida del proceso de facturación. Analizar el tiempo transcurrido entre este evento y los siguientes permite conocer la duración total del ciclo de vida de la factura e 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 RA_CUSTOMER_TRX_ALL de Oracle Receivables. TRX_DATE o CREATION_DATE pueden utilizarse como marca de tiempo del evento.

Capturar

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 aplicado y 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 último paso del proceso de pago y es fundamental para medir el tiempo de ciclo de aplicación de pagos. Las demoras en esta etapa pueden distorsionar los saldos de las cuentas de los 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 un registro en la tabla AR_RECEIVABLE_APPLICATIONS_ALL que vincula un recibo de efectivo con una transacción.

Capturar

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
Pago del cliente recibido
El pago de un cliente se ha introducido en el sistema como un recibo de efectivo. En esta etapa, es posible que 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 pendientes de cobro (DSO). El tiempo entre la generación de la factura y la recepción del pago es una medida clave 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.

Capturar

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 contable creado
Se realiza un ajuste para dar de baja como deuda incobrable todo el saldo pendiente de la factura o una parte de este. Esto suele ocurrir cuando se han agotado las gestiones de cobro.
Por qué es importante

Los castigos contables representan una pérdida directa de ingresos. Analizar su frecuencia e importe ayuda a perfeccionar las políticas de crédito y comprender el impacto financiero de las deudas incobrables.

Dónde obtenerlo

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

Capturar

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
Factura aprobada
Representa la aprobación interna formal de una factura introducida manualmente o revisada, antes de enviarla al cliente. Esta actividad puede formar parte de un flujo de trabajo de Oracle configurado o corresponder a un cambio manual de estado.
Por qué es importante

Registrar el tiempo de aprobación es fundamental para calcular el KPI Tiempo de ciclo de aprobación de facturas. Las demoras en esta etapa retrasan 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 los cambios de estado en las tablas del flujo de trabajo (por ejemplo, WF_ITEM_ACTIVITY_STATUSES) o, posiblemente, de un campo descriptivo flexible de la transacción de factura en RA_CUSTOMER_TRX_ALL.

Capturar

Se infiere a partir de los cambios de estado en las tablas del flujo de trabajo o de campos de estado personalizados.

Tipo de evento inferred
Factura modificada
Indica que se actualizó o corrigió una factura existente que aún no se había completado. Esto puede incluir cambios en las líneas, los importes o los datos de facturación antes de completar o enviar la factura.
Por qué es importante

Las modificaciones frecuentes pueden indicar ineficiencias en el proceso, problemas de calidad de los datos o errores de usuario. Analizar esta actividad permite cuantificar el retrabajo y su impacto en los tiempos de ciclo, y hacer seguimiento de KPI como la tasa de errores en las facturas.

Dónde obtenerlo

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

Capturar

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
Llegada de la fecha de vencimiento del pago
Evento calculado que indica el día en que vence la factura según sus condiciones de pago. No corresponde a una acción de un usuario o del sistema, pero es un hito temporal clave.
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 prevista o con retraso.

Dónde obtenerlo

No se registra como 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.

Capturar

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

Tipo de evento calculated
Nota de crédito creada
Se genera una transacción de nota de crédito que suele aplicarse a una factura existente para corregir un error de facturación o procesar una devolución. Es una transacción independiente, pero relacionada, dentro de Accounts Receivable.
Por qué es importante

Un volumen elevado de notas de crédito apunta a problemas en etapas anteriores, como el cumplimiento de pedidos, los precios o la precisión de la facturación inicial. Analizar estos eventos es clave para encontrar 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 de clase CM (Credit Memo). El campo PREVIOUS_CUSTOMER_TRX_ID la vincula con la factura original.

Capturar

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 revirtió un pago recibido anteriormente de un cliente. Esto suele ocurrir por falta de fondos (NSF) u otros errores de procesamiento bancario.
Por qué es importante

Las reversiones de pagos dificultan la previsión del flujo de caja y requieren trabajo administrativo adicional. Registrar 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.

Capturar

Se identifica por un cambio de estado a REVERSED en la tabla AR_CASH_RECEIPT_HISTORY_ALL.

Tipo de evento explicit
Reclamación presentada
El cliente ha impugnado formalmente la factura, por lo que se suspenden las actividades de cobro hasta que se resuelva la reclamación. Suele gestionarse en Oracle Advanced Collections o mediante actualizaciones manuales del estado.
Por qué es importante

Las reclamaciones afectan directamente al flujo de caja porque retrasan los pagos. Registrar su frecuencia y el tiempo que se tarda en resolverlas ayuda a identificar problemas recurrentes con los productos, los 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 reclamación o de una retención aplicada a la factura en AR.

Capturar

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

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

Registrar 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 queda registrado como un evento explícito. Sin este módulo, la actividad suele realizarse fuera del sistema y puede que no se registre de forma fiable.

Capturar

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

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

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

¿Todo listo para empezar?

Utilice este Template para iniciar su recorrido de Process Mining en el proceso de pedido a cobro, facturación y emisión de facturas. Empiece hoy mismo a descubrir información y mejorar la eficiencia de sus operaciones.

Acelere ahora la facturación y emisión de facturas de su proceso de pedido al cobro

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

Comience su prueba gratuita

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