Su Template de datos de Purchase to Pay - Purchase Order

Microsoft Dynamics 365
Su Template de datos de Purchase to Pay - Purchase Order

Su Template de datos de Purchase to Pay - Purchase Order

Esta plantilla ofrece una hoja de ruta clara para recopilar los datos esenciales necesarios para optimizar su proceso Purchase to Pay, Purchase Order. Detalla los atributos clave que debe recopilar, las actividades principales que debe supervisar y ofrece orientación práctica para extraer esta información de su sistema de origen. Utilice este recurso para asegurarse de que sus datos están listos para un análisis completo del proceso.
  • Atributos recomendados que debe recopilar
  • Actividades clave que debe supervisar para el mapeo del proceso
  • Orientación práctica para extraer los datos
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Purchase to Pay - Atributos de la orden de compra

Estos son los campos de datos recomendados para incluir en su Registro de eventos y realizar un análisis completo de su proceso Purchase to Pay - Orden de compra.
5 Obligatorio 5 Recomendado 9 Opcional
Nombre Descripción
Hora del evento
EventTime
Fecha y hora exactas en las que tuvo lugar una actividad o un evento específico.
Descripción

Esta marca de tiempo registra cuándo tuvo lugar cada actividad del proceso de la orden de compra. Constituye la base cronológica del proceso y permite ordenar correctamente los eventos.

En el análisis de procesos, las marcas de tiempo de los eventos son fundamentales para calcular los tiempos de ciclo, las duraciones entre actividades y la duración total de cada caso. Se utilizan para identificar cuellos de botella, medir el rendimiento frente a los SLA y comprender la dinámica temporal del proceso. Por ejemplo, permiten calcular el tiempo transcurrido entre «Purchase Order Created» y «Purchase Order Approved».

Por qué es importante

Las marcas de tiempo son fundamentales para calcular todas las métricas de rendimiento basadas en el tiempo, como los tiempos de ciclo y las duraciones, esenciales para identificar cuellos de botella en el proceso.

Dónde obtenerlo

Se extrae de varios campos de fecha y hora de distintas tablas, como CreatedDateTime en PurchTable o las fechas de registro de las tablas de diarios relacionadas.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Nombre de la actividad
ActivityName
Nombre del evento o paso empresarial específico que tuvo lugar durante el ciclo de vida de la orden de compra.
Descripción

Este atributo describe un paso individual del proceso de la orden de compra, como «Purchase Order Created», «Purchase Order Approved» o «Goods Receipt Posted». La secuencia de estas actividades forma el flujo del proceso de cada orden de compra.

El análisis de las actividades es el núcleo de Process Mining. Permite visualizar el mapa del proceso, descubrir variantes e identificar actividades que se repiten con frecuencia o provocan retrasos. Comprender la secuencia y la frecuencia de las actividades es esencial para optimizar el proceso.

Por qué es importante

Este atributo es esencial para crear el mapa del proceso y comprender la secuencia de eventos que conforman el ciclo de vida de la orden de compra.

Dónde obtenerlo

Se deriva de la lógica empresarial basada en cambios de estado en tablas como PurchTable y PurchReqTable, así como en diarios de registro relacionados, como VendPackingSlipJour o VendInvoiceJour.

Ejemplos
Orden de compra creadaOrden de compra aprobadaRecepción de mercancías registradaOrden de compra facturada
Orden de compra
PurchaseOrderNumber
Identificador único de la orden de compra, que actúa como caso principal para el análisis del proceso.
Descripción

El número de la orden de compra es el identificador central que vincula todas las actividades relacionadas, desde el borrador inicial hasta la finalización o cancelación. Cada número único representa una instancia individual del proceso de la orden de compra.

En Process Mining, este atributo se utiliza para reconstruir el recorrido completo de cada orden de compra. Analizar el proceso a partir de este identificador permite obtener una visión detallada de todo el ciclo de vida y ayuda a identificar rutas habituales, desviaciones y cuellos de botella en cada orden.

Por qué es importante

Es la clave fundamental para reconstruir el flujo del proceso y permite analizar el recorrido de cada orden de compra de principio a fin.

Dónde obtenerlo

Es la clave principal de la tabla de cabecera de órdenes de compra, normalmente PurchTable, con el nombre de campo PurchId en Microsoft Dynamics 365.

Ejemplos
PO-001245PO-001246PO-001247
Sistema de origen
SourceSystem
Indica el sistema del que se extrajeron los datos.
Descripción

Este atributo identifica la aplicación de origen de los datos de las órdenes de compra. En este modelo de datos, el valor normalmente será «Microsoft Dynamics 365».

En las organizaciones grandes, los procesos de compras pueden abarcar varios sistemas. Este atributo facilita la gobernanza de datos y garantiza que el origen de los datos esté claro, algo especialmente importante al combinar datos de distintas fuentes.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos, fundamental para la gobernanza y la validación de datos, así como para comprender el entorno tecnológico del proceso.

Dónde obtenerlo

Es un valor estático que se añade durante el proceso de extracción y transformación de datos para etiquetar el conjunto de datos.

Ejemplos
Microsoft Dynamics 365 F&OD365
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica la última vez que se actualizaron los datos de este proceso.
Descripción

Este atributo registra la fecha y hora de la extracción más reciente de datos del sistema de origen. Proporciona contexto sobre la actualidad de los datos analizados.

Conocer la hora de la última actualización ayuda a los usuarios a saber si están consultando los datos de proceso más recientes. También permite evaluar la relevancia del análisis y programar actualizaciones periódicas de datos.

Por qué es importante

Garantiza la transparencia sobre la actualidad de los datos y permite a los usuarios saber hasta qué punto está actualizado su análisis del proceso.

Dónde obtenerlo

Es un atributo de metadatos generado y almacenado durante el proceso de ingesta de datos.

Ejemplos
2024-05-21T05:00:00Z
Estado de la OC
PurchaseOrderStatus
Estado actual de la orden de compra dentro de su ciclo de vida.
Descripción

Este atributo indica el estado general de la orden de compra en un momento determinado, como «Open order», «Received», «Invoiced» o «Canceled». Representa el resultado de la actividad más reciente.

Hacer seguimiento del estado resulta útil para comprender la situación actual de todas las órdenes de compra abiertas. En Process Mining, puede utilizarse para analizar los resultados de los casos, por ejemplo, filtrando todas las órdenes de compra que terminaron en estado «Canceled» para investigar los motivos.

Por qué es importante

Proporciona una visión del estado actual de la orden de compra, útil para filtrar casos y analizar resultados del proceso, como las tasas de finalización o cancelación.

Dónde obtenerlo

Se encuentra en PurchTable. Los principales campos de estado son DocumentState y PurchStatus.

Ejemplos
Pedido abiertoRecibidoFacturadoCancelado
Fecha de entrega solicitada
RequestedDeliveryDate
Fecha en la que la empresa solicitó al proveedor que entregara los bienes o servicios.
Descripción

Esta fecha se especifica en la orden de compra y comunica al proveedor el plazo de entrega deseado. Sirve como referencia para medir el rendimiento de las entregas del proveedor.

Este atributo es esencial para el panel «Adherencia a las entregas del proveedor» y el KPI «Tasa de entrega puntual». Al comparar RequestedDeliveryDate con la fecha real de recepción de los bienes, las empresas pueden cuantificar la fiabilidad del proveedor e identificar retrasos crónicos en la cadena de suministro.

Por qué es importante

Es la referencia para medir el rendimiento de las entregas puntuales, un KPI fundamental para evaluar la fiabilidad del proveedor y la eficiencia de la cadena de suministro.

Dónde obtenerlo

Normalmente se encuentra en PurchTable, a nivel de cabecera, o en PurchLine, a nivel de línea, como DeliveryDate.

Ejemplos
2023-11-152023-12-012024-01-20
Importe total de la OC
PurchaseOrderTotalAmount
Valor monetario total de la orden de compra.
Descripción

Este atributo representa el coste total de todos los artículos y servicios incluidos en la orden de compra. Es una métrica financiera clave del proceso de compras.

Analizar el proceso por importe total puede revelar información importante. Por ejemplo, las órdenes de compra de mayor valor pueden seguir una ruta de aprobación distinta y más rigurosa, o presentar tiempos de ciclo más largos. También se utiliza en los informes financieros y para clasificar las OC por rangos de valor.

Por qué es importante

Permite analizar financieramente el proceso de compras y ayuda a identificar cómo influye el valor de la orden en el comportamiento del proceso, por ejemplo, en los tiempos y las rutas de aprobación.

Dónde obtenerlo

Este valor puede calcularse a partir de la tabla PurchLine, sumando LineAmount para un PurchId determinado, o encontrarse en los campos de importe de nivel de cabecera de PurchTable.

Ejemplos
5250.00120.50150000.00
Nombre de usuario
UserName
Nombre del usuario que realizó una actividad específica.
Descripción

Este atributo identifica a la persona responsable de ejecutar un evento, como crear, aprobar o modificar una orden de compra. Puede ser un ID de usuario del sistema o un nombre completo.

El análisis de la actividad de los usuarios ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación y localizar a las personas o equipos implicados en desviaciones del proceso. Es esencial para los Dashboards relacionados con el rendimiento de las personas aprobadoras y puede utilizarse para filtrar el proceso por las actividades realizadas por usuarios concretos.

Por qué es importante

Permite analizar el rendimiento por usuario, ayuda a identificar cuellos de botella relacionados con personas concretas y proporciona trazabilidad sobre los pasos del proceso.

Dónde obtenerlo

Puede encontrarse en campos como CreatedBy o ModifiedBy de tablas como PurchTable. Los datos de usuario suelen almacenarse en la tabla UserInfo.

Ejemplos
Alice JohnsonBob WilliamsSysAdmin
Nombre del proveedor
VendorName
Nombre del proveedor para el que se crea la orden de compra.
Descripción

Este atributo contiene el nombre del proveedor externo que suministra los bienes o servicios. Es una dimensión fundamental para analizar las actividades de compras.

Segmentar el proceso por nombre del proveedor es esencial para evaluar su rendimiento. Permite analizar las tasas de entrega puntual, devolución de bienes y resultados de las inspecciones de calidad de cada proveedor. Esto ayuda a identificar socios fiables y proveedores que pueden estar provocando retrasos o problemas de calidad.

Por qué es importante

Este atributo es esencial para gestionar el rendimiento de los proveedores, ya que permite analizar los tiempos de entrega, las tasas de devolución y la fiabilidad general de cada proveedor.

Dónde obtenerlo

La cuenta del proveedor se almacena en PurchTable, en el campo OrderAccount. El nombre se obtiene mediante una unión con VendTable.

Ejemplos
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
¿Se entregó a tiempo?
IsOnTimeDelivery
Indicador booleano que señala si los bienes se recibieron en la fecha de entrega solicitada o antes.
Descripción

Este atributo calculado compara la marca de tiempo de la actividad «Goods Receipt Posted» con RequestedDeliveryDate. Se establece en «true» si la fecha de recepción coincide con la fecha solicitada o es anterior.

Este indicador permite calcular directamente el KPI «Tasa de entrega puntual». Simplifica el análisis del rendimiento del proveedor y facilita el filtrado y la visualización de las entregas puntuales y tardías, elementos centrales del panel «Adherencia a las entregas del proveedor».

Por qué es importante

Proporciona un resultado binario claro sobre el rendimiento de la entrega y simplifica el cálculo de los KPI de entregas puntuales y de los cuadros de mando de proveedores.

Dónde obtenerlo

Es un atributo calculado que se obtiene comparando RequestedDeliveryDate con EventTime de la actividad «Goods Receipt Posted».

Ejemplos
truefalse
¿Se modificó la OC?
IsPurchaseOrderChanged
Indicador booleano que señala si la orden de compra se modificó después de su aprobación inicial.
Descripción

Este atributo calculado se establece en «true» si se produce alguna actividad «Purchase Order Changed» después de la actividad «Purchase Order Approved» en un caso determinado. Simplifica el análisis del retrabajo y las modificaciones.

Este indicador es fundamental para calcular el KPI «Tasa de modificación de la OC después de la aprobación» y para el panel «Tendencias de modificación de órdenes de compra». Proporciona una forma sencilla de aislar y analizar las órdenes de compra que requirieron retrabajo, lo que ayuda a identificar las causas raíz de estos cambios.

Por qué es importante

Simplifica la medición del retrabajo y la frecuencia de los cambios, indicadores clave de la inestabilidad y la ineficiencia del proceso.

Dónde obtenerlo

Es un atributo calculado que se deriva de la secuencia de actividades del registro de eventos.

Ejemplos
truefalse
Categoría de compra
PurchaseCategory
Clasificación del artículo o servicio adquirido, como «Hardware de TI» o «Material de oficina».
Descripción

Este atributo permite agrupar las posiciones de las órdenes de compra en categorías lógicas. Esta clasificación ayuda a analizar los patrones de gasto y las variaciones del proceso en distintos tipos de compras.

En el análisis del proceso, filtrar por categoría de compra puede revelar comportamientos diferentes. Por ejemplo, el proceso de compras de bienes de inversión puede ser más largo y complejo que el de suministros operativos. Se utiliza en los Dashboards para analizar las tendencias de modificación y las tasas de devolución por categoría.

Por qué es importante

Permite segmentar el proceso según el tipo de bienes o servicios adquiridos y revela comportamientos diferentes para cada categoría de gasto.

Dónde obtenerlo

Las categorías de artículos se vinculan con los productos liberados (InventTable), que posteriormente se utilizan en PurchLine. La información de las categorías se almacena en las tablas de gestión de categorías.

Ejemplos
Hardware de TISuministros de oficinaServicios profesionalesMaterias primas
Código de empresa
CompanyCode
Identificador de la entidad jurídica o empresa que realiza la orden de compra.
Descripción

En un entorno con varias empresas, este atributo especifica qué entidad jurídica realiza la compra. Es un dato organizativo fundamental.

Este atributo permite comparar el proceso P2P entre distintas entidades jurídicas de una misma organización. Puede poner de manifiesto diferencias en la eficiencia del proceso, el cumplimiento y la gestión de proveedores entre empresas, y apoyar los esfuerzos de estandarización.

Por qué es importante

Es esencial para que las organizaciones con varias entidades comparen y estandaricen el proceso de compras entre sus distintas entidades jurídicas.

Dónde obtenerlo

Es el campo DataAreaId, presente en casi todas las tablas de Dynamics 365, incluida PurchTable.

Ejemplos
USMFDEMFGBSI
Departamento
DepartmentName
Nombre del departamento que inició la solicitud o la orden de compra.
Descripción

Este atributo identifica la unidad de negocio o el departamento interno responsable de la compra. A menudo se obtiene a partir de la persona que creó la solicitud de compra.

Analizar el proceso por departamento es clave para comprender cómo utilizan el proceso de compras las distintas áreas de la organización. Puede ayudar a identificar departamentos con ciclos de aprobación más largos, tasas más elevadas de cambios en las OC o patrones de compra específicos. Esto permite poner en marcha iniciativas de mejora dirigidas.

Por qué es importante

Permite comparar el rendimiento del proceso entre distintas unidades de negocio y ayuda a identificar comportamientos, cuellos de botella o ineficiencias específicos de cada departamento.

Dónde obtenerlo

Esta información suele vincularse mediante la persona solicitante o creadora de la solicitud de compra (PurchReqTable) o de la orden de compra (PurchTable), junto con su departamento asociado en el módulo de recursos humanos.

Ejemplos
FinanzasTIManufacturaMarketing
Motivo de devolución
ReturnReason
Motivo indicado cuando se devuelven al proveedor bienes de una orden de compra.
Descripción

Cuando se produce la actividad «Bienes devueltos al proveedor», este atributo registra la justificación de la devolución, como «Bienes dañados», «Artículo incorrecto» o «Mala calidad».

Estos datos son muy valiosos para el panel «Tasa de devoluciones de órdenes de compra». Analizar los motivos de devolución ayuda a identificar sus causas raíz, ya estén relacionadas con la calidad del proveedor, errores internos en los pedidos o problemas de envío. Esto permite aplicar medidas específicas para reducir la tasa de devoluciones.

Por qué es importante

Proporciona información sobre los motivos de las devoluciones y ayuda a diagnosticar problemas de calidad del proveedor, exactitud de los pedidos o logística.

Dónde obtenerlo

Los motivos de devolución suelen registrarse en las transacciones de las órdenes de devolución o mediante códigos de motivo asociados a diarios de recepción negativos.

Ejemplos
Dañado durante el transporteSe entregó un artículo incorrectoNo superó la inspección de calidad
Nombre de quien aprueba
ApproverName
Nombre del usuario que aprobó la orden de compra o un paso del Workflow de aprobación.
Descripción

Este atributo identifica al responsable o usuario que otorgó la aprobación formal a la orden de compra, lo que permite que esta avance. En los flujos de trabajo de aprobación multinivel, puede haber varias personas aprobadoras para una sola orden de compra.

El seguimiento de la persona aprobadora es fundamental para los Dashboards «PO Approval Cycle Time Analysis» y «Approver Performance Metrics». Permite medir cuánto tarda cada persona aprobadora, identificar cuellos de botella en la cadena de aprobación y evaluar la distribución de la carga de trabajo y la eficiencia.

Por qué es importante

Permite analizar el proceso de aprobación, ayuda a identificar cuellos de botella en las aprobaciones y medir el rendimiento y la carga de trabajo de las distintas personas aprobadoras.

Dónde obtenerlo

La información de aprobación suele almacenarse en tablas de seguimiento del Workflow, no directamente en PurchTable. Es necesario consultar el historial del Workflow asociado a la orden de compra.

Ejemplos
Charles GreenDiana PrinceEdward Nigma
Solicitud de compra
PurchaseRequisitionNumber
Identificador de la solicitud de compra que precedió a la orden de compra.
Descripción

Este atributo vincula una orden de compra con la solicitud interna original. No todas las órdenes de compra se originan a partir de una solicitud.

Este vínculo es esencial para analizar el proceso completo de «solicitud a OC». Permite medir el KPI «velocidad de conversión de solicitud a OC» y comprender con qué rapidez se transforma la demanda interna en una orden externa. También ayuda a analizar el cumplimiento, por ejemplo, identificando las OC creadas sin una solicitud formal.

Por qué es importante

Vincula la OC con la solicitud inicial, permite analizar el tiempo de ciclo de solicitud a orden y ayuda a garantizar el cumplimiento del proceso.

Dónde obtenerlo

Se encuentra en la tabla PurchLine, en el campo PurchReqId, que enlaza con PurchReqTable.

Ejemplos
PR-000871PR-000872PR-000873
Ubicación de entrega
DeliveryLocation
Sitio, almacén o dirección específicos donde deben entregarse los bienes.
Descripción

Este atributo especifica la ubicación física de entrega de los artículos de la orden de compra. Puede ser un almacén, una oficina concreta o el sitio de un proyecto.

Analizar el proceso por ubicación de entrega puede ayudar a identificar cuellos de botella regionales o específicos de cada sitio, especialmente en el proceso de recepción de bienes. El panel «Tiempo de procesamiento de la recepción de bienes» puede utilizar este atributo para comparar la eficiencia entre distintas ubicaciones.

Por qué es importante

Ayuda a identificar variaciones o retrasos específicos de una ubicación, especialmente en las etapas de recepción de bienes e inspección de calidad.

Dónde obtenerlo

La dirección y la información de ubicación de entrega se almacenan en PurchTable y pueden establecerse de forma predeterminada a partir de la configuración de la empresa o del proveedor.

Ejemplos
Almacén principal AOficina del edificio CCentro de distribución de la costa oeste
Obligatorio Recomendado Opcional

Purchase to Pay - Actividades de la orden de compra

Estos son los pasos clave y los hitos del proceso que debe capturar en su Registro de eventos para descubrir y optimizar el proceso con precisión.
6 Recomendado 8 Opcional
Actividad Descripción
Orden de compra aprobada
Marca la aprobación final de la orden de compra y autoriza su envío al proveedor. Normalmente, este evento se infiere a partir de un cambio de estado de la orden de compra o se captura directamente en el historial del Workflow.
Por qué es importante

Este es un hito crítico, ya que no se puede realizar ninguna otra acción hasta aprobar la orden de compra. Es esencial para analizar los cuellos de botella de aprobación y medir el KPI «PO Approval Cycle Time».

Dónde obtenerlo

Se infiere cuando el campo DocumentState de PurchTable cambia a «Approved». Como alternativa, puede obtenerse de la marca de tiempo de finalización del último paso de aprobación en WorkflowTrackingStatusTable.

Recopilar

Identifique la marca de tiempo en la que DocumentState de PurchTable cambia a «Approved».

Tipo de evento inferred
Orden de compra completada
Indica la conclusión satisfactoria del ciclo de vida de la orden de compra, cuando todos los bienes se han recibido y facturado. Normalmente se infiere cuando el estado de la OC se actualiza a un estado final y cerrado.
Por qué es importante

Esta actividad define el final de una instancia de proceso satisfactoria. Medir el «tiempo total del ciclo de la orden de compra» desde su creación hasta su finalización proporciona una visión integral de la eficiencia del proceso.

Dónde obtenerlo

Se infiere a partir de los campos de estado de PurchTable, por ejemplo, cuando DocumentState es «Invoiced» y los estados de las líneas indican que la recepción y la facturación se han completado.

Recopilar

Identifique la marca de tiempo en la que los estados de la cabecera y de las líneas de la OC se actualizan a un estado final y cerrado, por ejemplo, «Invoiced».

Tipo de evento inferred
Orden de compra creada
Esta actividad indica la creación de un documento de orden de compra en borrador en el sistema. Se captura a partir de la marca de tiempo de creación del registro de cabecera de la orden de compra, normalmente después de aprobar una solicitud.
Por qué es importante

Esto marca la transición de una solicitud interna a un documento formal de compras. Es un punto de partida clave para medir el procesamiento de las órdenes de compra y la duración de sus ciclos de aprobación.

Dónde obtenerlo

Este evento corresponde a la creación de un registro en PurchTable. El campo createdDateTime de esta tabla proporciona la marca de tiempo de la actividad.

Recopilar

Extraiga la marca de tiempo de creación de PurchTable para cada orden de compra.

Tipo de evento explicit
Orden de compra enviada al proveedor
Esta actividad indica que la orden de compra aprobada se ha comunicado al proveedor. Se captura cuando se confirma la orden de compra, lo que genera un diario de confirmación y normalmente activa el envío del documento.
Por qué es importante

Este es el primer paso externo e inicia el cómputo del plazo de entrega del proveedor. Es fundamental para realizar el seguimiento del rendimiento del proveedor y del KPI «On-Time Delivery Rate».

Dónde obtenerlo

El evento se marca mediante la creación de un registro en la tabla PurchPurchaseOrderJour, el diario de confirmación de la orden de compra. La fecha de creación de este diario sirve como marca de tiempo de la actividad.

Recopilar

Utilice la marca de tiempo de creación del primer registro de PurchPurchaseOrderJour correspondiente a la orden de compra.

Tipo de evento explicit
Recepción de mercancías registrada
Marca el registro oficial de las mercancías recibidas contra la orden de compra en el sistema. Este evento se captura cuando se registra un diario de recepción de productos.
Por qué es importante

Este es un hito clave que actualiza el inventario y señala el inicio del proceso de conciliación de facturas. Es el punto final para medir la «On-Time Delivery Rate» y el plazo de entrega del proveedor.

Dónde obtenerlo

Se captura a partir de la creación del diario de recepción de productos, almacenado en VendPackingSlipJour. El campo createdDateTime o PackingSlipDate de esta tabla indica cuándo se recibieron oficialmente las mercancías.

Recopilar

Utilice la marca de tiempo de creación o registro del registro de VendPackingSlipJour vinculado a la orden de compra.

Tipo de evento explicit
Solicitud de compra creada
Esta actividad marca la creación de una solicitud de compra, es decir, la petición formal de bienes o servicios. Se registra cuando se crea un nuevo registro en la tabla de solicitudes de compra, lo que señala el inicio de la demanda de compras.
Por qué es importante

Este es el desencadenante inicial del proceso de órdenes de compra. Analizar el tiempo transcurrido entre este evento y la creación de la orden de compra ayuda a medir la eficiencia interna del proceso y la capacidad de respuesta ante la demanda.

Dónde obtenerlo

Este evento corresponde a la creación de un registro en PurchReqTable. La marca de tiempo de creación (createdDateTime) del registro indica el momento del evento.

Recopilar

Extraiga la marca de tiempo de creación de PurchReqTable para cada solicitud de compra.

Tipo de evento explicit
Inspección de calidad realizada
Representa la finalización de una inspección de calidad de las mercancías recibidas. Este evento suele gestionarse mediante el módulo Quality Management o una actualización de estado.
Por qué es importante

Esta actividad puede convertirse en un cuello de botella importante entre la recepción de las mercancías y su disponibilidad para el uso. Analizar su duración ayuda a mejorar el KPI «Quality Inspection Cycle Time».

Dónde obtenerlo

Puede inferirse a partir de la finalización de una Quality Order (InventQualityOrderTable) vinculada a la recepción de la orden de compra. La marca de tiempo del cambio de estado a «Passed» o «Failed» indica el momento del evento.

Recopilar

Realice un seguimiento de la marca de tiempo de finalización del estado en InventQualityOrderTable, asociada a la línea de la orden de compra.

Tipo de evento inferred
Mercancías devueltas al proveedor
Indica que las mercancías recibidas anteriormente se han devuelto al proveedor por problemas como daños o artículos incorrectos. Se captura mediante el registro de una transacción de devolución.
Por qué es importante

Las devoluciones representan fallos del proceso y costes adicionales. El seguimiento de esta actividad ayuda a calcular la «Purchase Order Return Rate» e identificar problemas relacionados con proveedores o productos.

Dónde obtenerlo

Este evento se infiere a partir de la creación de una orden de compra con cantidad negativa o de un documento específico de devolución que haga referencia a la orden de compra original. La fecha de transacción del registro de la devolución indica el momento del evento.

Recopilar

Identifique el registro de una orden de devolución de compra o de una nota de débito contra la orden de compra original.

Tipo de evento explicit
Orden de compra cancelada
Representa la terminación de una orden de compra antes de que se complete por completo. Se registra mediante un cambio de estado específico en el documento de la orden de compra.
Por qué es importante

Las cancelaciones son una excepción importante del proceso. Analizar su frecuencia y sus motivos puede poner de manifiesto problemas de planificación o de fiabilidad del proveedor.

Dónde obtenerlo

Se infiere cuando el campo DocumentState de PurchTable se actualiza a «Canceled». La marca de tiempo de este cambio de estado registra el evento.

Recopilar

Identifique la marca de tiempo en la que DocumentState de PurchTable se establece en «Canceled».

Tipo de evento inferred
Orden de compra confirmada por el proveedor
Representa el acuse de recibo y la confirmación de los detalles de la orden de compra por parte del proveedor. A menudo, se trata de un paso de introducción manual de datos basado en la comunicación del proveedor.
Por qué es importante

La confirmación del proveedor garantiza que el pedido se está procesando. Los retrasos o las discrepancias en esta etapa pueden indicar posibles problemas de cumplimiento del pedido.

Dónde obtenerlo

Normalmente, se infiere a partir de la cumplimentación de campos de fecha o estado relacionados con la confirmación en PurchTable, como las fechas de confirmación de entrega. Puede que no se trate de un evento independiente.

Recopilar

Infiera el evento a partir de la cumplimentación de un campo de fecha de confirmación específico en PurchTable o PurchLine.

Tipo de evento inferred
Orden de compra enviada para aprobación
Representa el momento en que una orden de compra en borrador se envía formalmente al Workflow de aprobación. Normalmente, se trata de una acción explícita de la persona usuaria que queda registrada en los registros del Workflow.
Por qué es importante

Esta actividad inicia oficialmente el ciclo de aprobación de la orden de compra. Su seguimiento permite medir con precisión cuánto tiempo esperan las órdenes de compra la aprobación y cuál es la duración total de esta.

Dónde obtenerlo

Se captura en WorkflowTrackingStatusTable para la orden de compra, donde se registra el evento de envío y su marca de tiempo.

Recopilar

Identifique el evento «Submitted» en el historial del Workflow asociado al registro de PurchTable.

Tipo de evento explicit
Orden de compra facturada
Esta actividad marca el momento en que se recibe y registra una factura del proveedor contra la orden de compra. El evento conecta los procesos de compras y pagos.
Por qué es importante

Este es el último paso antes del pago y resulta fundamental para calcular el coste final de la compra. Proporciona el punto final para analizar la conciliación a tres bandas.

Dónde obtenerlo

Este evento se captura a partir del registro de un diario de facturas de proveedor (VendInvoiceJour) conciliado con la orden de compra. InvoiceDate o la fecha de registro de este registro constituye la marca de tiempo.

Recopilar

Utilice la marca de tiempo de registro de la tabla VendInvoiceJour vinculada al registro de PurchTable.

Tipo de evento explicit
Orden de compra modificada
Esta actividad registra cualquier modificación realizada en una orden de compra después de su aprobación. Dynamics 365 puede realizar un seguimiento de las versiones de la orden de compra, lo que permite identificar los cambios.
Por qué es importante

El seguimiento de los cambios es fundamental para identificar el retrabajo, comprender la inestabilidad del proceso y medir la «PO Modification Rate». Los cambios pueden provocar retrasos y variaciones de costes.

Dónde obtenerlo

Se infiere mediante la comparación de distintas versiones de la orden de compra almacenadas en tablas de archivo o control de versiones, como PurchTableHistory. El aumento del número de versión indica que se ha producido un cambio.

Recopilar

Identifique los registros en los que el número de versión de PurchTable haya aumentado después de la aprobación.

Tipo de evento inferred
Solicitud de compra aprobada
Representa la aprobación formal de una solicitud de compra por parte de una persona responsable autorizada. Normalmente, este evento se captura en los registros históricos del Workflow o mediante el seguimiento de un cambio de estado en el registro de la solicitud.
Por qué es importante

La aprobación es un hito crítico que permite convertir una solicitud en una orden de compra. Los retrasos en esta etapa afectan directamente a todo el calendario de compras.

Dónde obtenerlo

Puede capturarse en WorkflowTrackingStatusTable, asociada a la solicitud de compra, o inferirse a partir de un cambio del campo de estado de PurchReqTable al estado «Approved».

Recopilar

Utilice la marca de tiempo de finalización del último paso de aprobación en el historial del Workflow de la solicitud.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Microsoft Dynamics 365

¿Listo para comenzar?

Con esta plantilla, tiene todo lo necesario para comenzar a optimizar su proceso Purchase to Pay, Purchase Order. Empiece hoy mismo a transformar sus operaciones de compras.

Mejore ahora la eficiencia de su proceso Purchase to Pay - Purchase Order

Localice las ineficiencias y reduzca hasta un 30 % el tiempo de ciclo de P2P.

Iniciar la prueba gratuita

No se requiere tarjeta de crédito; la configuración tarda solo unos minutos