Su Template de datos para la facturación de Order to Cash
Su Template de datos para la facturación de Order to Cash
- Atributos recomendados para recopilar
- Actividades clave que debe registrar
- Guía de extracción para Oracle Fusion Financials
Atributos de facturación de Order to Cash
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora de inicio
EventTimestamp
|
La fecha y hora exactas en que tuvo lugar una actividad o un evento específico. | ||
|
Descripción
La marca de tiempo del evento registra el momento exacto en que tuvo lugar una actividad. Indica el orden cronológico de los eventos de cada factura, algo esencial para construir el flujo del proceso y realizar cualquier análisis temporal. Este atributo es la base de todos los cálculos de duración y rendimiento. Se utiliza para medir el tiempo entre actividades, calcular los tiempos de ciclo de principio a fin, determinar si los pagos se realizan a tiempo y analizar tendencias a lo largo del tiempo. Los KPI como 'Tiempo promedio de aprobación de facturas' y 'Tiempo de ciclo de la factura de principio a fin' se calculan directamente a partir de estas marcas de tiempo.
Por qué es importante
Las marcas de tiempo son esenciales para calcular todas las métricas de rendimiento, incluidos los tiempos de ciclo, las demoras y el cumplimiento de los plazos. Constituyen la base del análisis cuantitativo de procesos.
Dónde obtenerlo
Se obtiene de varios campos de fecha de las tablas de Oracle Fusion Financials, como CREATION_DATE en RA_CUSTOMER_TRX_ALL o las marcas de tiempo de actualización de estado en las tablas del flujo de trabajo.
Ejemplos
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
|
|||
|
Número de factura
InvoiceNumber
|
Identificador único de cada factura, que sirve como ID del caso principal para hacer seguimiento de todas las actividades relacionadas. | ||
|
Descripción
El número de factura es la base del análisis del proceso de facturación. Funciona como ID del caso y agrupa todos los eventos, desde la creación de la factura hasta el pago final y el cierre. Esto permite obtener una visión completa, de principio a fin, del ciclo de vida de un documento de facturación. En Process Mining, analizar los datos por número de factura permite visualizar las variantes del proceso, calcular los tiempos de ciclo de cada factura e identificar cuellos de botella o ciclos de retrabajo que afectan a transacciones específicas. Es esencial para Dashboards como 'Tiempo de ciclo de la factura de principio a fin' y para calcular KPI fundamentales, como los días pendientes de cobro (DSO), para cada factura.
Por qué es importante
Este atributo es fundamental porque vincula todas las actividades de facturación y pago relacionadas en un único caso, lo que permite analizar el ciclo de vida de la factura de forma completa y precisa.
Dónde obtenerlo
Suele ser el número de transacción (TRX_NUMBER) de la tabla RA_CUSTOMER_TRX_ALL de Oracle Fusion Financials.
Ejemplos
INV-1002345983451CM-55432
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre del evento de negocio o la tarea específica que tuvo lugar en un momento determinado del ciclo de vida de la factura. | ||
|
Descripción
El nombre de la actividad describe un paso del proceso de facturación, como 'Factura creada', 'Factura aprobada' o 'Pago del cliente recibido'. Estos eventos forman la secuencia de acciones que constituye el flujo del proceso para cada factura. Este atributo es fundamental para descubrir el proceso, ya que permite que la herramienta de Process Mining construya un mapa visual de cómo se procesan realmente las facturas. Se utiliza para analizar las variantes del proceso, identificar ciclos de retrabajo, como varios pasos de aprobación, y medir la frecuencia y duración de cada etapa. Todos los Dashboards y KPI dependen de este atributo para comprender el flujo del proceso.
Por qué es importante
Este atributo define los pasos del mapa de procesos y permite visualizar y analizar el Workflow de facturación, así como detectar ineficiencias.
Dónde obtenerlo
Esta información se obtiene de varias tablas y cambios de estado de Oracle Fusion Financials, como las tablas del historial del flujo de trabajo (por ejemplo, las relacionadas con las aprobaciones) y los campos de estado de las transacciones.
Ejemplos
Factura creadaFactura aprobadaPago del cliente recibidoFactura cerrada
|
|||
|
Estado de la factura
InvoiceStatus
|
El estado actual de la factura en su ciclo de vida, como 'Abierta', 'Cerrada' o 'En disputa'. | ||
|
Descripción
El estado de la factura muestra en qué punto del proceso se encuentra. Entre los estados habituales están abierta (sin pagar), cerrada (pagada), en disputa o anulada. Este atributo es útil para la supervisión general y el filtrado. Por ejemplo, el Dashboard de previsión del flujo de caja en tiempo real utiliza este estado para clasificar los importes pendientes. Ayuda a identificar rápidamente las facturas vencidas, en disputa o totalmente liquidadas.
Por qué es importante
Ofrece una visión rápida y general del estado actual de una factura, lo que facilita el filtrado y la clasificación para los informes financieros y la gestión operativa.
Dónde obtenerlo
Se obtiene de los campos de estado de tablas como RA_CUSTOMER_TRX_ALL o AR_PAYMENT_SCHEDULES_ALL (por ejemplo, el campo STATUS).
Ejemplos
AbiertaCerradaEn disputaPendiente de aprobación
|
|||
|
Fecha de vencimiento
DueDate
|
La fecha límite para pagar la factura. | ||
|
Descripción
La fecha de vencimiento es un atributo clave que establece el plazo de pago de una factura según las condiciones de pago. Este atributo es esencial para supervisar los cobros y la salud financiera. Sirve de referencia para calcular el KPI de tasa de pagos puntuales y elaborar informes de antigüedad de pagos. En los Dashboards, se utiliza para prever el flujo de caja, mostrar cuándo se esperan los pagos e identificar las facturas vencidas que requieren acciones de cobro.
Por qué es importante
Es la referencia principal para medir la puntualidad de los pagos, calcular el DSO y gestionar la antigüedad de las cuentas por cobrar.
Dónde obtenerlo
Se encuentra en la tabla AR_PAYMENT_SCHEDULES_ALL, normalmente en el campo DUE_DATE.
Ejemplos
2023-05-302023-06-152023-07-01
|
|||
|
Importe de la factura
InvoiceAmount
|
El importe total de la factura. | ||
|
Descripción
Este atributo representa el importe total adeudado en la factura. Es una métrica financiera clave para conocer el valor monetario que circula por el proceso de facturación. En el análisis, el importe de la factura se utiliza para priorizar las transacciones de mayor valor, calcular el valor total de las cuentas por cobrar pendientes y ponderar KPI como los días pendientes de cobro (DSO). Permite segmentar el proceso según el impacto financiero; por ejemplo, analizar si las facturas de mayor importe siguen una ruta de aprobación distinta o tardan más en pagarse.
Por qué es importante
Aporta contexto financiero a cada caso y permite analizar los datos según su valor, priorizar las facturas de mayor importe y calcular KPI financieros clave.
Dónde obtenerlo
Se encuentra en la tabla RA_CUSTOMER_TRX_ALL, probablemente en un campo como INVOICE_AMOUNT o en otro campo relacionado que represente el total de la transacción.
Ejemplos
5000.001250.75250000.00
|
|||
|
Nombre del cliente
CustomerName
|
Nombre del cliente o entidad a quien se factura. | ||
|
Descripción
Este atributo identifica al cliente asociado a la factura. Es una dimensión principal para segmentar y filtrar los datos del proceso. Analizar el proceso por nombre del cliente ayuda a identificar qué clientes tienen los ciclos de pago más largos, cuáles suelen disputar las facturas y cuáles pagan puntualmente. Es fundamental para el Dashboard de tendencias de DSO y para adaptar las estrategias de cobro al comportamiento de cada cliente.
Por qué es importante
Permite segmentar el proceso por cliente y descubrir diferencias en el comportamiento, los patrones de pago y los posibles problemas en la relación que afectan al flujo de caja.
Dónde obtenerlo
Se obtiene al combinar la tabla de transacciones (RA_CUSTOMER_TRX_ALL) con tablas maestras de clientes, como HZ_PARTIES.
Ejemplos
Global Tech Inc.Innovate Solutions LLCApex Manufacturing
|
|||
|
Unidad de negocio
BusinessUnit
|
La unidad de negocio específica de la organización que emitió la factura. | ||
|
Descripción
La unidad de negocio representa la entidad de la organización responsable de la transacción. Es un dato clave para segmentar y elaborar informes financieros en grandes empresas. Este atributo permite comparar el rendimiento del proceso entre distintas áreas de la empresa. Por ejemplo, puede analizar si el DSO varía significativamente entre unidades de negocio o si una de ellas tiene una tasa de retrabajo en facturación mucho más alta. Esto ayuda a orientar las iniciativas de mejora hacia las áreas que más las necesitan.
Por qué es importante
Permite comparar el rendimiento entre distintas unidades de la organización e identificar las mejores prácticas y las áreas que necesitan mejorar con mayor detalle.
Dónde obtenerlo
Está disponible en tablas de transacciones como RA_CUSTOMER_TRX_ALL, a menudo como ORG_ID, que se vincula con las definiciones de las unidades de negocio.
Ejemplos
Consultoría de EE. UU.Manufactura de EMEAServicios de APAC
|
|||
|
Condiciones de pago
PaymentTerms
|
Las condiciones acordadas para pagar la factura, como '30 días netos' o '2 % a 10 días, 30 días netos'. | ||
|
Descripción
Las condiciones de pago definen las reglas que determinan cuándo y cómo debe pagarse una factura, incluidos los posibles descuentos por pronto pago. Esta información es fundamental para gestionar las cuentas por cobrar y el flujo de caja. Este atributo es esencial para calcular correctamente la fecha de vencimiento e identificar oportunidades de descuento por pronto pago. El KPI de tasa de descuentos por pronto pago aprovechados depende directamente de estos datos para determinar qué facturas podían recibir un descuento.
Por qué es importante
Define las reglas de pago de una factura, que influyen directamente en el cálculo de la fecha de vencimiento y en la posibilidad de hacer seguimiento y optimizar el aprovechamiento de los descuentos por pronto pago.
Dónde obtenerlo
Se encuentra en la tabla RA_TERMS y se vincula con la transacción mediante term_id en RA_CUSTOMER_TRX_ALL.
Ejemplos
30 días netos60 días netos2 % a 10 días, 30 días netos
|
|||
|
Departamento de facturación
BillingDepartment
|
El departamento o equipo interno responsable de crear y gestionar la factura. | ||
|
Descripción
Este atributo identifica al equipo o departamento específico de la organización que gestionó el proceso de facturación. Aporta otro nivel de contexto organizativo para el análisis. Al segmentar el proceso por departamento de facturación, una empresa puede comparar la eficiencia y la precisión de los distintos equipos. Esto ayuda a identificar qué departamentos tienen más retrabajo, ciclos de aprobación más largos o contribuyen más a un DSO elevado, y permite detectar oportunidades de formación específica o de estandarización del proceso.
Por qué es importante
Permite comparar el rendimiento de los equipos internos e identificar las mejores prácticas, las necesidades de recursos y las áreas que requieren mejoras en los procesos.
Dónde obtenerlo
Esta información puede obtenerse a partir del usuario que creó la factura, vinculándolo con el departamento que tiene asignado en el sistema de RR. HH. (por ejemplo, mediante PER_ALL_ASSIGNMENTS_F).
Ejemplos
Facturación corporativaEquipo de facturación de serviciosFacturación de ventas de productos
|
|||
|
Días pendientes de cobro
DaysSalesOutstanding
|
Número de días entre la fecha de factura y la fecha en que se recibió el pago. | ||
|
Descripción
Los días pendientes de cobro (DSO) son una métrica financiera clave que mide el tiempo promedio que se tarda en cobrar una factura desde su emisión. Este atributo calcula el DSO de cada factura. Aunque el DSO general es un KPI clave, calcularlo para cada factura permite un análisis mucho más detallado. Puede utilizarse para crear Dashboards de tendencias, identificar las características de las facturas con un DSO elevado y medir el impacto financiero de las demoras en el proceso. Este cálculo detallado aporta los datos necesarios para entender qué factores determinan el KPI de DSO global.
Por qué es importante
Calcula una métrica clave del flujo de caja para cada factura y permite analizar en detalle qué factores influyen en los tiempos de cobro y el rendimiento financiero.
Dónde obtenerlo
Se calcula hallando la diferencia entre la marca de tiempo de la actividad 'Pago del cliente recibido' y el atributo 'Fecha de factura'.
Ejemplos
356228
|
|||
|
Es retrabajo
IsRework
|
Indicador booleano que señala si una actividad se considera retrabajo, como una aprobación repetida o una corrección. | ||
|
Descripción
Este atributo calculado marca las actividades que representan trabajo innecesario o redundante. Algunos ejemplos son el rechazo de una factura que luego se vuelve a enviar para su aprobación o una corrección posterior a la creación inicial. Al marcar el retrabajo, resulta fácil cuantificar su impacto en el proceso. El KPI de tasa de retrabajo en facturación se calcula directamente a partir de este atributo. Los Dashboards pueden mostrar la frecuencia del retrabajo y medir cuánto aumenta el tiempo de ciclo, lo que ayuda a localizar las fuentes de ineficiencia y errores.
Por qué es importante
Cuantifica directamente la ineficiencia del proceso al marcar el trabajo innecesario o repetido, lo que facilita medir el impacto de los problemas de calidad en el coste y el tiempo.
Dónde obtenerlo
Se calcula durante la transformación de datos a partir de la secuencia de actividades. Por ejemplo, si una actividad 'Factura aprobada' va precedida de una actividad 'Factura rechazada' para el mismo caso, se marca como retrabajo.
Ejemplos
truefalse
|
|||
|
Fecha de factura
InvoiceDate
|
La fecha oficial de emisión de la factura. | ||
|
Descripción
La fecha de factura, también conocida como fecha de transacción, es la que figura en el documento de facturación. Sirve como punto de partida para calcular las condiciones de pago. Esta fecha es fundamental para calcular los días pendientes de cobro (DSO), que miden el tiempo transcurrido entre la fecha de factura y la fecha de pago. No es lo mismo que la fecha de creación en el sistema: representa el inicio oficial del ciclo de pago desde el punto de vista del cliente.
Por qué es importante
Es la fecha oficial de inicio del ciclo de vida de una factura y sirve de referencia para calcular el KPI de días pendientes de cobro (DSO).
Dónde obtenerlo
Se encuentra en el campo TRX_DATE de la tabla RA_CUSTOMER_TRX_ALL.
Ejemplos
2023-04-142023-05-182023-06-25
|
|||
|
Hora de finalización
EventEndTime
|
La fecha y hora exactas en que se completó una actividad o un evento específico. | ||
|
Descripción
La hora de finalización del evento registra el momento en que terminó una actividad. Aunque muchos eventos son instantáneos, algunas actividades, como la 'Aprobación de factura', pueden durar un tiempo: comienzan cuando se envían y terminan cuando se toma una decisión. La hora de finalización permite calcular con precisión el tiempo de procesamiento de una actividad. Esto resulta útil para analizar cuánto tiempo dedican los usuarios a tareas específicas. También mejora la precisión del análisis de Bottleneck al distinguir entre el tiempo de espera y el tiempo de procesamiento efectivo.
Por qué es importante
Permite calcular con precisión los tiempos de procesamiento de las actividades y distinguir entre el tiempo de trabajo activo y el tiempo de espera, algo clave para analizar Bottleneck en detalle.
Dónde obtenerlo
A menudo se obtiene a partir de la hora de inicio de la actividad siguiente en el proceso. Algunas actividades pueden tener un campo específico de hora de finalización en los registros del flujo de trabajo.
Ejemplos
2023-04-15T09:05:12Z2023-04-18T15:00:00Z2023-05-20T11:25:45Z
|
|||
|
Método de pago
PaymentMethod
|
El método que utiliza el cliente para pagar, como una transferencia bancaria o una tarjeta de crédito. | ||
|
Descripción
Este atributo especifica cómo pagó el cliente la factura. Esta información puede ser útil para analizar las tendencias y los costes de los pagos. Los distintos métodos de pago pueden tener diferentes tiempos de procesamiento y costes por transacción. Analizar los datos por método de pago ayuda a determinar si algunos métodos son más propensos a errores de conciliación o demoras. También puede orientar las estrategias para animar a los clientes a utilizar canales de pago más eficientes.
Por qué es importante
Ayuda a analizar la eficiencia del procesamiento de pagos, los costes por transacción y las tasas de errores de conciliación asociados a los distintos canales de pago.
Dónde obtenerlo
Se encuentra en tablas de cobros, como AR_CASH_RECEIPTS_ALL, que incluyen un campo para indicar el método de pago.
Ejemplos
ACHTransferencia bancariaTarjeta de créditoCheque
|
|||
|
Motivo de la disputa
DisputeReason
|
El motivo que indica el cliente para disputar una factura. | ||
|
Descripción
Cuando un cliente disputa una factura, se registra el motivo. Puede estar relacionado con los precios, las cantidades, la calidad del servicio u otros problemas. Analizar los motivos de disputa es una forma eficaz de encontrar las causas raíz. Al conocer los motivos más frecuentes, la empresa puede abordar problemas subyacentes relacionados con los precios, el cumplimiento de pedidos o la calidad de los datos. Esto ayuda a reducir el tiempo promedio de resolución de disputas de facturas y mejora la satisfacción del cliente.
Por qué es importante
Aporta información directa sobre las causas raíz de las demoras en los pagos y la insatisfacción de los clientes, lo que permite a la empresa abordar problemas sistémicos.
Dónde obtenerlo
Esta información puede almacenarse en Oracle Collections o en un módulo relacionado con la gestión de disputas. Puede estar en una tabla específica de disputas o como código de motivo en la propia transacción.
Ejemplos
Precio incorrectoDiferencia en la cantidadMercancía dañadaFactura duplicada
|
|||
|
Pagada a tiempo
IsPaidOnTime
|
Indicador booleano que señala si la factura se pagó en la fecha de vencimiento o antes. | ||
|
Descripción
Este atributo calculado indica de forma sencilla si el pago fue puntual o no. Se obtiene al comparar la fecha de la actividad 'Pago del cliente recibido' con el atributo 'Fecha de vencimiento' de la factura. Este indicador simplifica el análisis y la elaboración de informes para el KPI de tasa de pagos puntuales. Permite filtrar y segmentar fácilmente los datos para entender qué factores, como el cliente, la región o el importe de la factura, se relacionan con los pagos atrasados. Es una métrica clave para evaluar la eficacia de los cobros.
Por qué es importante
Simplifica la medición del rendimiento de los cobros y facilita el análisis de los factores que influyen en los pagos puntuales y atrasados.
Dónde obtenerlo
Se calcula comparando la marca de tiempo de la actividad del pago final con el atributo DueDate. La lógica es:
Ejemplos
truefalse
|
|||
|
Región
Region
|
La región geográfica asociada al cliente o a la transacción. | ||
|
Descripción
La región aporta contexto geográfico a la factura y suele basarse en la ubicación del cliente. Esto permite analizar el rendimiento del proceso por zona geográfica. El análisis por región puede revelar diferencias causadas por normativas locales, condiciones del mercado o el rendimiento de los equipos regionales. Los Dashboards de tendencias de DSO y de tiempo de ciclo de la factura de principio a fin pueden segmentarse por región para detectar si algunas zonas afrontan dificultades específicas para cobrar las facturas.
Por qué es importante
Permite segmentar el proceso por zona geográfica y detectar diferencias regionales en el rendimiento, el comportamiento de los clientes o el cumplimiento.
Dónde obtenerlo
Suele obtenerse de la información de dirección del cliente almacenada en TCA (HZ_LOCATIONS, HZ_PARTY_SITES). No es un campo directo de la factura.
Ejemplos
América del NorteEuropaAsia-Pacífico
|
|||
|
Sistema de origen
SourceSystem
|
El sistema de registro del que se extrajeron los datos del evento. | ||
|
Descripción
Este atributo identifica la aplicación de origen de los datos. En este proceso, suele ser Oracle Fusion Financials, aunque también puede especificar un módulo concreto, como Oracle Receivables (AR). En entornos con varios sistemas integrados, este campo ayuda a distinguir las fuentes de datos y es fundamental para la validación de datos y la gobernanza. Garantiza que el análisis se base en el conjunto de datos correcto y previsto.
Por qué es importante
Identifica el origen de los datos, algo fundamental para la gobernanza de datos, la resolución de problemas y para garantizar que el análisis se base en el sistema de registro correcto.
Dónde obtenerlo
Suele ser un valor estático ('Oracle Fusion Financials') que se añade durante el proceso de extracción y transformación de datos.
Ejemplos
Oracle Fusion FinancialsOracle AR CloudFusion Apps
|
|||
|
Tiempo de ciclo de la factura
InvoiceCycleTime
|
Tiempo total desde la creación inicial de una factura hasta su cierre. | ||
|
Descripción
Este atributo mide la duración de principio a fin del ciclo de vida completo de una factura para un solo caso. Se calcula como la diferencia entre la primera actividad, normalmente 'Factura creada', y la última, 'Factura cerrada'. Esta métrica ofrece una visión general de la eficiencia del proceso. Es la medida principal del Dashboard 'Tiempo de ciclo de la factura de principio a fin'. Al analizar este atributo por distintas dimensiones, como el cliente o la unidad de negocio, las organizaciones pueden identificar qué tipos de factura tardan más en procesarse e investigar las causas raíz.
Por qué es importante
Ofrece una medida única y esencial de la velocidad general del proceso, y ayuda a identificar rápidamente qué facturas tardan más en completarse de principio a fin.
Dónde obtenerlo
Es una métrica calculada que se obtiene restando la marca de tiempo mínima de la máxima para cada InvoiceNumber único.
Ejemplos
45 días y 8 horas32 días y 2 horas90 días y 12 horas
|
|||
|
Ú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 extracción de datos más reciente. Es un campo de metadatos esencial para conocer la actualidad de los datos analizados. Los analistas utilizan esta información para confirmar que trabajan con datos actualizados y conocer su antigüedad. Es especialmente importante en los Dashboards que se presentan como 'en tiempo real' o casi en tiempo real, ya que permite conocer posibles retrasos en los datos.
Por qué es importante
Informa sobre la actualidad de los datos y permite que los análisis y las conclusiones se basen en información cuya antigüedad se conoce y es aceptable.
Dónde obtenerlo
Es un campo de metadatos que se genera durante el proceso de extracción, transformación y carga de datos (ETL). Suele corresponder a la hora de ejecución del flujo de datos.
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Usuario
User
|
El empleado o usuario del sistema que realizó una actividad determinada. | ||
|
Descripción
El atributo de usuario identifica a la persona o al agente automatizado responsable de ejecutar un paso del proceso. Puede ser quien creó la factura, el gerente que la aprobó o el agente de cobros que envió un recordatorio. El análisis por usuario ayuda a detectar necesidades de formación, distribuir la carga de trabajo y comparar el rendimiento entre personas o equipos. Puede revelar si ciertos usuarios están asociados con una tasa elevada de errores o si determinados aprobadores generan cuellos de botella de forma recurrente.
Por qué es importante
Permite asignar la responsabilidad de los pasos del proceso y analizar el rendimiento de los usuarios, equilibrar la carga de trabajo e identificar necesidades de formación.
Dónde obtenerlo
Se obtiene de campos de ID de usuario, como CREATED_BY o LAST_UPDATED_BY, en varias tablas de transacciones y del flujo de trabajo. Después, este ID se combina con tablas del directorio de usuarios (por ejemplo, PER_ALL_PEOPLE_F) para obtener el nombre del usuario.
Ejemplos
john.smithjane.doeCollectionsBot
|
|||
Actividades de facturación de Order to Cash
| Actividad | Descripción | ||
|---|---|---|---|
|
Factura aprobada
|
La factura ha recibido todas las aprobaciones necesarias y está lista para enviarse al cliente. El sistema registra este evento cuando el flujo de aprobación finaliza correctamente y se actualiza el estado de la factura. | ||
|
Por qué es importante
Este es un hito crítico que condiciona el envío de la factura al cliente. Las demoras en esta etapa afectan directamente al inicio del plazo de pago y, por tanto, a los días pendientes de cobro (DSO).
Dónde obtenerlo
Se infiere a partir de la actualización final del estado de aprobación en el registro de la transacción de factura o de la marca de tiempo de finalización de la tarea correspondiente del flujo de trabajo de BPM.
Capturar
Registre la marca de tiempo en que el estado de aprobación de la factura cambia a 'Approved'.
Tipo de evento
inferred
|
|||
|
Factura cerrada
|
La factura está totalmente pagada y conciliada, y su ciclo de vida ha concluido. Este evento suele inferirse cuando el saldo pendiente de la factura llega a cero y se actualiza su estado. | ||
|
Por qué es importante
Esta es la resolución final de la factura y marca el fin del proceso. El tiempo total hasta llegar a este estado es el tiempo de ciclo de principio a fin, un KPI clave del proceso de facturación.
Dónde obtenerlo
Se infiere de la tabla AR_PAYMENT_SCHEDULES_ALL cuando el estado cambia a 'CLOSED' y amount_due_remaining es cero. El campo 'gl_date_closed' indica la fecha de cierre.
Capturar
Use gl_date_closed de AR_PAYMENT_SCHEDULES_ALL para la factura correspondiente.
Tipo de evento
inferred
|
|||
|
Factura creada
|
Creación inicial de una transacción de factura en el sistema, a menudo con estado de borrador o incompleto. El sistema registra explícitamente este evento cuando una persona guarda por primera vez un nuevo registro de factura en el módulo de cuentas por cobrar. | ||
|
Por qué es importante
Este evento marca el inicio definitivo del proceso de facturación. Analizar el tiempo transcurrido desde la creación hasta la finalización ayuda a identificar demoras en el ingreso inicial de datos o problemas de rendimiento del sistema.
Dónde obtenerlo
Este evento se obtiene de la fecha de creación del registro de la transacción en la tabla RA_CUSTOMER_TRX_ALL. El estado inicial suele ser 'Incomplete'.
Capturar
Utilice creation_date de la tabla RA_CUSTOMER_TRX_ALL para el número de factura correspondiente.
Tipo de evento
explicit
|
|||
|
Factura enviada al cliente
|
La factura se ha enviado al cliente por el medio que prefiere, como correo electrónico o correo postal. El sistema suele registrar la marca de tiempo en que se realiza el envío. | ||
|
Por qué es importante
Esta actividad marca oficialmente el inicio del plazo de pago. Medir el tiempo transcurrido entre la aprobación y el envío es clave para comprender la eficiencia del proceso de distribución de facturas.
Dónde obtenerlo
Este evento se puede inferir del campo 'last_printed_date' de RA_CUSTOMER_TRX_ALL o de los registros de Oracle Business Intelligence Publisher, si se utiliza el envío electrónico.
Capturar
Utilice la marca de tiempo del registro de envío o impresión correspondiente a la factura.
Tipo de evento
inferred
|
|||
|
Pago aplicado a la factura
|
El pago recibido del cliente se ha conciliado correctamente y se ha aplicado a la factura correspondiente, lo que reduce su saldo pendiente. Se trata de un registro transaccional específico. | ||
|
Por qué es importante
Esta actividad confirma que el efectivo se ha asignado correctamente, algo fundamental para que los informes de antigüedad y los estados financieros sean precisos. Es el paso final para registrar el cobro en las cuentas por cobrar.
Dónde obtenerlo
Se registra explícitamente en la tabla AR_RECEIVABLE_APPLICATIONS_ALL. Los campos apply_date y gl_date indican cuándo se aplicó el pago.
Capturar
Utilice apply_date de la tabla AR_RECEIVABLE_APPLICATIONS_ALL, que vincula el recibo de efectivo con la factura.
Tipo de evento
explicit
|
|||
|
Pago del cliente recibido
|
Se ha registrado en el sistema un pago del cliente como un recibo de 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 fundamental que representa una entrada de efectivo. El tiempo transcurrido entre la recepción del pago y su aplicación a una factura es un indicador clave de la eficiencia de la gestión de efectivo.
Dónde obtenerlo
Se registra explícitamente al crear un registro en la tabla AR_CASH_RECEIPTS_ALL. receipt_date indica cuándo se procesó el pago.
Capturar
Utilice creation_date o receipt_date de la tabla AR_CASH_RECEIPTS_ALL.
Tipo de evento
explicit
|
|||
|
Disputa iniciada
|
El cliente ha impugnado formalmente la factura y se ha creado un caso de disputa en el sistema. Por lo general, esto se registra al cambiar un indicador de estado en el calendario de pagos de la factura. | ||
|
Por qué es importante
Las disputas detienen el proceso de pago y requieren trabajo manual para resolverse. Analizar su frecuencia y el tiempo de resolución ayuda a identificar las causas principales, como errores de precios o de envío.
Dónde obtenerlo
Este evento se puede inferir cuando el campo de estado de la tabla AR_PAYMENT_SCHEDULES_ALL indica una disputa o a partir de los registros de creación de AR_DISPUTE_HISTORY.
Capturar
Identifique cuándo se activa el indicador o el estado de disputa en el calendario de pagos de la factura.
Tipo de evento
inferred
|
|||
|
Factura ajustada
|
Se ha modificado el importe de la factura, por ejemplo, mediante una cancelación contable o un abono. Se trata de una transacción explícita que modifica el saldo pendiente de la factura. | ||
|
Por qué es importante
Los ajustes suelen indicar disputas, concesiones o correcciones. Analizar su frecuencia y valor puede revelar problemas subyacentes en el proceso de Order to Cash.
Dónde obtenerlo
Se registra explícitamente en la tabla AR_ADJUSTMENTS_ALL. La fecha de creación del registro del ajuste marca el evento.
Capturar
Utilice creation_date de la tabla AR_ADJUSTMENTS_ALL para la factura correspondiente.
Tipo de evento
explicit
|
|||
|
Factura completada
|
Indica que se ha completado el ingreso de los datos de la factura y que la transacción está lista para su validación y contabilización. Por lo general, se registra cuando el estado de la factura cambia de 'Incomplete' a 'Complete'. | ||
|
Por qué es importante
Este hito marca el final de la etapa de ingreso de datos. El tiempo transcurrido entre la creación y la finalización puede indicar la eficiencia del proceso de ingreso y revisión de datos del área de facturación.
Dónde obtenerlo
Se infiere a partir de un cambio de estado del registro de la transacción de factura en la tabla RA_CUSTOMER_TRX_ALL. Busque la marca de tiempo asociada a la actualización del estado a 'Complete'.
Capturar
Consulte el historial de estados de la transacción en RA_CUSTOMER_TRX_ALL o en las tablas de flujo de trabajo relacionadas.
Tipo de evento
inferred
|
|||
|
Factura enviada para aprobación
|
La factura se envía formalmente a un flujo de aprobación, si está configurado. El sistema registra este evento cuando el estado de la factura cambia a pendiente de aprobación y se envían notificaciones a las personas responsables de aprobarla. | ||
|
Por qué es importante
Marca el inicio del ciclo de aprobación. Registrar esta actividad es esencial para medir y analizar el tiempo de aprobación posterior, un componente clave del tiempo total del ciclo de la factura.
Dónde obtenerlo
Se infiere a partir de un cambio de estado de la transacción de factura o se obtiene de las tablas del flujo de trabajo de Oracle Business Process Management (BPM), que registran el inicio de la tarea de aprobación.
Capturar
Identifique la marca de tiempo en que el estado de aprobación de la factura cambia a 'Pending' o a un estado similar.
Tipo de evento
inferred
|
|||
|
Factura rechazada
|
La persona responsable de aprobar la factura la ha rechazado, normalmente por errores en datos como los precios o las cantidades. Este evento devuelve la factura para su corrección y genera un ciclo de retrabajo. | ||
|
Por qué es importante
El seguimiento de los rechazos permite detectar problemas de precisión en la facturación y de controles internos. Analizar la frecuencia y los motivos de los rechazos ayuda a identificar áreas en las que mejorar el proceso y la formación.
Dónde obtenerlo
Se infiere a partir de una actualización del estado del registro de la transacción de factura o del resultado 'Rejected' de la tarea del flujo de trabajo de BPM.
Capturar
Registre la marca de tiempo en que el estado de aprobación de la factura cambia a 'Rejected'.
Tipo de evento
inferred
|
|||
|
Fecha de vencimiento del pago alcanzada
|
Ha pasado la fecha en que vence contractualmente el pago de la factura. No se trata de un evento transaccional, sino de un cálculo basado en las condiciones de la factura y la fecha actual. | ||
|
Por qué es importante
Este evento calculado es fundamental para el análisis de antigüedad y el cálculo del DSO. Permite distinguir las facturas pagadas a tiempo de las vencidas y centrar las actividades de cobro.
Dónde obtenerlo
Este evento se calcula cuando la fecha actual es posterior al campo due_date de la tabla AR_PAYMENT_SCHEDULES_ALL para una factura determinada.
Capturar
Se calcula comparando la fecha actual con el campo due_date de AR_PAYMENT_SCHEDULES_ALL.
Tipo de evento
calculated
|
|||
|
Recordatorio de pago enviado
|
Se ha enviado al cliente una carta de cobro o un aviso de recordatorio por una factura vencida. El módulo de cobros registra explícitamente esta acción. | ||
|
Por qué es importante
El seguimiento de los recordatorios permite medir la eficacia del proceso de cobro y analizar qué estrategias permiten recibir los pagos más rápido.
Dónde obtenerlo
Se registra explícitamente en el módulo Oracle Advanced Collections. Las tablas del historial de cobros, como IEX_DUNNINGS, registran la fecha y el nivel del recordatorio enviado.
Capturar
Obtenga los datos de las tablas del historial de cobros y vincule la transacción de cobro con la factura.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Todo listo para comenzar?
Utilice este Template para preparar los datos, agilizar el proceso de facturación de Order to Cash y acelerar la conversión en efectivo. Descubra información útil y mejore la eficiencia de sus operaciones con Oracle Fusion Financials desde hoy.
Empiece a optimizar la facturación de Oracle ahora
Reduzca un 30 % el tiempo del ciclo de facturación y mejore el flujo de caja con nuestra solución.
No se requiere tarjeta de crédito. La configuración toma solo unos minutos.