Su Template de datos de Purchase to Pay: procesamiento de facturas
Su Template de datos de Purchase to Pay: procesamiento de facturas
- Atributos recomendados para recopilar
- Actividades clave que debe registrar
- Guía de extracción para Coupa
Atributos del procesamiento de facturas de compras a pagos
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
La marca de tiempo precisa que indica cuándo tuvo lugar una actividad o un evento específicos. | ||
|
Descripción
La hora del evento, o marca de tiempo, registra la fecha y hora exactas en que se realizó una actividad. Es la base temporal del registro de procesos y ordena cronológicamente todos los eventos de cada caso. Este Atributo es esencial para todos los análisis basados en el tiempo en Process Mining. Se utiliza para calcular los tiempos de ciclo entre actividades, identificar la duración de los cuellos de botella, medir los tiempos de espera y analizar el rendimiento del proceso en distintos periodos. Las marcas de tiempo precisas son fundamentales para crear modelos de proceso realistas y obtener KPI de rendimiento relevantes.
Por qué es importante
Proporciona los datos cronológicos necesarios para calcular todas las duraciones, los tiempos de ciclo y los tiempos de espera, elementos fundamentales del análisis del rendimiento.
Dónde obtenerlo
Estos datos se capturan en el registro de auditoría o en los registros históricos de los objetos Invoice en Coupa. Cada acción registrada o cambio de estado incluye una marca de tiempo asociada.
Ejemplos
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
|
|||
|
Número de factura
InvoiceNumber
|
El identificador único de la factura de un proveedor. Sirve como clave principal para hacer un seguimiento de la factura durante todo su ciclo de vida. | ||
|
Descripción
El número de factura es la referencia única que el proveedor asigna a un documento de factura. En Process Mining, funciona como el Case ID y vincula todas las actividades relacionadas, desde la recepción y validación hasta la aprobación y el pago final. Analizar los procesos por número de factura permite obtener una visión completa del recorrido de cada factura de extremo a extremo. Esto ayuda a identificar variaciones en las rutas de procesamiento, medir los tiempos de ciclo con precisión y determinar qué facturas concretas sufren demoras, retenciones o excepciones. Es el Atributo fundamental para comprender el rendimiento del procesamiento de facturas con un nivel de detalle granular.
Por qué es importante
Es el identificador de caso esencial que conecta todos los eventos de una misma factura y permite realizar un análisis coherente del proceso de extremo a extremo.
Dónde obtenerlo
Es un campo principal del objeto Invoice en Coupa. Puede encontrarse en los detalles del encabezado de la factura en la interfaz de usuario o mediante la API Invoices.
Ejemplos
INV-2023-00123785549-APO45001-INV
|
|||
|
Actividad
ActivityName
|
El nombre de un evento empresarial o una tarea específicos que tuvieron lugar durante el ciclo de vida del procesamiento de la factura. | ||
|
Descripción
El nombre de la actividad describe un paso del Workflow de procesamiento de facturas, como «Invoice Created», «Invoice Sent for Approval» o «Payment Executed». Cada actividad representa un momento concreto en el que cambió el estado o la responsabilidad sobre la factura. En Process Mining, la secuencia de actividades forma el mapa del flujo del proceso. Analizar estas actividades ayuda a visualizar el proceso real, identificar rutas habituales y poco frecuentes, detectar cuellos de botella en actividades que tardan demasiado y localizar pasos que no cumplen las normas o son ineficientes, como los ciclos de retrabajo.
Por qué es importante
Este Atributo es fundamental para construir el mapa del proceso, ya que permite visualizar y analizar el Workflow real de procesamiento de facturas.
Dónde obtenerlo
Este Atributo suele derivarse de registros de eventos, registros de auditoría o cambios de estado dentro del módulo Invoice de Coupa. A menudo requiere asignar cambios de estado o acciones específicas de usuarios a nombres de actividad definidos.
Ejemplos
Factura enviada para procesamientoFactura aprobadaRetención de factura aplicadaPago ejecutado
|
|||
|
Estado de la factura
InvoiceStatus
|
El estado actual de la factura en su Workflow de procesamiento. | ||
|
Descripción
El estado de la factura ofrece una visión de la situación de una factura en un momento determinado, por ejemplo, «pendiente de aprobación», «aprobada», «retenida» o «pagada». Este atributo es dinámico y cambia a medida que la factura avanza por el proceso. Es un atributo clave para Dashboards de supervisión operativa, como el Dashboard de rendimiento y estado del procesamiento de facturas. Permite realizar un seguimiento del inventario actual de facturas abiertas y de su distribución entre las distintas etapas. El análisis de las transiciones de estado a lo largo del tiempo también es una fuente principal para derivar el atributo
Por qué es importante
Proporciona una visión en tiempo real de la posición de una factura dentro del flujo de trabajo, algo fundamental para los Dashboards operativos y el seguimiento del estado.
Dónde obtenerlo
Es un campo de estado principal del objeto Invoice en Coupa.
Ejemplos
Pendiente de aprobaciónAprobadaAnuladaPagada
|
|||
|
Fecha de vencimiento del pago
PaymentDueDate
|
La fecha límite en la que debe pagarse la factura para evitar que quede vencida. | ||
|
Descripción
La fecha de vencimiento del pago es una fecha crítica que se calcula a partir de la fecha de la factura y las condiciones de pago acordadas. Representa el plazo límite para pagar al proveedor. Este Atributo es la referencia para medir el rendimiento de los pagos puntuales. Se utiliza directamente para calcular el KPI On-Time Payment Rate mediante su comparación con la fecha real de ejecución del pago. Analizar las desviaciones respecto de esta fecha ayuda a identificar problemas sistémicos que provocan demoras en los pagos y a evaluar su impacto en las relaciones con los proveedores y en posibles recargos por demora.
Por qué es importante
Es la referencia principal para medir el rendimiento de los pagos puntuales y resulta esencial para gestionar las relaciones con los proveedores y evitar penalizaciones.
Dónde obtenerlo
Coupa suele calcular esta fecha a partir de los campos «Invoice Date» y «Payment Terms». Debe estar disponible en el registro de la factura.
Ejemplos
2023-11-302023-12-152024-01-10
|
|||
|
Importe total de la factura
InvoiceTotalAmount
|
El valor monetario total de la factura, incluidos los impuestos y otros cargos. | ||
|
Descripción
Este Atributo representa el importe total adeudado en la factura. Es un dato financiero fundamental que se utiliza en una amplia variedad de análisis. Analizar el proceso según el importe de la factura puede revelar patrones importantes. Por ejemplo, las facturas de alto valor podrían seguir una ruta de aprobación distinta y más rigurosa, lo que podría generar tiempos de ciclo más largos. También se utiliza para evaluar el impacto financiero de las ineficiencias del proceso, como el valor de las facturas bloqueadas o demoradas.
Por qué es importante
Proporciona un contexto financiero esencial, ya que permite analizar cómo cambia el comportamiento del proceso según el valor de la factura y cuál es el impacto financiero de las demoras.
Dónde obtenerlo
Es un campo estándar del objeto Invoice en Coupa, normalmente denominado «Total» o «Total Amount».
Ejemplos
1500.75250.0012345.50
|
|||
|
Nombre del proveedor
VendorName
|
El nombre del proveedor que presentó la factura. | ||
|
Descripción
El nombre del proveedor identifica al socio comercial al que se compraron los bienes o servicios. Es un dato contextual fundamental para analizar el rendimiento de los pagos y las relaciones comerciales. Este Atributo permite segmentar el proceso de facturas por proveedor. Ayuda a responder preguntas como «¿Qué proveedores tienen los tiempos de procesamiento de facturas más largos?» o «¿Pagamos puntualmente de forma constante a determinados proveedores estratégicos?». Analizar los datos por proveedor es fundamental para el Dashboard Vendor Payment Timeliness y para gestionar eficazmente las relaciones con los proveedores.
Por qué es importante
Permite segmentar y analizar el proceso por proveedor, algo clave para gestionar las relaciones con los proveedores e identificar problemas específicos de cada proveedor.
Dónde obtenerlo
Esta información forma parte de los datos principales de la factura en Coupa y está vinculada al objeto Supplier/Vendor.
Ejemplos
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Número de orden de compra
PurchaseOrderNumber
|
El identificador de la orden de compra (PO) contra la que se factura. | ||
|
Descripción
El número de orden de compra vincula una factura con el documento de compra original. Esta conexión es fundamental para el proceso de conciliación con la PO, un paso clave de la validación de facturas en muchas organizaciones. En Process Mining, este Atributo es esencial para analizar el proceso de conciliación con la PO y la resolución de discrepancias. Permite filtrar las facturas relacionadas con determinadas PO y es fundamental para el Dashboard PO Matching Discrepancy Overview. Una tasa elevada de facturas sin número de PO puede indicar compras no autorizadas o adquisiciones que no cumplen las normas.
Por qué es importante
Vincula la factura con el proceso de compras y permite analizar la eficiencia de la conciliación con la PO y la gestión de discrepancias.
Dónde obtenerlo
Es un campo estándar del objeto Invoice Line en Coupa, utilizado para asociar las líneas de factura con las líneas de la PO.
Ejemplos
PO4500123PO4500456PO4500789
|
|||
|
Usuario
User
|
El usuario o agente del sistema que realizó la actividad. | ||
|
Descripción
Este Atributo identifica a la persona o al sistema automatizado responsable de ejecutar un paso específico del proceso, como aprobar una factura o liberar una retención. A menudo se representa mediante un ID de usuario, un nombre o una dirección de correo electrónico. Analizar el proceso por usuario es clave para comprender el rendimiento del equipo, la distribución de la carga de trabajo e identificar oportunidades de capacitación. Es esencial para el análisis de cuellos de botella, ya que puede revelar si las demoras se concentran en determinados aprobadores o equipos. También ayuda a diferenciar entre actividades manuales y automatizadas.
Por qué es importante
Permite analizar la carga de trabajo, localizar cuellos de botella causados por usuarios o equipos concretos y evaluar el rendimiento y el cumplimiento de los usuarios.
Dónde obtenerlo
La información del usuario suele registrarse en el registro de auditoría o el historial de una factura en Coupa, asociada a cada acción realizada.
Ejemplos
john.doe@company.comjane.smithSystem.Automation
|
|||
|
¿Está automatizado?
IsAutomated
|
Un indicador que señala si una actividad la ejecutó un sistema automatizado o una persona usuaria. | ||
|
Descripción
Este atributo booleano distingue entre las tareas ejecutadas mediante automatización del sistema, como la conciliación automática de pedidos de compra o las contabilizaciones generadas por el sistema, y las realizadas manualmente por una persona usuaria. Analizar este atributo ayuda a cuantificar el nivel de automatización del Workflow de procesamiento de facturas. Se utiliza para medir el éxito de las iniciativas de automatización, identificar los puntos de intervención manual que aún podrían automatizarse y comparar la eficiencia y las tasas de error de las actividades automatizadas y manuales. Es clave para comprender el coste real y la eficiencia del proceso.
Por qué es importante
Ayuda a medir el nivel de automatización del proceso, identificar oportunidades de automatización adicional y evaluar el impacto de los bots existentes.
Dónde obtenerlo
Normalmente se obtiene comprobando si el «User» asociado a una actividad es una cuenta del sistema o de servicio, en lugar de una cuenta de una persona usuaria.
Ejemplos
truefalse
|
|||
|
¿Pago puntual?
IsOnTimePayment
|
Un indicador booleano que señala si la factura se pagó en la fecha de vencimiento o antes. | ||
|
Descripción
Este atributo calculado ofrece un indicador sencillo de verdadero o falso sobre la puntualidad del pago de cada factura. Se obtiene comparando la marca de tiempo de la actividad «Payment Executed» con la «Payment Due Date». Si la marca de tiempo del pago es anterior o igual a la fecha de vencimiento, el valor es verdadero. Este indicador simplifica el cálculo del KPI de tasa de pagos puntuales. Permite filtrar y segmentar fácilmente los datos para analizar las características de los pagos atrasados, como los proveedores, departamentos o importes de factura que suelen asociarse a los retrasos.
Por qué es importante
Simplifica el análisis del rendimiento de los pagos y sirve de base para calcular el KPI fundamental de tasa de pagos puntuales.
Dónde obtenerlo
Es un atributo calculado. La lógica es: «Payment Executed Date» <= «Payment Due Date». Esta lógica se implementa en la herramienta de Process Mining.
Ejemplos
truefalse
|
|||
|
Código de empresa
CompanyCode
|
El identificador de la entidad jurídica o empresa responsable de la factura. | ||
|
Descripción
El Company Code representa una entidad jurídica específica dentro de una organización más grande. Las facturas se contabilizan contra un código de empresa con fines de contabilidad e informes financieros. Este atributo es esencial para filtrar y segmentar el análisis del proceso por entidad jurídica. Permite comparar el rendimiento del proceso entre distintas partes de la empresa y responder preguntas como «¿El proceso de aprobación de facturas de la entidad de Estados Unidos difiere del de la entidad alemana?». Esto resulta especialmente importante para las organizaciones multinacionales de gran tamaño.
Por qué es importante
Permite comparar procesos y establecer referencias de rendimiento entre distintas entidades jurídicas o unidades de negocio de la organización.
Dónde obtenerlo
Es un campo contable fundamental del objeto Invoice en Coupa y a menudo es necesario para la contabilización financiera.
Ejemplos
1000US01DE01
|
|||
|
Condiciones de pago
PaymentTerms
|
Las condiciones acordadas para pagar una factura, como «Net 30» o «2% 10, Net 30». | ||
|
Descripción
Las condiciones de pago definen las reglas para pagar a un proveedor, incluida la fecha de vencimiento y los descuentos disponibles por pronto pago. Esta información suele establecerse en los datos maestros del proveedor y aplicarse a las facturas. Este Atributo es esencial para calcular la fecha de vencimiento del pago e identificar oportunidades de descuentos por pronto pago. Es un dato de entrada directo para el Dashboard Early Payment Discount Tracking y el KPI asociado. Analizar los datos por condiciones de pago puede revelar si determinadas condiciones se relacionan con demoras en los pagos.
Por qué es importante
Es la base para calcular las fechas de vencimiento de los pagos e identificar oportunidades de descuentos por pronto pago, con un impacto directo en el capital circulante.
Dónde obtenerlo
Es un campo estándar de Coupa, normalmente heredado del registro Supplier/Vendor y aplicado a la factura.
Ejemplos
Neto 30Neto 602 % a 10 días, neto 30
|
|||
|
Descuento obtenido
EarlyPaymentDiscountCaptured
|
Un indicador que señala si se aprovechó correctamente un descuento disponible por pronto pago. | ||
|
Descripción
Este atributo es un valor booleano que indica si una organización pagó correctamente una factura dentro del plazo de descuento definido en las condiciones de pago, por ejemplo, en un plazo de 10 días para unas condiciones «2 % en 10 días, neto a 30 días». Es la métrica principal del Dashboard de seguimiento de descuentos por pronto pago y de su KPI asociado. Analizar cuándo este indicador es falso ayuda a identificar oportunidades de ahorro desaprovechadas. Permite investigar por qué las facturas con descuento no se procesan con suficiente rapidez y aplicar cambios para obtener más descuentos y optimizar el capital circulante.
Por qué es importante
Mide directamente el beneficio financiero obtenido gracias a un procesamiento eficiente de las facturas y ayuda a identificar oportunidades de ahorro desaprovechadas.
Dónde obtenerlo
Es un atributo calculado. La lógica consiste en comprobar si la fecha de pago se encuentra dentro del periodo de descuento definido en «Payment Terms» y si el descuento se aplicó realmente.
Ejemplos
truefalse
|
|||
|
Fecha de factura
InvoiceDate
|
La fecha que figura en el documento de factura del proveedor. | ||
|
Descripción
La Invoice Date es la fecha que el proveedor asigna a la factura. Normalmente marca el inicio oficial del ciclo de pago y sirve de base para calcular la fecha de vencimiento según las condiciones de pago. Este atributo es un punto de partida clave para muchos cálculos de tiempo de ciclo. Es un dato esencial para calcular la Payment Due Date y determinar si se cumplen los requisitos para obtener descuentos por pronto pago. Analizar la diferencia entre la Invoice Date y la fecha en que la factura se introdujo en el sistema puede revelar retrasos en el envío o la recepción de facturas.
Por qué es importante
Es la fecha principal para calcular los vencimientos de pago y un punto de referencia fundamental para medir la puntualidad de los pagos y registrar los descuentos obtenidos.
Dónde obtenerlo
Es un campo estándar y obligatorio del objeto Invoice en Coupa.
Ejemplos
2023-10-152023-11-012023-12-20
|
|||
|
Moneda
CurrencyCode
|
El código de moneda ISO del importe de la factura. | ||
|
Descripción
El código de moneda especifica la unidad monetaria de los valores financieros de la factura, como USD, EUR o GBP. Es esencial para las organizaciones que operan a escala internacional y gestionan facturas en varias monedas. En el análisis, este atributo es necesario para interpretar y agregar correctamente los datos financieros. Los Dashboards y los KPI deben filtrar o convertir las monedas para ofrecer resúmenes financieros significativos. Esto evita agregar erróneamente valores expresados en monedas diferentes y permite analizar el proceso por moneda.
Por qué es importante
Garantiza la precisión del análisis y los informes financieros al proporcionar el contexto necesario para todos los valores monetarios en un entorno multidivisa.
Dónde obtenerlo
Es un campo estándar del objeto Invoice en Coupa, normalmente vinculado al proveedor o especificado en la propia factura.
Ejemplos
USDEURGBP
|
|||
|
Motivo de retención
HoldReason
|
El motivo específico por el que una factura se ha retenido o bloqueado para el pago. | ||
|
Descripción
Un Hold Reason explica por qué una factura no puede avanzar al pago. Algunos ejemplos son «Diferencia de cantidad» o «Recepción de mercancías pendiente». Esta información es fundamental para comprender las causas de los retrasos en los pagos. Este atributo es la clave del Dashboard de análisis de causas raíz de los bloqueos de pago. Al clasificar y contabilizar las apariciones de los distintos motivos de retención, una empresa puede identificar los problemas más frecuentes que interrumpen el proceso de pago. Así puede aplicar mejoras específicas para evitar futuras retenciones y acelerar los pagos.
Por qué es importante
Explica por qué se retrasan los pagos y permite analizar las causas raíz de forma específica para reducir la frecuencia y la duración de los bloqueos de pago.
Dónde obtenerlo
Cuando una factura se retiene en Coupa, normalmente se selecciona o introduce un motivo. Estos datos se asocian al estado de retención de la factura.
Ejemplos
Diferencia de precio con la orden de compraA la espera de la recepción de mercancíasFactura duplicada
|
|||
|
Motivo del rechazo
RejectionReason
|
El motivo indicado cuando se rechaza una factura durante el proceso de aprobación. | ||
|
Descripción
Cuando una persona aprobadora rechaza una factura, normalmente indica el motivo del rechazo, como «Importe incorrecto» o «Factura duplicada». Este atributo registra ese motivo, ya sea en texto libre o mediante un código. Estos datos son muy valiosos para analizar las causas raíz de los retrasos y reprocesos en la aprobación. Al analizar la frecuencia de los distintos motivos de rechazo, las organizaciones pueden identificar problemas sistémicos en las etapas anteriores del proceso, como errores en los pedidos de compra o prácticas de facturación de los proveedores. Esta información sirve de base para el Dashboard de análisis de cuellos de botella en la aprobación de facturas.
Por qué es importante
Ofrece una visión directa de las causas raíz de los rechazos de facturas, lo que ayuda a identificar áreas de mejora del proceso y a reducir los reprocesos.
Dónde obtenerlo
Esta información se registra cuando una persona usuaria ejecuta la acción «Reject» en un Workflow de aprobación. A menudo se almacena en los comentarios o en el registro de auditoría.
Ejemplos
Cantidad incorrectaEl precio no coincide con la orden de compraEnvío duplicado de factura
|
|||
|
Sistema de origen
SourceSystem
|
El sistema de origen del que se extrajeron los datos del evento. | ||
|
Descripción
El Atributo Sistema de origen identifica la aplicación o plataforma en la que se registró la actividad de procesamiento de la factura. Aunque el sistema principal es Coupa, las facturas o los datos relacionados pueden proceder de otros sistemas integrados, como un ERP o un portal de proveedores. Esta información es valiosa en entornos de TI complejos para comprender cómo contribuyen los distintos sistemas al proceso general. Ayuda a diagnosticar problemas de calidad de datos, entender las transferencias entre sistemas y analizar procesos que abarcan varias aplicaciones.
Por qué es importante
Aclara el origen de los datos, algo esencial para resolver problemas y analizar procesos que implican varios sistemas integrados.
Dónde obtenerlo
Normalmente es un valor estático que se añade durante la extracción de datos para identificar su origen. En el caso de Coupa, se establecería como «Coupa».
Ejemplos
CoupaSAP S/4HANAOracle Fusion
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo que indica la última vez que se actualizaron los datos de este evento desde el sistema de origen. | ||
|
Descripción
Este atributo registra cuándo se extrajeron por última vez los datos y cuándo se cargaron en la herramienta de Process Mining. Proporciona contexto sobre la actualidad del análisis y es fundamental para comprender la vigencia de la información presentada en los Dashboards. Conocer la hora de la última actualización de datos es importante para los casos de uso de supervisión operativa. Ayuda a que los usuarios confíen en los datos, ya que muestra claramente hasta qué punto está actualizada la información y evita tomar decisiones basadas en vistas obsoletas del proceso.
Por qué es importante
Proporciona un contexto esencial sobre la actualidad y relevancia de los datos del proceso, y permite comprender qué tan actualizado está el análisis.
Dónde obtenerlo
Esta marca de tiempo se genera y se añade al conjunto de datos durante el proceso de extracción y transformación de datos (ETL).
Ejemplos
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
|
|||
Actividades del procesamiento de facturas de compras a pagos
| Actividad | Descripción | ||
|---|---|---|---|
|
Factura aprobada
|
Esta actividad indica que la factura ha superado correctamente todas las etapas requeridas del Workflow de aprobación. Se captura del historial de aprobaciones cuando el último aprobador requerido realiza una acción positiva. | ||
|
Por qué es importante
Este hito clave marca el final del ciclo de aprobación y habilita la factura para el procesamiento del pago. Es esencial para medir la duración de la aprobación y la eficiencia general del proceso.
Dónde obtenerlo
Este es un evento explícito capturado del registro del historial de aprobaciones o de un cambio en el estado del encabezado de la factura a «approved». La acción de aprobación final del registro proporciona una marca de tiempo precisa.
Recopilar
Capture la marca de tiempo de la acción de aprobación final en el historial de aprobaciones.
Tipo de evento
explicit
|
|||
|
Factura contabilizada para el pago
|
La factura aprobada se marca como lista para el pago y sus datos financieros suelen contabilizarse en un sistema ERP externo. Normalmente se infiere a partir de un indicador de estado de integración o de un cambio en el estado principal de la factura. | ||
|
Por qué es importante
Este hito representa la transferencia del procesamiento de cuentas por pagar a la función de tesorería o pagos. Las demoras anteriores a este punto afectan la eficiencia de cuentas por pagar, mientras que las posteriores afectan a tesorería y a las relaciones con los proveedores.
Dónde obtenerlo
A menudo se infiere a partir de un cambio de estado a «approved for payment» o de la activación con valor true de un indicador como «exported». Esta información está disponible en el objeto de encabezado de la factura.
Recopilar
Detecte la marca de tiempo en la que el estado de la factura pasa a «Approved for Payment» o se activa un indicador de exportación.
Tipo de evento
inferred
|
|||
|
Factura creada
|
Esta actividad marca la creación inicial de un registro de factura en el sistema Coupa. El evento se captura cuando se crea un nuevo objeto de factura, ya sea mediante una introducción manual, una red de proveedores integrada como Coupa Supplier Portal o un escaneo OCR automatizado. | ||
|
Por qué es importante
Como inicio del ciclo de vida de la factura, esta actividad es esencial para medir el tiempo total de procesamiento de extremo a extremo. Proporciona la línea base para todos los análisis posteriores del tiempo de ciclo y del rendimiento.
Dónde obtenerlo
Este es un evento explícito capturado a partir de la marca de tiempo de creación del registro de factura. En el modelo de datos de Coupa, corresponde a la marca de tiempo «created-at» del objeto de encabezado de la factura.
Recopilar
Utilice la marca de tiempo de creación del registro de factura.
Tipo de evento
explicit
|
|||
|
Factura enviada para aprobación
|
Marca el momento en que una factura que ha superado las comprobaciones iniciales se envía a un Workflow formal de aprobación. Normalmente se infiere a partir de un cambio de estado que indica que la factura está a la espera de la acción de uno o más aprobadores. | ||
|
Por qué es importante
Esta actividad es el punto de partida para medir el tiempo de ciclo de aprobación. Es fundamental para analizar los cuellos de botella de la jerarquía de aprobación y sirve de base para el Dashboard «Invoice Approval Bottleneck Analysis».
Dónde obtenerlo
Se infiere cuando el estado de la factura cambia a «pending approval» o a un estado similar. La creación del primer registro de aprobación en el historial de aprobaciones de la factura también indica este evento.
Recopilar
Capture la marca de tiempo en la que el estado de la factura cambia a «Pending Approval» o se crea el primer registro de aprobación.
Tipo de evento
inferred
|
|||
|
Pago ejecutado
|
Esta actividad marca el último paso del proceso: el pago se ejecuta y se envía al proveedor. Se captura a partir del estado del registro de pago asociado en Coupa Payments o en un sistema de pagos integrado. | ||
|
Por qué es importante
Como final definitivo del proceso, esta actividad es esencial para calcular el tiempo de ciclo completo de extremo a extremo y medir el KPI «On-Time Payment Rate».
Dónde obtenerlo
Este evento se infiere a partir del registro de pago asociado a la factura. Un estado «paid», «completed» o un campo «payment date» cumplimentado indica que el pago se ha ejecutado.
Recopilar
Utilice la «payment date» del registro de pago vinculado a la factura.
Tipo de evento
inferred
|
|||
|
Discrepancia de conciliación identificada
|
Ocurre cuando el sistema automatizado no logra conciliar una factura con una orden de compra debido a discrepancias en la cantidad, el precio u otros detalles. Se infiere cuando el estado de la factura cambia a un estado que requiere intervención manual, como «unmatched» o «mismatched». | ||
|
Por qué es importante
Esta actividad es el punto de entrada de la gestión de excepciones, una fuente habitual de demoras. Analizar su frecuencia y sus causas raíz es fundamental para mejorar las tasas de conciliación correcta al primer intento y reducir la carga de trabajo manual.
Dónde obtenerlo
Se infiere a partir del estado de conciliación de la factura. Un estado «unmatched», «mismatched» o similar indica una discrepancia que requiere revisión manual. Este dato se registra en el objeto de factura.
Recopilar
Detecte la marca de tiempo en la que el estado de conciliación con la PO cambia a un valor que indica un fallo.
Tipo de evento
inferred
|
|||
|
Factura anulada
|
La factura se ha cancelado y no se procesará ni se pagará. Este es un cambio de estado explícito y terminal de la factura, capturado directamente en su campo de estado del sistema. | ||
|
Por qué es importante
Representa un final alternativo y no satisfactorio del proceso. Analizar por qué se anulan las facturas puede revelar problemas anteriores en las compras o en la comunicación con los proveedores.
Dónde obtenerlo
Este es un evento explícito que se captura cuando el estado de la factura cambia a «voided». Es un estado estándar en la gestión de facturas de Coupa.
Recopilar
Capture la marca de tiempo en la que el estado de la factura se actualiza a «Voided».
Tipo de evento
explicit
|
|||
|
Factura conciliada con la PO
|
Esta actividad indica que el sistema ha conciliado correctamente las líneas de la factura con las líneas correspondientes de la orden de compra. El evento se infiere a partir de un cambio en el campo de estado de conciliación de la factura, que indica una validación correcta frente a una PO. | ||
|
Por qué es importante
La conciliación automatizada correcta es un indicador clave de un proceso saludable y sin intervención manual. El seguimiento de esta actividad ayuda a medir la eficacia de la automatización y las tasas de procesamiento directo.
Dónde obtenerlo
Se infiere cuando el campo de estado de conciliación de la factura cambia al estado «matched». El objeto de factura de Coupa contiene indicadores y estados que muestran el resultado del intento de conciliación con la PO.
Recopilar
Detecte la marca de tiempo en la que el estado de conciliación con la PO de la factura cambia a «Matched».
Tipo de evento
inferred
|
|||
|
Factura enviada para procesamiento
|
Representa el envío formal de una factura recién creada al Workflow de procesamiento. Normalmente, un usuario lo activa después de introducir y verificar todos los datos iniciales. Este evento se captura del registro de auditoría cuando el estado de la factura cambia de borrador a enviada. | ||
|
Por qué es importante
Esta actividad distingue el tiempo de introducción de datos del tiempo de procesamiento activo. Analizar la duración entre «Factura creada» y este evento ayuda a identificar demoras en la etapa inicial de gestión de datos.
Dónde obtenerlo
Realice un seguimiento del cambio de estado de la factura de «draft» o «new» a «submitted» o «pending approval». Esta información está disponible en las tablas de historial de facturas o de registros de auditoría de Coupa.
Recopilar
Capture la marca de tiempo en la que el estado de la factura pasa por primera vez a «submitted».
Tipo de evento
explicit
|
|||
|
Factura rechazada
|
Un aprobador ha rechazado formalmente la factura, deteniendo su avance en el Workflow. Esta es una acción explícita capturada en el historial de aprobaciones de la factura, incluidos los datos sobre quién la rechazó y cuándo. | ||
|
Por qué es importante
Los rechazos generan retrabajo y aumentan considerablemente los tiempos de ciclo. Analizar su frecuencia y sus motivos es clave para mejorar el proceso y necesario para calcular el KPI «First-Pass Approval Rate».
Dónde obtenerlo
Este es un evento explícito registrado en el historial de aprobaciones de la factura. Cada etapa de aprobación cuenta con un registro que incluye el estado, la marca de tiempo y la acción del aprobador.
Recopilar
Filtre los registros del historial de aprobaciones para identificar las acciones «reject» o «rejected».
Tipo de evento
explicit
|
|||
|
Inicio de la resolución de la discrepancia
|
Representa el inicio de la intervención manual para resolver una discrepancia de conciliación con la PO. Esta actividad es difícil de capturar directamente y a menudo se infiere a partir de la primera acción de un usuario, como añadir un comentario o editar la factura, después de marcarse una discrepancia. | ||
|
Por qué es importante
El seguimiento del tiempo transcurrido desde la identificación de la discrepancia hasta el inicio de su resolución ayuda a detectar demoras en la asignación o gestión de excepciones. Es una parte clave del Dashboard «PO Matching Discrepancy Overview».
Dónde obtenerlo
Es difícil obtener este dato y puede requerir inferencias avanzadas. Podría derivarse de la marca de tiempo del primer comentario, edición o asignación de tarea realizada por un usuario en relación con la factura después de que su estado de conciliación indicara un fallo.
Recopilar
Busque el primer evento de cambio iniciado por un usuario después de un evento «Discrepancia de conciliación identificada».
Tipo de evento
inferred
|
|||
|
Pago programado
|
La factura se ha incluido en un lote de pagos programado para ejecutarse en una fecha futura. Este evento se infiere cuando la factura se asocia a una ejecución o lote de pagos en el sistema. | ||
|
Por qué es importante
Esta actividad proporciona visibilidad sobre la etapa final del proceso y distingue entre una factura lista para el pago y un pago que ya se ha iniciado. Ayuda a prever el flujo de caja.
Dónde obtenerlo
Se infiere a partir de la creación de un registro o lote de pagos que incluye el ID de la factura. La «scheduled payment date» del objeto de pago proporciona la referencia temporal correspondiente.
Recopilar
Utilice la fecha de creación del registro del lote de pagos asociado a la factura.
Tipo de evento
inferred
|
|||
|
Retención de factura aplicada
|
Representa la acción de aplicar una retención a una factura para impedir su pago. Es un evento explícito, normalmente registrado en el historial o el registro de auditoría de la factura, a menudo con un motivo asociado. | ||
|
Por qué es importante
Esta actividad, equivalente a un bloqueo de pago, es una causa importante de demoras en los pagos. Hacer un seguimiento de cuándo se aplican las retenciones es el primer paso para analizar sus causas raíz y duración, y sirve de apoyo al KPI «Payment Block Rate».
Dónde obtenerlo
Este es un evento explícito que se encuentra en el historial de la factura o en los registros de auditoría. Coupa registra las acciones de usuarios o sistemas, incluida la aplicación de retenciones.
Recopilar
Filtre los registros del historial de facturas para identificar «hold placed» u otros eventos de sistema similares.
Tipo de evento
explicit
|
|||
|
Retención de factura liberada
|
Se ha eliminado una retención aplicada anteriormente a la factura, lo que permite que avance hacia el pago. Al igual que la aplicación de una retención, esta es una acción explícita capturada en el registro de auditoría de la factura. | ||
|
Por qué es importante
El tiempo transcurrido entre la aplicación y la liberación de una retención es fundamental para el KPI «Average Payment Block Duration». Esta actividad marca el final de la demora y analizar sus factores desencadenantes puede revelar oportunidades para resolverla más rápido.
Dónde obtenerlo
Este es un evento explícito que se encuentra en el historial de la factura o en los registros de auditoría. Se registra como una acción diferenciada de un usuario o del sistema.
Recopilar
Filtre los registros del historial de facturas para identificar «hold released» u otros eventos de sistema similares.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para empezar?
Utilice esta plantilla para preparar sus datos y obtener información sobre el procesamiento de facturas en Coupa. Empiece hoy su camino hacia unas operaciones P2P optimizadas.
Alcance la máxima eficiencia: optimice ahora el procesamiento de facturas P2P
Localice los cuellos de botella y reduzca un 30 % el tiempo de ciclo del procesamiento de facturas.
No necesita tarjeta de crédito. Configuración en minutos.