Su Template de datos para el procesamiento de facturas de cuentas por pagar
Su Template de datos para el procesamiento de facturas de cuentas por pagar
- Atributos recomendados para recopilar
- Actividades clave que debe registrar
- Guía de extracción para NetSuite
Atributos del procesamiento de facturas de cuentas por pagar
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El nombre de la actividad empresarial o del evento que tuvo lugar en el proceso de la factura. | ||
|
Descripción
Este Atributo describe un paso o hito específico del proceso de Cuentas por pagar, como «Vendor Bill Created», «Invoice Approved» o «Payment Executed». Analizar la secuencia y la frecuencia de estas actividades es el núcleo del Process Mining. Ayuda a visualizar el flujo del proceso, identificar las variantes habituales y poco frecuentes, y localizar cuellos de botella o desviaciones respecto del procedimiento estándar. Las actividades definidas forman los nodos del mapa de procesos.
Por qué es importante
Define los pasos del proceso, permite visualizar el mapa de procesos, calcular los tiempos de transición e identificar cuellos de botella y ciclos de retrabajo.
Dónde obtenerlo
Se obtiene de los registros del sistema, las pistas de auditoría o los cambios de estado de Vendor Bill y de los registros de pago relacionados en NetSuite. A menudo requiere lógica de transformación.
Ejemplos
Factura de proveedor creadaFactura aprobadaPago ejecutadoDiscrepancia identificada
|
|||
|
Factura
Invoice
|
El identificador único de cada factura de proveedor. | ||
|
Descripción
«Invoice» actúa como el identificador principal del caso y vincula todas las actividades desde la recepción de la factura hasta su pago final. Este Atributo es esencial para reconstruir el recorrido completo de cada factura. En el análisis, permite filtrar, agregar y examinar en detalle los flujos de proceso de facturas individuales, y constituye la base del análisis de variantes y de los cálculos del tiempo de ciclo.
Por qué es importante
Es el Atributo fundamental que conecta todos los eventos relacionados en una única instancia de proceso y permite analizar de extremo a extremo el ciclo de vida de cada factura.
Dónde obtenerlo
Es la clave principal del registro de transacción Vendor Bill en NetSuite, conocida a menudo como Transaction ID o Document Number.
Ejemplos
INV-2023-001237894561VN54321A
|
|||
|
Hora de inicio
EventTime
|
La marca de tiempo que indica cuándo comenzó una actividad o un evento. | ||
|
Descripción
Este Atributo registra la fecha y hora exactas en que tuvo lugar una actividad específica. Proporciona el orden cronológico de los eventos dentro de cada caso. Esta marca de tiempo es fundamental para todos los análisis basados en el tiempo, incluido el cálculo de los tiempos de ciclo entre actividades, la duración total del proceso de extremo a extremo y la identificación de retrasos. Se utiliza para ordenar correctamente los eventos y constituye la base de KPI de rendimiento como «Average Invoice Approval Time» y «Days Payable Outstanding».
Por qué es importante
Proporciona la secuencia cronológica de los eventos, esencial para calcular todas las métricas basadas en la duración, descubrir cuellos de botella y comprender el rendimiento del proceso.
Dónde obtenerlo
Campos de marca de tiempo asociados a cambios de estado o a las fechas de creación o modificación de los registros de transacciones y las notas del sistema de NetSuite.
Ejemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
Sistema de origen
SourceSystem
|
El sistema del que se extrajeron los datos. | ||
|
Descripción
Este Atributo identifica el origen de los datos del proceso. En esta vista, será siempre «NetSuite». En entornos con varios sistemas, como un sistema externo de OCR y un ERP, este campo es fundamental para la trazabilidad de los datos y la resolución de problemas. Confirma que todos los eventos se atribuyen correctamente al sistema de registro de origen.
Por qué es importante
Garantiza la procedencia de los datos y es fundamental en entornos con varios sistemas para rastrear los datos hasta su origen y validarlos en el contexto adecuado.
Dónde obtenerlo
Es un valor estático («NetSuite») que se completa durante el proceso de extracción y transformación de datos.
Ejemplos
NetSuite
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo en la que los datos de este evento se actualizaron por última vez desde el sistema de origen. | ||
|
Descripción
Este atributo indica el momento más reciente en que se extrajeron los datos de eventos de NetSuite. Refleja la actualidad de los datos en la herramienta de Process Mining. Es importante para comprender la vigencia del análisis. Los usuarios pueden comprobar qué tan actuales son los datos, algo especialmente relevante en los Dashboards operativos que supervisan el estado de las facturas casi en tiempo real.
Por qué es importante
Ofrece transparencia sobre la actualización de los datos y permite comprender qué tan actual es el análisis del proceso y cuándo se espera la próxima actualización.
Dónde obtenerlo
Esta marca de tiempo la genera la herramienta o el flujo de extracción de datos en el momento de la ingesta.
Ejemplos
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
Aprobador
Approver
|
La persona usuaria responsable de aprobar la factura para su pago. | ||
|
Descripción
Este atributo identifica al responsable o titular del presupuesto que otorgó la aprobación final de la factura. Una factura puede tener varios aprobadores a lo largo de su ciclo de vida. Esta es una dimensión crítica para el Dashboard «Análisis de cuellos de botella en las aprobaciones». Al analizar los tiempos de aprobación por aprobador, la empresa puede identificar a las personas que tardan en aprobar, redirigir facturas para equilibrar la carga de trabajo y agilizar el proceso general de aprobación.
Por qué es importante
Ayuda directamente a identificar cuellos de botella en las aprobaciones y a analizar la carga de trabajo y el rendimiento de los responsables que participan en la cadena de aprobación.
Dónde obtenerlo
Esta información suele almacenarse en el historial del Workflow o en los registros de aprobación asociados a la transacción Vendor Bill.
Ejemplos
s.chenp.williamsr.davis
|
|||
|
Fecha de vencimiento de la factura
InvoiceDueDate
|
La fecha límite en la que debe pagarse la factura para evitar penalizaciones. | ||
|
Descripción
Este atributo especifica la fecha de vencimiento del pago, determinada por las condiciones de pago del proveedor y la fecha de la factura. Es un plazo crítico en el proceso de Cuentas por pagar. Esta fecha es el punto de referencia del Dashboard «Cumplimiento de pagos» y del KPI «Tasa de cumplimiento de las condiciones de pago». Se utiliza para determinar si los pagos se realizan a tiempo, antes o después del vencimiento, lo que afecta directamente a las relaciones con los proveedores y puede generar recargos por pago atrasado.
Por qué es importante
Es el principal punto de referencia para medir el rendimiento de los pagos puntuales, algo esencial para las relaciones con los proveedores y el cumplimiento financiero.
Dónde obtenerlo
Es el campo estándar «Due Date» del registro de la transacción Vendor Bill.
Ejemplos
2023-11-302023-12-152024-02-28
|
|||
|
Importe de la factura
InvoiceAmount
|
El valor monetario total de la factura. | ||
|
Descripción
Este atributo representa el importe bruto total adeudado en la factura del proveedor, antes de deducciones o descuentos. Es una métrica financiera fundamental para cada caso. El importe de la factura se utiliza en análisis financieros, por ejemplo, para clasificar las facturas en rangos de valor, como alto o bajo importe, y comprobar si sus recorridos de proceso difieren. También se utiliza en los Dashboards para comprender el impacto financiero de los cuellos de botella o retrasos y es fundamental para calcular el plazo medio de pago.
Por qué es importante
Permite analizar el impacto financiero de las ineficiencias del proceso y segmentar las facturas por valor para priorizar las de mayor importe.
Dónde obtenerlo
El campo «Amount» o «Total» de la cabecera del registro de transacción Vendor Bill.
Ejemplos
1500.75250.0012500.50
|
|||
|
Nombre del proveedor
VendorName
|
El nombre del proveedor que presentó la factura. | ||
|
Descripción
Este Atributo identifica el nombre legal del proveedor asociado a la factura. Es un elemento fundamental de los datos maestros vinculado a la transacción. Analizar el proceso por proveedor ayuda a identificar problemas específicos de cada proveedor, como discrepancias frecuentes, retrasos en los pagos u oportunidades de descuentos dinámicos. Es esencial para que el panel «Invoice Status and Aging» clasifique las facturas abiertas y gestione las relaciones.
Por qué es importante
Permite analizar el rendimiento por proveedor, identificar proveedores problemáticos, negociar mejores condiciones y gestionar las relaciones de forma eficaz.
Dónde obtenerlo
Del registro Vendor vinculado a la transacción Vendor Bill. El campo suele denominarse «Vendor Name» o «Company Name».
Ejemplos
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
Número de orden de compra
PurchaseOrderNumber
|
El identificador de la orden de compra asociada a la factura, si corresponde. | ||
|
Descripción
Este Atributo vincula la factura del proveedor con una orden de compra previamente aprobada (PO). Su presencia o ausencia es clave para distinguir entre facturas respaldadas por una PO y facturas sin PO. Este campo es fundamental para el panel «PO/GR Matching Efficiency» y el KPI «PO/GR Matching Success Rate». Analizar los procesos según si una factura está respaldada por una PO ayuda a identificar las mejoras de eficiencia derivadas de la conciliación a tres bandas y las oportunidades de automatización.
Por qué es importante
Distingue entre facturas con PO y sin PO, que suelen seguir rutas de proceso diferentes y tener distinto potencial de automatización. Es clave para analizar la eficiencia de la conciliación.
Dónde obtenerlo
Normalmente se encuentra en las líneas de artículos o en la cabecera del registro Vendor Bill, donde vincula la factura con una transacción Purchase Order.
Ejemplos
PO-004589PO-005123null
|
|||
|
Usuario procesador
ProcessorUser
|
El usuario responsable de procesar o introducir la factura. | ||
|
Descripción
Este atributo identifica al miembro del equipo de Cuentas por pagar que introdujo los datos o realizó los pasos iniciales de procesamiento de la factura. Estos datos son esenciales para el Dashboard «Distribución de la carga de trabajo del personal de Cuentas por pagar». Ayudan a los responsables a analizar el equilibrio de la carga de trabajo, identificar necesidades de capacitación y medir el rendimiento individual o del equipo. También pueden utilizarse para investigar la causa raíz de los errores y rastrearlos hasta la persona que procesó la factura.
Por qué es importante
Permite analizar la carga de trabajo, supervisar el rendimiento e investigar la causa raíz de los errores mediante la asignación de actividades a miembros específicos del personal de Cuentas por pagar.
Dónde obtenerlo
Los campos «Created By» o «Modified By» de las notas del sistema o del registro de auditoría correspondientes a las actividades iniciales de la Vendor Bill.
Ejemplos
j.doea.smithm.jones
|
|||
|
Código de empresa
CompanyCode
|
El identificador de la entidad legal o filial que procesa la factura. | ||
|
Descripción
Este atributo especifica la empresa o filial de la organización responsable de la factura. Es especialmente relevante para las empresas con varias entidades legales. Analizar el proceso por código de empresa permite comparar el rendimiento entre distintas partes del negocio. Puede poner de manifiesto diferencias de eficiencia, cumplimiento o carga de trabajo específicas de una filial, lo que facilita iniciativas de mejora específicas.
Por qué es importante
Permite comparar el rendimiento del proceso entre distintas entidades legales o filiales, facilita mejoras específicas y contribuye al gobierno corporativo.
Dónde obtenerlo
En NetSuite, corresponde al campo «Subsidiary» del registro de la transacción en una cuenta OneWorld.
Ejemplos
US01DE01UK01
|
|||
|
Condiciones de pago
PaymentTerms
|
Las condiciones acordadas para el pago de la factura, por ejemplo, Net 30 o 2% 10 Net 30. | ||
|
Descripción
Este atributo define las condiciones en las que el proveedor espera recibir el pago, incluido el plazo y los posibles descuentos por pronto pago. Las condiciones de pago se utilizan para calcular la «Fecha de vencimiento de la factura» y cualquier «Fecha límite para el descuento por pronto pago». Son esenciales para el Dashboard «Cumplimiento de pagos» y para analizar oportunidades de obtener descuentos por pronto pago, optimizando así el capital circulante.
Por qué es importante
Determina los plazos de pago y las oportunidades de descuento, lo que afecta directamente a la gestión del flujo de caja y a la capacidad de generar ahorros.
Dónde obtenerlo
El campo «Terms» de la transacción Vendor Bill, que normalmente se hereda del registro maestro del proveedor.
Ejemplos
30 días netos60 días netos2 % a 10 días, 30 días netos
|
|||
|
Descuento por pronto pago capturado
IsEarlyPaymentCaptured
|
Indicador que señala si se aprovechó correctamente un descuento por pronto pago disponible. | ||
|
Descripción
Este atributo booleano calculado comprueba si una factura con un descuento disponible se pagó en la fecha del descuento por pronto pago o antes. Este atributo es esencial para medir el KPI «Early Payment Discount Capture Rate» y para el Dashboard «Early Payment Discount Opportunities». Proporciona una métrica clara de éxito o fracaso para la estrategia de la empresa de captación de descuentos y pone de relieve los ahorros que se han dejado pasar.
Por qué es importante
Mide directamente la eficacia de la función de tesorería o cuentas por pagar para captar ahorros, un indicador clave del rendimiento financiero.
Dónde obtenerlo
Se calcula durante la transformación de datos: PaymentDate <= EarlyPaymentDiscountDate para las facturas que tienen un descuento disponible.
Ejemplos
truefalsenull
|
|||
|
Es retrabajo
IsRework
|
Indicador que señala si la actividad forma parte de un ciclo de retrabajo. | ||
|
Descripción
Este atributo booleano calculado identifica las actividades que representan trabajo repetido, como un segundo evento «Discrepancy Identified» o una factura que se rechaza y luego se vuelve a enviar para su aprobación. Este atributo es fundamental para el Dashboard «Rework and Error Analysis» y el KPI «Invoice Rework Rate». Permite cuantificar la frecuencia y el impacto del retrabajo, lo que ayuda a localizar las fuentes de ineficiencia, errores y desviaciones del proceso.
Por qué es importante
Cuantifica la ineficiencia del proceso al señalar las actividades que representan un esfuerzo desperdiciado y permite poner en marcha iniciativas específicas para mejorar la calidad y los índices de ejecución correcta a la primera.
Dónde obtenerlo
Se calcula durante la transformación de datos mediante el análisis de la secuencia de actividades de un caso determinado. Por ejemplo, cuando «Invoice Approved» va seguido de «Invoice Rejected» y después de otro «Invoice Approved».
Ejemplos
truefalse
|
|||
|
Estado de la factura
InvoiceStatus
|
El estado actual de procesamiento de la factura. | ||
|
Descripción
Este atributo indica el estado actual de la Vendor Bill dentro del ciclo de vida de Cuentas por pagar, como «Open», «Pending Approval» o «Paid in Full». Es un atributo clave para el Dashboard «Estado y antigüedad de las facturas», ya que ofrece una vista del trabajo y las obligaciones pendientes. Permite filtrar la información para centrarse en facturas abiertas o problemáticas y ayuda a seguir el avance hasta su finalización.
Por qué es importante
Ofrece una vista en tiempo real de la etapa en la que se encuentra una factura, algo esencial para la supervisión operativa, la gestión de la carga de trabajo y las previsiones financieras.
Dónde obtenerlo
El campo «Status» del registro de la transacción Vendor Bill.
Ejemplos
AbiertaPendiente de aprobaciónPagada por completo
|
|||
|
Fecha de pago
PaymentDate
|
La fecha en la que se ejecutó el pago de la factura. | ||
|
Descripción
Este atributo registra la fecha en la que se realizó el desembolso al proveedor. Marca la liquidación financiera final de la factura. Esta fecha se utiliza para determinar el final real del proceso en muchos KPI, incluidos «Días pendientes de pago» y «Tasa de cumplimiento de las condiciones de pago». Es el evento factual que se utiliza para comparar el pago con la «Fecha de vencimiento de la factura» y la «Fecha límite para el descuento por pronto pago».
Por qué es importante
Marca la conclusión financiera del proceso y sirve de base para calcular los KPI de cumplimiento de pagos, DPO y obtención de descuentos.
Dónde obtenerlo
Del campo «Date» del registro de transacción Bill Payment asociado en NetSuite.
Ejemplos
2023-11-282023-12-142024-02-25
|
|||
|
Fecha límite para el descuento
EarlyPaymentDiscountDate
|
La fecha límite para pagar una factura y poder beneficiarse de un descuento por pronto pago. | ||
|
Descripción
Este atributo especifica la última fecha en la que puede realizarse un pago para obtener un descuento del proveedor, según las «Payment Terms», por ejemplo, el «10» de «2% 10, Net 30». Esta fecha es el principal impulsor del Dashboard «Oportunidades de descuentos por pronto pago». Al comparar esta fecha con la fecha actual y la fecha de pago, el sistema puede identificar oportunidades, medir el KPI «Tasa de obtención de descuentos por pronto pago» y ayudar a la empresa a maximizar sus ahorros.
Por qué es importante
Es la fecha crítica para maximizar los ahorros mediante descuentos por pronto pago; hacerle seguimiento ayuda a optimizar la gestión de caja.
Dónde obtenerlo
Es un campo calculado del registro Vendor Bill, derivado de la fecha de la factura y del campo «Terms».
Ejemplos
2023-11-102024-01-20null
|
|||
|
Moneda
Currency
|
El código de moneda del importe de la factura, por ejemplo, USD o EUR. | ||
|
Descripción
Este Atributo especifica la moneda en la que está denominada la factura. Proporciona el contexto necesario para «InvoiceAmount». Para las organizaciones multinacionales, analizar los datos en una moneda única y coherente es fundamental. Este campo permite realizar una conversión de moneda adecuada y garantiza que las métricas financieras se comparen en igualdad de condiciones entre distintas regiones o unidades de negocio.
Por qué es importante
Proporciona el contexto necesario para todos los valores monetarios y garantiza un análisis financiero preciso, especialmente en operaciones multinacionales.
Dónde obtenerlo
El campo «Currency» del registro de transacción Vendor Bill, normalmente vinculado a los datos maestros del proveedor.
Ejemplos
USDEURGBPCAD
|
|||
|
Pago realizado a tiempo
IsOnTimePayment
|
Indicador que señala si la factura se pagó en la fecha de vencimiento o antes. | ||
|
Descripción
Este atributo booleano calculado evalúa si la «Payment Date» es anterior o igual a la «Invoice Due Date». Proporciona un resultado binario claro para determinar si cada factura se pagó a tiempo. Este atributo respalda directamente el «Payment Compliance Dashboard» y se utiliza para calcular el KPI «Payment Term Adherence Rate». Simplifica el análisis, ya que permite filtrar al instante todos los pagos atrasados e investigar sus causas raíz.
Por qué es importante
Simplifica el análisis de la puntualidad de los pagos y alimenta directamente los KPI relacionados con el cumplimiento de las condiciones de pago y la gestión de las relaciones con proveedores.
Dónde obtenerlo
Se calcula durante la transformación de datos: PaymentDate <= InvoiceDueDate.
Ejemplos
truefalse
|
|||
|
Tipo de documento
DocumentType
|
El tipo de documento que se procesa, por ejemplo, Invoice o Credit Memo. | ||
|
Descripción
Este atributo diferencia las facturas estándar de otros documentos relacionados, como los Credit Memo, que pueden seguir reglas de procesamiento o Workflows diferentes. Analizar el proceso por tipo de documento garantiza que se comparen elementos similares. Por ejemplo, el proceso de aprobación de una factura de importe elevado puede ser mucho más riguroso que el de un Credit Memo pequeño. Esta segmentación ofrece una visión más precisa del rendimiento del proceso.
Por qué es importante
Permite segmentar el proceso según los distintos tipos de documentos financieros, que pueden tener rutas y KPI diferentes, lo que conduce a un análisis más preciso.
Dónde obtenerlo
Esto puede identificarse a partir del tipo de transacción en NetSuite, por ejemplo, «Vendor Bill» o «Vendor Credit».
Ejemplos
Factura estándarNota de créditoNota de débito
|
|||
Actividades del procesamiento de facturas de cuentas por pagar
| Actividad | Descripción | ||
|---|---|---|---|
|
Aprobación enviada
|
Este evento marca el momento en que la Vendor Bill entra formalmente en un Workflow de aprobación. Se captura cuando el «Approval Status» de la factura cambia de un estado de borrador a «Pending Approval». | ||
|
Por qué es importante
Esta actividad es el punto de partida para medir el tiempo del ciclo de aprobación, algo esencial para identificar cuellos de botella asociados a aprobadores o departamentos concretos.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo en la que el «Approval Status» del registro Vendor Bill cambia a «Pending Approval», según el seguimiento de System Notes.
Recopilar
Marca de tiempo del cambio del campo «Approval Status» a «Pending Approval».
Tipo de evento
inferred
|
|||
|
Factura aprobada
|
Indica que la Vendor Bill ha sido autorizada para el pago por el aprobador o los aprobadores designados. Se captura cuando el «Approval Status» de la factura se establece en «Approved». | ||
|
Por qué es importante
Este es un hito fundamental que concluye la fase de aprobación y permite contabilizar la factura y programar su pago. Es un dato clave para medir la eficiencia de la aprobación.
Dónde obtenerlo
Marca de tiempo del cambio del campo «Approval Status» del registro Vendor Bill a «Approved», según consta en System Notes o en un registro de Workflow.
Recopilar
Marca de tiempo del registro de Workflow o de System Notes para «Approval Status» = «Approved».
Tipo de evento
explicit
|
|||
|
Factura cerrada
|
Marca el cierre definitivo del registro Vendor Bill, normalmente después de que se haya pagado por completo. Se infiere cuando el estado de la Vendor Bill cambia a «Paid in Full». | ||
|
Por qué es importante
Proporciona un evento final definitivo para el ciclo de vida del proceso y confirma que no se requiere ninguna otra acción para esa factura concreta.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo en la que el campo «Status» del registro Vendor Bill cambia a «Paid in Full», según el seguimiento de System Notes.
Recopilar
Marca de tiempo del cambio del campo «Status» a «Paid in Full».
Tipo de evento
inferred
|
|||
|
Factura contabilizada en el libro mayor
|
Marca el momento en que el impacto financiero de la Vendor Bill se registra oficialmente en el libro mayor. Se captura mediante la fecha de transacción cuando la factura se aprueba y se activa el indicador «Posting». | ||
|
Por qué es importante
Este es un punto de control financiero clave que confirma que la empresa ha reconocido formalmente el pasivo. Los retrasos en la contabilización pueden afectar a la precisión de los informes financieros.
Dónde obtenerlo
La fecha de contabilización asociada a la transacción del libro mayor creada a partir de la Vendor Bill. Se comprobará el campo «Posting» de la factura.
Recopilar
Fecha de transacción de la contabilización en el libro mayor asociada a la Vendor Bill.
Tipo de evento
explicit
|
|||
|
Factura de proveedor creada
|
Indica la entrada de una nueva factura de proveedor en NetSuite. Se captura a partir de la fecha de creación del registro de transacción Vendor Bill, que representa el inicio oficial del proceso de Cuentas por pagar. | ||
|
Por qué es importante
Establece el punto de partida para calcular todos los tiempos del ciclo de procesamiento de facturas, algo fundamental para medir la eficiencia general del proceso y hacer un seguimiento de la antigüedad de las facturas.
Dónde obtenerlo
El campo «Date Created» del registro de transacción Vendor Bill.
Recopilar
Evento de creación de la transacción Vendor Bill.
Tipo de evento
explicit
|
|||
|
Pago ejecutado
|
Representa la ejecución final del pago de la factura. Este evento se captura a partir de la fecha de transacción del registro Vendor Payment aplicado a la Vendor Bill. | ||
|
Por qué es importante
Este es el punto final principal del proceso de Cuentas por pagar y resulta esencial para calcular el tiempo del ciclo de extremo a extremo, el cumplimiento de las condiciones de pago y los días pendientes de pago (DPO).
Dónde obtenerlo
El campo «Date» del registro de transacción Vendor Payment vinculado a la Vendor Bill.
Recopilar
Fecha de transacción del registro Vendor Payment aplicado a la factura.
Tipo de evento
explicit
|
|||
|
Descuento por pronto pago capturado
|
Evento calculado que ocurre si el pago de una factura se ejecuta antes de la fecha límite para obtener el descuento por pronto pago. Se obtiene comparando la fecha de pago con las condiciones de descuento de la Vendor Bill. | ||
|
Por qué es importante
Mide directamente el éxito del equipo de Cuentas por pagar al obtener descuentos, lo que influye directamente en la rentabilidad y la estrategia de gestión de caja de la empresa.
Dónde obtenerlo
Este es un evento calculado. Requiere comparar el campo «Date» de la transacción Vendor Payment con la fecha de descuento derivada del campo «Terms» de la Vendor Bill.
Recopilar
Comparar «Date» de Vendor Payment con la fecha de descuento derivada de «Terms» de Vendor Bill.
Tipo de evento
calculated
|
|||
|
Discrepancia identificada
|
Esta actividad ocurre cuando se detecta una discrepancia entre la factura, la orden de compra o la recepción del artículo, lo que impide continuar el procesamiento. A menudo se infiere cuando un usuario establece un «Approval Status» específico, como «On Hold» o «Pending Clarification». | ||
|
Por qué es importante
Destacar esta actividad ayuda a localizar las fuentes de fricción y retrabajo en el proceso de validación, que son causas importantes de los retrasos en los pagos.
Dónde obtenerlo
Se infiere a partir de un cambio en el campo «Approval Status» de la Vendor Bill a un estado pendiente no estándar, por ejemplo, «On Hold». Puede requerir una configuración de estado personalizada.
Recopilar
Hacer un seguimiento de los cambios en el campo «Approval Status» que indiquen una retención o consulta.
Tipo de evento
inferred
|
|||
|
Factura rechazada
|
Representa el rechazo formal de una Vendor Bill durante el proceso de aprobación, lo que requiere corregirla y volver a enviarla. Este evento se captura cuando el «Approval Status» se actualiza a «Rejected». | ||
|
Por qué es importante
El seguimiento de los rechazos es fundamental para analizar el retrabajo, identificar los motivos habituales de fallo, como una codificación incorrecta o incumplimientos de políticas, y mejorar la tasa de aprobación en el primer intento.
Dónde obtenerlo
Marca de tiempo del cambio del campo «Approval Status» del registro Vendor Bill a «Rejected», según consta en System Notes.
Recopilar
Marca de tiempo del registro de Workflow o de System Notes para «Approval Status» = «Rejected».
Tipo de evento
explicit
|
|||
|
Factura reenviada para aprobación
|
Ocurre cuando una factura vuelve a una etapa anterior o se envía a otro aprobador debido a un cambio o rechazo. Se infiere cuando el «Approval Status» cambia de «Pending Approval» a otro estado y después vuelve a «Pending Approval». | ||
|
Por qué es importante
Identificar los eventos de reenvío es clave para comprender los ciclos de retrabajo dentro del proceso de aprobación, que prolongan considerablemente los tiempos del ciclo.
Dónde obtenerlo
Se infiere de System Notes al detectar secuencias en las que el «Approval Status» cambia varias veces a «Pending Approval» para la misma factura.
Recopilar
Analizar las secuencias de cambios de «Approval Status» en System Notes.
Tipo de evento
inferred
|
|||
|
Intento de conciliación con una orden de compra
|
Representa la acción de asociar una Vendor Bill con la Purchase Order correspondiente para su validación. Se infiere cuando una PO se vincula por primera vez en la sublista «Items» o «Expenses» del registro Vendor Bill antes de la aprobación. | ||
|
Por qué es importante
El seguimiento de este paso ayuda a analizar la eficiencia del proceso de conciliación e identificar retrasos antes incluso de que las facturas se envíen para su aprobación.
Dónde obtenerlo
Se infiere del registro System Notes al mostrar la primera introducción del campo «Created From» o de referencias de PO a nivel de línea en la Vendor Bill.
Recopilar
Detectar la introducción de la referencia de PO en System Notes.
Tipo de evento
inferred
|
|||
|
Nota de crédito aplicada
|
Ocurre cuando un Vendor Credit se aplica a una Vendor Bill y reduce el importe pendiente. Se captura a partir del evento de aplicación que vincula ambas transacciones. | ||
|
Por qué es importante
La aplicación de notas de crédito es una vía alternativa importante para cerrar una factura. Su seguimiento ayuda a comprender cómo afectan las cancelaciones contables y las devoluciones al proceso general de Cuentas por pagar.
Dónde obtenerlo
La fecha de aplicación registrada cuando una transacción Vendor Credit se aplica a la Vendor Bill. Esta información está disponible en los registros relacionados de la factura.
Recopilar
Marca de tiempo de la aplicación de un Vendor Credit a una Vendor Bill.
Tipo de evento
explicit
|
|||
|
Pago atrasado identificado
|
Evento calculado que se activa cuando una factura se paga después de su fecha de vencimiento. Se determina comparando la fecha de ejecución del pago con la fecha de vencimiento especificada en la Vendor Bill. | ||
|
Por qué es importante
Esta actividad es fundamental para supervisar el cumplimiento de los pagos y gestionar las relaciones con los proveedores. Una alta frecuencia de pagos atrasados puede dañar la confianza de los proveedores.
Dónde obtenerlo
Se calcula comparando el campo «Date» de la transacción Vendor Payment con el campo «Due Date» del registro Vendor Bill. Si Payment Date > Due Date, se produce este evento.
Recopilar
Comparar «Date» de Vendor Payment con «Due Date» de Vendor Bill.
Tipo de evento
calculated
|
|||
|
Pago programado
|
Esta actividad indica que una Vendor Bill se ha seleccionado para el pago y se ha incluido en un lote de pagos. Se captura cuando se crea una transacción Vendor Payment con una fecha de pago futura. | ||
|
Por qué es importante
Este evento ofrece visibilidad sobre el flujo de pagos, ayuda a prever el flujo de caja y permite gestionar el momento de los pagos para obtener descuentos por pronto pago.
Dónde obtenerlo
Fecha de creación del registro de transacción Vendor Payment aplicado a la Vendor Bill.
Recopilar
Marca de tiempo de creación del registro de transacción Vendor Payment asociado.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Con esta plantilla de datos, dispone de todo lo necesario para comenzar a optimizar el procesamiento de facturas de cuentas por pagar. Empiece hoy mismo a transformar su flujo de trabajo y consiga pagos más rápidos y conformes.
Tome el control: optimice hoy sus facturas de cuentas por pagar
Elimine los recargos por pagos atrasados y los pagos duplicados, y reduzca los costos hasta un 60 %.
No necesita tarjeta de crédito; configuración en minutos.