Su Template de datos de Purchase to Pay - Invoice Processing
Su Template de datos de Purchase to Pay - Invoice Processing
Este es nuestro Template genérico de datos de Process Mining para Compras a pagos: procesamiento de facturas. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.
Seleccione un sistema específico- Campos de datos recomendados para un análisis sólido
- Actividades e hitos clave que debe supervisar
- Orientación para extraer los datos de su proceso
Atributos del procesamiento de facturas de compras a pagos
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | La marca de tiempo exacta que indica cuándo se produjo una actividad o un evento concretos. | ||
| Descripción La hora del evento, o hora de inicio, registra la fecha y hora exactas en que tuvo lugar una actividad empresarial. Cada actividad del proceso, desde «Invoice Received» hasta «Payment Executed», tiene una marca de tiempo asociada. Esta información cronológica es esencial para ordenar los eventos y calcular las duraciones. Este Atributo se utiliza para ordenar cronológicamente los eventos y crear el flujo del proceso de cada caso. Es la base de todos los análisis temporales, incluido el cálculo de los tiempos de ciclo entre actividades, la identificación de cuellos de botella donde se pierde tiempo y la supervisión del rendimiento frente a los acuerdos de nivel de servicio. Las marcas de tiempo precisas y exactas son cruciales para la fiabilidad de cualquier análisis de Process Mining. Por qué es importante Proporciona el orden cronológico de los eventos y constituye la base de todos los cálculos de rendimiento y duración, como el tiempo de ciclo. Dónde obtenerlo Normalmente se encuentra en registros de eventos o como campo «Creation Date» o «Entry Date» asociado a cada transacción o cambio de estado. Ejemplos 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Nombre de la 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 o hito concreto del recorrido de procesamiento de la factura. Algunos ejemplos son «Invoice Received», «Invoice Sent for Approval», «Payment Block Placed» y «Payment Executed». Este Atributo aporta la narración del proceso y describe qué ocurrió con la factura a lo largo del tiempo. En Process Mining, este Atributo se utiliza para generar el mapa del proceso, que representa visualmente el Workflow. Analizar la secuencia, la frecuencia y las rutas de estas actividades ayuda a identificar flujos habituales, desviaciones, cuellos de botella y ciclos de retrabajo. La calidad y el nivel de detalle de los nombres de las actividades son fundamentales para crear un análisis del proceso útil y orientado a la acción. Por qué es importante Este Atributo define los pasos del proceso, forma la estructura del mapa del proceso y permite realizar todos los análisis relacionados con el flujo. Dónde obtenerlo Esta información suele derivarse de registros de cambios de estado, tablas de eventos o códigos de transacción del sistema de origen. Ejemplos Factura introducidaFactura aprobadaBloqueo de pago aplicadoPago ejecutado | |||
| Número de factura InvoiceNumber | El identificador único de la factura de un proveedor. Sirve como clave principal para realizar el seguimiento de la factura durante todo su ciclo de vida. | ||
| Descripción El número de factura es el código alfanumérico único que el proveedor asigna a una factura. En Process Mining, este Atributo es fundamental, ya que normalmente sirve como Case ID e identifica de forma única el recorrido de cada factura, desde la recepción hasta el pago. Al utilizar el número de factura como Case ID, todas las actividades relacionadas, como «Invoice Received», «Invoice Approved» y «Payment Executed», pueden vincularse para reconstruir el proceso completo de esa factura concreta. Esto permite analizar en detalle los tiempos de ciclo, las rutas y las desviaciones de cada caso individual, y constituye la base de todo el análisis del proceso. Por qué es importante Es el identificador de caso esencial que conecta todos los eventos relacionados y permite rastrear el ciclo de vida completo de una sola factura. Dónde obtenerlo Es un campo principal que suele encontrarse en la cabecera de una tabla de transacciones de facturas. Ejemplos INV-2024-001239876543210US-5839A-24 | |||
| 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 donde se registró el evento de procesamiento de la factura. En entornos de TI complejos, el recorrido de una factura puede abarcar varios sistemas, como una solución de escaneado, una herramienta de Workflow y un sistema ERP. Comprender el sistema de origen aporta contexto a los datos y ayuda a solucionar problemas de calidad de datos. También permite analizar procesos que atraviesan los límites entre sistemas y poner de manifiesto posibles dificultades de integración o retrasos causados por transferencias entre distintas aplicaciones. Esto resulta especialmente útil al consolidar datos de sistemas antiguos y modernos. Por qué es importante Aporta contexto sobre el origen de los datos, algo crucial para validarlos y analizar procesos que abarcan varios sistemas de TI. Dónde obtenerlo A menudo es un valor estático añadido durante la extracción de datos o un campo disponible en los registros del sistema que indica el nombre o el ID de la aplicación. Ejemplos SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Ú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 la fecha y hora en que los datos se extrajeron o actualizaron por última vez. Es un campo de metadatos que indica la actualidad del conjunto de datos analizado. Aunque no se utiliza directamente para dibujar el mapa del proceso, esta información es fundamental para comprender la actualidad del análisis. Ayuda a saber si se están consultando datos en tiempo real o una instantánea de un momento concreto, algo esencial para tomar decisiones operativas fundamentadas. También es importante para supervisar el estado y la frecuencia de la canalización de datos. Por qué es importante Indica la actualidad de los datos y permite comprender hasta qué punto el análisis del proceso refleja la situación actual. Dónde obtenerlo Esta marca de tiempo suele generarse y añadirse al conjunto de datos durante el proceso de extracción, transformación y carga (ETL). Ejemplos 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Fecha de vencimiento del pago PaymentDueDate | La fecha límite para pagar la factura y evitar que quede vencida. | ||
| Descripción Payment Due Date 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, mantener una relación comercial adecuada y evitar penalizaciones por demora. Este atributo es fundamental para supervisar el rendimiento de los pagos puntuales. Se utiliza para calcular KPI como la tasa de pagos puntuales e identificar las facturas que corren el riesgo de vencer. Analizar el intervalo entre la fecha de aprobación de la factura y la fecha de vencimiento del pago ayuda a evaluar la eficiencia de las etapas finales de programación y ejecución del pago. Por qué es importante Es esencial para medir el rendimiento de los pagos puntuales y analizar las causas de los pagos atrasados. Dónde obtenerlo Normalmente, esta fecha se encuentra en los detalles de la transacción de la factura. Puede introducirse directamente o calcularse a partir de la fecha de la factura y las condiciones de pago. Ejemplos 2024-06-302024-07-152024-08-01 | |||
| Hora de finalización EndTime | La marca de tiempo que indica cuándo se completó una actividad o un evento. En los eventos instantáneos, suele coincidir con la hora de inicio. | ||
| Descripción El atributo de hora de finalización registra el momento exacto en que concluye un paso del proceso. Es fundamental para calcular con precisión la duración de las actividades, una métrica básica de Process Mining. Al comparar la hora de inicio y la hora de finalización, los analistas pueden medir cuánto tarda cada paso e identificar cuellos de botella y oportunidades de mejora de la eficiencia. En el análisis, la hora de finalización se utiliza para calcular los tiempos de ciclo de actividades individuales y segmentos completos del proceso. Por ejemplo, la duración del paso «Aprobación de factura» puede determinarse restando la hora de inicio de la hora de finalización de la actividad «Factura aprobada». Estos datos ayudan a crear Dashboards de rendimiento, establecer referencias y supervisar el impacto de los cambios en el proceso. Por qué es importante Permite calcular con precisión la duración de las actividades, algo esencial para identificar cuellos de botella y medir la eficiencia del procesamiento. Dónde obtenerlo Se encuentra en registros del sistema o datos de transacciones, a menudo como «Completion Date», «Change Date» o un campo de marca de tiempo independiente para la finalización de la actividad. Ejemplos 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Importe de la factura InvoiceAmount | El valor monetario total de la factura. | ||
| Descripción El importe de la factura representa el valor total de la factura, incluidos todos los conceptos, impuestos y tasas. Es un atributo financiero fundamental que define la importancia monetaria de cada caso. A menudo se analiza junto con otros atributos para comprender su impacto en el proceso. Este atributo es fundamental para el análisis financiero y la priorización. Al filtrar las facturas por importe, los analistas pueden investigar si las facturas de mayor valor siguen una ruta de aprobación diferente y más estricta o si son más propensas a sufrir retrasos. También es esencial para los Dashboards que realizan un seguimiento del valor total procesado de las facturas y para los KPI relacionados con la captura de descuentos, en los que el ahorro potencial se expresa como un porcentaje del importe de la factura. Por qué es importante Permite analizar el impacto financiero, priorizar las facturas de mayor valor e identificar si el importe de la factura afecta al tiempo o a la ruta de procesamiento. Dónde obtenerlo Es un campo estándar que se encuentra en la cabecera de una tabla de transacciones de facturas. Ejemplos 5250.751200.0025000.0089.99 | |||
| Moneda de la factura InvoiceCurrency | El código de moneda del importe de la factura, como USD o EUR. | ||
| Descripción Este atributo especifica la moneda en la que está expresado Invoice Amount. Es esencial para las organizaciones que operan internacionalmente y trabajan con proveedores de distintos países. El código de moneda, que normalmente sigue la norma ISO 4217, garantiza que los datos financieros se interpreten correctamente. En el análisis, Invoice Currency se utiliza para segmentar los datos y obtener vistas regionales o específicas por país. Es fundamental para los informes financieros, ya que garantiza que los importes se agreguen correctamente, a menudo tras convertirlos a una moneda de referencia. Analizar las variaciones del proceso por moneda también puede revelar complejidades relacionadas con los pagos internacionales o la gestión de divisas. Por qué es importante Aporta el contexto necesario para interpretar los importes de las facturas y permite realizar análisis financieros y segmentaciones precisos en operaciones internacionales. Dónde obtenerlo Es un campo estándar que se encuentra en la cabecera de una tabla de transacciones de facturas. Ejemplos USDEURGBPJPY | |||
| Motivo del bloqueo o rechazo BlockOrRejectionReason | El motivo indicado cuando una factura se bloquea para el pago o se rechaza durante la aprobación. | ||
| Descripción Este atributo recoge el motivo concreto por el que se detuvo el avance de una factura, ya sea por un rechazo durante el Workflow de aprobación o por un bloqueo del pago posterior a la aprobación. Los motivos pueden ir desde «Cantidad incorrecta» y «Diferencia de precio» hasta «Falta el número de PO» o «Factura duplicada». Es uno de los atributos más importantes para el análisis de causas raíz. Al analizar la frecuencia de los distintos motivos, las organizaciones pueden identificar las fuentes más habituales de fricción e ineficiencia en el proceso de facturación. Esta información basada en datos permite abordar los problemas subyacentes, como mejorar la comunicación con los proveedores, reforzar el cumplimiento de las políticas de PO u ofrecer una mejor formación al personal. Por qué es importante Es fundamental para el análisis de causas raíz, ya que ayuda a identificar los motivos más frecuentes de los retrasos, el retrabajo y las ineficiencias en el procesamiento. Dónde obtenerlo Esta información se encuentra en campos específicos como «Reason Code» o «Hold Reason» de los datos de transacciones de facturas o de los registros de aprobación asociados. Ejemplos Diferencia de precioCantidad incorrectaFactura duplicadaFalta la recepción de mercancías | |||
| Nombre del proveedor VendorName | El nombre del proveedor que envió la factura. | ||
| Descripción Este atributo recoge el nombre de la entidad externa que emitió la factura. Aporta un contexto fundamental al vincular la transacción financiera con una relación concreta con un proveedor. Disponer de datos de proveedores coherentes y depurados es esencial para elaborar informes y análisis precisos. En Process Mining, Vendor Name es una dimensión clave para la segmentación. Los analistas pueden filtrar el proceso para examinar la gestión de facturas de proveedores con un volumen elevado o con problemas frecuentes. Esto ayuda a identificar a los proveedores que envían facturas con errores de forma habitual, lo que provoca retrasos y retrabajo. También respalda iniciativas estratégicas como la gestión del rendimiento de los proveedores y la identificación de oportunidades para crear programas de proveedores preferentes. Por qué es importante Permite segmentar el proceso para analizar el rendimiento por proveedor, algo fundamental para gestionar a los proveedores e identificar el origen de las facturas problemáticas. Dónde obtenerlo Normalmente se encuentra en los datos de cabecera de la factura y se vincula desde una tabla de datos maestros de proveedores mediante un ID de proveedor. Ejemplos Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc. | |||
| Persona usuaria User | La persona usuaria, empleada o agente del sistema que realizó la actividad. | ||
| Descripción El Atributo Persona usuaria identifica a la persona o al sistema automatizado responsable de ejecutar un paso concreto del Workflow de procesamiento de facturas. Puede tratarse de una persona encargada de cuentas por pagar que introdujo la factura, una persona responsable que la aprobó o un bot automatizado que realizó una tarea de conciliación. Analizar los datos por persona usuaria es esencial para comprender la distribución de la carga de trabajo, el rendimiento individual e identificar necesidades de formación. Permite filtrar el mapa del proceso para ver cómo distintos equipos o personas gestionan las facturas y descubrir variaciones en sus Workflows. Este análisis puede revelar a las personas con mejor rendimiento, poner de manifiesto problemas de enrutamiento o localizar a quienes necesitan apoyo adicional o formación sobre los procedimientos de la empresa. Por qué es importante Ayuda a analizar la distribución de la carga de trabajo, el rendimiento de las personas usuarias y las variaciones del proceso entre distintos equipos o personas. Dónde obtenerlo Esta información suele estar disponible en los detalles de la transacción, con etiquetas como «User Name», «Entered By», «Changed By» o «Approver». Ejemplos j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Código de empresa CompanyCode | El identificador de la entidad jurídica o empresa de la organización que procesa la factura. | ||
| Descripción Company Code representa una entidad jurídica o filial concreta dentro de una corporación más grande. En muchos sistemas financieros, las transacciones se separan por código de empresa con fines contables y de elaboración de informes. Este atributo permite comparar distintas unidades de negocio. Al segmentar el mapa de procesos por Company Code, los analistas pueden comparar el rendimiento, identificar buenas prácticas en una entidad y descubrir problemas sistémicos en otra. Es un atributo fundamental para cualquier organización con más de una entidad jurídica, ya que permite comprender las variaciones del proceso y garantizar el cumplimiento en toda la empresa. Por qué es importante Permite comparar y establecer referencias de rendimiento entre procesos de distintas entidades jurídicas o unidades de negocio de una organización. Dónde obtenerlo Es un campo organizativo fundamental que normalmente se encuentra en la cabecera de todas las tablas de transacciones financieras. Ejemplos 1000US01DE015100 | |||
| Condiciones de pago PaymentTerms | Las condiciones acordadas para pagar la factura, que determinan la fecha de vencimiento y los posibles descuentos por pronto pago. | ||
| Descripción Payment Terms son las condiciones acordadas con un proveedor para pagar una factura. Normalmente se expresan en un formato estandarizado, como «Net 30» (pago en un plazo de 30 días) o «2% 10, Net 30» (un descuento del 2 % si se paga en un plazo de 10 días; de lo contrario, el importe total vence en 30 días). Este atributo es esencial para la estrategia financiera y el análisis del rendimiento. Sirve de base para calcular Payment Due Date e identificar oportunidades de obtener descuentos por pronto pago. Analizar el proceso según las distintas condiciones de pago puede revelar si determinadas condiciones se relacionan con retrasos en el procesamiento o si la organización aprovecha eficazmente las oportunidades de descuento. Por qué es importante Es fundamental para analizar el rendimiento de los pagos puntuales e identificar oportunidades de obtener descuentos por pronto pago. Dónde obtenerlo Esta información suele proceder de los datos maestros de proveedores y especificarse en la cabecera de la factura. Ejemplos Neto 30Neto 602 % a 10 días, neto 30Pagadera al recibirla | |||
| Estado de la factura InvoiceStatus | El estado actual de la factura dentro de su Workflow de procesamiento. | ||
| Descripción El estado de la factura ofrece una visión de la situación de una factura dentro de su ciclo de vida en el momento de la extracción de datos. Entre los estados habituales se incluyen «en proceso», «aprobada», «pagada», «rechazada» o «bloqueada». Este atributo proporciona una visión general del estado actual de la factura. Aunque Process Mining reconstruye el recorrido completo, el estado actual resulta valioso para los Dashboards operativos que supervisan la carga de trabajo activa. Ayuda a las personas responsables a comprender el volumen de facturas en cada etapa, por ejemplo, cuántas esperan aprobación o están bloqueadas. Esto permite gestionar de forma proactiva el flujo de facturas para evitar cuellos de botella y retrasos. Por qué es importante Ofrece una instantánea de la carga de trabajo actual y ayuda a supervisar el volumen de facturas en distintas etapas, como «Pendiente de aprobación» o «Bloqueada». Dónde obtenerlo Normalmente, es un campo de estado de la tabla de cabecera de facturas que se actualiza a medida que la factura avanza por su ciclo de vida. Ejemplos PagadaEn procesoRechazadaAprobada para el pago | |||
| Fecha de la factura InvoiceDate | La fecha en la que el proveedor emitió el documento de factura. | ||
| Descripción Invoice Date es la fecha que el proveedor indica en el propio documento de factura. Marca el inicio oficial del ciclo de pago desde la perspectiva del proveedor y suele servir de base para calcular la fecha de vencimiento del pago según las condiciones acordadas. Analizar el intervalo entre Invoice Date y la actividad «Factura recibida» o «Factura registrada» es fundamental para identificar retrasos en el envío o la incorporación de facturas. Este «retraso en la recepción de facturas» puede representar una parte oculta importante del tiempo total de ciclo. Reducirlo puede mejorar el rendimiento de los pagos puntuales y aumentar las oportunidades de obtener descuentos por pronto pago. Por qué es importante Ayuda a medir el «retraso en la recepción de facturas» entre el momento en que el proveedor emite una factura y el momento en que se registra en el sistema. Dónde obtenerlo Es un campo de fecha estándar de los datos de cabecera de la factura, que suele aparecer como «Document Date» o «Invoice Date». Ejemplos 2024-05-012024-04-152024-06-10 | |||
| Número de orden de compra PurchaseOrderNumber | El identificador de la orden de compra (PO) con la que está relacionada la factura. | ||
| Descripción Purchase Order Number vincula una factura con un documento de compras aprobado previamente. Esta conexión es fundamental para el proceso de conciliación, en el que el sistema verifica que los datos de la factura, como las cantidades y los precios, coincidan con lo solicitado en la PO. Este atributo es crucial para analizar la eficiencia del proceso de conciliación. Una tasa elevada de facturas respaldadas por una PO que se procesan de principio a fin sin intervención indica un proceso de compras saludable. Por el contrario, analizar las facturas sin PO puede revelar compras no autorizadas o áreas en las que no se siguen las políticas de compras. La presencia o ausencia de una PO es una forma habitual de segmentar el proceso y comparar su eficiencia. Por qué es importante Ayuda a diferenciar entre las facturas con PO y sin PO, que a menudo siguen procesos distintos y presentan diferentes niveles de eficiencia. Dónde obtenerlo Normalmente, este identificador se encuentra en los detalles de la cabecera o de las líneas de la factura y la vincula con el documento de compras. Ejemplos 4500018921PO-2024-7837300000456 | |||
Actividades del procesamiento de facturas de compras a pagos
| Actividad | Descripción | ||
|---|---|---|---|
| Discrepancia de conciliación identificada | Se produce cuando el sistema o una persona usuaria identifica una diferencia entre la factura, la orden de compra o la recepción de mercancías. Estas discrepancias, como las variaciones de precio o cantidad, suelen bloquear la factura y requieren una intervención manual. | ||
| Por qué es importante El seguimiento de estos eventos es fundamental para analizar las causas raíz de los retrasos y el retrabajo. Ayuda a localizar problemas de precisión en la facturación de proveedores o en los procesos internos de compras. Dónde obtenerlo Se infiere a partir de un cambio de estado que indique un fallo de conciliación o de la aplicación automática de un bloqueo del sistema relacionado con una variación. Recopilar Capture la marca de tiempo en la que el estado de conciliación de la factura se establece en «Failed» o «Discrepancy», o cuando se aplica un bloqueo relacionado con una variación. Tipo de evento inferred | |||
| Factura aprobada | Indica que todas las partes requeridas del Workflow han aprobado correctamente la factura. Este hito autoriza la contabilización financiera de la factura y su posterior pago. | ||
| Por qué es importante Este es un hito financiero fundamental que concluye la fase de validación y aprobación. Es esencial para medir los tiempos del ciclo de aprobación y garantizar el Cumplimiento de las políticas de autorización. Dónde obtenerlo Se registra explícitamente en el historial de aprobación o en el registro del Workflow tras la aprobación final. Recopilar Utilice la marca de tiempo de la acción de aprobación final en el historial de aprobación o del Workflow de la factura. Tipo de evento explicit | |||
| Factura conciliada | Indica la conciliación correcta de una factura con una orden de compra y, cuando corresponde, con una recepción de mercancías. Este paso, automático o manual, valida que las cantidades y los precios facturados coincidan con lo solicitado y recibido. | ||
| Por qué es importante Este es un hito clave para el procesamiento directo. Un volumen elevado de conciliaciones correctas en el primer intento indica que los procesos de compras previos son eficientes. Dónde obtenerlo Normalmente se registra como un cambio de estado o un evento específico en el historial de la transacción cuando la validación de la conciliación finaliza correctamente. Recopilar Identifique el evento o la actualización de estado que indique que la conciliación de la factura es «Passed», «Matched» o «Reconciled». Tipo de evento explicit | |||
| Factura contabilizada en el libro mayor | Representa el evento contable formal en el que la factura aprobada se registra en el libro mayor. Esta acción crea un pasivo financiero y hace que la factura pase del estado de procesamiento al estado lista para el pago. | ||
| Por qué es importante Este es un hito financiero fundamental que confirma el reconocimiento oficial del pasivo. Los retrasos antes de este paso pueden afectar al cierre financiero y a la precisión de los informes. Dónde obtenerlo Es un evento transaccional explícito registrado en los módulos financieros del sistema. Recopilar Utilice la fecha de contabilización asociada al documento financiero creado a partir de la factura. Tipo de evento explicit | |||
| Factura rechazada | Se produce cuando una persona aprobadora rechaza formalmente la factura, deteniendo su avance en el Workflow. El rechazo suele devolver la factura para su corrección o cancelación e iniciar un ciclo de retrabajo. | ||
| Por qué es importante Analizar los rechazos de facturas ayuda a identificar las causas raíz del retrabajo, como una codificación incorrecta, incumplimientos de políticas o problemas en los datos de origen. Reducir los rechazos es clave para mejorar la eficiencia. Dónde obtenerlo Es una acción explícita capturada en el historial de aprobación o en el registro del Workflow de la factura, normalmente con los motivos del rechazo asociados. Recopilar Identifique el evento registrado cuando una persona aprobadora selecciona la acción «Reject» o «Deny» en el Workflow. Tipo de evento explicit | |||
| Factura recibida | Indica la recepción o creación inicial de una factura en el sistema. Este evento marca el inicio del ciclo de vida del procesamiento de la factura, independientemente del método de entrada, como la introducción manual, el portal del proveedor o el OCR. | ||
| Por qué es importante Esta actividad es fundamental para medir el tiempo total del ciclo de procesamiento de la factura, desde el inicio hasta el final. Proporciona una referencia para comprender la carga de trabajo y los retrasos iniciales del procesamiento. Dónde obtenerlo Este evento suele capturarse a partir de la marca de tiempo de creación del registro de la factura o de la entrada inicial en un registro de documentos. Recopilar Utilice la fecha y hora de creación del objeto principal de factura o factura del proveedor en el sistema de origen. Tipo de evento explicit | |||
| Pago ejecutado | Marca el paso final del proceso, en el que se ejecuta el pago y se liquida el pasivo de la factura. Este evento confirma que los fondos se han desembolsado al proveedor. | ||
| Por qué es importante Es la finalización correcta del ciclo Purchase to Pay de una factura. Constituye el evento definitivo para medir los porcentajes de pagos puntuales y la duración total del proceso. Dónde obtenerlo Se captura a partir de la fecha de contabilización del documento de pago que liquida la factura. Recopilar Utilice la fecha de compensación o de pago del documento financiero que liquida la partida abierta del proveedor. Tipo de evento explicit | |||
| Bloqueo de pago aplicado | Se aplica una retención intencionada a una factura para impedir su pago, aunque esté aprobada. Puede hacerse automáticamente debido a reglas del sistema o manualmente por motivos como disputas con el proveedor. | ||
| Por qué es importante Los bloqueos de pago son una causa importante de pagos atrasados y descuentos perdidos. Identificar cuándo y por qué se aplican es crucial para mejorar el porcentaje de pagos puntuales. Dónde obtenerlo Normalmente se registra como un estado o indicador específico en el registro de la factura o en sus posiciones. Recopilar Capture el evento en el que se aplica a la factura o a sus posiciones un código de bloqueo de pago o un estado de retención. Tipo de evento explicit | |||
| Bloqueo de pago liberado | Marca la eliminación de un bloqueo de pago aplicado anteriormente, lo que vuelve a hacer que la factura sea apta para el pago. Esto indica que se ha resuelto el problema que causaba el bloqueo. | ||
| Por qué es importante El tiempo transcurrido entre la aplicación y la liberación de un bloqueo representa un retraso en el proceso. Analizar esta duración ayuda a identificar cuellos de botella en la resolución de problemas. Dónde obtenerlo Se captura cuando se elimina el estado o indicador de bloqueo de pago del registro de la factura. Recopilar Capture el evento en el que se elimina el código de bloqueo de pago o el estado de retención, o se cambia a un estado sin bloqueo. Tipo de evento explicit | |||
| Discrepancia resuelta | Marca el momento en que una discrepancia de conciliación identificada previamente se ha investigado y resuelto manualmente. Esto permite que la factura avance al siguiente paso, como la aprobación o una nueva conciliación. | ||
| Por qué es importante El tiempo necesario para resolver discrepancias es un factor clave del tiempo del ciclo de procesamiento de facturas. Analizar esta actividad ayuda a comprender el esfuerzo y la duración de la gestión de excepciones. Dónde obtenerlo A menudo se infiere a partir de la primera acción de una persona usuaria que elimina un bloqueo de conciliación o permite volver a procesar una conciliación fallida. Recopilar Identifique el evento en el que se libera un bloqueo relacionado con la conciliación o la factura se concilia correctamente después de un fallo anterior. Tipo de evento inferred | |||
| Factura cancelada | La factura se ha anulado, revertido o cancelado y no seguirá procesándose ni se pagará. Representa un estado final para una factura incorrecta o duplicada. | ||
| Por qué es importante El seguimiento de las cancelaciones proporciona información sobre problemas de calidad de datos, envíos duplicados y otros errores de origen. Una tasa elevada de cancelaciones puede indicar problemas en la facturación de proveedores o en los controles internos. Dónde obtenerlo Es un cambio de estado explícito en el registro de la factura o la creación de un documento de reversión correspondiente. Recopilar Identifique la marca de tiempo en la que el estado de la factura cambia a «Canceled» o «Voided», o cuando se contabiliza un documento de reversión. Tipo de evento explicit | |||
| Factura enviada para aprobación | Representa el envío formal de una factura a un Workflow de aprobación una vez completadas la validación y la conciliación iniciales. La factura se dirige a las personas aprobadoras designadas según las reglas empresariales configuradas. | ||
| Por qué es importante Esta actividad marca el inicio del subproceso de aprobación. Medir el tiempo transcurrido desde este evento hasta la aprobación final ayuda a analizar la eficiencia del Workflow de aprobación e identificar cuellos de botella. Dónde obtenerlo Es un evento explícito en los sistemas que cuentan con un motor de Workflow, o puede inferirse a partir de un cambio de estado a «Pending Approval». Recopilar Capture la marca de tiempo en la que se inicia el Workflow o se actualiza el estado de la factura para indicar que está pendiente de aprobación. Tipo de evento explicit | |||
| Factura introducida | Representa la finalización de la introducción inicial de datos, cuando los detalles de la factura se han introducido o escaneado, pero aún no se han contabilizado ni enviado para su aprobación formal. La factura suele encontrarse temporalmente en estado «retenido» o «borrador». | ||
| Por qué es importante Analizar el tiempo transcurrido entre la recepción y la introducción de una factura ayuda a identificar acumulaciones de trabajo en la fase de entrada de datos. También puede poner de manifiesto la eficiencia de las soluciones automatizadas de captura de datos. Dónde obtenerlo A menudo se infiere cuando el registro de una factura se guarda con estado de borrador o retenido antes de enviarse a un Workflow. Recopilar Capture la marca de tiempo en la que el estado de la factura cambia de nuevo a guardado, retenido o borrador. Tipo de evento inferred | |||
| Factura reelaborada | Representa una actualización o corrección manual de una factura, normalmente después de un rechazo o para corregir un error identificado. Esta actividad indica una desviación respecto al proceso estándar sin intervención. | ||
| Por qué es importante El seguimiento de las actividades de retrabajo pone de manifiesto ineficiencias y costes ocultos del proceso. Comprender por qué se modifican las facturas permite aplicar mejoras específicas y orientar la formación. Dónde obtenerlo Normalmente se infiere a partir de registros de cambios o pistas de auditoría que documentan modificaciones en campos clave de la factura después de la introducción inicial. Recopilar Capture las marcas de tiempo de los registros de auditoría que indiquen un cambio en los datos de la factura, especialmente después de un rechazo o un bloqueo. Tipo de evento inferred | |||
| Factura vencida | Es un evento calculado que se produce cuando la fecha actual supera la fecha neta de vencimiento de la factura mientras esta sigue sin pagarse. La fecha de vencimiento se determina a partir de la fecha de la factura y las condiciones de pago del proveedor. | ||
| Por qué es importante Esta actividad identifica directamente los pagos atrasados, que pueden perjudicar las relaciones con los proveedores y generar penalizaciones. Es esencial para supervisar y mejorar el porcentaje de pagos puntuales. Dónde obtenerlo No es un evento explícito del sistema. Debe calcularse comparando la fecha de pago, o la fecha actual si no se ha pagado, con la fecha de vencimiento de la factura. Recopilar Calcule este evento evaluando Tipo de evento calculated | |||
| Pago programado | La factura contabilizada se selecciona y se incluye en una propuesta o lote de pagos. Este paso pone la factura en cola para ejecutarse en una fecha concreta, pero todavía no representa la transferencia real de fondos. | ||
| Por qué es importante Esta actividad proporciona visibilidad sobre la fase final del proceso. Los retrasos entre la contabilización y la programación del pago pueden provocar la pérdida de descuentos y pagos atrasados. Dónde obtenerlo Normalmente se captura cuando una factura se añade a una ejecución de pagos, una propuesta de pago o un diario de pagos. Recopilar Identifique la fecha de creación del registro de la propuesta o del lote de pagos que incluye la factura. Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,
¿Listo para empezar?
Elija una guía específica del sistema para comenzar a extraer sus datos o utilice esta plantilla genérica como referencia básica para cualquier fuente de datos.
Optimice el procesamiento de facturas y aumente hoy la eficiencia de P2P
Descubra información oculta del proceso, reduzca costes y acelere sus Workflows de facturación.
No necesita tarjeta de crédito y puede configurarlo en solo 5 minutos.