Su Template de datos de pedido a cobro: facturación y emisión de facturas
Su Template de datos de pedido a cobro: facturación y emisión de facturas
- Atributos recomendados para recopilar
- Actividades clave que debe supervisar
- Guía de extracción para Oracle Fusion Financials
Atributos de Order to Cash: facturación y emisión de facturas
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora de inicio
EventTimestamp
|
La fecha y hora exactas en que tuvo lugar una actividad o un evento específicos. | ||
|
Descripción
La marca de tiempo del evento registra el momento exacto en que se produjo una actividad. Proporciona el orden cronológico de los eventos de cada factura, algo esencial para construir el flujo del proceso y realizar cualquier análisis basado en el tiempo. 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 extremo a extremo, determinar si los pagos se realizan a tiempo y analizar tendencias a lo largo del tiempo. KPI como 'Tiempo medio de aprobación de facturas' y 'Tiempo de ciclo de la factura de extremo a extremo' 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, los retrasos y el cumplimiento de los plazos, y constituyen la base del análisis cuantitativo del proceso.
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 Workflow.
Ejemplos
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
|
|||
|
Número de factura
InvoiceNumber
|
El identificador único de cada factura, que sirve como ID de caso principal para realizar el 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 el 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 extremo a extremo, del ciclo de vida de un único documento de facturación. En Process Mining, analizar 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 bucles de retrabajo que afectan a transacciones concretas. Es esencial para Dashboards como «Tiempo de ciclo de extremo a extremo de la factura» 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 conecta todas las actividades relacionadas con la facturación y los pagos en un único caso, lo que permite analizar de forma completa y precisa el ciclo de vida de la factura.
Dónde obtenerlo
Normalmente es el número de transacción (TRX_NUMBER) de la tabla RA_CUSTOMER_TRX_ALL en Oracle Fusion Financials.
Ejemplos
INV-1002345983451CM-55432
|
|||
|
Nombre de la actividad
ActivityName
|
El nombre del evento empresarial o la tarea específicos que tuvieron 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 a la herramienta de minería construir un mapa visual de cómo se procesan realmente las facturas. Se utiliza para analizar las variantes del proceso, identificar bucles de retrabajo, como varios pasos de aprobación, y medir la frecuencia y la 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, analizar e identificar ineficiencias en el Workflow de facturación.
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 Workflow, por ejemplo, las relacionadas con 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 'Impugnada'. | ||
|
Descripción
El estado de la factura ofrece una visión del punto del proceso en el que se encuentra. Entre los estados habituales se incluyen abierta (no pagada), cerrada (pagada), impugnada o anulada. Este atributo resulta útil para la supervisión y el filtrado de alto nivel. Por ejemplo, el panel de previsión del flujo de efectivo en tiempo real utiliza este estado para clasificar los importes pendientes. Ayuda a identificar rápidamente el conjunto de facturas vencidas, impugnadas o totalmente liquidadas.
Por qué es importante
Proporciona una visión rápida y general del estado actual de una factura, lo que permite filtrarla y categorizarla eficazmente para la elaboración de 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 de fecha crítico que define el plazo de pago de una factura según las condiciones de pago. Este atributo es esencial para supervisar la gestión de cobros y la salud financiera. Sirve de base para calcular el KPI de tasa de pagos puntuales y crear informes de antigüedad de pagos. En los Dashboards, se utiliza para prever el flujo de caja mostrando cuándo se esperan los pagos e identificar las facturas vencidas que requieren gestiones 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 valor monetario total de la factura. | ||
|
Descripción
Este atributo representa el importe total adeudado en la factura. Es una métrica financiera fundamental para comprender 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 de ventas pendientes de cobro (DSO). Permite segmentar el proceso según el impacto financiero, por ejemplo, para analizar si las facturas de alto valor siguen una ruta de aprobación diferente o tardan más en pagarse.
Por qué es importante
Aporta el contexto financiero de cada caso, lo que permite realizar análisis basados en el 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
|
El nombre del cliente o la entidad a la que 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 tienden más a impugnar facturas y cuáles pagan puntualmente de forma constante. Es fundamental para el panel 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 revelar diferentes comportamientos, patrones de pago y posibles problemas en la relación que afectan al flujo de efectivo.
Dónde obtenerlo
Se obtiene uniendo 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 organizativa responsable de la transacción. Es un elemento de datos clave para la segmentación y los informes financieros en grandes empresas. Este atributo permite comparar el rendimiento del proceso entre distintas partes de la empresa. Por ejemplo, puede analizar si el DSO varía significativamente entre unidades de negocio o si una unidad presenta una tasa de retrabajo de facturación mucho mayor. Esto ayuda a orientar las iniciativas de mejora allí donde más se necesitan.
Por qué es importante
Permite comparar el rendimiento entre distintas unidades organizativas y ayuda a identificar buenas prácticas y áreas de mejora con un nivel de detalle preciso.
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 en EE. UU.Manufactura EMEAServicios APAC
|
|||
|
Condiciones de pago
PaymentTerms
|
Las condiciones acordadas para pagar la factura, como 'Neto 30' o '2 % a 10, neto 30'. | ||
|
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 efectivo. Este atributo es esencial para calcular correctamente la fecha de vencimiento e identificar oportunidades de descuento por pronto pago. El KPI de tasa de captación de descuentos por pronto pago depende directamente de estos datos para determinar qué facturas podían beneficiarse de un descuento.
Por qué es importante
Define las reglas de pago de una factura, influye directamente en el cálculo de la fecha de vencimiento y permite realizar un seguimiento y optimizar la captación de descuentos por pronto pago.
Dónde obtenerlo
Se encuentra en la tabla RA_TERMS y se vincula con la transacción mediante un term_id en RA_CUSTOMER_TRX_ALL.
Ejemplos
Neto 30Neto 602 % a 10 días, neto 30
|
|||
|
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 otra capa 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 distintos equipos. Esto ayuda a identificar qué departamentos tienen tasas de retrabajo más elevadas, ciclos de aprobación más largos o contribuyen en mayor medida a un DSO alto, y pone de relieve oportunidades de formación específica o estandarización del proceso.
Por qué es importante
Permite comparar el rendimiento entre equipos internos y ayuda a identificar buenas prácticas, necesidades de recursos o áreas que requieren mejoras en el proceso.
Dónde obtenerlo
Esta información puede obtenerse del usuario que creó la factura, vinculando el usuario 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 de ventas pendientes de cobro
DaysSalesOutstanding
|
El 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 crítica que mide el tiempo medio necesario para cobrar un pago después de emitir una factura. Este atributo calcula ese valor para cada factura. Aunque el DSO general es un KPI clave, calcularlo para cada factura permite realizar un análisis mucho más profundo. Puede utilizarse para crear Dashboards de tendencias, identificar las características de las facturas con un DSO elevado y medir el impacto financiero de los retrasos del proceso. Este cálculo detallado proporciona los datos necesarios para comprender los factores que explican el KPI de DSO agregado.
Por qué es importante
Calcula una métrica fundamental del flujo de efectivo a nivel de factura y permite analizar en detalle qué factores determinan los tiempos de cobro y el rendimiento financiero.
Dónde obtenerlo
Se calcula obteniendo 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
|
Un 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 identifica las actividades que representan trabajo innecesario o redundante. Algunos ejemplos son el rechazo de una factura seguido de su reenvío para aprobación, o una corrección realizada después de la creación inicial. Al identificar el retrabajo, resulta sencillo cuantificar su impacto en el proceso. El KPI de tasa de retrabajo de facturación se calcula directamente a partir de este atributo. Los Dashboards pueden mostrar la frecuencia del retrabajo y medir el tiempo de ciclo adicional que genera, lo que ayuda a localizar las fuentes de ineficiencias y errores.
Por qué es importante
Cuantifica directamente la ineficiencia del proceso al identificar el trabajo innecesario o repetido, lo que facilita medir el impacto de los problemas de calidad en costes y 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' está precedida por una actividad 'Factura rechazada' en el mismo caso, se marca como retrabajo.
Ejemplos
truefalse
|
|||
|
Fecha de factura
InvoiceDate
|
La fecha oficial en que se emitió la factura. | ||
|
Descripción
La fecha de factura, también conocida como fecha de transacción, es la fecha que figura en el documento de factura. Sirve como punto de partida para calcular las condiciones de pago. Esta fecha es un componente fundamental para calcular los días de ventas pendientes de cobro (DSO), ya que el DSO mide el tiempo transcurrido entre la fecha de factura y la fecha de pago. Se diferencia de la fecha de creación en el sistema y representa el inicio oficial del ciclo de pago desde la perspectiva del cliente.
Por qué es importante
Sirve como fecha oficial de inicio del ciclo de vida de una factura y como referencia para calcular el KPI de días de ventas pendientes de cobro (DSO).
Dónde obtenerlo
Se encuentra en la tabla RA_CUSTOMER_TRX_ALL, en el campo TRX_DATE.
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íficos. | ||
|
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 'Aprobación de factura', pueden tener una duración: comienzan cuando se envían y terminan cuando se toma una decisión. Disponer de una hora de finalización permite calcular con precisión el tiempo de procesamiento de las actividades. Esto resulta útil para analizar cuánto tiempo dedican los usuarios a tareas concretas. También mejora la precisión del análisis de cuellos de botella al distinguir entre el tiempo de espera y el tiempo real de procesamiento.
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 un análisis detallado de cuellos de botella.
Dónde obtenerlo
A menudo se obtiene tomando la hora de inicio de la actividad siguiente del proceso. Para algunas actividades, los registros del Workflow pueden incluir un campo específico de hora de finalización.
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 realizar el pago, como una transferencia bancaria o una tarjeta de crédito. | ||
|
Descripción
Este atributo especifica cómo pagó el cliente su 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 de transacción. Analizar los datos por método de pago ayuda a determinar si algunos métodos son más propensos a errores o retrasos de conciliación. 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 de transacción y las tasas de error de conciliación asociados con los distintos canales de pago.
Dónde obtenerlo
Se encuentra en las tablas de cobros en efectivo, como AR_CASH_RECEIPTS_ALL, que incluirían un campo para indicar el método de pago.
Ejemplos
ACHTransferencia bancariaTarjeta de créditoCheque
|
|||
|
Motivo de la disputa
DisputeReason
|
El motivo indicado para que el cliente impugne una factura. | ||
|
Descripción
Cuando un cliente impugna una factura, se registra el motivo de la disputa. Puede estar relacionado con el precio, la cantidad, la calidad del servicio u otros problemas. Analizar los motivos de las disputas es una forma eficaz de realizar un análisis de causas raíz. Al comprender los motivos más frecuentes, la empresa puede abordar problemas subyacentes en los precios, el cumplimiento de pedidos o la calidad de los datos. Esto ayuda a reducir el tiempo medio de resolución de disputas de facturas y mejora la satisfacción del cliente.
Por qué es importante
Proporciona información directa sobre las causas raíz de los retrasos 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 de gestión de disputas. Puede encontrarse 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
|
|||
|
Región
Region
|
La región geográfica asociada al cliente o a la transacción. | ||
|
Descripción
La región proporciona el contexto geográfico de la factura, normalmente según la ubicación del cliente. Esto permite analizar espacialmente el rendimiento del proceso. El análisis por región puede revelar variaciones causadas por normativas locales, condiciones del mercado o el rendimiento de los equipos regionales. Dashboards como «Tendencia de DSO» y «Tiempo de ciclo de extremo a extremo de la factura» pueden segmentarse por región para comprobar si determinadas zonas afrontan dificultades específicas para cobrar las facturas.
Por qué es importante
Permite segmentar geográficamente el proceso y puede poner de manifiesto diferencias regionales en el rendimiento, el comportamiento de los clientes o el cumplimiento.
Dónde obtenerlo
Normalmente se obtiene 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
NorteaméricaEuropaAsia-Pacífico
|
|||
|
Se pagó a tiempo
IsPaidOnTime
|
Un indicador booleano que señala si la factura se pagó en la fecha de vencimiento o antes. | ||
|
Descripción
Este atributo calculado proporciona un indicador sencillo, verdadero o falso, de la puntualidad del pago. Se obtiene comparando 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 los informes del KPI de tasa de pagos puntuales. Permite filtrar y segmentar fácilmente los datos para comprender 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 permite analizar fácilmente los factores que contribuyen a los pagos puntuales o atrasados.
Dónde obtenerlo
Se calcula comparando la marca de tiempo de la actividad de pago final con el atributo DueDate. La lógica es:
Ejemplos
truefalse
|
|||
|
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 en la que se generaron los datos. Para este proceso, normalmente será Oracle Fusion Financials, aunque también podría especificar un módulo concreto, como Oracle Receivables (AR). En entornos con varios sistemas integrados, este campo ayuda a diferenciar las fuentes de datos y es fundamental para la validación y la gobernanza de datos. 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 la garantía de que el análisis se basa en el sistema de registro correcto.
Dónde obtenerlo
Normalmente es 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
|
El tiempo total transcurrido desde la creación inicial de una factura hasta su cierre. | ||
|
Descripción
Este atributo mide la duración de extremo a extremo de todo el ciclo de vida de una factura para un único caso. Se calcula como la diferencia entre la primera actividad, normalmente 'Factura creada', y la actividad final, 'Factura cerrada'. Esta métrica ofrece una visión general de la eficiencia del proceso. Es la medida principal del panel 'Tiempo de ciclo de la factura de extremo a extremo'. Al analizar este atributo según distintas dimensiones, como el cliente o la unidad de negocio, las organizaciones pueden identificar qué tipos de facturas tardan más en procesarse e investigar las causas raíz.
Por qué es importante
Proporciona 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 mediante la diferencia entre el EventTimestamp máximo y mínimo de 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 la última vez que se actualizaron o extrajeron 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 comprender 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 para los Dashboards que indican ser «en tiempo real» o casi en tiempo real, ya que aporta transparencia sobre posibles retrasos en los datos.
Por qué es importante
Informa sobre la actualidad de los datos y garantiza que los análisis y las conclusiones se basen en información con un nivel de actualización conocido y aceptable.
Dónde obtenerlo
Es un campo de metadatos generado durante el proceso de extracción, transformación y carga (ETL) de datos. Normalmente corresponde al momento de ejecución del flujo de datos.
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Usuario
User
|
La persona empleada o el usuario del sistema que realizó una actividad determinada. | ||
|
Descripción
El atributo Usuario identifica a la persona o al agente automatizado responsable de ejecutar un paso del proceso. Puede ser el usuario que creó la factura, el responsable que la aprobó o el agente de cobros que emitió un recordatorio. Analizar los datos por usuario ayuda a identificar oportunidades de formación, distribuir la carga de trabajo y detectar diferencias de rendimiento entre personas o equipos. Puede revelar si determinados usuarios están asociados con tasas de error elevadas o si ciertos responsables de aprobación se convierten sistemáticamente en cuellos de botella.
Por qué es importante
Asigna la responsabilidad de los pasos del proceso y permite 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 Workflow. Después, este ID se une a tablas de directorio de usuarios, como PER_ALL_PEOPLE_F, para obtener el nombre del usuario.
Ejemplos
john.smithjane.doeCollectionsBot
|
|||
Actividades de Order to Cash: facturación y emisión de facturas
| Actividad | Descripción | ||
|---|---|---|---|
|
Factura aprobada
|
La factura ha recibido todas las aprobaciones necesarias y está lista para enviarse al cliente. Este evento se captura cuando el Workflow de aprobación finaliza correctamente y actualiza el estado de la factura. | ||
|
Por qué es importante
Este es un hito crítico que condiciona la entrega de la factura al cliente. Los retrasos en este punto afectan directamente al inicio del plazo de pago y, por tanto, a los Días de ventas pendientes.
Dónde obtenerlo
Se infiere a partir de la actualización del estado de aprobación final en el registro de transacción de la factura o de la marca de tiempo de finalización de la tarea correspondiente del Workflow de BPM.
Recopilar
Capture la marca de tiempo en la que el estado de aprobación de la factura se establece en «Approved».
Tipo de evento
inferred
|
|||
|
Factura cerrada
|
La factura se ha pagado y conciliado por completo, y su ciclo de vida ha finalizado. 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 alcanzar este estado es el tiempo de ciclo de extremo a extremo, un KPI principal del proceso de facturación.
Dónde obtenerlo
Se infiere de la tabla AR_PAYMENT_SCHEDULES_ALL cuando el estado se actualiza a 'CLOSED' y amount_due_remaining es cero. El campo 'gl_date_closed' indica la fecha de cierre.
Recopilar
Utilizar gl_date_closed de AR_PAYMENT_SCHEDULES_ALL para la factura específica.
Tipo de evento
inferred
|
|||
|
Factura creada
|
Creación inicial de una transacción de factura en el sistema, normalmente con estado de borrador o incompleto. Este evento se registra explícitamente cuando un usuario guarda por primera vez un nuevo registro de factura en el módulo Accounts Receivable. | ||
|
Por qué es importante
Este es el inicio definitivo del proceso de facturación. Analizar el tiempo transcurrido desde la creación hasta la finalización ayuda a identificar retrasos en la introducción inicial de datos o problemas de rendimiento del sistema.
Dónde obtenerlo
Este evento se captura a partir de la fecha de creación del registro de transacción en la tabla RA_CUSTOMER_TRX_ALL. El estado inicial suele ser «Incomplete».
Recopilar
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 entregado al cliente mediante su método preferido, como correo electrónico o impresión. El sistema suele registrar la marca de tiempo en la que se ejecuta la acción de entrega. | ||
|
Por qué es importante
Esta actividad inicia oficialmente el periodo de condiciones de pago. Medir el tiempo transcurrido entre la aprobación y la entrega es clave para comprender la eficiencia del proceso de distribución de facturas.
Dónde obtenerlo
Puede inferirse a partir del campo «last_printed_date» de RA_CUSTOMER_TRX_ALL o de los registros de Oracle Business Intelligence Publisher si se utiliza la entrega electrónica.
Recopilar
Utilice la marca de tiempo del registro de entrega o impresión correspondiente asociado a la factura.
Tipo de evento
inferred
|
|||
|
Pago aplicado a la factura
|
El pago recibido del cliente se ha conciliado y aplicado correctamente a la factura específica, reduciendo su saldo pendiente. Se trata de un registro transaccional independiente. | ||
|
Por qué es importante
Esta actividad confirma que el efectivo se ha asignado correctamente, algo fundamental para elaborar informes de antigüedad y estados financieros precisos. Es el paso final para reconocer el efectivo frente a la cuenta 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 realizó la aplicación.
Recopilar
Utilizar apply_date de la tabla AR_RECEIVABLE_APPLICATIONS_ALL, vinculando el cobro en efectivo con la factura.
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
Se trata de un hito crucial que representa una entrada de efectivo. El intervalo 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 tesorería.
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.
Recopilar
Utilizar 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. Normalmente, esto se registra cambiando 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 la frecuencia de las disputas y el tiempo de resolución ayuda a identificar las causas raíz, como errores de precios o de envío.
Dónde obtenerlo
Puede inferirse a partir del campo de estado de la tabla AR_PAYMENT_SCHEDULES_ALL cuando se establece en un estado de disputa, o a partir de los registros de creación de AR_DISPUTE_HISTORY.
Recopilar
Identificar cuándo se activa el indicador o estado de disputa en el calendario de pagos de la factura.
Tipo de evento
inferred
|
|||
|
Factura ajustada
|
Se ha realizado una modificación, como una baja contable o un crédito, en el importe de la factura. Se trata de una transacción explícita para modificar 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. creation_date del registro de ajuste marca el evento.
Recopilar
Utilizar creation_date de la tabla AR_ADJUSTMENTS_ALL para la factura correspondiente.
Tipo de evento
explicit
|
|||
|
Factura completada
|
Representa el momento en que finaliza la introducción de los datos de la factura y la transacción queda lista para su validación y contabilización. Normalmente se captura observando el cambio del estado de la factura de «Incomplete» a «Complete». | ||
|
Por qué es importante
Este hito marca el final de la fase de introducción de datos. El tiempo entre la creación y la finalización puede indicar la eficiencia del proceso de introducción y revisión de datos del departamento de facturación.
Dónde obtenerlo
Se infiere a partir de un cambio de estado en el registro de transacción de la factura en la tabla RA_CUSTOMER_TRX_ALL. Busque la marca de tiempo asociada a la actualización del estado a «Complete».
Recopilar
Realice el seguimiento del historial de estados de la transacción en RA_CUSTOMER_TRX_ALL o en las tablas de Workflow relacionadas.
Tipo de evento
inferred
|
|||
|
Factura enviada para aprobación
|
La factura se envía formalmente a un Workflow de aprobación, si está configurado. Esto se captura cuando el estado de la factura se actualiza a un estado de aprobación pendiente y se activan las notificaciones para los aprobadores designados. | ||
|
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 en la transacción de la factura o se captura en las tablas del Workflow de Oracle Business Process Management (BPM), donde se registra el inicio de la tarea de aprobación.
Recopilar
Identifique la marca de tiempo en la que el estado de aprobación de la factura cambia a «Pending» o a un estado similar.
Tipo de evento
inferred
|
|||
|
Factura rechazada
|
Un aprobador ha rechazado la factura, normalmente debido a errores en datos como precios o cantidades. Este evento devuelve la factura para su corrección y crea un ciclo de retrabajo. | ||
|
Por qué es importante
El seguimiento de los rechazos pone de manifiesto problemas de precisión de la facturación y de controles internos. Analizar la frecuencia y los motivos de los rechazos permite identificar áreas de mejora del proceso y necesidades de formación.
Dónde obtenerlo
Se infiere a partir de una actualización del estado en el registro de transacción de la factura o del resultado «Rejected» en la tarea del Workflow de BPM.
Recopilar
Capture la marca de tiempo en la que el estado de aprobación de la factura se establece en «Rejected».
Tipo de evento
inferred
|
|||
|
Recordatorio de pago emitido
|
Se ha enviado al cliente una carta de reclamación o un aviso de recordatorio por una factura vencida. Se trata de una acción explícita registrada por el módulo de cobros. | ||
|
Por qué es importante
El seguimiento de los recordatorios ayuda a medir la eficacia del proceso de cobros. Permite analizar qué estrategias de recordatorio conducen a pagos más rápidos.
Dónde obtenerlo
Se registra explícitamente en el módulo Oracle Advanced Collections. Las tablas del historial de reclamaciones, como IEX_DUNNINGS, registrarían la fecha y el nivel del recordatorio enviado.
Recopilar
Capturar los datos de las tablas del historial de reclamaciones y vincular la transacción de reclamación con la factura.
Tipo de evento
explicit
|
|||
|
Se alcanza la fecha de vencimiento del pago
|
Ha pasado la fecha en la que el pago de la factura vence contractualmente. 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 orientar las actividades de cobro.
Dónde obtenerlo
Este es un evento calculado. Se produce cuando la fecha actual es posterior al campo due_date de la tabla AR_PAYMENT_SCHEDULES_ALL para una factura determinada.
Recopilar
Se calcula comparando la fecha actual con el campo due_date de AR_PAYMENT_SCHEDULES_ALL.
Tipo de evento
calculated
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice esta plantilla para preparar sus datos, agilizar su proceso de pedido a cobro: facturación y emisión de facturas y acelerar la conversión de efectivo. Descubra información útil y mejore la eficiencia de sus operaciones en Oracle Fusion Financials hoy mismo.
Comience a optimizar la facturación y emisión de facturas en Oracle ahora
Reduzca un 30 % el tiempo de ciclo de facturación y mejore el flujo de caja con nuestra solución.
No necesita tarjeta de crédito. Configúrelo en minutos.