Su Plantilla de Datos de Pedido a Cobro - Facturación y Cobranza

El Event Timestamp registra el momento exacto en que ocurrió una actividad. Proporciona el orden cronológico de los eventos para cada factura, lo cual es esencial para construir el flujo del proceso y realizar cualquier análisis basado en el tiempo.\n\nEste atributo es la base para 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. Los KPIs como 'Tiempo Promedio de Aprobación de Facturas' y 'Tiempo de Ciclo de Facturas de Extremo a Extremo' se calculan directamente a partir de estas marcas de tiempo.

Los timestamps son esenciales para calcular todas las métricas de rendimiento, incluidos los tiempos de ciclo, los retrasos y el cumplimiento de los plazos, formando la base del análisis cuantitativo de procesos.

Esto se obtiene de varios campos de fecha en las tablas de Oracle Fusion Financials, como CREATION_DATE en RA_CUSTOMER_TRX_ALL o timestamps de actualización de estado en las tablas de flujo de trabajo.

El Número de Factura es la piedra angular del análisis del proceso de facturación. Funciona como el ID de Caso, agrupando todos los eventos desde la creación de la factura hasta el pago final y el cierre. Esto permite una vista completa y de extremo a extremo del ciclo de vida de un único documento de facturación.\n\nEn Process Mining, el análisis por Número de Factura permite la visualización de variantes de proceso, el cálculo de tiempos de ciclo para facturas individuales y la identificación de cuellos de botella o bucles de retrabajo que afectan a transacciones específicas. Es esencial para dashboards como 'Tiempo de Ciclo de Factura de Extremo a Extremo' y para calcular KPIs fundamentales como los Días de Ventas Pendientes (DSO) por factura.

Este atributo es crítico ya que conecta todas las actividades de facturación y pago relacionadas en un único caso, permitiendo un análisis completo y preciso del ciclo de vida de la factura.

Este es típicamente el Número de Transacción (TRX_NUMBER) de la tabla RA_CUSTOMER_TRX_ALL en Oracle Fusion Financials.

El Nombre de la Actividad describe un paso en el proceso de facturación, como 'Factura Creada', 'Factura Aprobada' o 'Pago de Cliente Recibido'. Estos eventos forman la secuencia de acciones que constituyen el flujo del proceso para cada factura.\n\nEste atributo es fundamental para el descubrimiento de procesos, permitiendo a la herramienta de minería construir un mapa visual de cómo se procesan realmente las facturas. Se utiliza para analizar variantes de procesos, identificar bucles de retrabajo como múltiples pasos de aprobación, y medir la frecuencia y duración de cada etapa. Todos los dashboards y KPIs dependen de este atributo para comprender el flujo del proceso.

Este atributo define los pasos en el mapa de procesos, lo que permite visualizar, analizar e identificar ineficiencias en el flujo de trabajo de la factura.

Esta información se deriva de varias tablas y cambios de estado dentro de Oracle Fusion Financials, como tablas de historial de flujo de trabajo (por ejemplo, relacionadas con aprobaciones) y campos de estado de transacción.

El Estado de la Factura proporciona una instantánea de dónde se encuentra una factura en el proceso. Los estados comunes incluyen abierta (impaga), cerrada (pagada), en disputa o anulada.

Este atributo es útil para el monitoreo y filtrado de alto nivel. Por ejemplo, el panel de Control de Previsión de Flujo de Caja en Tiempo Real utiliza este estado para categorizar los importes pendientes. Ayuda a identificar rápidamente la población de facturas vencidas, en disputa o completamente liquidadas.

Ofrece una comprensión rápida y de alto nivel del estado actual de una factura, permitiendo un filtrado y una categorización eficientes para la elaboración de informes financieros y la gestión operativa.

Derivado de campos de estado en tablas como RA_CUSTOMER_TRX_ALL o AR_PAYMENT_SCHEDULES_ALL (por ejemplo, campo STATUS).

La Fecha de Vencimiento es un atributo de fecha crítico que define el plazo de pago de una factura, según lo determinado por los términos de pago.\n\nEste atributo es esencial para monitorear las cobranzas y la salud financiera. Es la base para calcular el KPI de 'Tasa de Pagos a Tiempo' y para crear informes de antigüedad de pagos. En los dashboards, se utiliza para pronosticar el flujo de caja mostrando cuándo se esperan los pagos e identificar facturas vencidas que requieren actividades de cobro.

Este es el principal punto de referencia para medir la puntualidad de los pagos, calcular el DSO y gestionar la antigüedad de las cuentas por cobrar.

Ubicado en la tabla AR_PAYMENT_SCHEDULES_ALL, típicamente en el campo DUE_DATE.

Este atributo representa el monto total adeudado en la factura. Es una métrica financiera crítica para comprender el valor monetario que fluye a través del proceso de facturación.\n\nEn el análisis, el 'Monto de la Factura' se utiliza para priorizar transacciones de alto valor, calcular el valor total de las cuentas por cobrar pendientes y ponderar KPIs como los Días de Ventas Pendientes (DSO). Permite segmentar el proceso basándose en el impacto financiero, por ejemplo, analizando si las facturas de alto valor siguen una ruta de aprobación diferente o tardan más en pagarse.

Proporciona el contexto financiero para cada caso, permitiendo el análisis basado en el valor, la priorización de facturas de alto valor y el cálculo de KPIs financieros clave.

Se encuentra en la tabla RA_CUSTOMER_TRX_ALL, probablemente en un campo como INVOICE_AMOUNT o un campo relacionado que represente el total de la transacción.

Este atributo identifica al cliente asociado con la factura. Es una dimensión principal para segmentar y filtrar los datos del proceso.\n\nAnalizar el proceso por 'Nombre del Cliente' ayuda a identificar qué clientes tienen los ciclos de pago más largos, cuáles son más propensos a disputar facturas y cuáles pagan a tiempo consistentemente. Esto es crucial para el dashboard de 'Tendencia de DSO' y para adaptar las estrategias de cobranza a comportamientos específicos del cliente.

Permite la segmentación del proceso por cliente, revelando diferentes comportamientos, patrones de pago y posibles problemas de relación que afectan el flujo de caja.

Derivado al unir la tabla de transacciones (RA_CUSTOMER_TRX_ALL) con tablas de datos maestros de clientes como HZ_PARTIES.

La Unidad de Negocio representa la entidad organizacional responsable de la transacción. Este es un elemento de datos clave para la segmentación financiera y la elaboración de informes en grandes empresas.\n\nEste atributo permite comparar el rendimiento del proceso entre diferentes partes de la empresa. Por ejemplo, puede analizar si el DSO varía significativamente entre unidades de negocio o si una unidad tiene una tasa de retrabajo de facturación mucho mayor. Esto ayuda a dirigir las iniciativas de mejora donde más se necesitan.

Permite la comparación de rendimiento entre diferentes unidades organizativas, ayudando a identificar las mejores prácticas y áreas que necesitan mejora a un nivel granular.

Disponible en tablas de transacciones como RA_CUSTOMER_TRX_ALL, a menudo como ORG_ID, que se vincula a las definiciones de unidades de negocio.

Este atributo calculado marca las actividades que representan trabajo innecesario o redundante. Ejemplos incluyen una factura rechazada y luego reenviada para aprobación, o una corrección realizada después de la creación inicial.\n\nAl marcar el retrabajo, resulta fácil 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 visualizar la frecuencia del retrabajo y medir el tiempo de ciclo adicional que añade, helping to pinpoint the sources of inefficiency and errors.

Cuantifica directamente la ineficiencia del proceso al señalar el trabajo innecesario o repetido, lo que facilita la medición del impacto en costos y tiempo de los problemas de calidad.

Esto se calcula durante la transformación de datos basándose en la secuencia de actividades. Por ejemplo, si una actividad de 'Factura Aprobada' está precedida por una actividad de 'Factura Rechazada' para el mismo caso, se marca como retrabajo.

Este atributo calculado proporciona un indicador simple de verdadero o falso sobre la puntualidad del pago. Se deriva comparando la fecha de la actividad 'Pago de Cliente Recibido' con el atributo 'Fecha de Vencimiento' de la factura.\n\nEste indicador simplifica el análisis y la elaboración de informes para el KPI de 'Tasa de Pagos a Tiempo'. Permite un fácil filtrado y segmentación para comprender qué factores, como el cliente, la región o el monto de la factura, se correlacionan con los pagos tardíos. Es una métrica clave para evaluar la eficacia de las cobranzas.

Simplifica la medición del rendimiento de las cobranzas y permite un análisis fácil de los factores que contribuyen a los pagos a tiempo versus los pagos tardíos.

Calculado comparando la marca de tiempo de la actividad de pago final con el atributo DueDate. La lógica es: PaymentTimestamp <= DueDate.

Los Términos de Pago definen las reglas que rigen cuándo y cómo debe pagarse una factura, incluyendo cualquier descuento potencial por pronto pago. Esta información es crítica para la gestión de cuentas por cobrar y el flujo de caja.

Este atributo es esencial para calcular la fecha de vencimiento correcta y para identificar oportunidades de descuentos por pronto pago. El KPI de Tasa de Captura de Descuentos por Pronto Pago depende directamente de estos datos para determinar qué facturas eran elegibles para un descuento.

Define las reglas de pago para una factura, impactando directamente los cálculos de la fecha de vencimiento y la capacidad de rastrear y optimizar la captura de descuentos por pronto pago.

Ubicado en la tabla RA_TERMS y vinculado a la transacción a través de un term_id en RA_CUSTOMER_TRX_ALL.

Este atributo identifica al equipo o departamento específico dentro de la organización que gestionó el proceso de facturación. Proporciona otra capa de contexto organizacional para el análisis.\n\nAl segmentar el proceso por 'Departamento de Facturación', una empresa puede comparar la eficiencia y precisión de diferentes equipos. Puede ayudar a identificar qué departamentos tienen tasas de retrabajo más altas, ciclos de aprobación más largos o contribuyen más a un DSO elevado, destacando oportunidades para capacitación específica o estandarización de procesos.

Permite la comparación de rendimiento entre equipos internos, ayudando a identificar las mejores prácticas, las necesidades de recursos o las áreas que requieren mejora de procesos.

Esta información podría derivarse del usuario que creó la factura, vinculando al usuario con su departamento asignado en el sistema de RR.HH. (por ejemplo, a través de PER_ALL_ASSIGNMENTS_F).

El Days Sales Outstanding (DSO) es una métrica financiera crítica que mide el tiempo promedio que se tarda en cobrar un pago después de la emisión de una factura. Este atributo lo calcula para cada factura individual.

Si bien el DSO global es un KPI clave, calcularlo a nivel de factura individual permite un análisis mucho más profundo. Puede utilizarse para crear paneles de tendencias, identificar las características de las facturas con alto DSO y medir el impacto financiero de los retrasos del proceso. Este cálculo granular proporciona los datos necesarios para comprender los factores que impulsan el KPI de DSO agregado.

Calcula una métrica crítica de flujo de caja a nivel de factura individual, lo que permite un análisis detallado de lo que impulsa los tiempos de cobranza y el rendimiento financiero.

Esto se calcula encontrando la diferencia entre el timestamp de la actividad 'Pago de Cliente Recibido' y el atributo 'Fecha de Factura'.

La Fecha de Factura, también conocida como fecha de transacción, es la fecha registrada en el documento de factura. Sirve como punto de partida para los cálculos de los términos de pago.\n\nEsta fecha es un componente crítico para calcular los Días de Ventas Pendientes (DSO), ya que el DSO mide el tiempo desde la Fecha de Factura hasta la fecha de pago. Es distinta de la fecha de creación en el sistema y representa el inicio oficial del ciclo de pago desde el punto de vista del cliente.

Sirve como la fecha de inicio oficial del ciclo de vida de una factura y es la base para calcular el KPI de Días de Ventas Pendientes (DSO).

Ubicado en la tabla RA_CUSTOMER_TRX_ALL, en el campo TRX_DATE.

La Hora de Fin del Evento registra el momento en que finalizó una actividad. Si bien muchos eventos son instantáneos, algunas actividades como la 'Aprobación de Factura' podrían tener una duración, comenzando cuando se envía y terminando cuando se toma una decisión.\n\nTener una hora de finalización permite un cálculo preciso del tiempo de procesamiento de la actividad. Esto es útil para analizar cuánto tiempo dedican los usuarios a tareas específicas. Mejora la precisión del análisis de cuellos de botella al distinguir entre el tiempo de espera y el tiempo de procesamiento real.

Permite el cálculo preciso de los tiempos de procesamiento de actividades, distinguiendo entre el tiempo de trabajo activo y el tiempo de espera inactivo, lo cual es clave para un análisis detallado de cuellos de botella.

Esto a menudo se deriva tomando la hora de inicio de la actividad subsiguiente en el proceso. Para algunas actividades, puede existir un campo de hora de finalización dedicado en los logs de flujo de trabajo.

Este atributo especifica cómo un cliente pagó su factura. Esta información puede ser útil para analizar las tendencias de pago y los costos.\n\nLos diferentes métodos de pago pueden tener diferentes tiempos de procesamiento y costos de transacción. Analizar por método de pago puede ayudar a comprender si ciertos métodos son propensos a errores de conciliación o retrasos. También puede informar estrategias para alentar a los clientes a utilizar canales de pago más eficientes.

Ayuda a analizar la eficiencia del procesamiento de pagos, los costos de transacción y las tasas de error de conciliación asociados con diferentes canales de pago.

Se encuentra en las tablas de recibos de caja, como AR_CASH_RECEIPTS_ALL, que contendría un campo que indica el método de pago.

Cuando un cliente disputa una factura, se registra el motivo de la disputa. Esto podría estar relacionado con el precio, la cantidad, la calidad del servicio u otros problemas.\n\nAnalizar los motivos de disputa es una forma poderosa de realizar un análisis de causa raíz. Al comprender las razones más comunes de las disputas, la empresa puede abordar problemas subyacentes en precios, cumplimiento de pedidos o calidad de datos. Esto helps reduce the Avg Invoice Dispute Resolution Time and improves customer satisfaction.

Ofrece una visión directa de las causas raíz de los retrasos en los pagos y la insatisfacción del cliente, lo que permite a la empresa abordar problemas sistémicos.

Esta información puede almacenarse en Oracle Collections o en un módulo de gestión de disputas relacionado. Podría estar en una tabla de disputas dedicada o como un código de motivo en la propia transacción.

La Región proporciona el contexto geográfico de la factura, generalmente basado en la ubicación del cliente. Esto permite un análisis espacial del rendimiento del proceso.\n\nAnalizar por región puede revelar variaciones causadas por regulaciones locales, condiciones de mercado o el rendimiento del equipo regional. Dashboards como 'Tendencia de DSO' y 'Tiempo de Ciclo de Factura de Extremo a Extremo' pueden segmentarse por región para ver si ciertas áreas enfrentan desafíos únicos en el cobro de facturas.

Permite la segmentación geográfica del proceso, lo que puede resaltar diferencias regionales en el rendimiento, el comportamiento del cliente o el cumplimiento.

Esto se deriva típicamente de la información de la dirección del cliente almacenada en el TCA (HZ_LOCATIONS, HZ_PARTY_SITES). No es un campo directo en la propia factura.

Este atributo identifica la aplicación de origen de los datos. Para este proceso, típicamente será Oracle Fusion Financials, pero también podría especificar un módulo particular dentro de este, como Oracle Receivables (AR).\n\nEn entornos con múltiples sistemas integrados, este campo ayuda a diferenciar las fuentes de datos y es crucial para la validación y gobernanza de los datos. Asegura que el análisis se base en el conjunto de datos correcto y previsto.

Identifica el origen de los datos, lo cual es crítico para la gobernanza de datos, la resolución de problemas y para asegurar que el análisis se base en el sistema de registro correcto.

Este es típicamente un valor estático ('Oracle Fusion Financials') añadido durante el proceso de extracción y transformación de datos.

Este atributo mide la duración de extremo a extremo de todo el ciclo de vida de la factura para un solo caso. Se calcula como la diferencia de tiempo entre la primera actividad, típicamente 'Factura Creada', y la actividad final, 'Factura Cerrada'.\n\nEsta métrica proporciona una vista de alto nivel de la eficiencia general del proceso. Es la medida principal para el dashboard de 'Tiempo de Ciclo de Factura de Extremo a Extremo'. Al analizar este atributo en diferentes dimensiones, como cliente o unidad de negocio, las organizaciones pueden identificar qué tipos de facturas tardan más en procesarse e investigar las causas raíz.

Proporciona una medida única y crucial de la velocidad general del proceso, ayudando a identificar rápidamente qué facturas tardan más en completarse de principio a fin.

Esta es una métrica calculada, derivada al tomar la diferencia entre el EventTimestamp máximo y mínimo para cada InvoiceNumber único.

Este atributo proporciona el timestamp de la extracción de datos más reciente. Es un campo de metadatos esencial para comprender la actualidad de los datos que se analizan.\n\nLos analistas utilizan esta información para confirmar que están trabajando con información actualizada y para comprender la antigüedad de los datos. Es particularmente importante para los dashboards que afirman ser 'en tiempo real' o casi en tiempo real, ya que proporciona transparencia sobre un posible retraso de los datos.

Informa a los usuarios sobre la actualidad de los datos, asegurando que los análisis y conclusiones se basen en información con un nivel de actualidad conocido y aceptable.

Este es un campo de metadatos generado durante el proceso de extracción, transformación y carga (ETL) de datos. Típicamente corresponde al tiempo de ejecución del pipeline de datos.

El atributo de Usuario identifica a la persona o agente automatizado responsable de ejecutar un paso del proceso. Esto podría ser el usuario que creó la factura, el gerente que la aprobó o el agente de cobranza que emitió un recordatorio.\n\nEl análisis por usuario ayuda a identificar oportunidades de capacitación, distribución de la carga de trabajo y diferencias de rendimiento entre individuos o equipos. Puede revelar si ciertos usuarios están asociados con altas tasas de error o si aprobadores específicos son cuellos de botella constantes.

Asigna responsabilidades para los pasos del proceso, lo que permite analizar el rendimiento del usuario, equilibrar la carga de trabajo e identificar necesidades de capacitación.

Obtenido de campos de ID de usuario como CREATED_BY o LAST_UPDATED_BY en varias tablas de transacciones y flujos de trabajo. Este ID se une luego con tablas de directorio de usuarios (por ejemplo, PER_ALL_PEOPLE_F) para obtener el nombre del usuario.