Plantilla de Datos: Procesamiento de Facturas de Cuentas por Pagar
Su plantilla de datos para el procesamiento de facturas de Cuentas por Pagar
- Atributos recomendados para recopilar
- Actividades clave a rastrear
- Guía de Extracción
Atributos de Procesamiento de Facturas de Cuentas por Pagar
| Nombre | Descripción | ||
|---|---|---|---|
|
Factura
Invoice
|
El identificador único de cada documento de factura de proveedor. | ||
|
Descripción
La factura sirve como el identificador principal del case, vinculando todas las actividades desde el momento en que se recibe una factura hasta su pago final. Esto permite un análisis de principio a fin del recorrido de cada factura individual a través del proceso de Cuentas por Pagar. En el análisis, agrupar events por este identificador es el primer paso para reconstruir el flujo del proceso para cada factura. Permite el cálculo de KPIs a nivel de case, como el tiempo total de ciclo, y ayuda a identificar variantes y cuellos de botella específicos del recorrido de cada factura individual.
Por qué es importante
Esta es la clave esencial para rastrear todo el ciclo de vida de una factura, convirtiéndola en la base para todo el análisis de Process Mining en Cuentas por Pagar.
Dónde obtener
Este suele ser el número de factura del proveedor de la página 'Vendor invoice' o de las entidades de data relacionadas en Dynamics 365 Finance.
Ejemplos
INV-00125475000921DE-8832-2023
|
|||
|
Actividad
ActivityName
|
El nombre del paso del proceso de negocio que se realizó. | ||
|
Descripción
Este atributo registra la acción o el evento específico que ocurrió en un momento dado para una factura, como 'Factura Registrada' o 'Factura Aprobada'. Estas actividades constituyen los nodos del mapa de procesos descubierto. El análisis de la secuencia y la frecuencia de las actividades es fundamental para el Process Mining. Ayuda a visualizar el flujo del proceso, identificar rutas comunes y poco frecuentes (variantes), y detectar las actividades que causan retrasos o retrabajos.
Por qué es importante
Las actividades definen el 'qué' del proceso, permitiendo la construcción de un mapa de procesos y el análisis del flujo y las variaciones del mismo.
Dónde obtener
Esto a menudo se deriva de cambios de estado, registros de historial de workflow o registros de contabilización de documentos dentro del módulo de Cuentas por Pagar de Dynamics 365.
Ejemplos
Factura RegistradaFactura AprobadaDiscrepancia ResueltaPago Ejecutado
|
|||
|
Hora de Inicio
EventTime
|
El timestamp que indica cuándo ocurrió una actividad o event. | ||
|
Descripción
Este atributo proporciona la fecha y hora de cada actividad, lo cual es fundamental para ordenar los eventos cronológicamente y calcular sus duraciones. Constituye la columna vertebral temporal del registro de eventos. En el análisis, el Start Time se utiliza para calcular todas las métricas relacionadas con el tiempo, incluyendo los tiempos de ciclo entre actividades, los tiempos de espera y la duración total del caso. Es crucial para identificar cuellos de botella y medir el rendimiento del proceso en comparación con los SLAs.
Por qué es importante
Este timestamp es crucial para secuenciar los events correctamente y calcular todas las métricas de rendimiento, como los tiempos de ciclo y los cuellos de botella.
Dónde obtener
Obtenido de campos de fecha de creación o modificación en registros de transacciones, registros de historial de flujo de trabajo o campos de fecha de contabilización en Dynamics 365.
Ejemplos
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
Fecha de Vencimiento de Factura
InvoiceDueDate
|
La fecha de vencimiento del pago de la factura, calculada según las condiciones de pago. | ||
|
Descripción
Esta fecha indica el plazo límite para pagar la factura y así evitar penalizaciones y cumplir con los acuerdos del proveedor. Generalmente, se calcula a partir de la fecha de la factura y las condiciones de pago especificadas. Este atributo es esencial para el análisis de 'Cumplimiento de las Condiciones de Pago'. Al comparar la fecha de 'Payment Executed' con la 'Invoice Due Date', el análisis puede marcar automáticamente los pagos atrasados, calcular las tasas de cumplimiento y ayudar a priorizar los pagos para mantener buenas relaciones con los proveedores.
Por qué es importante
Crucial para medir el rendimiento de pagos a tiempo, gestionar las relaciones con proveedores y evitar recargos por pagos atrasados.
Dónde obtener
Campo calculado basándose en la fecha de la factura y las condiciones de pago. Almacenado en campos como 'DueDate' en las tablas de transacciones de proveedores (ej. 'VendTrans').
Ejemplos
2023-05-152023-06-302023-07-01
|
|||
|
Importe de Factura
InvoiceAmount
|
El valor monetario total de la factura. | ||
|
Descripción
Representa el importe total adeudado en la factura del proveedor. Esta es una métrica financiera crítica para cada caso. Este atributo permite un análisis financiero del proceso de Cuentas por Pagar. Se puede usar para priorizar facturas de alto valor, analizar los tiempos de aprobación según umbrales de importe y comprender el impacto financiero de los retrasos en los pagos o los descuentos por pronto pago.
Por qué es importante
Proporciona contexto financiero, permitiendo el análisis del comportamiento del proceso basado en el valor monetario, como identificar si las facturas de alto valor se procesan de manera diferente.
Dónde obtener
Ubicado en el encabezado de la factura del proveedor, a menudo en campos como 'InvoiceAmount' en 'VendInvoiceInfoTable'.
Ejemplos
1500.75250.0012345.50
|
|||
|
Número de Orden de Compra
PurchaseOrderNumber
|
El identificador único de la orden de compra asociada a la factura. | ||
|
Descripción
Este atributo vincula la factura con su Orden de Compra (OC) correspondiente. Las facturas pueden estar respaldadas por OC o no. Analizar este atributo ayuda a diferenciar entre el procesamiento de facturas con y sin OC, ya que suelen seguir flujos de trabajo distintos. Es fundamental para medir la eficiencia de la conciliación de OC y para identificar problemas que surgen cuando los detalles de la factura no coinciden con la orden de compra.
Por qué es importante
Permite distinguir entre facturas con y sin orden de compra (PO), las cuales siguen procesos diferentes, lo cual es esencial para analizar la eficiencia de la conciliación.
Dónde obtener
Se encuentra en el encabezado o las líneas de la factura del proveedor, típicamente en un campo llamado 'PurchId' en 'VendInvoiceInfoTable'.
Ejemplos
PO-000432PO-000511
|
|||
|
Proveedor
VendorName
|
El nombre del proveedor que envió la factura. | ||
|
Descripción
Este atributo identifica al proveedor asociado con la factura. Los datos del proveedor suelen incluir detalles como nombre, ID y categoría. Analizar el proceso de Cuentas por Pagar (AP) por proveedor puede revelar qué proveedores presentan sistemáticamente facturas problemáticas (por ejemplo, con discrepancias frecuentes), cuáles tienen condiciones de pago especiales y cuáles están asociados con ciclos de procesamiento prolongados. Este conocimiento puede utilizarse para mejorar las relaciones y la colaboración con los proveedores.
Por qué es importante
Permite segmentar el proceso para identificar problemas específicos de proveedores, como discrepancias frecuentes o retrasos en los pagos.
Dónde obtener
Vinculado desde el encabezado de la factura del proveedor, típicamente desde la entidad de datos 'VendTable' basada en el número de cuenta del proveedor.
Ejemplos
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
Términos de Pago
PaymentTerms
|
Los términos de pago acordados con el proveedor para la factura. | ||
|
Descripción
Este atributo especifica las condiciones bajo las cuales debe pagarse una factura de proveedor, como 'Net 30' (vencimiento en 30 días) o '2/10 Net 30' (2% de descuento si se paga en 10 días, de lo contrario, vencimiento en 30 días). El análisis por condiciones de pago permite comprender cómo los distintos acuerdos impactan la puntualidad de los pagos y el flujo de caja. Es fundamental para identificar oportunidades de descuentos por pronto pago y para segmentar los análisis de cumplimiento, detectando si ciertas condiciones son más difíciles de cumplir.
Por qué es importante
Define plazos de pago y oportunidades de descuento, impactando directamente la gestión del flujo de caja y el ahorro de costos.
Dónde obtener
Se encuentra en los datos maestros del proveedor o se especifica en el encabezado de la orden de compra/factura. Almacenado en campos como 'PaymTermId'.
Ejemplos
Net 30Net 602/10 Net 30
|
|||
|
Usuario
UserName
|
El usuario que ejecutó la actividad. | ||
|
Descripción
Identifica al usuario específico responsable de completar un paso del proceso, como registrar o aprobar una factura. Esto a menudo está vinculado al ID de sistema del usuario en Dynamics 365. Analizar el rendimiento por usuario ayuda a identificar necesidades de capacitación, empleados de alto rendimiento y la distribución de la carga de trabajo. Es esencial para los dashboards que se centran en los tiempos de aprobación y la eficiencia de los recursos, permitiendo a los gerentes ver qué usuarios o equipos representan cuellos de botella.
Por qué es importante
Atribuye el trabajo a individuos específicos, lo que permite analizar la carga de trabajo, el rendimiento y la identificación de oportunidades de capacitación.
Dónde obtener
Normalmente se encuentra en los campos 'Creado por' o 'Modificado por' en las transacciones, o en los logs de historial de workflow en Dynamics 365.
Ejemplos
j.doea.smithr.williams
|
|||
|
Aprobador
ApproverName
|
El usuario que aprobó o rechazó la factura en un paso específico. | ||
|
Descripción
Este atributo identifica a la persona responsable de una decisión de aprobación en el workflow. En el caso de facturas con aprobaciones multinivel, pueden existir diferentes aprobadores para distintas etapas del proceso. Es un elemento esencial para el dashboard de 'Análisis del Tiempo de Ciclo de Aprobación de Facturas'. El desglose del análisis por aprobador permite identificar a las personas que podrían estar generando cuellos de botella en el proceso, ya sea por carga de trabajo o por otros factores. Esto facilita la implementación de intervenciones específicas para acelerar el ciclo de aprobación.
Por qué es importante
Permite un análisis detallado del proceso de aprobación, ayudando a identificar cuellos de botella a nivel individual o de equipo.
Dónde obtener
Extraído de los registros de historial de workflow ('WorkflowTrackingStatusTable'), que registran al usuario que completó cada paso de aprobación.
Ejemplos
David ChenMaria GarciaAP_Manager_Group
|
|||
|
Código de Empresa
CompanyCode
|
El identificador de la entidad legal que procesa la factura. | ||
|
Descripción
Este atributo identifica la empresa o entidad legal específica dentro de la organización responsable de la factura. En configuraciones multicompañía, esta es una dimensión organizacional clave. Analizar el proceso de Cuentas por Pagar (AP) por Código de Compañía permite comparar el rendimiento entre distintas unidades de negocio o entidades legales. Ayuda a identificar si ciertas entidades son menos eficientes, tienen tasas de reelaboración más altas o siguen variantes de proceso diferentes, destacando así oportunidades para la estandarización y el intercambio de mejores prácticas.
Por qué es importante
Facilita la evaluación comparativa (benchmarking) del rendimiento y la comparación de procesos entre diferentes entidades legales o unidades de negocio dentro de la organización.
Dónde obtener
Un campo estándar en casi todas las tablas transaccionales en Dynamics 365, típicamente llamado 'DataAreaId'.
Ejemplos
USMFDEMFGBSI
|
|||
|
Es Automatizado
IsAutomated
|
Un indicador que señala si la actividad fue realizada automáticamente por el sistema. | ||
|
Descripción
Este atributo booleano diferencia entre las actividades realizadas por usuarios humanos y las ejecutadas por la automatización del sistema, como la contabilización o conciliación automática de facturas. Analizar este atributo es clave para medir el nivel de automatización en el proceso de Cuentas por Pagar (AP). Ayuda a calcular la tasa de Straight-Through Processing (STP) e identificar qué actividades manuales son candidatas ideales para futuras iniciativas de automatización, lo que en última instancia reduce costos y tiempo de procesamiento.
Por qué es importante
Ayuda a medir la tasa de procesamiento directo y a identificar oportunidades para aumentar la automatización y la eficiencia.
Dónde obtener
Derivado verificando si el usuario asociado con una actividad es un usuario de sistema o de lote (ej. 'Admin', 'BatchUser').
Ejemplos
truefalse
|
|||
|
Es Reelaboración
IsRework
|
Un indicador calculado que identifica si una factura ha pasado por una reelaboración. | ||
|
Descripción
Esta bandera booleana se establece en verdadero si el flujo de proceso de una factura incluye actividades de reprocesamiento, como 'Discrepancy Resolved' o un segundo paso de 'Invoice Data Validated' después de un fallo inicial. Se calcula para todo el caso. Este atributo apoya directamente el KPI de 'Tasa de Reprocesamiento por Discrepancias'. Simplifica el análisis al permitir un filtrado y agregación sencillos de todas las facturas que requirieron un esfuerzo manual adicional, ayudando a cuantificar el impacto de la mala calidad de los datos o las excepciones del proceso.
Por qué es importante
Mide directamente el retrabajo, permitiendo una cuantificación y análisis sencillos de las excepciones del proceso y las ineficiencias.
Dónde obtener
No es un campo del sistema de origen. Se calcula en la herramienta de Process Mining verificando la ocurrencia de actividades específicas que indican retrabajo dentro de un case.
Ejemplos
truefalse
|
|||
|
Es un Pago Atrasado
IsLatePayment
|
Un indicador calculado que señala si el pago se realizó después de la fecha de vencimiento. | ||
|
Descripción
Este atributo booleano se establece en verdadero si la actividad 'Payment Executed' ocurre después de la 'Invoice Due Date'. Proporciona un claro indicador, a nivel de caso, de incumplimiento de las condiciones de pago. Este atributo simplifica el cálculo del KPI de 'Tasa de Cumplimiento de las Condiciones de Pago'. Permite un filtrado rápido y la visualización en dashboards para mostrar el volumen y el valor de los pagos atrasados, además de facilitar el análisis de causa raíz en estos casos específicos para comprender por qué se produjeron los retrasos.
Por qué es importante
Proporciona un indicador claro y sencillo para analizar pagos no conformes y calcular los KPIs de pago a tiempo.
Dónde obtener
No es un campo del sistema de origen. Se calcula en la herramienta de Process Mining comparando el timestamp de la actividad 'Pago Ejecutado' con el atributo 'InvoiceDueDate'.
Ejemplos
truefalse
|
|||
|
Estado de la Factura
InvoiceStatus
|
El estado actual de procesamiento de la factura. | ||
|
Descripción
Este atributo refleja el último estado conocido de una factura dentro del proceso, como 'En Progreso', 'Aprobada', 'Pagada' o 'Cancelada'. Proporciona una instantánea clara de la posición de la factura en su ciclo de vida. Si bien el Process Mining deriva el flujo a partir de las actividades, disponer del estado final es muy útil para la validación y para la creación de dashboards a nivel de negocio que resumen el estado actual de todas las facturas pendientes. Se puede usar para filtrar todas las facturas que están actualmente 'Aprobadas' pero que aún no han sido 'Pagadas'.
Por qué es importante
Proporciona un resumen de alto nivel del estado actual de la factura, útil para filtrar y crear dashboards basados en el estado.
Dónde obtener
A menudo derivado de campos de estado de documento o de estado de workflow dentro del módulo de AP.
Ejemplos
En ProgresoAprobadoPagadaCancelado
|
|||
|
Fecha de Vencimiento del Descuento
EarlyPaymentDiscountDate
|
La fecha límite para pagar la factura y optar a un descuento por pronto pago. | ||
|
Descripción
Este atributo especifica la fecha límite para pagar una factura y recibir el descuento ofrecido por el proveedor. Se calcula a partir de la fecha de la factura y la parte del descuento de las condiciones de pago (por ejemplo, el '10' en '2/10 Net 30'). Esta fecha es el motor principal para el análisis del 'Estado de Descuento por Pronto Pago'. Al comparar la fecha de 'Payment Scheduled' o 'Payment Executed' con esta fecha límite, el sistema puede determinar si un descuento fue capturado con éxito, proporcionando métricas claras sobre la optimización financiera.
Por qué es importante
Define la fecha objetivo para capturar ahorros de costos, convirtiéndola en un factor clave para la priorización de pagos y la mejora de la eficiencia.
Dónde obtener
Calculado por el sistema basándose en las condiciones de pago y la fecha de la factura. Almacenado en campos como 'CashDiscDate' en 'VendTrans'.
Ejemplos
2023-04-252023-05-102023-06-15
|
|||
|
Importe del Descuento por Pronto Pago
EarlyPaymentDiscountAmount
|
El importe de descuento potencial si la factura se paga con anticipación. | ||
|
Descripción
Este atributo muestra el valor monetario del descuento ofrecido por el proveedor por pronto pago, según lo definido por las condiciones de pago. Estos datos financieros son críticos para el dashboard de 'Estado de Descuento por Pronto Pago'. Permite a la empresa cuantificar el valor de los descuentos aprovechados frente a los perdidos, ofreciendo un claro incentivo financiero para mejorar la eficiencia de los procesos de aprobación y programación de pagos de facturas.
Por qué es importante
Cuantifica la oportunidad financiera de la eficiencia del proceso, proporcionando un vínculo directo entre el rendimiento del proceso y el ahorro de costos.
Dónde obtener
Campo calculado basado en el importe de la factura y las condiciones de pago. Este valor está disponible en tablas como 'VendTrans' o campos relacionados con descuentos por pronto pago.
Ejemplos
30.015.00246.91
|
|||
|
Motivo de la Discrepancia
DiscrepancyReason
|
El código o la descripción del motivo de una discrepancia en la factura. | ||
|
Descripción
Cuando una factura se retiene o se identifica una discrepancia, este atributo registra el motivo, como «Desajuste de precio», «Diferencia de cantidad» o «Recepción de mercancías faltantes». Este atributo es clave para el análisis de «Resolución de Discrepancias y Reprocesos». Al categorizar los reprocesos según el motivo, el análisis puede identificar las causas raíz de las ineficiencias del proceso. Por ejemplo, si «Desajuste de precio» es el motivo más común, esto indica la necesidad de una mejor alineación de datos entre compras y proveedores.
Por qué es importante
Proporciona la causa raíz del retrabajo, permitiendo mejoras de proceso dirigidas para reducir excepciones e intervención manual.
Dónde obtener
Puede almacenarse en tablas de retención de facturas, comentarios de workflow o campos específicos de registro de discrepancias dentro del módulo de AP.
Ejemplos
Discrepancia de PrecioDiferencia de CantidadPO Inválida
|
|||
|
Número de Recibo de Mercancías
GoodsReceiptNumber
|
El identificador del documento de recepción de mercancías relacionado con la factura. | ||
|
Descripción
Este atributo vincula la factura con el registro de bienes o servicios recibidos, lo cual es indispensable para la conciliación a tres vías (OC, Recepción de Mercancías y Factura). Es esencial para analizar la eficiencia de la conciliación en el proceso. Los retrasos o fallos en las actividades de 'Goods Receipt Matched' pueden investigarse utilizando este identificador para rastrear el documento de recepción original, ayudando a detectar problemas en los pasos de adquisición o recepción que afectan a Cuentas por Pagar.
Por qué es importante
Facilita el análisis de la eficiencia de la conciliación triple y ayuda a identificar problemas originados en el proceso de recepción de mercancías.
Dónde obtener
Vinculado a través de las líneas de la orden de compra, que a menudo se encuentra en diarios de albaranes ('VendPackingSlipJour') o tablas relacionadas.
Ejemplos
GRN-00981GRN-01024
|
|||
|
Sistema de Origen
SourceSystem
|
El sistema del que se extrajo la data. | ||
|
Descripción
Este atributo identifica la fuente de los datos del evento, que en este contexto suele ser 'Microsoft Dynamics 365'. Adquiere una importancia particular cuando se combinan datos de múltiples sistemas (por ejemplo, una herramienta de escaneo OCR y D365). En un análisis de Process Mining, esto facilita la trazabilidad de los datos, la resolución de problemas y la comprensión del panorama tecnológico del proceso. Permite filtrar el análisis para visualizar solo los eventos de un sistema específico.
Por qué es importante
Proporciona contexto esencial sobre el origen de los datos, lo cual es crítico para la validación de datos y en análisis de procesos multisistema.
Dónde obtener
Este suele ser un valor estático ('Microsoft Dynamics 365') añadido durante el proceso de extracción y transformación de data.
Ejemplos
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
|
Tiempo de Procesamiento de Facturas
InvoiceProcessingTime
|
El tiempo total de ciclo de una factura desde la recepción hasta el pago. | ||
|
Descripción
Esta métrica representa el tiempo total transcurrido para un case de factura, normalmente calculado desde el timestamp de la primera actividad (p. ej., 'Factura Registrada') hasta el timestamp de una actividad final (p. ej., 'Pago Ejecutado'). Este es un KPI principal ('Tiempo de Ciclo Promedio de Factura') para medir la eficiencia general del proceso. Analizar esta duración ayuda a identificar retrasos sistémicos y proporciona un benchmark de alto nivel para iniciativas de mejora de procesos. Puede segmentarse por dimensiones como proveedor o código de compañía para encontrar áreas con los tiempos de ciclo más largos.
Por qué es importante
Mide directamente la eficiencia del proceso de principio a fin y sirve como indicador clave de rendimiento para monitorear la salud general de Cuentas por Pagar.
Dónde obtener
No es un campo del sistema de origen. Se calcula en la herramienta de Process Mining tomando la diferencia entre los timestamps del primer y último event de un case.
Ejemplos
15 días 4 horas3 días 11 horas32 días 1 hora
|
|||
|
Última Actualización de Datos
LastDataUpdate
|
El timestamp de la última actualización de data desde el sistema de origen. | ||
|
Descripción
Este atributo indica la última vez que el registro de eventos fue actualizado con datos recientes de Microsoft Dynamics 365. Proporciona contexto sobre la actualidad de la información que se está analizando. Para los dashboards y el monitoreo continuo, este timestamp es vital para que los usuarios sepan si están visualizando los datos de proceso más actuales. Ayuda a gestionar las expectativas sobre la frescura de los datos y contribuye a supervisar el estado de la pipeline de datos.
Por qué es importante
Informa a los usuarios sobre la actualidad de los datos, lo cual es fundamental para tomar decisiones de negocio oportunas y precisas basadas en el análisis.
Dónde obtener
Es un campo de metadatos generado y marcado por la herramienta de extracción, transformación y carga (ETL) en el momento de la ingesta de data.
Ejemplos
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
Actividades de Procesamiento de Facturas de Cuentas por Pagar
| Actividad | Descripción | ||
|---|---|---|---|
|
Factura Aprobada
|
Representa la aprobación final en el flujo de trabajo, autorizando que la factura sea contabilizada para el pago. Este es un hito crítico antes de que la factura entre en la etapa de pago. | ||
|
Por qué es importante
Marca el final del ciclo de aprobación. El tiempo entre 'Enviada para Aprobación' y esta actividad es un KPI clave para identificar cuellos de botella de aprobación y flujos de trabajo de larga duración.
Dónde obtener
Un evento explícito capturado en los registros de historial del workflow (WorkflowTrackingStatusTable) cuando el estado del workflow se actualiza a 'Completado' o 'Aprobado'.
Capturar
Extraiga el evento 'Aprobado' o 'Completado' para la factura del historial de seguimiento del workflow.
Tipo de evento
explicit
|
|||
|
Factura Contabilizada
|
La factura aprobada se registra oficialmente en el libro mayor, generando un pasivo financiero. Esta es una transacción contable crítica y, a menudo, irreversible. | ||
|
Por qué es importante
La contabilización es un hito fundamental que hace que la factura sea apta para el pago. Confirma que todos los pasos de validación y aprobación se han completado y que la obligación ha sido reconocida.
Dónde obtener
Esta es una transacción explícita. La fecha y hora de contabilización se registran en el diario de facturas de proveedor (VendInvoiceJour) y en las entradas de contabilidad general relacionadas (GeneralJournalEntry).
Capturar
Utilice la marca de tiempo de contabilización de las tablas VendInvoiceJour o GeneralJournalEntry.
Tipo de evento
explicit
|
|||
|
Factura Enviada para Aprobación
|
La factura se envía formalmente a un workflow para su revisión y aprobación por personal autorizado. Esto marca el inicio del ciclo de aprobación. | ||
|
Por qué es importante
Este es un hito clave que marca el inicio para medir el tiempo de ciclo de aprobación de facturas. Ayuda a distinguir el tiempo de entrada de data/conciliación de la latencia de aprobación.
Dónde obtener
Este es un event explícito capturado en los logs de historial de workflow de D365 (WorkflowTrackingStatusTable) para el documento de factura específico. Se registra el timestamp de envío.
Capturar
Extraiga el evento 'Enviado' para la factura del historial de seguimiento del workflow.
Tipo de evento
explicit
|
|||
|
Factura Registrada
|
Marca la creación inicial de un registro de factura en el sistema, ya sea mediante entrada manual, escaneo OCR o intercambio electrónico de datos (EDI). Este es el punto de partida del ciclo de vida del procesamiento de facturas. | ||
|
Por qué es importante
Esta actividad es el event de inicio principal del proceso. Analizar el tiempo desde este punto hasta el pago proporciona el tiempo total de ciclo de la factura, que es un indicador clave de rendimiento (KPI).
Dónde obtener
Inferido de la marca de tiempo de creación (campo CreatedDateTime) del registro del encabezado de la factura en las tablas de facturas de proveedor pendientes o diario de facturas, como VendInvoiceInfoTable.
Capturar
Utilice la marca de tiempo de creación del registro de encabezado de factura.
Tipo de evento
inferred
|
|||
|
Pago Ejecutado
|
El pago se realiza oficialmente mediante el registro de un diario de pagos. Esta transacción liquida el pasivo creado por la factura registrada. | ||
|
Por qué es importante
Este es un event final principal para el proceso. Se utiliza para calcular el cumplimiento de los términos de pago, identificar pagos tardíos y medir el tiempo de ciclo de punta a punta final.
Dónde obtener
Un evento explícito capturado cuando se contabiliza el diario de pagos. Los detalles de la liquidación se almacenan en la tabla de transacciones de proveedores (VendTrans), vinculando el pago a la factura.
Capturar
Utilice la fecha de transacción del registro de liquidación de pago en VendTrans.
Tipo de evento
explicit
|
|||
|
Datos de Factura Validados
|
Representa el sistema o el usuario que realiza las verificaciones iniciales de los datos de la factura capturada para asegurar su completitud y exactitud, antes de la conciliación o aprobación. Puede ser una validación de sistema automatizada o un paso de revisión manual. | ||
|
Por qué es importante
El seguimiento de esta actividad ayuda a identificar retrasos causados por la mala calidad de los data. Una alta tasa de fallos o una larga duración aquí indica problemas con los procesos de captura de data, como la precisión del OCR.
Dónde obtener
Este suele ser un event inferido. Puede derivarse del timestamp cuando el estado de la factura cambia de 'Nuevo' o 'Borrador' a un estado como 'Validado' o 'Listo para Conciliar', o de la última modificación antes del envío al workflow.
Capturar
Capturar el timestamp de un cambio de estado que indique una validación exitosa o el evento de actualización antes del envío al workflow.
Tipo de evento
inferred
|
|||
|
Discrepancia Identificada
|
Ocurre cuando la factura falla la validación o la conciliación con la orden de compra o la entrada de mercancía, requiriendo intervención manual. A menudo se aplica una retención o un estado específico a la factura. | ||
|
Por qué es importante
Esta actividad inicia un bucle de retrabajo. Analizar su frecuencia y causa es crucial para identificar ineficiencias del proceso, problemas de calidad de data o problemas con proveedores.
Dónde obtener
Esto puede registrarse explícitamente en el historial de la factura o inferirse cuando una factura se pone 'En Espera' con un código de motivo relacionado con una discrepancia de conciliación. Busca cambios de estado en el encabezado de la factura.
Capturar
Capturar el timestamp cuando el estado de la factura se establece en 'En Espera' o se activa una bandera de discrepancia.
Tipo de evento
inferred
|
|||
|
Discrepancia Resuelta
|
La acción tomada para levantar una retención o corregir una factura después de que se identificara una discrepancia. La factura está ahora lista para ser reenviada para conciliación o aprobación. | ||
|
Por qué es importante
Esta actividad cierra un bucle de retrabajo. El tiempo que se tarda en resolver las discrepancias es un indicador clave de la eficiencia del proceso de gestión de excepciones.
Dónde obtener
Inferido de la marca de tiempo cuando se elimina un estado de 'En Retención' de la factura, o cuando la factura se vuelve a enviar al workflow después de un rechazo.
Capturar
Capturar el timestamp cuando se libera una retención o la factura se vuelve a enviar después de ser rechazada.
Tipo de evento
inferred
|
|||
|
Factura Cancelada
|
La factura se anula o cancela después de ser registrada, generalmente para corregir un error. Este es un punto final alternativo y excepcional para el proceso. | ||
|
Por qué es importante
El seguimiento de las cancelaciones es importante para comprender la calidad del proceso y las tasas de error. Una alta frecuencia de cancelaciones puede indicar problemas sistémicos en el proceso previo.
Dónde obtener
Este es un event explícito. D365 crea una transacción de reversión o crédito que se vincula al diario de factura original. La fecha de contabilización de esta reversión marca la cancelación.
Capturar
Identificar la fecha de contabilización de la transacción de reversión asociada con la factura original.
Tipo de evento
explicit
|
|||
|
Factura Rechazada
|
Un aprobador deniega la factura dentro del workflow, generalmente devolviéndola al originador para corrección o aclaración. Esto inicia un ciclo de retrabajo. | ||
|
Por qué es importante
El seguimiento de los rechazos ayuda a identificar las causas de los retrasos en las aprobaciones y el retrabajo. Puede resaltar problemas con la codificación de facturas, infracciones de políticas o documentación insuficiente.
Dónde obtener
Este es un event explícito capturado en el historial del workflow (WorkflowTrackingStatusTable) cuando un aprobador selecciona la acción 'Rechazar'.
Capturar
Extraiga el evento 'Rechazado' para la factura del historial de seguimiento del workflow.
Tipo de evento
explicit
|
|||
|
Orden de Compra Conciliada
|
El proceso de asociar una factura con una o más órdenes de compra para verificar cantidades, precios y condiciones. Este es un paso de validación crítico para facturas basadas en órdenes de compra. | ||
|
Por qué es importante
Esta actividad es esencial para medir las tasas de acierto en el primer intento e identificar cuellos de botella en el proceso de cotejo. Los fallos aquí a menudo conducen a bucles de resolución de discrepancias.
Dónde obtener
Puede inferirse cuando el estado de cotejo en el registro de la factura se actualiza a 'Cotejada' o cuando los detalles de cotejo a nivel de línea se guardan con éxito. Esta información suele almacenarse en tablas relacionadas con las líneas de factura de proveedor.
Capturar
Identificar cambios de estado en el encabezado o las líneas de la factura relacionados con el éxito de la conciliación de PO.
Tipo de evento
inferred
|
|||
|
Pago Compensado
|
El pago ejecutado por la empresa ha sido liquidado por el banco, según lo confirmado mediante el proceso de conciliación bancaria. Esta es la confirmación financiera final de la realización del pago. | ||
|
Por qué es importante
Esta actividad representa la confirmación definitiva de una salida de efectivo. Analizar el tiempo transcurrido entre la ejecución y la compensación del pago es crucial para la tesorería y la gestión de liquidez.
Dónde obtener
Esta información procede de los módulos de conciliación bancaria. Se infiere cuando una línea del extracto bancario correspondiente al pago se concilia y contabiliza en D365.
Capturar
Requiere vincular los datos de transacciones bancarias (BankStmtISOAccountStatement) con el pago original.
Tipo de evento
inferred
|
|||
|
Pago Programado
|
La factura registrada se selecciona e incluye en una propuesta de pago o en un diario de pagos, programándola para una ejecución de pago futura. Esto indica la intención de pagar. | ||
|
Por qué es importante
Esta actividad es crucial para la previsión del flujo de caja y el análisis del cumplimiento de los términos de pago. Ayuda a identificar si se están considerando y planificando descuentos por pronto pago.
Dónde obtener
Inferido de la creación de una línea de diario de pago (LedgerJournalTrans) que incluye la factura. La fecha de transacción en la línea del diario indica la fecha de pago programada.
Capturar
Utilice la fecha de creación de la línea del diario de pagos que hace referencia a la factura.
Tipo de evento
inferred
|
|||
|
Recepción de Mercancías Conciliada
|
Para la conciliación triple, esta actividad confirma que los bienes o servicios facturados han sido recibidos, verificando con las notas de entrada de mercancía. Este paso corrobora la entrega física contra la factura. | ||
|
Por qué es importante
El seguimiento de esta actividad ayuda a analizar la eficiencia del proceso de conciliación a tres vías e identificar retrasos causados por información de recepción de mercancías faltante o incorrecta.
Dónde obtener
Similar a la conciliación de órdenes de compra, esto se infiere de las actualizaciones de estado de la factura que indican una conciliación exitosa contra los diarios de recepción de producto (albaranes).
Capturar
Busque cambios de estado o indicadores que señalen una conciliación de tres vías exitosa.
Tipo de evento
inferred
|
|||