Template de datos: De la Compra al Pago - Orden de Compra
Su plantilla de datos de Orden de Compra de De la Compra al Pago
- Atributos recomendados para recopilar
- Actividades clave para mapear el proceso
- Guía práctica de extracción de datos
De la Compra al Pago - Atributos del Pedido de Compra
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del Evento
EventTime
|
La fecha y hora exactas en que ocurrió una actividad o evento específico. | ||
|
Descripción
Este timestamp registra cuándo tuvo lugar cada actividad en el proceso de orden de compra. Es la columna vertebral cronológica del proceso, permitiendo que los events se ordenen correctamente. En el análisis de procesos, los event timestamps son fundamentales para calcular los tiempos de ciclo, las duraciones entre actividades y la duración general del case. Se utilizan para identificar cuellos de botella, medir el rendimiento contra los SLA y comprender la dinámica temporal del proceso. Por ejemplo, se utiliza para calcular el tiempo entre 'Orden de Compra Creada' y 'Orden de Compra Aprobada'.
Por qué es importante
Los timestamps son críticos para calcular todas las métricas de rendimiento basadas en el tiempo, como los tiempos de ciclo y las duraciones, que son esenciales para identificar los cuellos de botella del proceso.
Dónde obtener
Extraído de varios campos de fecha/hora en múltiples tablas, como CreatedDateTime en PurchTable, o de fechas de contabilización en tablas de diarios relacionadas.
Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
Nombre de la Actividad
ActivityName
|
El nombre del evento de negocio o paso específico que ocurrió dentro del ciclo de vida del Pedido de Compra. | ||
|
Descripción
Este atributo describe un único paso en el proceso de órdenes de compra, como 'Orden de Compra Creada', 'Orden de Compra Aprobada' o 'Recepción de Mercancías Contabilizada'. La secuencia de estas actividades forma el flujo del proceso para cada orden de compra. Analizar las actividades es el núcleo de Process Mining. Permite la visualización del mapa de procesos, el descubrimiento de variantes de proceso y la identificación de actividades que se repiten con frecuencia o causan retrasos. Comprender la secuencia y frecuencia de las actividades es esencial para la optimización de procesos.
Por qué es importante
Este atributo es esencial para construir el mapa de procesos y comprender la secuencia de eventos que componen el ciclo de vida de la orden de compra.
Dónde obtener
Derivado de la lógica de negocio basada en cambios de estado en tablas como PurchTable, PurchReqTable, y diarios de contabilización relacionados como VendPackingSlipJour o VendInvoiceJour.
Ejemplos
Pedido de Compra CreadoPedido de Compra AprobadoEntrada de Mercancías RegistradaOrden de compra facturada
|
|||
|
Orden de Compra
PurchaseOrderNumber
|
El identificador único de la Orden de Compra, que sirve como el caso principal para el análisis de procesos. | ||
|
Descripción
El número de Pedido 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 única del proceso de Pedido de Compra. En Process Mining, este atributo se utiliza para reconstruir el recorrido de principio a fin de cada Pedido de Compra. Analizar el proceso basándose en este identificador permite una vista detallada de todo el ciclo de vida, ayudando a identificar caminos comunes, desviaciones y cuellos de botella para pedidos individuales.
Por qué es importante
Es la clave fundamental para reconstruir el flujo del proceso y analizar el recorrido de cada orden de compra de principio a fin.
Dónde obtener
Esta es la clave primaria en la tabla de cabecera de la orden de compra, típicamente PurchTable con el nombre de campo PurchId en Microsoft Dynamics 365.
Ejemplos
PO-001245PO-001246PO-001247
|
|||
|
Source System
SourceSystem
|
Indica el sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica la aplicación de origen donde se originan los datos de la orden de compra. Para este modelo de datos, el valor normalmente será 'Microsoft Dynamics 365'. En organizaciones más grandes, los procesos de aprovisionamiento podrían abarcar múltiples sistemas. Este atributo ayuda en la gobernanza de datos y asegura que el origen de los datos sea claro, lo cual es particularmente importante al fusionar datos de diferentes fuentes.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos, crucial para la gobernanza de los datos, la validación y la comprensión del panorama tecnológico del proceso.
Dónde obtener
Este es un valor estático añadido 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
|
El timestamp que indica la última vez que los datos para este proceso fueron actualizados. | ||
|
Descripción
Este atributo registra la fecha y hora de la extracción de datos más reciente del sistema de origen. Proporciona contexto sobre la actualidad de los datos que se analizan. Conocer la última hora de actualización es importante para que los usuarios entiendan si están viendo los datos de proceso más actuales. Ayuda a evaluar la relevancia del análisis y a programar actualizaciones regulares de datos.
Por qué es importante
Garantiza la transparencia sobre la puntualidad de los datos, permitiendo a los usuarios saber cuán actualizada está su análisis de proceso.
Dónde obtener
Este es un atributo de metadatos generado y almacenado durante el proceso de ingesta de datos.
Ejemplos
2024-05-21T05:00:00Z
|
|||
|
Estado de la Orden de Compra
PurchaseOrderStatus
|
El estado actual del Pedido de Compra en su ciclo de vida. | ||
|
Descripción
Este atributo indica el estado general de la orden de compra en un momento dado, como 'Pedido abierto', 'Recibido', 'Facturado' o 'Cancelado'. Representa el resultado de la última actividad. El seguimiento del estado es útil para comprender el estado actual de todas las órdenes de compra abiertas. En process mining, se puede usar para analizar los resultados de los casos, por ejemplo, filtrando todas las órdenes de compra que terminaron en estado 'Cancelado' para investigar las razones.
Por qué es importante
Proporciona una instantánea del estado actual de la orden de compra, útil para filtrar casos y analizar resultados del proceso, como tasas de finalización o cancelación.
Dónde obtener
Se encuentra en PurchTable. Los campos de estado principales son DocumentState y PurchStatus.
Ejemplos
Orden abiertaRecibidoFacturadoCancelado
|
|||
|
Fecha de Entrega Solicitada
RequestedDeliveryDate
|
La fecha en la que la empresa solicitó al proveedor la entrega de los bienes o servicios. | ||
|
Descripción
Esta fecha se especifica en la orden de compra y comunica el plazo de entrega deseado al proveedor. Sirve como una línea de base para medir el rendimiento de entrega del proveedor. Este atributo es esencial para el dashboard 'Adherencia de Entrega del Proveedor' y el KPI 'Tasa de Entrega a Tiempo'. Al comparar la RequestedDeliveryDate con la fecha real de recepción de mercancías, las empresas pueden cuantificar la fiabilidad del proveedor e identificar retrasos crónicos en la cadena de suministro.
Por qué es importante
Es la base para medir el desempeño de entregas a tiempo, un KPI clave para evaluar la confiabilidad del proveedor y la eficiencia de la cadena de suministro.
Dónde obtener
Normalmente se encuentra en la tabla PurchTable (a nivel de cabecera) o PurchLine (a nivel de partida) como DeliveryDate.
Ejemplos
2023-11-152023-12-012024-01-20
|
|||
|
Importe total de la orden de compra
PurchaseOrderTotalAmount
|
El valor monetario total de la orden de compra. | ||
|
Descripción
Este atributo representa el costo total de todos los artículos y servicios incluidos en la orden de compra. Es una métrica financiera clave para el proceso de adquisiciones. Analizar el proceso por monto total puede revelar información importante. Por ejemplo, las órdenes de compra de mayor valor pueden seguir una ruta de aprobación diferente y más estricta o experimentar tiempos de ciclo más largos. También se utiliza en los informes financieros y para categorizar las órdenes de compra en rangos de valor para su análisis.
Por qué es importante
Permite el análisis financiero del proceso de adquisición, ayudando a identificar cómo el valor del pedido impacta el comportamiento del proceso, como los tiempos y las rutas de aprobación.
Dónde obtener
Este valor se puede calcular a partir de la tabla PurchLine sumando el LineAmount para un PurchId dado, o se puede encontrar en los campos de monto a nivel de cabecera en PurchTable.
Ejemplos
5250.00120.50150000.00
|
|||
|
Nombre de Proveedor
VendorName
|
El nombre del proveedor para quien se crea el Pedido de Compra. | ||
|
Descripción
Este atributo contiene el nombre del proveedor externo que proporciona los bienes o servicios. Es una dimensión crítica para analizar las actividades de aprovisionamiento. Segmentar el proceso por nombre del proveedor es crucial para evaluar el rendimiento del proveedor. Permite el análisis de las tasas de entrega a tiempo, las tasas de devolución de mercancías y los resultados de la inspección de calidad para cada proveedor. Esto ayuda a identificar socios fiables y aquellos que pueden estar causando retrasos o problemas de calidad.
Por qué es importante
Este atributo es esencial para la gestión del rendimiento del proveedor, permitiendo el análisis de los tiempos de entrega, las tasas de devolución y la fiabilidad general por proveedor.
Dónde obtener
La cuenta del proveedor se almacena en PurchTable (campo OrderAccount). El nombre se recupera al unirse con VendTable.
Ejemplos
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
|
|||
|
Nombre de Usuario
UserName
|
El 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. Analizar la actividad del usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación y señalar a las personas o equipos implicados en desviaciones del proceso. Es esencial para los dashboards relacionados con el rendimiento del aprobador y se puede utilizar para filtrar el proceso en busca de actividades realizadas por usuarios específicos.
Por qué es importante
Permite analizar el desempeño por usuario, ayuda a identificar cuellos de botella asociados a personas específicas y aporta trazabilidad y responsabilidad sobre los pasos del proceso.
Dónde obtener
Se puede encontrar en campos como CreatedBy o ModifiedBy en tablas como PurchTable. Los detalles del usuario suelen almacenarse en la tabla UserInfo.
Ejemplos
Alice JohnsonBob WilliamsSysAdmin
|
|||
|
Categoría de Compra
PurchaseCategory
|
La clasificación del artículo o servicio adquirido, como 'Hardware de TI' o 'Material de Oficina'. | ||
|
Descripción
Este atributo proporciona una forma de agrupar los artículos de la orden de compra en categorías lógicas. Esta clasificación ayuda a analizar patrones de gasto y variaciones de proceso en diferentes tipos de aprovisionamiento. En el análisis de procesos, filtrar por categoría de compra puede revelar diferentes comportamientos. Por ejemplo, el proceso de aprovisionamiento para gastos de capital podría ser más largo y complejo que para los suministros operativos. Se utiliza en dashboards para analizar tendencias de modificación y tasas de devolución por categoría.
Por qué es importante
Permite la segmentación del proceso por el tipo de bienes o servicios que se compran, revelando diferentes comportamientos del proceso para distintas categorías de gasto.
Dónde obtener
Las categorías de artículo están vinculadas a los productos liberados (InventTable), que luego se usan en PurchLine. La información de la categoría se almacena en las tablas de gestión de categorías.
Ejemplos
Hardware de TISuministros de OficinaServicios ProfesionalesMaterias Primas
|
|||
|
Departamento
DepartmentName
|
El nombre del departamento que inició la solicitud de compra o el pedido. | ||
|
Descripción
Este atributo identifica la unidad de negocio interna o departamento responsable de la compra. A menudo se deriva de la persona que creó la requisición de compra. Analizar el proceso por departamento es clave para comprender cómo las diferentes partes de la organización utilizan el proceso de aprovisionamiento. Puede ayudar a identificar departamentos con ciclos de aprobación más largos, tasas más altas de cambios de PO o patrones de compra específicos. Esto permite iniciativas de mejora de procesos dirigidas.
Por qué es importante
Permite la comparación del rendimiento del proceso entre diferentes unidades de negocio, ayudando a identificar comportamientos, cuellos de botella o ineficiencias específicas de cada departamento.
Dónde obtener
Esta información a menudo se vincula a través del solicitante o creador de la solicitud de compra (PurchReqTable) o de la orden de compra (PurchTable) y su departamento asociado en el módulo de RRHH.
Ejemplos
FinanzasTIFabricaciónMarketing
|
|||
|
Es Entrega a Tiempo
IsOnTimeDelivery
|
Un indicador booleano que indica si las mercancías fueron recibidas en la fecha de entrega solicitada o antes de ella. | ||
|
Descripción
Este atributo calculado compara el timestamp de la actividad 'Recepción de Mercancías Registrada' con la RequestedDeliveryDate. Se establece en 'true' si la fecha de recepción es igual o anterior a la fecha solicitada. Este indicador apoya directamente el cálculo del KPI 'Tasa de Entrega a Tiempo'. Simplifica el análisis del rendimiento del proveedor y permite un fácil filtrado y visualización de las entregas a tiempo frente a las tardías, lo cual es fundamental para el dashboard 'Adherencia de Entrega del Proveedor'.
Por qué es importante
Ofrece un resultado binario claro sobre el desempeño de entrega, lo que simplifica el cálculo de los KPIs de entrega a tiempo y de los cuadros de mando de proveedores.
Dónde obtener
Este es un atributo calculado derivado al comparar la RequestedDeliveryDate con el EventTime de la actividad 'Recepción de Mercancías Registrada'.
Ejemplos
truefalse
|
|||
|
Motivo de Devolución
ReturnReason
|
El motivo proporcionado cuando las mercancías de un Pedido de Compra se devuelven al proveedor. | ||
|
Descripción
Cuando ocurre una actividad de 'Mercancía Devuelta al Proveedor', este atributo captura la justificación de la devolución, como 'Mercancía Dañada', 'Artículo Incorrecto' o 'Mala Calidad'. Estos datos son invaluables para el dashboard de 'Tasa de Devoluciones de Órdenes de Compra'. Analizar las razones de las devoluciones ayuda a identificar las causas raíz, ya sea que estén relacionadas con la calidad del proveedor, errores internos de pedido o problemas de envío. Esto permite acciones específicas para reducir la tasa de devoluciones.
Por qué es importante
Aporta visibilidad sobre por qué se devuelven los bienes, ayudando a diagnosticar problemas de calidad del proveedor, exactitud del pedido o logística.
Dónde obtener
Los motivos de devolución se capturan típicamente en las transacciones de órdenes de devolución o a través de códigos de motivo asociados a los registros de recibos negativos.
Ejemplos
Dañado en tránsitoArtículo incorrecto entregadoInspección de calidad fallida
|
|||
|
Nombre del Aprobador
ApproverName
|
El nombre del usuario que aprobó el Pedido de Compra o un paso en el workflow de aprobación. | ||
|
Descripción
Este atributo identifica al gerente o usuario que dio la aprobación formal a la orden de compra, permitiendo que esta continúe. En flujos de trabajo de aprobación multinivel, puede haber varios aprobadores para una única orden de compra. El seguimiento del aprobador es fundamental para los dashboards 'Análisis del Tiempo de Ciclo de Aprobación de PO' y 'Métricas de Rendimiento del Aprobador'. Permite la medición del tiempo que tarda cada aprobador, identifica cuellos de botella en la cadena de aprobación y ayuda a evaluar la distribución de la carga de trabajo y la eficiencia.
Por qué es importante
Permite el análisis del proceso de aprobación, ayudando a identificar cuellos de botella en la aprobación y a medir el rendimiento y la carga de trabajo de los diferentes aprobadores.
Dónde obtener
La información de aprobación se almacena típicamente en tablas de seguimiento de workflow, no directamente en PurchTable. Requiere consultar el historial de workflow asociado a la orden de compra.
Ejemplos
Charles GreenDiana PrinceEdward Nigma
|
|||
|
Se ha cambiado la Orden de Compra
IsPurchaseOrderChanged
|
Un indicador booleano que indica si la orden de compra fue modificada después de su aprobación inicial. | ||
|
Descripción
Este atributo calculado se establece en 'true' si alguna actividad 'Orden de Compra Modificada' ocurre después de la actividad 'Orden de Compra Aprobada' para un case dado. Simplifica el análisis de retrabajo y modificaciones. Este indicador es crucial para calcular el KPI 'Tasa de Modificación de Orden de Compra Post-Aprobación' y para el dashboard 'Tendencias de Modificación de Órdenes de Compra'. Proporciona una forma directa de aislar y analizar las órdenes de compra que requirieron retrabajo, ayudando a identificar las causas raíz de dichos cambios.
Por qué es importante
Simplifica la medición de la frecuencia de retrabajos y cambios, que son indicadores clave de inestabilidad e ineficiencia del proceso.
Dónde obtener
Este es un atributo calculado derivado de la secuencia de actividades en el Registro de eventos.
Ejemplos
truefalse
|
|||
|
Sociedad
CompanyCode
|
El identificador de la entidad legal o empresa que realiza el Pedido de Compra. | ||
|
Descripción
En un entorno multiempresa, este atributo especifica qué entidad legal realiza la compra. Es un dato organizacional fundamental. Este atributo permite un análisis comparativo del proceso de Compra a Pago (P2P) entre distintas entidades legales dentro de la misma organización. Puede resaltar diferencias en eficiencia del proceso, cumplimiento y gestión de proveedores de una compañía a otra, apoyando los esfuerzos de estandarización.
Por qué es importante
Esencial para organizaciones multi-entidad para comparar y estandarizar el proceso de adquisición entre diferentes entidades legales.
Dónde obtener
Este es el campo DataAreaId, que está presente en casi todas las tablas de Dynamics 365, incluyendo PurchTable.
Ejemplos
USMFDEMFGBSI
|
|||
|
Solicitud de Compra
PurchaseRequisitionNumber
|
El identificador de la solicitud de compra que precedió al Pedido de Compra. | ||
|
Descripción
Este atributo vincula una orden de compra a la solicitud interna original, la requisición de compra. No todas las órdenes de compra se originan de una requisición. Este vínculo es vital para analizar el proceso completo 'de la Requisición a la PO'. Permite medir el KPI 'Velocidad de Conversión de Requisición a PO' y comprender con qué rapidez la demanda interna se traduce en un pedido externo. También ayuda a analizar el cumplimiento, por ejemplo, identificando POs creadas sin una requisición formal.
Por qué es importante
Vincula la orden de compra con la solicitud inicial, permitiendo analizar el tiempo de ciclo desde la requisición hasta la orden y garantiza el cumplimiento del proceso.
Dónde obtener
Se encuentra en la tabla PurchLine, en el campo PurchReqId, que enlaza con PurchReqTable.
Ejemplos
PR-000871PR-000872PR-000873
|
|||
|
Tiempo del Ciclo de Aprobación
ApprovalCycleTime
|
La duración entre la creación de un Pedido de Compra y su aprobación final. | ||
|
Descripción
Esta métrica calculada mide el tiempo transcurrido desde la actividad 'Orden de Compra Creada' hasta la actividad 'Orden de Compra Aprobada'. Es una medida directa de la eficiencia del flujo de trabajo de aprobación. Este atributo es la medida principal para el KPI 'Tiempo Promedio de Aprobación de Orden de Compra' y el dashboard 'Análisis del Tiempo de Ciclo de Aprobación de Orden de Compra'. Analizar esta duración ayuda a identificar cuellos de botella en la cadena de aprobación y a evaluar si los procesos de aprobación cumplen con los acuerdos internos de nivel de servicio.
Por qué es importante
Mide directamente la eficiencia del workflow de aprobación, un área común de retrasos en el proceso de adquisición.
Dónde obtener
Se calcula encontrando la diferencia de tiempo entre el EventTime de las actividades 'Orden de Compra Aprobada' y 'Orden de Compra Creada' para cada caso.
Ejemplos
P2DT12H30MPT8HP7D
|
|||
|
Ubicación de Entrega
DeliveryLocation
|
El sitio, almacén o dirección específica donde se entregarán los bienes. | ||
|
Descripción
Este atributo especifica la ubicación física para la entrega de los artículos de la orden de compra. Podría ser un almacén, una oficina específica o un sitio de proyecto. Analizar el proceso por la ubicación de entrega puede ayudar a identificar cuellos de botella regionales o específicos del sitio, particularmente en el proceso de recepción de mercancías. El dashboard 'Tiempo de Procesamiento de la Recepción de Mercancías' puede usar este atributo para comparar la eficiencia entre diferentes ubicaciones.
Por qué es importante
Ayuda a identificar variaciones o retrasos del proceso por ubicación, especialmente en las etapas de recepción de mercancía e inspección de calidad.
Dónde obtener
La información de dirección y ubicación de entrega se almacena en la PurchTable y puede predeterminarse desde la configuración de la empresa o el proveedor.
Ejemplos
Almacén principal AOficina Edificio CCentro de Distribución de la Costa Oeste
|
|||
De la Compra al Pago - Actividades del Pedido de Compra
| Actividad | Descripción | ||
|---|---|---|---|
|
Entrada de Mercancías Registrada
|
Marca el registro oficial en el sistema de los bienes recibidos contra la orden de compra. Este evento se captura cuando se contabiliza un diario de recepción de productos. | ||
|
Por qué es importante
Este es un hito clave que actualiza el inventario y significa el inicio del proceso de conciliación de facturas. Es el punto final para medir la 'Tasa de Entrega a Tiempo' y el tiempo de entrega del proveedor.
Dónde obtener
Capturado de la creación del diario de recepción de productos, almacenado en VendPackingSlipJour. El createdDateTime o PackingSlipDate en esta tabla indica cuándo se recibieron oficialmente los bienes.
Capturar
Utilice el timestamp de creación o contabilización del registro VendPackingSlipJour vinculado a la Orden de Compra.
Tipo de evento
explicit
|
|||
|
Pedido de Compra Aprobado
|
Marca la aprobación final de la orden de compra, autorizando su envío al proveedor. Este evento suele inferirse por un cambio de estado en la orden de compra o capturarse directamente desde el historial del flujo de trabajo. | ||
|
Por qué es importante
Este es un hito crítico, ya que no se puede tomar ninguna acción adicional hasta que la orden de compra sea aprobada. Es esencial para analizar los cuellos de botella de aprobación y medir el KPI 'Tiempo de Ciclo de Aprobación de Orden de Compra'.
Dónde obtener
Se infiere cuando el campo DocumentState en PurchTable cambia a 'Approved'. Alternativamente, puede obtenerse de la marca de tiempo de finalización del paso de aprobación final en la tabla WorkflowTrackingStatusTable.
Capturar
Identifique la marca de tiempo en la que el campo DocumentState de la tabla PurchTable cambia a 'Approved'.
Tipo de evento
inferred
|
|||
|
Pedido de Compra Completado
|
Indica la conclusión exitosa del ciclo de vida de la orden de compra, cuando toda la mercancía ha sido recibida y facturada. Suele inferirse cuando el estado de la orden de compra se actualiza a un estado final o cerrado. | ||
|
Por qué es importante
Esta actividad marca el fin de una instancia de proceso exitosa. Medir el 'Tiempo de Ciclo Total de la Orden de Compra' desde la creación hasta la finalización proporciona una visión holística de la eficiencia del proceso.
Dónde obtener
Se infiere a partir de los campos de estado en PurchTable, por ejemplo, cuando DocumentState está en 'Invoiced' y los estados de las líneas indican recepción y facturación completas.
Capturar
Identifique la marca de tiempo en la que los estados del encabezado y las líneas de la orden de compra se actualizan a un estado final o cerrado (p. ej., 'Invoiced').
Tipo de evento
inferred
|
|||
|
Pedido de Compra Creado
|
Esta actividad significa la creación de un documento de orden de compra borrador en el sistema. Se registra a partir del timestamp de creación del registro de cabecera de la orden de compra, a menudo después de una requisición aprobada. | ||
|
Por qué es importante
Esto marca la transición de una solicitud interna a un documento de compra formal. Es un punto de partida clave para medir el procesamiento de órdenes de compra y los tiempos de ciclo de aprobación.
Dónde obtener
Este event es la creación de un registro en la PurchTable. El campo createdDateTime en esta tabla proporciona el timestamp para la actividad.
Capturar
Extraiga la marca de tiempo de creación de la tabla PurchTable para cada orden de compra.
Tipo de evento
explicit
|
|||
|
Pedido de Compra Enviado al Proveedor
|
Esta actividad indica que la orden de compra aprobada ha sido comunicada al proveedor. Se registra cuando la PO se confirma, lo que genera un diario de confirmación y normalmente desencadena el envío del documento. | ||
|
Por qué es importante
Este es el primer paso de cara al exterior e inicia el conteo del tiempo de entrega del proveedor. Es crucial para el seguimiento del rendimiento del proveedor y el KPI 'Tasa de Entrega a Tiempo'.
Dónde obtener
El evento se marca con la creación de un registro en la tabla PurchPurchaseOrderJour (el registro de confirmación de Pedido de Compra). La fecha de creación de este registro sirve como marca de tiempo de la actividad.
Capturar
Utilice el timestamp de creación del primer registro PurchPurchaseOrderJour para la Orden de Compra.
Tipo de evento
explicit
|
|||
|
Solicitud de Compra Creada
|
Esta actividad marca la creación de una requisición de compra, la solicitud formal de bienes o servicios. Se registra cuando se crea un nuevo registro en la tabla de requisiciones de compra, lo que significa el inicio de la demanda de aprovisionamiento. | ||
|
Por qué es importante
Este es el disparador inicial para el proceso de orden de compra. Analizar el tiempo desde este event hasta la creación de la orden de compra ayuda a medir la eficiencia del proceso interno y la capacidad de respuesta a la demanda.
Dónde obtener
Este event corresponde a la creación de un registro en la PurchReqTable. El timestamp de creación (createdDateTime) del registro marca la hora del event.
Capturar
Extraiga el timestamp de creación de la 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 para los bienes recibidos. Este evento se gestiona a menudo a través del módulo de Gestión de Calidad o una actualización de estado. | ||
|
Por qué es importante
Esta actividad puede ser un cuello de botella significativo entre la recepción de mercancías y su disponibilidad para el uso. Analizar su duración ayuda a mejorar el KPI 'Tiempo de Ciclo de Inspección de Calidad'.
Dónde obtener
Esto puede inferirse de la finalización de una Orden de Calidad (InventQualityOrderTable) vinculada a la recepción de la orden de compra. El timestamp del cambio de estado a 'Aprobado' o 'Fallido' marca el event.
Capturar
Realice el seguimiento del timestamp de finalización del estado en la InventQualityOrderTable asociada con la línea de la orden de compra.
Tipo de evento
inferred
|
|||
|
Mercancía Devuelta al Proveedor
|
Indica que mercancías previamente recibidas han sido devueltas al proveedor por problemas como daños o artículos incorrectos. Esto se registra mediante la contabilización de una transacción de devolución. | ||
|
Por qué es importante
Las devoluciones representan fallos en el proceso y costos adicionales. El seguimiento de esta actividad ayuda a calcular la Tasa de Devolución de Pedidos de Compra e identificar problemas con proveedores o productos.
Dónde obtener
Este event se infiere de la creación de una orden de compra con una cantidad negativa o un documento de orden de devolución específico que hace referencia a la orden de compra original. La fecha de la transacción del registro de devolución es la hora del event.
Capturar
Identifique la contabilización de una orden de devolución de compra o una nota de débito contra la orden de compra original.
Tipo de evento
explicit
|
|||
|
Orden de Compra Cancelada
|
Representa la terminación de un Pedido de Compra antes de su finalización total. Esto se captura mediante un cambio de estado específico en el documento del Pedido de Compra. | ||
|
Por qué es importante
Las cancelaciones son una vía de excepción importante. Analizar su frecuencia y motivos puede resaltar problemas en la planificación o en la fiabilidad del proveedor.
Dónde obtener
Esto se infiere de los campos de fecha o estado relacionados con la confirmación en la PurchTable, como las fechas de confirmación de entrega. Esto puede no ser un discrete event.
Capturar
Identifique la marca de tiempo en la que el campo DocumentState de la tabla 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 del Pedido de Compra por parte del proveedor. Este es a menudo un paso manual de entrada de datos basado en la comunicación del proveedor. | ||
|
Por qué es importante
La confirmación del proveedor asegura que la orden está siendo procesada. Retrasos o discrepancias en esta etapa pueden indicar posibles problemas de cumplimiento.
Dónde obtener
Esto típicamente se infiere del campo DocumentState en la PurchTable que se actualiza a 'Cancelado'. El timestamp de este cambio de estado marca el event.
Capturar
Se infiere cuando se completa un campo específico de fecha de confirmación en PurchTable o en PurchLine.
Tipo de evento
inferred
|
|||
|
Orden de compra enviada para aprobación
|
Representa el momento en que un Pedido de Compra en borrador se envía formalmente al workflow de aprobación. Esta es típicamente una acción explícita realizada por el usuario, capturada a través de los registros del workflow. | ||
|
Por qué es importante
Esta actividad inicia oficialmente el ciclo de aprobación de la PO. El seguimiento de esto permite una medición precisa de cuánto tiempo esperan las PO para ser aprobadas y la duración total de la aprobación.
Dónde obtener
Capturado de la WorkflowTrackingStatusTable para la orden de compra, que registra el evento de envío y su timestamp.
Capturar
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 una factura del proveedor ha sido recibida y contabilizada contra la orden de compra. Este evento vincula los procesos de aprovisionamiento y pago. | ||
|
Por qué es importante
Este es el paso final antes del pago y es crucial para calcular el costo final de la compra. Proporciona un punto final para el análisis de conciliación de tres vías.
Dónde obtener
Este event se captura del registro de un diario de facturas de proveedores (VendInvoiceJour) que se concilia con la orden de compra. La InvoiceDate o la fecha de registro en este registro es el timestamp.
Capturar
Utilice el timestamp de contabilización de la tabla VendInvoiceJour vinculada al registro PurchTable.
Tipo de evento
explicit
|
|||
|
Pedido de Compra Modificado
|
Esta actividad registra cualquier modificación realizada a una orden de compra después de haber sido aprobada. Dynamics 365 puede rastrear versiones de la PO, lo que permite la identificación de cambios. | ||
|
Por qué es importante
El seguimiento de los cambios es crítico para identificar retrabajos, comprender la inestabilidad del proceso y medir la 'Tasa de Modificación de Orden de Compra'. Los cambios pueden provocar retrasos y variaciones en los costos.
Dónde obtener
Se infiere comparando distintas versiones de la orden de compra almacenadas en tablas de archivo o versionado (p. ej., PurchTableHistory). Un aumento en el número de versión indica un cambio.
Capturar
Identifique registros en los que el número de versión en la tabla 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 un gerente autorizado. Este evento se captura típicamente de 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 la conversión de una solicitud de compra en una orden de compra. Los retrasos en este punto impactan directamente en todo el cronograma de adquisiciones.
Dónde obtener
Puede obtenerse de la WorkflowTrackingStatusTable asociada a la solicitud de compra, o inferirse de un cambio en el campo de estado en la PurchReqTable a un estado 'Aprobado'.
Capturar
Utilice el timestamp de finalización del último paso de aprobación en el historial del flujo de trabajo para la requisición.
Tipo de evento
explicit
|
|||