Su Template de datos para la gestión del crédito y los cobros
Su Template de datos para la gestión del crédito y los cobros
- Atributos recomendados para un análisis completo
- Actividades clave que debe seguir para descubrir el proceso
- Instrucciones paso a paso para extraer los datos
Atributos de gestión del crédito y los cobros
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | Fecha y hora exactas en que se produjo la actividad, que sirven como marca de tiempo del evento. | ||
| Descripción La hora del evento, o marca de tiempo, registra el momento exacto en que tuvo lugar una actividad. Es esencial para ordenar los eventos cronológicamente y crear un flujo de proceso preciso. Sin marcas de tiempo exactas, no es posible determinar correctamente la secuencia de los eventos. En el análisis, este atributo se utiliza para calcular las duraciones y los tiempos de ciclo entre actividades, algo fundamental para medir el rendimiento. Por ejemplo, permite calcular KPI como el Tiempo del ciclo de resolución de disputas o el Tiempo del ciclo de pago de facturas. También permite analizar las tendencias de rendimiento del proceso en distintos periodos. Por qué es importante Esta marca de tiempo es esencial para ordenar los eventos, calcular los tiempos de ciclo y las duraciones, y analizar el rendimiento del proceso a lo largo del tiempo. Dónde obtenerlo Se obtiene de distintos campos de fecha de las tablas de Oracle Fusion Financials, como TRX_DATE en RA_CUSTOMER_TRX_ALL para la creación de facturas o la fecha de creación de una acción de cobro. Ejemplos 2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z | |||
| Nombre de la actividad ActivityName | Nombre del evento de negocio o la tarea específica que tuvo lugar en un momento determinado del proceso de gestión de crédito. | ||
| Descripción Este atributo describe un paso del ciclo de vida de la factura, como «Factura generada», «Inicio del procedimiento de cobro» o «Pago recibido». Cada actividad representa un evento concreto que hace avanzar el caso. Analizar la secuencia y la frecuencia de las actividades es fundamental en Process Mining. Ayuda a descubrir el flujo real del proceso, identificar cuellos de botella donde se atascan los casos, detectar ciclos de retrabajo en los que se repiten actividades y comparar el proceso real con el proceso diseñado o ideal. El nombre de la actividad es esencial para crear mapas de procesos y calcular los tiempos de transición entre pasos. Por qué es importante Este atributo define los pasos del mapa de procesos y permite visualizar y analizar el ciclo de vida de la factura de principio a fin. Dónde obtenerlo Este es un campo conceptual derivado de distintos eventos de negocio de Oracle Fusion Financials. A menudo se construye mediante la asignación de estados de transacción, fechas de eventos o acciones específicas de módulos como Cuentas por cobrar (AR) y Advanced Collections. Ejemplos Factura generadaInicio del procedimiento de cobroPago recibidoDisputa registrada | |||
| Número de factura InvoiceNumber | Identificador único de cada factura de cliente, que sirve como identificador principal del caso para el proceso de gestión de crédito. | ||
| Descripción El número de factura es la clave central que vincula todos los eventos y actividades relacionados con una cuenta por cobrar, desde su creación hasta su liquidación final o castigo. Permite ver de principio a fin el ciclo de vida de la factura. En el análisis de Process Mining, este atributo se utiliza para reconstruir el recorrido de cada factura. Al agrupar todas las actividades relacionadas bajo un mismo número de factura, los analistas pueden visualizar los flujos del proceso, identificar las rutas habituales y las desviaciones, y medir los tiempos de ciclo de todo el proceso o de etapas específicas, como la resolución de disputas o la contabilización de pagos. Por qué es importante Este es el ID del caso esencial que conecta todos los pasos relacionados del proceso y permite reconstruir y analizar el recorrido de cada factura desde su emisión hasta su cierre. Dónde obtenerlo Este identificador suele encontrarse en la tabla RA_CUSTOMER_TRX_ALL como TRX_NUMBER en Oracle Fusion Financials. Ejemplos INV-1005679884321AR-2023-04-112 | |||
| Sistema de origen SourceSystem | Sistema del que proceden los datos. | ||
| Descripción Este atributo identifica la aplicación de origen en la que se registraron los datos del evento. En un entorno de TI complejo, pueden intervenir varios sistemas en un proceso integral. Especificar el sistema de origen es importante para la gobernanza de datos, la resolución de problemas y la comprensión del contexto de los datos. Si se combinan eventos de distintos sistemas en una sola vista del proceso, permite diferenciarlos y mantener clara su trazabilidad. Por qué es importante Aclara el origen de los datos, algo fundamental para validarlos, garantizar su gobernanza y comprender el contexto tecnológico del proceso. Dónde obtenerlo Suele ser un valor estático que se añade durante la extracción de datos para identificar el origen de los registros. Ejemplos Oracle Fusion FinancialsOracle AROracle Collections | |||
| Última actualización de los datos LastDataUpdate | Marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez del sistema de origen los datos de este evento. | ||
| Descripción Este atributo indica la fecha y hora de la extracción de datos más reciente. Es un campo de metadatos que no forma parte del proceso de negocio, pero resulta fundamental para conocer la actualidad de los datos analizados. Los analistas utilizan esta marca de tiempo para confirmar que trabajan con información actualizada y conocer hasta qué fecha llegan los datos. Es esencial para la gobernanza de datos y para aclarar a los usuarios qué tan recientes son los datos de los Dashboards y los informes. Por qué es importante Indica qué tan recientes son los datos y permite que los analistas y las partes interesadas conozcan su actualidad y pertinencia. Dónde obtenerlo Este valor se genera y se añade a cada registro durante el proceso de extracción y carga de datos (ETL). Ejemplos 2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Fecha de vencimiento DueDate | La fecha límite para pagar la factura. | ||
| Descripción La fecha de vencimiento es una fecha clave acordada contractualmente para el pago. Sirve de referencia para medir si el pago se realiza a tiempo. Este atributo es fundamental para identificar facturas vencidas y calcular cuántos días llevan vencidas. Es el dato principal para determinar cuándo iniciar los procedimientos de cobro y se utiliza para calcular KPI como los días pendientes de cobro (DSO). También es esencial para crear informes de antigüedad que clasifiquen la deuda pendiente. Por qué es importante Sirve de referencia para determinar si una factura está vencida, iniciar las gestiones de cobro y analizar su antigüedad. Dónde obtenerlo Está disponible en la tabla AR_PAYMENT_SCHEDULES_ALL como DUE_DATE. Ejemplos 2023-05-302023-06-152023-07-01 | |||
| Gestor de cobro Collector | Nombre o ID del agente de cobro asignado a la factura. | ||
| Descripción El gestor de cobro es la persona o el equipo responsable de gestionar las acciones de cobro de una factura vencida. Esta asignación es un paso clave del flujo de trabajo de cobros. Este atributo es fundamental para gestionar el rendimiento y asignar recursos en el departamento de cobros. Al analizar los resultados de cada gestor, los responsables pueden evaluar su eficacia, identificar necesidades de formación y equilibrar las cargas de trabajo. El Dashboard de eficacia de la asignación de gestores de cobro utiliza este atributo para comparar las tasas de éxito y los tiempos de ciclo de distintos gestores. Por qué es importante Permite analizar el rendimiento de cada gestor de cobro o equipo, optimizar la asignación de recursos y mejorar la eficiencia general de los cobros. Dónde obtenerlo Esta información suele almacenarse en el módulo Oracle Advanced Collections, a menudo en tablas como IEX_CASES_ALL o en tablas de asignación relacionadas. Ejemplos John SmithJane DoeEquipo de cobros A | |||
| Importe de la factura InvoiceAmount | Valor monetario total de la factura. | ||
| Descripción El importe de la factura representa el valor total de los bienes o servicios facturados al cliente. Es un atributo financiero clave para comprender el impacto monetario del proceso. En el análisis, el importe de la factura se utiliza para priorizar las gestiones de cobro y centrarse en las facturas vencidas de mayor valor. También permite analizar los hábitos de pago según el valor de la transacción y calcular el impacto financiero de los castigos. Dashboards como el análisis de la tasa de facturas castigadas utilizan este valor para evaluar la magnitud de las pérdidas financieras. Por qué es importante Aporta contexto financiero al proceso y permite priorizar las facturas de mayor valor y analizar el impacto monetario de las ineficiencias. Dónde obtenerlo Esta información puede obtenerse de la tabla AR_PAYMENT_SCHEDULES_ALL, que almacena el importe adeudado de una factura. Ejemplos 5000.001250.75250000.00 | |||
| Nivel de gestión de cobros DunningLevel | La etapa o el nivel del procedimiento de gestión de cobros aplicado a la factura. | ||
| Descripción El nivel de gestión de cobros indica la intensidad del recordatorio de pago, que suele aumentar con el tiempo. Por ejemplo, el nivel 1 podría ser un recordatorio amable por correo electrónico, mientras que el nivel 3 podría consistir en una carta formal o una llamada telefónica. Analizar el proceso por nivel de gestión de cobros ayuda a evaluar la eficacia de la estrategia de cobro. El Dashboard de eficacia de cobros utiliza este atributo para mostrar las tasas de conversión de cada etapa de cobro al pago. Así, la empresa puede determinar qué acciones de cobro son más eficaces y ajustar el momento y el contenido de los recordatorios para maximizar los cobros. Por qué es importante Registra la etapa de escalamiento de las gestiones de cobro, un dato clave para evaluar la eficacia de la estrategia de cobro. Dónde obtenerlo Estos datos se gestionan en el módulo Oracle Advanced Collections. Pueden encontrarse en tablas relacionadas con el historial de cobros, como IEX_DUNNINGS. Ejemplos Nivel 1: RecordatorioNivel 2: AdvertenciaNivel 3: Aviso final | |||
| Número de cliente CustomerNumber | Identificador único del cliente asociado a la factura. | ||
| Descripción El número de cliente vincula una factura con una cuenta de cliente específica. Esto permite segmentar y analizar el proceso de crédito y cobro según los atributos del cliente. Al incluir el número de cliente, los analistas pueden investigar si ciertos clientes pagan tarde de forma recurrente, presentan más disputas o requieren más gestiones de cobro. Esta información es fundamental para crear estrategias de cobro adaptadas a cada cliente, ajustar las condiciones de crédito e identificar segmentos de clientes de alto riesgo. También permite realizar análisis como el análisis de la tasa de facturas castigadas por segmento de clientes. Por qué es importante Permite segmentar el proceso por cliente para identificar patrones, riesgos y oportunidades de adaptar las estrategias de cobro. Dónde obtenerlo Suele encontrarse en la tabla RA_CUSTOMER_TRX_ALL como BILL_TO_CUSTOMER_ID, que se vincula con HZ_CUST_ACCOUNTS. Ejemplos CUST-0012389455ACME-CORP-US | |||
| Segmento de clientes CustomerSegment | Clasificación del cliente en un grupo definido, por ejemplo, según su tamaño, sector o importancia estratégica. | ||
| Descripción El segmento de clientes es un atributo categórico que agrupa a los clientes según características comunes. Los segmentos pueden definirse por factores como «Estratégico», «Pequeña y mediana empresa» o «Empresas», o por sector, como «Manufactura» o «Comercio minorista». Este atributo es útil para realizar comparativas. Permite a los analistas comparar el rendimiento del proceso entre distintos segmentos y, por ejemplo, determinar si uno presenta más disputas o un ciclo de pago más largo. Esta información ayuda a adaptar las políticas de crédito y las estrategias de cobro a las necesidades y los riesgos de cada segmento, y sirve de apoyo para Dashboards como el análisis de la tasa de facturas castigadas. Por qué es importante Permite realizar comparativas y descubrir cómo varían el rendimiento y los riesgos del proceso entre distintos grupos de clientes. Dónde obtenerlo Suele gestionarse en los datos maestros de clientes (HZ_CUST_ACCOUNTS o tablas relacionadas) o derivarse de atributos del cliente, como los ingresos o el sector. Ejemplos Gran empresaPequeña y mediana empresaAdministración públicaSocio estratégico | |||
| Usuario User | El usuario o ID del sistema que realizó la actividad. | ||
| Descripción Este atributo identifica al empleado o usuario del sistema automatizado responsable de realizar una actividad, como aprobar un límite de crédito, registrar un pago o resolver una disputa. Analizar las actividades por usuario es esencial para comprender la distribución de la carga de trabajo, el rendimiento individual y el cumplimiento. En las actividades automatizadas, permite hacer un seguimiento de la intervención de los procesos del sistema. También puede ayudar a identificar necesidades de formación o posibles actividades fraudulentas mediante el seguimiento del comportamiento de los usuarios. Por qué es importante Asocia las actividades del proceso con personas o sistemas automatizados específicos, lo que permite hacer un seguimiento del rendimiento, analizar la carga de trabajo y realizar auditorías. Dónde obtenerlo Se obtiene de las columnas 'CREATED_BY' o 'LAST_UPDATED_BY' de diversas tablas de transacciones e historial de Oracle Fusion Financials. Ejemplos jsmithar_specialist_1SYSTEM_AUTOMATION | |||
| Condiciones de pago PaymentTerms | Las condiciones acordadas que especifican cuándo debe realizarse el pago. | ||
| Descripción Las condiciones de pago definen los términos en los que se espera que pague el cliente, por ejemplo, «30 días netos» o «60 días netos». Se utilizan para calcular la fecha de vencimiento de la factura. Analizar el comportamiento de pago según las condiciones puede revelar patrones interesantes. Por ejemplo, los clientes con plazos más cortos podrían tener más probabilidades de pagar tarde. Esta información permite revisar y optimizar las políticas de crédito, así como segmentar a los clientes para aplicar distintas estrategias de cobro. También aporta un contexto valioso para entender por qué algunas facturas vencen. Por qué es importante Aporta contexto sobre el calendario de pagos acordado y permite analizar el comportamiento de pago según las distintas condiciones de crédito. Dónde obtenerlo Se almacena en la tabla RA_TERMS y está vinculada a la transacción de la factura. Ejemplos 30 días netos60 días netosPago al recibir | |||
| Días de vencimiento DaysOverdue | El número de días transcurridos desde la fecha de vencimiento de una factura. | ||
| Descripción Esta métrica calculada cuantifica el retraso de una factura impagada. Se calcula como la diferencia entre la fecha actual (para facturas abiertas) o la fecha de pago (para facturas cerradas) y la fecha de vencimiento. Los días de vencimiento son una medida clave para analizar la antigüedad y priorizar las gestiones de cobro. Son la métrica principal del Dashboard de antigüedad y estado de facturas vencidas, donde las facturas se agrupan por antigüedad (por ejemplo, de 1 a 30 días o de 31 a 60 días). Esto ayuda al equipo de cobros a centrarse en las deudas más antiguas y de mayor riesgo. Por qué es importante Cuantifica el retraso en los pagos y sirve como métrica clave para priorizar los cobros y analizar la antigüedad de la deuda. Dónde obtenerlo Es un campo calculado. La lógica es: CurrentDate - DueDate para las facturas abiertas o PaymentDate - DueDate para las facturas cerradas. Ejemplos 1545920 | |||
| Está vencida IsOverdue | Indicador booleano que señala si la fecha de vencimiento de la factura ya pasó. | ||
| Descripción Este atributo derivado indica de forma sencilla si una factura está vencida. Suele calcularse comparando la fecha actual (o la fecha de pago) con la fecha de vencimiento de la factura. Este indicador resulta muy útil para filtrar y segmentar los datos durante el análisis. Permite aislar rápidamente las facturas vencidas y estudiar sus recorridos en el proceso, la eficacia de las gestiones de cobro y otras características. También facilita la creación de Dashboards y KPI centrados en la gestión de la deuda vencida, como el Dashboard de antigüedad y estado de facturas vencidas. Por qué es importante Ofrece un indicador sencillo y claro para identificar y analizar todas las facturas vencidas, el principal foco del proceso de cobro. Dónde obtenerlo Es un campo calculado. La lógica es: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False. Ejemplos truefalse | |||
| Estado de la factura InvoiceStatus | El estado actual de la factura en su ciclo de vida. | ||
| Descripción El estado de la factura ofrece una instantánea de su situación actual en el proceso. Algunos estados habituales son «Abierta», «Pagada», «En disputa», «Vencida» o «Dada de baja»; este atributo ofrece una visión general del estado de las cuentas por cobrar. En Process Mining, este atributo permite filtrar los casos para centrarse en grupos específicos, como todas las facturas abiertas y vencidas. Es una dimensión clave del Dashboard de antigüedad y estado de facturas vencidas, ya que ofrece visibilidad inmediata sobre la situación actual de la cartera de facturas y ayuda a priorizar las gestiones de cobro. Por qué es importante Ofrece una visión rápida del estado actual de una factura y facilita el filtrado y la priorización de las gestiones de cobro. Dónde obtenerlo Suele estar disponible en la tabla AR_PAYMENT_SCHEDULES_ALL, en un campo llamado STATUS. Ejemplos AbiertaCerradaEn disputaEn gestión de cobros | |||
| Fecha de promesa de pago PromiseToPayDate | La fecha en que el cliente se ha comprometido a realizar un pago. | ||
| Descripción Durante las gestiones de cobro, un cliente puede comprometerse a pagar en una fecha futura. Esta «fecha de promesa de pago» se registra para hacer seguimiento del compromiso. Este atributo es importante para gestionar los flujos de trabajo de cobro y evaluar la fiabilidad de los compromisos de los clientes. Al comparar la fecha de promesa de pago con la fecha real de recepción del pago, el personal de cobros puede evaluar el grado de cumplimiento de esas promesas. También ayuda a prever el flujo de caja con mayor precisión y a decidir cuándo intensificar las gestiones de cobro si no se cumple una promesa. Por qué es importante Registra los compromisos de pago de los clientes, lo que ayuda a prever las entradas de efectivo y a evaluar la eficacia de las negociaciones de cobro. Dónde obtenerlo Se almacena en el módulo Oracle Advanced Collections, probablemente en tablas como IEX_PROMISES_T. Ejemplos 2023-06-102023-06-252023-07-05 | |||
| Hora de finalización EndTime | La marca de tiempo que indica cuándo finalizó una actividad con duración. | ||
| Descripción En las actividades con una hora de inicio y otra de finalización claramente definidas, este atributo registra la hora de finalización. Aunque muchos eventos de Process Mining son instantáneos, algunos, como «Investigación de disputa», pueden prolongarse durante un periodo de tiempo. Contar con una hora de finalización independiente permite calcular con precisión el tiempo de procesamiento de las actividades. Este cálculo es más exacto que inferir la duración a partir de la hora de inicio de la actividad siguiente, sobre todo si hay periodos de inactividad. Es fundamental para analizar el uso de los recursos e identificar qué pasos concretos del proceso requieren más tiempo. Por qué es importante Permite calcular con precisión cuánto duran determinadas actividades y ofrece información más detallada sobre los cuellos de botella y el uso de los recursos. Dónde obtenerlo A menudo, se trata de un atributo conceptual. Puede obtenerse de una marca de tiempo de «última actualización» o de un campo específico de «fecha de cierre» en las tablas de origen correspondientes a la actividad. Ejemplos 2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z | |||
| Importe del límite de crédito CreditLimitAmount | El importe máximo de crédito aprobado para el cliente. | ||
| Descripción El importe del límite de crédito es la exposición crediticia total que una empresa está dispuesta a asumir con un cliente determinado. Se establece durante el proceso de revisión del crédito. Este atributo es esencial para el Dashboard de impacto de las decisiones sobre límites de crédito. Al relacionar el límite de crédito aprobado con el comportamiento de pago posterior y las bajas de deuda, la empresa puede evaluar la eficacia de sus políticas de riesgo crediticio. El análisis puede revelar si unos límites de crédito excesivamente altos contribuyen a aumentar la deuda incobrable y ayudar a perfeccionar el proceso de aprobación de crédito. Por qué es importante Es fundamental para evaluar la eficacia de las políticas de riesgo crediticio al relacionar el límite de crédito aprobado con los resultados de pago y las bajas de deuda. Dónde obtenerlo Se gestiona en Oracle Credit Management y suele almacenarse en tablas relacionadas con los perfiles de crédito de los clientes, como HZ_CUST_PROFILE_AMTS. Ejemplos 10000.0050000.00250000.00 | |||
| Moneda de la factura InvoiceCurrency | Moneda en la que se expresa el importe de la factura. | ||
| Descripción Este atributo especifica la moneda de la factura, como USD, EUR o GBP. En las organizaciones multinacionales, las facturas suelen emitirse en distintas monedas. El análisis de datos en varias monedas requiere un tratamiento cuidadoso. Este atributo permite filtrar la vista del proceso por moneda o aplicar los tipos de cambio correctos para consolidar los informes financieros. Así se garantiza que los valores monetarios se interpreten correctamente y que los importes se comparen en condiciones equivalentes. Por qué es importante Es esencial para interpretar correctamente los datos financieros en un entorno con varias monedas y garantizar la precisión del análisis financiero. Dónde obtenerlo Suele encontrarse en la tabla RA_CUSTOMER_TRX_ALL como INVOICE_CURRENCY_CODE. Ejemplos USDEURGBPJPY | |||
| Motivo de la disputa DisputeReason | El motivo que indica el cliente para disputar una factura. | ||
| Descripción Cuando un cliente disputa una factura, suele indicar un motivo, como «Precio incorrecto», «Mercancía dañada» o «Factura duplicada». Este atributo registra ese motivo. Analizar los motivos de disputa es clave para identificar las causas raíz. Ayuda a detectar problemas recurrentes en procesos anteriores, como la gestión de pedidos o la facturación, que provocan retrasos en los pagos. Al clasificar y registrar la frecuencia de los distintos motivos, la empresa puede tomar medidas específicas para corregir las causas raíz y reducir el tiempo de ciclo de resolución de disputas. Por qué es importante Ayuda a identificar las causas raíz de las disputas sobre facturas y permite mejorar de forma proactiva los procesos anteriores para evitar futuras disputas. Dónde obtenerlo Esta información suele registrarse en los módulos Oracle Advanced Collections u Oracle Channel Revenue Management si la gestión de disputas está formalizada. Puede encontrarse en tablas como AR_DISPUTE_HISTORY. Ejemplos Cantidad incorrectaDiscrepancia de precioMercancía dañadaServicio no prestado | |||
| Se ha dado de baja IsWrittenOff | Indicador booleano que señala si la factura se ha dado de baja como deuda incobrable. | ||
| Descripción Este indicador derivado identifica las facturas que la empresa considera incobrables y ha retirado de sus cuentas por cobrar activas. Suele ser el resultado final, y no deseado, de una factura. Este atributo es esencial para calcular el KPI de tasa de bajas de facturas y para el Dashboard de análisis correspondiente. Permite aislar los casos de cobro fallido e identificar características comunes, como el segmento del cliente o el importe de la factura, que podrían estar relacionadas con un mayor riesgo de baja. Esta información se utiliza para mejorar las políticas de crédito y las estrategias de cobro. Por qué es importante Identifica claramente los casos de cobro fallido, algo esencial para analizar las causas raíz de la deuda incobrable y calcular las tasas de bajas. Dónde obtenerlo Es un campo calculado que se obtiene comprobando si existe una actividad «Factura dada de baja» para el caso o si el estado de la factura es «Dada de baja». Ejemplos truefalse | |||
| Unidad de negocio BusinessUnit | La unidad de negocio o entidad organizativa específica que emitió la factura. | ||
| Descripción En las grandes organizaciones, las operaciones suelen dividirse en varias unidades de negocio. Este atributo identifica la unidad de negocio asociada a la factura. Analizar el proceso por unidad de negocio permite comparar el rendimiento entre distintas áreas de la organización. Puede poner de manifiesto diferencias en la aplicación de las políticas de crédito y cobro, y mostrar qué unidades de negocio gestionan mejor sus cuentas por cobrar. Esto ayuda a compartir buenas prácticas y a estandarizar los procesos cuando sea necesario. Por qué es importante Permite comparar el rendimiento de distintas unidades organizativas y ayuda a identificar buenas prácticas y oportunidades de mejora. Dónde obtenerlo Está disponible en la tabla RA_CUSTOMER_TRX_ALL mediante el campo ORG_ID, que se vincula con la estructura organizativa. Ejemplos Unidad de negocio de NorteaméricaUnidad de negocio de EMEADivisión de servicios globales | |||
Actividades de gestión del crédito y los cobros
| Actividad | Descripción | ||
|---|---|---|---|
| Factura castigada | Representa la decisión formal de dejar de intentar cobrar la factura y asumir su importe como deuda incobrable. Es una transacción financiera explícita que ajusta el saldo de la factura a cero. | ||
| Por qué es importante Este es un punto final crítico que indica un resultado desfavorable del proceso de cobro. Analizar los castigos por segmento de clientes, región o límite de crédito ayuda a perfeccionar las políticas de crédito y las estrategias de cobro para reducir las pérdidas. Dónde obtenerlo Se registra explícitamente al crear un ajuste en la tabla AR_ADJUSTMENTS_ALL con un RECEIVABLES_TRX_ID que apunta a una actividad de deuda incobrable o castigo. Capturar Fecha de creación de un registro en AR_ADJUSTMENTS_ALL con un tipo de actividad de castigo. Tipo de evento explicit | |||
| Factura generada | Indica la creación del registro de transacción de la factura en Oracle Fusion Financials. Es el inicio oficial del ciclo de vida de la factura en el módulo de cuentas por cobrar y el punto de partida principal del análisis. | ||
| Por qué es importante Este es el evento de inicio clave del recorrido de la factura. Todos los cálculos posteriores del tiempo de ciclo, como los Días pendientes de cobro (DSO) y el tiempo del ciclo de pago de la factura, dependen de esta marca de tiempo inicial. Dónde obtenerlo Este evento se registra explícitamente en la columna CREATION_DATE o TRX_DATE de la tabla RA_CUSTOMER_TRX_ALL para un TRX_NUMBER (número de factura) específico. Capturar La marca de tiempo del evento corresponde a CREATION_DATE de la tabla RA_CUSTOMER_TRX_ALL. Tipo de evento explicit | |||
| Inicio del procedimiento de cobro | Indica el inicio formal del proceso de cobro de una factura vencida, que suele incluir el envío de la primera notificación oficial de cobro. Por lo general, se registra cuando se ejecuta un proceso por lotes de cobro que incluye la factura. | ||
| Por qué es importante El seguimiento de esta actividad es fundamental para medir la eficacia de las gestiones de cobro y el cumplimiento de las políticas correspondientes. Proporciona una referencia para medir cuánto tiempo tardan estas gestiones en dar lugar a un pago. Dónde obtenerlo Se registra en el módulo Oracle Advanced Collections. La fecha de creación de un registro de cobro en tablas como IEX_DUNNINGS, vinculado al ID de transacción, marca este evento. Capturar Fecha de creación del registro de la tabla IEX_DUNNINGS asociado a la factura. Tipo de evento explicit | |||
| Pago aplicado | Representa la aplicación de un pago recibido a una factura específica, lo que reduce el saldo pendiente de la factura. Este paso vincula formalmente el pago con la factura. | ||
| Por qué es importante Esta actividad es fundamental para reconocer que una factura se ha pagado. Marca el punto final real del cálculo de los Días pendientes de cobro (DSO) y del ciclo de contabilización del pago. Dónde obtenerlo Este evento se registra explícitamente a partir de APPLY_DATE en la tabla AR_RECEIVABLE_APPLICATIONS_ALL, que vincula un recibo de efectivo con una transacción del cliente (factura). Capturar APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL para la factura correspondiente. Tipo de evento explicit | |||
| Pago recibido | Indica la recepción de fondos de un cliente, que quizá aún no se hayan aplicado a una factura específica. Se registra cuando se crea una transacción de recibo de efectivo en el sistema. | ||
| Por qué es importante Este es un hito importante del proceso de cobro, ya que indica que se han recibido los fondos. El tiempo transcurrido hasta la aplicación del pago permite medir la eficiencia del procesamiento interno. Dónde obtenerlo Se registra explícitamente a partir de RECEIPT_DATE en la tabla AR_CASH_RECEIPTS_ALL. Después, el recibo puede vincularse a la factura a la que se aplicó mediante AR_RECEIVABLE_APPLICATIONS_ALL. Capturar RECEIPT_DATE de AR_CASH_RECEIPTS_ALL, vinculada mediante las tablas de aplicación. Tipo de evento explicit | |||
| Vencimiento de la fecha de pago | Evento calculado que se produce cuando la fecha actual supera la fecha de vencimiento de la factura y esta aún no se ha pagado por completo. Marca el paso de la factura del estado «al día» al estado «vencida». | ||
| Por qué es importante Este hito clave activa los procesos de cobro y las gestiones de cobro. Analizar el volumen y el valor de las facturas que superan su fecha de vencimiento es esencial para gestionar el capital de trabajo y evaluar el riesgo de crédito. Dónde obtenerlo Este evento se calcula comparando la fecha actual del sistema con DUE_DATE en la tabla AR_PAYMENT_SCHEDULES_ALL para las facturas cuyo STATUS es 'OP' (abierta). Capturar Evento calculado: se produce cuando SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. Tipo de evento calculated | |||
| Acción del gestor de cobro completada | Representa una acción manual realizada por un gestor de cobro, como hacer una llamada telefónica, enviar un correo electrónico o registrar una nota sobre una interacción. Estas acciones se registran como «actividades» o «interacciones» en el módulo de cobros. | ||
| Por qué es importante El seguimiento de las acciones de los gestores de cobro ayuda a medir la eficiencia y la eficacia del flujo de trabajo manual de cobros. Permite analizar la frecuencia de las actividades y su relación con el éxito de los pagos. Dónde obtenerlo Se obtiene de las tablas del historial de interacciones o actividades de Oracle Advanced Collections, como JTF_IH_ACTIVITIES, vinculadas al cliente y, posiblemente, a la factura específica. Capturar Marca de tiempo de creación de los registros en JTF_IH_ACTIVITIES con un código de resultado o motivo pertinente. Tipo de evento explicit | |||
| Compromiso de pago registrado | Representa un acuerdo formal registrado en el sistema por el que un cliente se compromete a pagar en una fecha específica. Es uno de los resultados clave de las actividades de cobro. | ||
| Por qué es importante El seguimiento de los compromisos de pago y de su cumplimiento es un indicador clave del rendimiento de los gestores de cobro. Ayuda a prever el flujo de caja procedente de las cuentas por cobrar vencidas y a evaluar la eficacia de cada gestor. Dónde obtenerlo Se crea explícitamente en Oracle Advanced Collections. La fecha de creación se obtiene de la tabla IEX_PROMISE_DETAILS. Capturar Fecha de creación de la tabla IEX_PROMISE_DETAILS correspondiente a la factura. Tipo de evento explicit | |||
| Disputa registrada | Indica que el cliente ha impugnado formalmente la factura, total o parcialmente. Por lo general, se registra mediante un cambio de estado en el calendario de pagos de la factura. | ||
| Por qué es importante Esta actividad marca el inicio del proceso de resolución de disputas. Analizar el tiempo transcurrido desde el registro hasta la resolución es fundamental para identificar cuellos de botella que retrasan el cobro. Dónde obtenerlo Se infiere a partir de un cambio de estado en la tabla AR_PAYMENT_SCHEDULES_ALL, cuando el campo STATUS cambia a 'DS' (en disputa). La marca de tiempo puede obtenerse de las tablas de auditoría o de la fecha de la última actualización. Capturar Detecte cuándo AR_PAYMENT_SCHEDULES_ALL.STATUS cambia a 'DS' para la factura. Tipo de evento inferred | |||
| Disputa resuelta | Indica que se investigó una disputa registrada y se llegó a una resolución. Se registra cuando se elimina el estado de disputa de la factura. | ||
| Por qué es importante Este evento marca el final del ciclo de resolución de disputas. El tiempo transcurrido entre «Disputa registrada» y este evento es un KPI clave para medir la eficiencia operativa y su impacto en el flujo de caja. Dónde obtenerlo Se infiere cuando STATUS en AR_PAYMENT_SCHEDULES_ALL cambia de 'DS' (en disputa) a 'OP' (abierta) o a 'CL' (cerrada) tras aplicar una nota de crédito o un ajuste. Capturar Detecte cuándo AR_PAYMENT_SCHEDULES_ALL.STATUS cambia de 'DS' a otro estado. Tipo de evento inferred | |||
| Estrategia de cobro asignada | Se produce cuando se asigna una estrategia de cobro automatizada a la factura vencida o al cliente. Esta estrategia define la serie de pasos y actividades que seguirá el sistema o el gestor de cobro. | ||
| Por qué es importante Este evento permite conocer el grado de automatización del proceso de cobro. Analizar qué estrategias se asignan y cuáles son sus resultados ayuda a optimizar las acciones de cobro para distintos segmentos de clientes. Dónde obtenerlo Se registra en el módulo Oracle Advanced Collections. Suele identificarse consultando la fecha de creación de una asignación de estrategia en tablas como IEX_STRATEGIES u objetos relacionados. Capturar Fecha de creación del elemento de trabajo de la estrategia en las tablas de cobros vinculadas al cliente o a la transacción. Tipo de evento explicit | |||
| Factura cerrada | Se produce cuando el saldo pendiente de la factura llega a cero, ya sea por un pago, la aplicación de una nota de crédito o un ajuste. Marca la finalización satisfactoria del ciclo de vida de la factura. | ||
| Por qué es importante Este evento es uno de los principales puntos de finalización satisfactoria del proceso. El seguimiento del cierre de las facturas es fundamental para comprender la salud general de la cartera de cuentas por cobrar. Dónde obtenerlo Se infiere a partir de un cambio de estado en la tabla AR_PAYMENT_SCHEDULES_ALL, cuando STATUS cambia a 'CL' (cerrada). La marca de tiempo corresponde a LAST_UPDATE_DATE de ese cambio. Capturar Detecte cuándo AR_PAYMENT_SCHEDULES_ALL.STATUS pasa a ser 'CL' para la factura. Tipo de evento inferred | |||
| Factura enviada al cliente | Indica que la factura se entregó formalmente al cliente, ya sea por medios electrónicos o en papel. El evento puede registrarse explícitamente en un módulo de entrega o inferirse a partir de la fecha de impresión de la factura. | ||
| Por qué es importante Esta actividad marca el inicio del plazo de pago del cliente. Su seguimiento permite calcular con precisión los días de atraso y analizar posibles demoras entre la generación de la factura y la notificación al cliente. Dónde obtenerlo Puede obtenerse de LAST_PRINTED_DATE en RA_CUSTOMER_TRX_ALL. También puede inferirse a partir de los registros de integración con sistemas de envío de correo electrónico u otras plataformas de comunicación. Capturar Use LAST_PRINTED_DATE de RA_CUSTOMER_TRX_ALL o el estado de un registro de entrega. Tipo de evento inferred | |||
| Revisión de crédito completada | Indica que se completó la evaluación de crédito del cliente asociado a la factura. Este evento suele inferirse al vincular la fecha de creación de la factura con la fecha más reciente de finalización de una revisión de crédito de la cuenta del cliente. Así se establece una referencia para el análisis relacionado con el crédito. | ||
| Por qué es importante Analizar el tiempo transcurrido entre la revisión de crédito y la realización del pedido ayuda a detectar demoras en las primeras etapas del ciclo de pedido a cobro. Es una base para medir el KPI Tiempo del ciclo de aprobación de crédito y comprender el impacto de las decisiones de crédito. Dónde obtenerlo Se infiere consultando HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE para el cliente de la factura (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). La marca de tiempo del evento corresponde a LAST_CREDIT_REVIEW_DATE, siempre que sea anterior a CREATION_DATE de la factura. Capturar Vincule la factura con la fecha de la revisión de crédito más reciente del cliente anterior a la creación de la factura. Tipo de evento inferred | |||
Guías de extracción
Pasos
- Acceda a Oracle BI Publisher: Inicie sesión en su entorno de Oracle Fusion Financials. Vaya a la sección Reports and Analytics haciendo clic en el icono Navigator y, a continuación, seleccione Tools > Reports and Analytics.
- Cree un modelo de datos: En el panel Reports and Analytics, haga clic en el botón 'Browse Catalog'. En el catálogo, haga clic en el menú desplegable 'New' y seleccione 'Data Model'.
- Defina el conjunto de datos de la consulta SQL: En el editor de Data Model, haga clic en el icono '+' para añadir un conjunto de datos y seleccione 'SQL Query'.
- Configure la fuente de datos: En la ventana del nuevo conjunto de datos, asígnele un nombre descriptivo, por ejemplo, 'CreditCollectionsEventLog'. Seleccione 'FSCM' o la base de datos de la aplicación Oracle Fusion que corresponda como fuente de datos. Establezca el tipo de SQL en 'Standard SQL'.
- Introduzca la consulta SQL: Copie la consulta SQL completa de la sección 'query' de este documento y péguela en el área de texto SQL Query.
- Defina los parámetros de la consulta: La consulta utiliza parámetros como
:P_START_DATEy:P_END_DATEpara filtrar el intervalo de fechas. BI Publisher los detectará automáticamente. Puede configurarlos como solicitudes al usuario y establecer el tipo de datos en 'Date'. - Guarde y pruebe el modelo de datos: Guarde el modelo de datos en una carpeta compartida o personalizada. Para comprobar que la consulta funciona, vaya a la pestaña 'Data', introduzca valores de ejemplo para los parámetros, como un intervalo de fechas reciente, y haga clic en 'View' para ver una muestra de los datos de salida. Compruebe que todas las columnas aparezcan correctamente.
- Cree un informe: Vuelva al catálogo, haga clic en el menú desplegable 'New' y seleccione 'Report'. En el cuadro de diálogo 'Create Report', seleccione 'Use Data Model' y localice el modelo de datos que acaba de guardar.
- Configure las propiedades del informe: En el editor de informes, basta con una tabla sencilla para extraer los datos. Establezca el formato de salida predeterminado. Para Process Mining, se recomienda CSV. Para ello, haga clic en 'View a List', busque 'CSV' en la lista 'Output Formats' y marque la casilla correspondiente. Si lo desea, desmarque los demás formatos para simplificar el uso.
- Guarde el informe: Guárdelo en la misma carpeta que el modelo de datos.
- Programe la extracción: Para automatizar la extracción, puede programar el informe. Ábralo, haga clic en 'Actions' y seleccione 'Schedule'. Configure la frecuencia, por ejemplo, diaria, especifique CSV como formato de salida y defina el destino, como un directorio del servidor de contenido o un servidor externo mediante FTP.
Configuración
- Requisitos previos: La persona que cree y ejecute el informe debe tener los roles de BI adecuados, como 'BI Administrator' o 'BI Author', y los permisos de seguridad de datos necesarios para acceder a las tablas financieras subyacentes (AR, IEX, HZ, JTF).
- Fuente de datos: La consulta debe ejecutarse en la base de datos principal de la aplicación, que suele llamarse 'FSCM'.
- Parámetros del intervalo de fechas: Es fundamental utilizar los parámetros
:P_START_DATEy:P_END_DATEpara limitar el volumen de datos. Para las pruebas iniciales, utilice un intervalo corto, por ejemplo, un mes. En producción, suele utilizarse un periodo móvil de 3 a 6 meses. - Filtrado: En organizaciones grandes, considere añadir un parámetro para
BU_NAME(nombre de la unidad de negocio) a la cláusulaWHEREde la expresión de tabla comúninvoices_base, para procesar los datos de una unidad de negocio cada vez. - Consideraciones de rendimiento: La consulta combina varias tablas transaccionales de gran tamaño. Si se ejecuta para un intervalo amplio sin filtros, puede tardar mucho o agotar el tiempo de espera en BI Publisher. Programe el informe para horas de menor actividad.
- Formato de salida: Compruebe que el formato de salida predeterminado o programado sea CSV. Así obtendrá un archivo delimitado fácil de utilizar con herramientas de Process Mining. Revise las propiedades de salida CSV para confirmar que el delimitador y la codificación de caracteres sean correctos.
Consulta de ejemplo sql
WITH invoices_base AS (
SELECT
trx.customer_trx_id,
trx.trx_number AS InvoiceNumber,
hca.account_number AS CustomerNumber,
hcp.class_category || ':' || hcp.class_code AS CustomerSegment, -- Example of segment, may need adjustment
ps.amount_due_original AS InvoiceAmount,
coll.name AS Collector,
ps.due_date AS DueDate,
trx.creation_date AS InvoiceCreationDate,
trx.created_by AS InvoiceCreatedBy,
ps.payment_schedule_id
FROM
ra_customer_trx_all trx
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
JOIN hz_cust_accounts hca ON trx.bill_to_customer_id = hca.cust_account_id
JOIN hz_customer_profiles hcp ON hca.cust_account_id = hcp.cust_account_id AND hcp.site_use_id IS NULL
LEFT JOIN iex_delinquencies_all del ON ps.payment_schedule_id = del.payment_schedule_id
LEFT JOIN JTF_RS_RESOURCE_EXTNS_VL coll ON del.collector_id = coll.resource_id
WHERE
trx.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')
AND trx.complete_flag = 'Y'
AND ps.class = 'INV'
)
-- 1. Credit Review Completed
SELECT
ib.InvoiceNumber AS "InvoiceNumber",
'Credit Review Completed' AS "ActivityName",
cr.review_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber AS "CustomerNumber",
ib.CustomerSegment AS "CustomerSegment",
ib.InvoiceAmount AS "InvoiceAmount",
ib.Collector AS "Collector",
NULL AS "DunningLevel",
ib.DueDate AS "DueDate",
cr.created_by AS "User"
FROM
invoices_base ib
JOIN
hz_credit_reviews cr ON ib.CustomerNumber = (SELECT hca.account_number FROM hz_cust_accounts hca WHERE hca.cust_account_id = cr.cust_account_id)
WHERE cr.review_date = (SELECT MAX(cr_inner.review_date) FROM hz_credit_reviews cr_inner WHERE cr_inner.cust_account_id = cr.cust_account_id AND cr_inner.review_date < ib.InvoiceCreationDate)
UNION ALL
-- 2. Invoice Generated
SELECT
ib.InvoiceNumber,
'Invoice Generated' AS "ActivityName",
trx.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
trx.created_by AS "User"
FROM
invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id
UNION ALL
-- 3. Invoice Sent To Customer
SELECT
ib.InvoiceNumber,
'Invoice Sent To Customer' AS "ActivityName",
trx.last_printed_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
trx.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id
WHERE trx.last_printed_date IS NOT NULL
UNION ALL
-- 4. Payment Due Date Passed
SELECT
ib.InvoiceNumber,
'Payment Due Date Passed' AS "ActivityName",
ps.due_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
'SYSTEM' AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.due_date < SYSDATE AND ps.status = 'OP'
UNION ALL
-- 5. Dunning Procedure Initiated
SELECT
ib.InvoiceNumber,
'Dunning Procedure Initiated' AS "ActivityName",
dunn.dunning_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
TO_CHAR(dunn.dunning_level) AS "DunningLevel",
ib.DueDate,
dunn.created_by AS "User"
FROM
invoices_base ib
JOIN iex_dunning_transactions dunt ON ib.customer_trx_id = dunt.transaction_id
JOIN iex_dunnings dunn ON dunt.dunning_id = dunn.dunning_id
UNION ALL
-- 6. Collection Strategy Assigned
SELECT
ib.InvoiceNumber,
'Collection Strategy Assigned' AS "ActivityName",
strat.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
strat.created_by AS "User"
FROM
invoices_base ib
JOIN iex_strategy_work_items swi ON ib.payment_schedule_id = swi.payment_schedule_id
JOIN iex_strategies_vl strat ON swi.strategy_id = strat.strategy_id
UNION ALL
-- 7. Collector Action Completed
SELECT
ib.InvoiceNumber,
task_type.name AS "ActivityName",
task.actual_end_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
res.source_name AS "User"
FROM
invoices_base ib
JOIN jtf_task_references_b ref ON ib.customer_trx_id = ref.object_id AND ref.object_type_code = 'OKC_K_HEADER'
JOIN jtf_tasks_b task ON ref.task_id = task.task_id
JOIN jtf_task_types_vl task_type ON task.task_type_id = task_type.task_type_id
JOIN jtf_rs_resource_extns_vl res ON task.owner_id = res.resource_id
WHERE task.actual_end_date IS NOT NULL
UNION ALL
-- 8. Promise To Pay Created
SELECT
ib.InvoiceNumber,
'Promise To Pay Created' AS "ActivityName",
prom.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
prom.created_by AS "User"
FROM
invoices_base ib
JOIN iex_promise_details prom ON ib.payment_schedule_id = prom.payment_schedule_id
UNION ALL
-- 9. Dispute Registered
SELECT
ib.InvoiceNumber,
'Dispute Registered' AS "ActivityName",
ps.dispute_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
ps.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.amount_in_dispute IS NOT NULL AND ps.dispute_date IS NOT NULL
UNION ALL
-- 10. Dispute Resolved
SELECT
ib.InvoiceNumber,
'Dispute Resolved' AS "ActivityName",
disp.resolution_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
disp.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_disputes_all disp ON ib.payment_schedule_id = disp.payment_schedule_id
WHERE disp.status = 'CLOSED' AND disp.resolution_date IS NOT NULL
UNION ALL
-- 11. Payment Received
SELECT
ib.InvoiceNumber,
'Payment Received' AS "ActivityName",
cr.receipt_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
cr.created_by AS "User"
FROM
invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
JOIN ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
WHERE app.status = 'APP'
UNION ALL
-- 12. Payment Applied
SELECT
ib.InvoiceNumber,
'Payment Applied' AS "ActivityName",
app.apply_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
app.created_by AS "User"
FROM
invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
WHERE app.status = 'APP'
UNION ALL
-- 13. Invoice Closed
SELECT
ib.InvoiceNumber,
'Invoice Closed' AS "ActivityName",
ps.gl_date_closed AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
ps.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.status = 'CL' AND ps.gl_date_closed IS NOT NULL
UNION ALL
-- 14. Invoice Written Off
SELECT
ib.InvoiceNumber,
'Invoice Written Off' AS "ActivityName",
adj.apply_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
adj.created_by AS "User"
FROM
invoices_base ib
JOIN ar_adjustments_all adj ON ib.customer_trx_id = adj.customer_trx_id
JOIN ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
WHERE rt.name = '[Your Write-Off Activity Name]' -- Example: 'Bad Debt Write-off' ¿Todo listo para empezar?
Utilice este Template para preparar sus datos para el análisis y obtener información valiosa sobre el proceso de gestión del crédito y los cobros. Empiece hoy mismo a optimizar sus procesos.
Empiece hoy a optimizar la gestión del crédito y los cobros
Reduzca el tiempo de ciclo un 30 % y mejore la salud financiera en Oracle Fusion.
No se requiere tarjeta de crédito. Empiece en unos minutos.