Su Template de datos de Purchase to Pay - Purchase Order
Su Template de datos de Purchase to Pay - Purchase Order
- Atributos recomendados que debe recopilar
- Actividades clave que debe supervisar
- Guía de extracción
Purchase to Pay - Purchase Order: Atributos
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
La fecha y hora exactas en las que tuvo lugar una actividad o un evento específicos. | ||
|
Descripción
Event Time es la marca de tiempo asociada a cada actividad y registra cuándo comenzó. Estos datos son esenciales para ordenar cronológicamente los eventos y calcular las duraciones y los tiempos de ciclo entre los distintos pasos del proceso. Este atributo es fundamental para casi todos los análisis basados en el tiempo, incluidos los Dashboards Purchase Order End-to-End Cycle Time y Purchase Order Approval Cycle Time. Permite calcular indicadores clave de rendimiento como «Average PO Approval Cycle Time» mediante la medición de la diferencia entre las marcas de tiempo de las actividades «Purchase Order Created» y «Purchase Order Approved».
Por qué es importante
Esta marca de tiempo es fundamental para secuenciar correctamente los eventos y calcular todas las métricas basadas en la duración, como los tiempos de ciclo y de espera.
Dónde obtenerlo
Normalmente se encuentra en los datos de la pista de auditoría o del registro de cambios de los documentos Purchase Order en SAP Ariba.
Ejemplos
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
Nombre de la actividad
ActivityName
|
El nombre del evento o la tarea específicos que tuvieron lugar en un momento determinado dentro del proceso de Purchase Order. | ||
|
Descripción
Activity Name describe un paso del ciclo de vida de una orden de compra, como «Purchase Order Created», «Purchase Order Approved» o «Goods Receipt Posted». Esta secuencia de actividades constituye la base del mapa del proceso. El análisis de estas actividades es el núcleo de Process Mining. Ayuda a visualizar el flujo del proceso, identificar variantes frecuentes y poco habituales y medir la duración entre los distintos pasos. Comprender la secuencia y la frecuencia de actividades como «Purchase Order Changed» es fundamental para Dashboards como Purchase Order Change Rate Analysis.
Por qué es importante
Este atributo define los pasos del proceso y permite visualizar el flujo del proceso e identificar cuellos de botella, retrabajo y desviaciones.
Dónde obtenerlo
Se genera mediante la asignación de cambios de estado, códigos de transacción o registros de eventos de las tablas subyacentes de SAP Ariba relacionadas con el historial de documentos y el Workflow.
Ejemplos
Pedido de compra aprobadoPedido de compra modificadoRecepción de mercancías registradaFactura recibida contra el pedido de compra
|
|||
|
Orden de compra
PurchaseOrderNumber
|
El identificador único de cada documento Purchase Order, que actúa como identificador de caso central del proceso. | ||
|
Descripción
El número de Purchase Order es la clave principal que vincula todas las actividades y eventos relacionados a lo largo del ciclo de vida de las compras. Cada número representa una única transacción de compra, desde la creación inicial del pedido hasta su finalización o cancelación. En Process Mining, este atributo es fundamental para el análisis a nivel de caso. Permite reconstruir el recorrido de extremo a extremo de cada Purchase Order, calcular tiempos de ciclo, identificar variantes del proceso y hacer un seguimiento del estado de cada pedido. Analizar los procesos por número de Purchase Order ayuda a comprender el flujo completo e identificar cuellos de botella o desviaciones en transacciones específicas.
Por qué es importante
Este es el Case ID esencial que conecta todos los pasos del proceso y permite analizar el ciclo de vida completo de cada Purchase Order.
Dónde obtenerlo
Este es un campo principal del documento Purchase Order en SAP Ariba Buying and Invoicing o SAP Ariba Sourcing.
Ejemplos
PO7000123456PO7000123457PO7000123458
|
|||
|
Fecha de entrega solicitada
RequestedDeliveryDate
|
La fecha en la que la parte solicitante espera recibir los bienes o servicios. | ||
|
Descripción
Esta es la fecha de entrega objetivo especificada por la empresa al crear la solicitud de compra o la orden. Sirve como referencia para medir el rendimiento real de las entregas. Este Atributo es fundamental para el Dashboard de rendimiento de entregas de proveedores y el KPI de tasa de puntualidad de recepción de mercancías. Al comparar la fecha de entrega solicitada con la fecha real de recepción de mercancías, las organizaciones pueden medir la puntualidad de los proveedores, calcular la desviación de entrega e identificar a los proveedores que incumplen sistemáticamente los plazos. Este análisis es esencial para gestionar las relaciones con los proveedores y mitigar los riesgos de la cadena de suministro.
Por qué es importante
Sirve como referencia para medir el rendimiento de las entregas puntuales, un aspecto fundamental para evaluar la fiabilidad de los proveedores y la eficiencia de la cadena de suministro.
Dónde obtenerlo
Este es un campo de fecha estándar en el nivel de posición del documento Purchase Order.
Ejemplos
2023-06-012023-07-152023-08-20
|
|||
|
Fecha de recepción de mercancías
GoodsReceiptDate
|
La fecha en la que la recepción de los bienes o la finalización de los servicios se registró oficialmente en el sistema. | ||
|
Descripción
Este Atributo marca la marca de tiempo de la actividad «Goods Receipt Posted» o «Services Confirmation Entered». Es la confirmación oficial de que se han recibido los artículos solicitados. Esta fecha es fundamental para medir los tiempos reales de entrega. Es la contrapartida de «RequestedDeliveryDate» y se utiliza para calcular la desviación de entrega y los KPI de puntualidad. El Dashboard de puntualidad del registro de recepción de mercancías utiliza este Atributo para evaluar la rapidez con la que se registran las recepciones después de la entrega, un aspecto importante para la precisión del inventario y el pago puntual de las facturas.
Por qué es importante
Representa la fecha real de entrega, esencial para calcular el rendimiento de las entregas e identificar retrasos en la cadena de suministro.
Dónde obtenerlo
Esta es la marca de tiempo del documento Goods Receipt o Service Entry Sheet que hace referencia a la Purchase Order.
Ejemplos
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
|
|||
|
Importe de la PO
PurchaseOrderAmount
|
El valor monetario total de la orden de compra. | ||
|
Descripción
Este Atributo representa el coste total de todos los bienes y servicios incluidos en la orden de compra, sin impuestos ni otros cargos, salvo que se especifique lo contrario. Es una métrica financiera clave para comprender el valor de las transacciones que recorren el proceso. En el análisis, el importe de la orden de compra suele utilizarse para segmentar el proceso. Por ejemplo, las órdenes de alto valor pueden seguir una ruta de aprobación diferente y más rigurosa que las órdenes de bajo valor. También puede utilizarse para priorizar las iniciativas de mejora de procesos en las transacciones con mayor impacto financiero y analizar los patrones de gasto por departamento o proveedor.
Por qué es importante
Aporta contexto financiero a cada caso, lo que permite realizar análisis basados en el valor para priorizar mejoras y comprender cómo influye el valor de la orden en el comportamiento del proceso.
Dónde obtenerlo
Este es un campo calculado estándar en el nivel de cabecera del documento Purchase Order, que suma el valor de todas las posiciones.
Ejemplos
1500.0025000.50500.75
|
|||
|
Nombre de usuario
UserName
|
El nombre o ID del usuario que realizó la actividad. | ||
|
Descripción
Este atributo identifica a la persona responsable de ejecutar un paso específico del proceso, como aprobar una Purchase Order o registrar una recepción de mercancías. Puede ser un ID de usuario único o un nombre completo. Analizar el rendimiento por usuario ayuda a identificar necesidades de formación o reconocer a quienes obtienen mejores resultados. También es fundamental para los análisis relacionados con el cumplimiento, como el panel de desviaciones del cumplimiento de aprobación de PO, donde ayuda a determinar quién omitió los pasos de aprobación requeridos. Asimismo, puede utilizarse para comprender la distribución de la carga de trabajo y la asignación de recursos.
Por qué es importante
Proporciona responsabilidad y permite analizar el rendimiento, la carga de trabajo y el cumplimiento específicos de cada usuario, aspectos clave para identificar necesidades de formación o desviaciones del proceso.
Dónde obtenerlo
Esta información suele estar disponible en los registros del Workflow y del historial de documentos de SAP Ariba, normalmente asociada a cada evento.
Ejemplos
john.smithLROSSIjane.doe
|
|||
|
Nombre del departamento
DepartmentName
|
El departamento de negocio o centro de costes asociado a la Purchase Order. | ||
|
Descripción
Este atributo indica la unidad organizativa que inició la solicitud de compra o para la que se realiza la compra. A menudo se obtiene de la información del centro de costes de la Purchase Order. Esta dimensión es fundamental para el panel de eficiencia del procesamiento departamental de POs, ya que permite comparar directamente los tiempos de ciclo y las variantes del proceso entre distintos departamentos. Ayuda a identificar qué departamentos siguen las mejores prácticas y cuáles pueden necesitar formación adicional o mejoras del proceso. También es clave para calcular el KPI de variación del tiempo de ciclo departamental de las POs.
Por qué es importante
Permite comparar el rendimiento entre distintas unidades de negocio, ayuda a identificar cuellos de botella departamentales y facilita el intercambio de mejores prácticas.
Dónde obtenerlo
Esta información puede encontrarse en el nivel de cabecera o de línea de la Purchase Order, a menudo vinculada al centro de costes o al perfil de la persona solicitante.
Ejemplos
MarketingOperaciones de TIGestión de instalacionesInvestigación y desarrollo
|
|||
|
Nombre del proveedor
VendorName
|
El nombre del proveedor al que se compran los bienes o servicios. | ||
|
Descripción
Este atributo identifica al socio externo implicado en la Purchase Order. El proveedor es una entidad fundamental del proceso de purchase-to-pay y su rendimiento afecta directamente a la eficiencia de todo el ciclo. El nombre del proveedor es una dimensión principal para el análisis del rendimiento. Es esencial para el panel de rendimiento de las entregas de proveedores, que compara las fechas de entrega entre distintos proveedores. Analizar los procesos por proveedor puede revelar qué proveedores se retrasan de forma constante, generan más retrabajo o tienen procesos de facturación complejos, lo que proporciona insights valiosos para la gestión de las relaciones con proveedores.
Por qué es importante
Permite analizar el rendimiento de los proveedores, identificar socios fiables y detectar a los proveedores que provocan retrasos u otros problemas.
Dónde obtenerlo
Este es un campo estándar en el nivel de cabecera del documento Purchase Order en SAP Ariba.
Ejemplos
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
¿Es retrabajo?
IsRework
|
Un indicador calculado que señala si una orden de compra ha pasado por un bucle de retrabajo, por ejemplo, si se ha rechazado y vuelto a enviar. | ||
|
Descripción
Este Atributo booleano se deriva de la secuencia de actividades. Se establece en «true» si una orden de compra retrocede en el proceso, por ejemplo, cuando a la actividad «Approve Purchase Order» le sigue «Change Purchase Order» y después otra aprobación. Esto indica una desviación respecto al proceso ideal y directo. Este indicador es esencial para calcular el KPI de tasa de bucles de retrabajo de PO y filtrar el mapa de procesos para destacar los flujos ineficientes. Al identificar los casos con retrabajo, los analistas pueden investigar las causas raíz, como la introducción incorrecta de datos o requisitos poco claros, y tomar medidas para mejorar la tasa de aprobación a la primera.
Por qué es importante
Señala directamente los casos con ineficiencias y retrabajo en el proceso, lo que permite cuantificar el impacto de los bucles y actuar para eliminarlos.
Dónde obtenerlo
Este Atributo no existe en el sistema de origen, sino que se calcula durante la transformación de datos utilizando la secuencia de actividades de cada caso.
Ejemplos
truefalse
|
|||
|
¿Se ha modificado la PO?
IsPurchaseOrderChanged
|
Un indicador booleano que señala si la Purchase Order se modificó después de su creación inicial. | ||
|
Descripción
Este es un Atributo derivado que se establece en «true» si existe una actividad «Purchase Order Changed» para un caso determinado. Simplifica el análisis de las tasas de cambio al proporcionar un indicador sencillo a nivel de caso. Este indicador se utiliza para calcular el KPI de tasa de cambios de Purchase Order. Ayuda a segmentar rápidamente los datos y comparar los procesos de las órdenes modificadas y no modificadas, lo que puede revelar los efectos posteriores de los cambios, como tiempos de ciclo más largos o un aumento de las discrepancias en las facturas. El Dashboard de análisis de la tasa de cambios de Purchase Order utiliza este indicador para cuantificar la frecuencia de los cambios.
Por qué es importante
Proporciona un indicador sencillo para identificar todas las órdenes de compra que se han modificado, lo que facilita calcular las tasas de cambio y analizar su impacto.
Dónde obtenerlo
Este indicador se deriva durante la transformación de datos comprobando si existe un evento «Purchase Order Changed» para cada número de Purchase Order.
Ejemplos
truefalse
|
|||
|
Desviación de entrega
DeliveryVariance
|
La diferencia de tiempo calculada entre la fecha de entrega solicitada y la fecha real de recepción de mercancías. | ||
|
Descripción
Esta métrica cuantifica el rendimiento de entrega del proveedor midiendo si una entrega se realiza antes o después de lo previsto. Se calcula restando «RequestedDeliveryDate» de «GoodsReceiptDate». Un valor positivo indica una entrega tardía, un valor negativo indica una entrega anticipada y cero significa que se realizó a tiempo. Este es el cálculo principal del Dashboard de rendimiento de entregas de proveedores y del KPI de desviación del rendimiento de entregas de proveedores. Al analizar esta desviación entre proveedores, las organizaciones pueden identificar socios fiables y poco fiables, lo que aporta información para las negociaciones con proveedores y las estrategias de gestión de riesgos. Así, el análisis va más allá de simples indicadores de puntualidad o retraso y permite comprender la magnitud de las desviaciones en las entregas.
Por qué es importante
Cuantifica la puntualidad de los proveedores midiendo con precisión el retraso o adelanto de las entregas, un aspecto fundamental para gestionar su rendimiento.
Dónde obtenerlo
Se calcula en la capa de transformación de datos restando «RequestedDeliveryDate» de «GoodsReceiptDate».
Ejemplos
P2D-P1DP0D
|
|||
|
Estado de la PO
PurchaseOrderStatus
|
El estado actual de la orden de compra en su ciclo de vida. | ||
|
Descripción
Este Atributo indica el estado actual de la orden de compra, como «Ordering», «Receiving», «Invoiced» o «Completed». Ofrece una visión del punto en el que se encuentra la PO dentro del proceso general. Aunque Process Mining reconstruye el flujo a partir de las actividades, el estado actual resulta útil para filtrar casos y comprender la carga de trabajo actual. Por ejemplo, un analista puede querer centrarse únicamente en las órdenes de compra «In-Flight» que todavía no se han completado. También puede utilizarse para validar la actividad final de una traza de proceso.
Por qué es importante
Ofrece una visión rápida del punto en el que se encuentra una orden de compra dentro de su ciclo de vida, lo que resulta útil para filtrar y centrarse en casos activos o completados.
Dónde obtenerlo
Este es un campo de estado estándar en la cabecera del documento Purchase Order en SAP Ariba.
Ejemplos
En proceso de pedidoRecepciónCompletadoCancelado
|
|||
|
Grupo de materiales
MaterialGroup
|
Una clasificación utilizada para agrupar materiales o servicios con características similares. | ||
|
Descripción
El grupo de materiales, denominado Commodity Code en la terminología de Ariba, permite categorizar los artículos adquiridos. Esto facilita el análisis del gasto y la aplicación de distintas estrategias de compras para diferentes tipos de bienes o servicios. En Process Mining, este Atributo permite analizar el proceso de compras según lo que se adquiere. Por ejemplo, el proceso de aprobación del hardware informático puede ser diferente del utilizado para el material de oficina. Así se obtienen conclusiones más precisas y se pueden adaptar las mejoras del proceso a categorías de compra específicas.
Por qué es importante
Permite analizar el proceso según la categoría de los bienes o servicios adquiridos y revela las diferencias en la forma de comprar cada tipo de artículo.
Dónde obtenerlo
Este es un campo estándar en el nivel de posición de una Purchase Order, que suele aparecer con la etiqueta «Commodity Code».
Ejemplos
Hardware de TISuministros de oficinaServicios profesionales
|
|||
|
Hora de finalización del evento
EventEndTime
|
La marca de tiempo que indica cuándo se completó una actividad. Se utiliza para calcular el tiempo de procesamiento de las actividades manuales. | ||
|
Descripción
Mientras que StartTime indica cuándo comenzó una actividad, EventEndTime marca su finalización. En muchos eventos generados por el sistema, las horas de inicio y finalización son idénticas. Sin embargo, en tareas manuales o trabajos automatizados de larga duración, la diferencia entre la hora de inicio y la de finalización representa el tiempo de procesamiento de la actividad. Este atributo se utiliza para calcular la métrica «ProcessingTime», fundamental para el panel de análisis de la duración de las actividades de Purchase Order. Ayuda a identificar qué tareas concretas tardan más en completarse y señala oportunidades de formación, reasignación de recursos o automatización.
Por qué es importante
Permite calcular tiempos de procesamiento precisos para actividades individuales y ayuda a identificar qué tareas concretas consumen más tiempo.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Si no está disponible de forma explícita, puede ser necesario derivarlo de la hora de inicio de la actividad posterior.
Ejemplos
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
Moneda
DocumentCurrency
|
El código de moneda de los valores monetarios de la orden de compra. | ||
|
Descripción
Este atributo especifica la moneda, como USD, EUR o GBP, en la que se expresa el importe de la orden de compra. Es un contexto esencial para cualquier dato financiero. Al analizar un proceso que abarca varios países o regiones, la moneda del documento es fundamental para interpretar y comparar correctamente los valores monetarios. Todos los KPI financieros y Dashboards deben utilizar este campo para filtrar una sola moneda o aplicar los tipos de cambio adecuados, de modo que la agregación y la comparación sean precisas.
Por qué es importante
Aporta el contexto necesario para todos los campos monetarios, garantiza un análisis financiero preciso y evita agregar incorrectamente monedas diferentes.
Dónde obtenerlo
Este es un campo estándar en el nivel de cabecera del documento Purchase Order en SAP Ariba.
Ejemplos
USDEURGBPJPY
|
|||
|
N.º de solicitud de compra.
PurchaseRequisitionNumber
|
El identificador único de la solicitud de compra que precedió a la orden de compra. | ||
|
Descripción
Este Atributo vincula una orden de compra con la solicitud de compra de origen. No todas las órdenes de compra tienen una solicitud previa, por ejemplo, cuando la PO se crea directamente. Este vínculo es fundamental para analizar el proceso de compras completo, de principio a fin, desde la solicitud inicial. Es necesario para el Dashboard del embudo de conversión de solicitud de compra a PO y el KPI de tiempo de conversión de solicitud de compra a PO. Analizar esta conexión ayuda a identificar retrasos entre la aprobación de una solicitud y la emisión formal de la orden al proveedor.
Por qué es importante
Conecta la orden de compra con la solicitud inicial y permite realizar un análisis real de principio a fin, desde la creación de la solicitud hasta el cumplimiento de la orden.
Dónde obtenerlo
Esta información suele estar disponible como campo de referencia en la posición de la Purchase Order.
Ejemplos
PR10004567PR10004568PR10004569
|
|||
|
Organización de compras
PurchasingOrganization
|
La unidad organizativa responsable de adquirir materiales y servicios y negociar con los proveedores. | ||
|
Descripción
La organización de compras es una entidad clave de la estructura de compras y se encarga de los aspectos estratégicos de la adquisición. Puede haber distintas organizaciones de compras para diferentes regiones o unidades de negocio. Analizar el proceso por organización de compras puede revelar diferencias de eficiencia, cumplimiento y estrategias de gestión de proveedores en toda la empresa. Esto ayuda a estandarizar las mejores prácticas e identificar cuellos de botella o fuentes de ineficiencia a nivel organizativo.
Por qué es importante
Permite realizar un análisis de alto nivel de la eficiencia y el cumplimiento del proceso en distintas unidades estratégicas de compras.
Dónde obtenerlo
Este es un campo de datos organizativos estándar en el nivel de cabecera del documento Purchase Order.
Ejemplos
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
Sistema de origen
SourceSystem
|
Identifica el sistema del que se extrajeron los datos, en este caso, SAP Ariba. | ||
|
Descripción
Este atributo especifica el origen de los datos del proceso. En entornos con varios sistemas integrados, es fundamental para distinguir los datos de distintas fuentes y garantizar su trazabilidad. Para el análisis, ayuda a filtrar los datos de un sistema específico o a comprender las interacciones del proceso entre distintas plataformas. Es un elemento clave de los metadatos para la gobernanza y la validación de datos, ya que garantiza que los análisis se basen en el conjunto de datos correcto.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, fundamental para la gobernanza, la validación y el análisis de datos en entornos con varios sistemas.
Dónde obtenerlo
Es un valor estático («SAP Ariba») que normalmente se añade durante el proceso de extracción y transformación de datos.
Ejemplos
SAP AribaSAP-Ariba-USAribaCloud
|
|||
|
Tiempo de ciclo de PO de principio a fin
POEndToEndCycleTime
|
El tiempo total transcurrido desde la creación de la primera solicitud de compra hasta la finalización de la orden de compra. | ||
|
Descripción
Este Atributo calculado mide la duración total de todo el proceso de la orden de compra. Normalmente comienza con el evento «Purchase Requisition Created» y termina con el evento «Purchase Order Completed» o con el evento final «Goods Receipt Posted». Ofrece una visión integral de la eficiencia del proceso. Esta es la métrica principal del KPI de tiempo de ciclo de PO de principio a fin y del Dashboard de tiempo de ciclo de Purchase Order de principio a fin. Permite a las organizaciones realizar un seguimiento de su rendimiento general y del impacto de las mejoras del proceso. Desglosar este tiempo de ciclo total por proveedor, departamento o grupo de materiales puede revelar los principales factores que generan plazos largos.
Por qué es importante
Representa el tiempo total de procesamiento de una orden de compra y ofrece una medida de alto nivel de la eficiencia general del proceso y de la experiencia del cliente.
Dónde obtenerlo
Se calcula durante la transformación de datos como la diferencia entre la primera y la última marca de tiempo de un caso determinado.
Ejemplos
P15DP30D12HP7D
|
|||
|
Tipo de PO
PurchaseOrderType
|
Una clasificación de la orden de compra, como estándar, marco o subcontratación. | ||
|
Descripción
El tipo de Purchase Order clasifica las órdenes según su finalidad empresarial. Los distintos tipos pueden seguir rutas de proceso diferentes y estar sujetos a reglas distintas de aprobación y cumplimiento. Este Atributo permite segmentar el proceso para obtener análisis más relevantes. Por ejemplo, analizar por separado el tiempo de ciclo de las «Standard POs» y las «Service POs» puede revelar distintos tipos de cuellos de botella. También ayuda a crear subconjuntos de datos más homogéneos para obtener una visión más clara de escenarios de compra específicos.
Por qué es importante
Permite segmentar el análisis por tipo de orden y obtener conclusiones más precisas, ya que los distintos tipos suelen tener flujos de proceso diferentes.
Dónde obtenerlo
Consulte la documentación de SAP Ariba. Normalmente, este es un campo configurable en el nivel de cabecera de la PO.
Ejemplos
Pedido de compra estándarPedido de compra de serviciosPedido de compra marco
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos de este evento del sistema de origen. | ||
|
Descripción
Este atributo proporciona la fecha y hora de la última extracción de datos de SAP Ariba. Es un elemento de metadatos fundamental para comprender la actualidad de los datos que se analizan. En cualquier análisis de Process Mining, conocer la antigüedad de los datos es esencial para la elaboración de informes y la toma de decisiones. Esta marca de tiempo permite confirmar que los Dashboards y KPI, como Purchase Order Throughput Trend, se basan en información actualizada.
Por qué es importante
Indica la actualidad de los datos, ayuda a los usuarios a comprender hasta qué punto su análisis refleja la situación actual y genera confianza en los insights.
Dónde obtenerlo
Esta marca de tiempo suele generarse y añadirse al conjunto de datos durante el proceso de extracción, transformación y carga (ETL).
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Purchase to Pay - Purchase Order: actividades
| Actividad | Descripción | ||
|---|---|---|---|
|
Pedido de compra aprobado
|
Indica que la Purchase Order ha recibido todas las aprobaciones internas necesarias y está lista para enviarse al proveedor. Este evento se infiere del cambio de estado del documento PO a «Approved» tras completar el Workflow designado. | ||
|
Por qué es importante
Este es un hito crítico para medir los tiempos de ciclo de aprobación e identificar cuellos de botella en la revisión de la dirección. Los retrasos en esta etapa afectan directamente los plazos del proveedor y la eficiencia de las compras.
Dónde obtenerlo
Se infiere de la marca de tiempo en la que el estado del documento PurchaseOrder o el campo «ApprovedState» cambia a «Approved». Los registros del historial de aprobaciones proporcionan datos detallados.
Recopilar
Se infiere de la marca de tiempo de la acción de aprobación final en el flujo de aprobación de la PO.
Tipo de evento
inferred
|
|||
|
Pedido de compra completado
|
Esta actividad marca el final satisfactorio del ciclo de vida de la Purchase Order e indica que las mercancías o los servicios se han recibido y facturado por completo. Se infiere del cambio de estado de la PO a «Received», «Invoiced» o un estado terminal similar. | ||
|
Por qué es importante
Este es el punto final principal de éxito del proceso. Medir el tiempo necesario para alcanzar este estado proporciona el tiempo de ciclo de extremo a extremo, un indicador clave de la eficiencia general del proceso.
Dónde obtenerlo
Se infiere de la marca de tiempo en la que el estado de PurchaseOrder cambia a un estado final como «Received». La PO se considera completa cuando todas sus líneas se han recibido por completo.
Recopilar
Se infiere del cambio de estado de la PO a «Received» o a un estado completado similar.
Tipo de evento
inferred
|
|||
|
Pedido de compra creado
|
Esta actividad indica la creación del documento oficial de Purchase Order en SAP Ariba, ya sea a partir de una solicitud aprobada o directamente. Se captura mediante la marca de tiempo de creación del documento PO, que representa el inicio formal de su ciclo de vida. | ||
|
Por qué es importante
En el caso de las POs directas, este es el inicio del proceso. Es un hito clave para medir el tiempo de conversión de solicitud a PO y el ciclo general de procesamiento de la PO.
Dónde obtenerlo
Se captura a partir de la marca de tiempo de creación del objeto de documento PurchaseOrder en SAP Ariba Buying. En este punto, el estado suele ser «Composing» o «Submitted».
Recopilar
A partir de la marca de tiempo de creación del documento de Purchase Order.
Tipo de evento
explicit
|
|||
|
Pedido de compra enviado al proveedor
|
Representa el momento en que la Purchase Order aprobada se transmite oficialmente al proveedor, normalmente a través de Ariba Network. Este evento se captura cuando el estado de la PO cambia a «Sent» u «Ordered». | ||
|
Por qué es importante
Esto marca la transición del procesamiento interno al cumplimiento externo. Es el punto de partida para medir el plazo del proveedor y el rendimiento de las entregas.
Dónde obtenerlo
Se infiere de la marca de tiempo en la que el estado del documento PurchaseOrder cambia a «Sent» u «Ordered». Esta es una transición de estado estándar en Ariba.
Recopilar
Se infiere de la marca de tiempo del cambio de estado a «Sent» o a un estado similar.
Tipo de evento
inferred
|
|||
|
Recepción de mercancías registrada
|
Representa la recepción física de las mercancías, que se registra en SAP Ariba. Es un evento explícito que se captura cuando un usuario crea y envía un documento Receipt asociado a una línea de la Purchase Order. | ||
|
Por qué es importante
Este es un hito crucial para confirmar la entrega y constituye el punto final para medir el rendimiento de las entregas del proveedor. También autoriza el pago de la factura en un escenario de conciliación a tres bandas.
Dónde obtenerlo
Se captura a partir de la marca de tiempo de creación o envío del documento Receipt vinculado a la PurchaseOrder.
Recopilar
A partir de la marca de tiempo de envío del documento Goods Receipt.
Tipo de evento
explicit
|
|||
|
Solicitud de compra creada
|
Esta actividad marca la creación de una solicitud de compra, que constituye la petición formal de bienes o servicios previa a una Purchase Order. En SAP Ariba, normalmente se registra cuando un usuario guarda y envía una nueva solicitud, lo que crea un registro explícito con una marca de tiempo de creación. | ||
|
Por qué es importante
Este es el punto de inicio principal del proceso de compras. Analizar el tiempo transcurrido entre este evento y la creación de la PO es fundamental para comprender el tiempo de ciclo de solicitud a pedido e identificar cuellos de botella en las primeras etapas.
Dónde obtenerlo
Este evento se captura a partir de la fecha de creación del objeto de documento Requisition en el módulo SAP Ariba Buying. El cambio de estado a «Submitted» suele indicar el inicio formal.
Recopilar
A partir de la marca de tiempo de creación del documento de solicitud de compra.
Tipo de evento
explicit
|
|||
|
Aviso anticipado de envío recibido
|
Esta actividad se registra cuando el proveedor envía un Advance Ship Notice (ASN) a través de Ariba Network, lo que indica que las mercancías han sido despachadas. El ASN contiene información sobre el envío, como artículos, cantidades y datos de seguimiento. | ||
|
Por qué es importante
El ASN proporciona visibilidad de la cadena de suministro y permite al departamento de recepción prepararse para la entrega. Es un dato clave para hacer un seguimiento del inventario en tránsito y predecir los plazos de entrega.
Dónde obtenerlo
Se captura a partir de la fecha de creación del documento ShipNotice vinculado a las líneas de la PurchaseOrder.
Recopilar
A partir de la marca de tiempo de creación del documento Advance Ship Notice (ASN).
Tipo de evento
explicit
|
|||
|
Confirmación de servicios registrada
|
Representa la confirmación de que se han prestado los servicios y equivale a la recepción de mercancías en el caso de los servicios. Se captura cuando se crea y aprueba una Service Sheet asociada a una Purchase Order de servicios. | ||
|
Por qué es importante
Esta actividad es fundamental para hacer un seguimiento del cumplimiento de los pedidos de servicios y autorizar el pago. Analizar su puntualidad ayuda a gestionar la prestación de servicios y el gasto asociado.
Dónde obtenerlo
Se captura a partir de la marca de tiempo de aprobación del documento ServiceSheet vinculado a la PurchaseOrder.
Recopilar
A partir de la marca de tiempo de aprobación del documento Service Sheet.
Tipo de evento
explicit
|
|||
|
Factura recibida contra el pedido de compra
|
Indica que se ha recibido y registrado en SAP Ariba una factura del proveedor que hace referencia a la Purchase Order. Este evento conecta el proceso de compras con el proceso de pago posterior. | ||
|
Por qué es importante
Esta actividad es un punto de integración clave entre compras y finanzas. Su momento es importante para gestionar el capital circulante y garantizar pagos puntuales a los proveedores.
Dónde obtenerlo
Se captura a partir de la marca de tiempo de creación del documento Invoice en Ariba Invoicing, que contiene una referencia a la PurchaseOrder.
Recopilar
A partir de la marca de tiempo de creación del documento de factura vinculado a la PO.
Tipo de evento
explicit
|
|||
|
Mercancías devueltas al proveedor
|
Esta actividad registra la devolución de mercancías a un proveedor, normalmente debido a daños, defectos o la entrega de artículos incorrectos. Se registra cuando se crea un documento de recepción de devolución o una nota de débito asociada a la recepción original de mercancías. | ||
|
Por qué es importante
El seguimiento de las devoluciones pone de manifiesto problemas relacionados con la calidad del proveedor y la precisión de las entregas. Analizar la frecuencia y los motivos de las devoluciones puede ayudar a mejorar la selección y la gestión de proveedores.
Dónde obtenerlo
Puede inferirse de la creación de un documento de recepción específico para devoluciones o de una cantidad negativa en una recepción. El mecanismo concreto puede variar según la configuración.
Recopilar
Se infiere de la creación de una recepción con cantidad negativa o con un tipo específico «Return».
Tipo de evento
inferred
|
|||
|
Pedido de compra cancelado
|
Representa la finalización de una Purchase Order antes de su cumplimiento. Puede iniciarla la organización compradora o, en casos excepcionales, el proveedor. | ||
|
Por qué es importante
Esta es una excepción y un punto final importante del proceso. Analizar por qué se cancelan las POs puede revelar problemas de planificación, presupuesto o fiabilidad del proveedor.
Dónde obtenerlo
Se infiere de la marca de tiempo en la que el estado del documento PurchaseOrder cambia a «Cancelled» o «Closed».
Recopilar
Se infiere de la marca de tiempo del cambio de estado a «Cancelled».
Tipo de evento
inferred
|
|||
|
Pedido de compra modificado
|
Esta actividad registra cualquier modificación realizada en una Purchase Order después de su creación inicial, como cambios en la cantidad, el precio o la fecha de entrega. Se crea una nueva versión del documento PO, lo que suele activar un Workflow de nueva aprobación. | ||
|
Por qué es importante
El seguimiento de los cambios es fundamental para identificar ineficiencias del proceso, ciclos de retrabajo y causas raíz de errores en las compras. Una tasa de cambios elevada puede indicar una recopilación inicial deficiente de los requisitos.
Dónde obtenerlo
Se captura identificando varias versiones del mismo documento PurchaseOrder. Cada nueva versión tiene una marca de tiempo de creación que puede utilizarse para este evento.
Recopilar
Se registra cuando se crea y guarda una nueva versión del documento PO.
Tipo de evento
explicit
|
|||
|
Proveedor confirmó el pedido de compra
|
Indica que el proveedor ha recibido y reconocido la Purchase Order, confirmando su intención de atenderla. Se captura cuando el proveedor envía un documento Order Confirmation a través de Ariba Network, lo que actualiza el estado de la PO. | ||
|
Por qué es importante
Esta actividad confirma que el proveedor está procesando el pedido. Ayuda a hacer un seguimiento de la capacidad de respuesta del proveedor y de la precisión del pedido inicial.
Dónde obtenerlo
Se infiere de la marca de tiempo en la que el estado de PurchaseOrder se actualiza a «Confirmed» tras recibir una Order Confirmation del proveedor.
Recopilar
A partir de la fecha de creación del documento Order Confirmation relacionado o de un cambio de estado de la PO.
Tipo de evento
inferred
|
|||
|
Solicitud de compra aprobada
|
Representa la aprobación final de una solicitud de compra por parte de todas las personas responsables requeridas, lo que autoriza su conversión en una Purchase Order. Normalmente se infiere del cambio de estado del documento de solicitud a «Approved» y de la marca de tiempo de esa acción de aprobación final. | ||
|
Por qué es importante
Este hito concluye la fase de aprobación interna de la solicitud. Su seguimiento ayuda a medir la eficiencia de los controles internos y de los flujos de aprobación antes de crear la PO.
Dónde obtenerlo
Se infiere del historial de aprobaciones o del campo de estado del documento Requisition. La marca de tiempo del evento corresponde a la fecha en que el estado cambió a «Approved».
Recopilar
Se infiere de la marca de tiempo en la que el campo «ApprovedState» de la solicitud cambia a «Approved».
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice este Template para agilizar la preparación de sus datos y comenzar a optimizar su proceso de Purchase to Pay - Purchase Order con confianza. Su camino hacia la eficiencia comienza aquí.
¡Optimice hoy su proceso de Purchase to Pay - Purchase Order!
Reduzca el tiempo de ciclo un 30 % y elimine los cuellos de botella en SAP Ariba.
No necesita tarjeta de crédito. Configure su prueba gratuita en cuestión de minutos.