Plantilla de Datos: De la Compra al Pago - Orden de Compra
Su plantilla de datos para el proceso de Compra a Pago - Orden de Compra
- Atributos de datos recomendados
- Actividades clave del proceso
- Pasos de extracción de datos de Coupa
De la Compra al Pago - Atributos del Pedido de Compra
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El nombre del evento o tarea específica que ocurrió en un punto en el tiempo dentro del ciclo de vida del pedido de compra. | ||
|
Descripción
El Nombre de la Actividad describe un solo paso en el proceso de De la Compra al Pago, como 'Pedido de Compra Aprobado' o 'Recepción de Mercancías Registrada'. Esta secuencia de actividades forma el flujo del proceso para cada pedido de compra. Este atributo es fundamental para el Process Mining, ya que se utiliza para construir el mapa de procesos, descubrir variantes de procesos y analizar la frecuencia y la secuencia de los eventos. Ayuda a identificar cuellos de botella, bucles de retrabajo y desviaciones del flujo del proceso estándar. Por ejemplo, analizar la secuencia de actividades de 'Pedido de Compra Modificado' puede revelar ineficiencias en la precisión del pedido.
Por qué es importante
Define los pasos del proceso, permitiendo la visualización del flujo del proceso y la identificación de cuellos de botella, retrabajo y desviaciones.
Dónde obtener
Derivado de registros de eventos, registros de auditoría o registros de cambio de estado asociados con objetos de Pedido de Compra en Coupa.
Ejemplos
Solicitud de Compra AprobadaOrden de Compra EnviadaRecepción de Mercancías ContabilizadaFactura Recibida para PO
|
|||
|
Hora de Inicio
EventTime
|
El timestamp exacto que indica cuándo ocurrió una actividad o un evento. | ||
|
Descripción
El Tiempo del Evento registra la fecha y hora en que se ejecutó una actividad específica. Para cada actividad en el proceso, existe una marca de tiempo correspondiente que marca su ocurrencia. Este atributo es fundamental para todo el análisis basado en el tiempo en Process Mining. Se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración del proceso e identificar retrasos. Por ejemplo, la diferencia de tiempo entre las marcas de tiempo de 'Borrador de Pedido de Compra' y 'Pedido de Compra Aprobado' se utiliza para calcular el KPI de Tiempo de Ciclo de Aprobación de Pedido de Compra.
Por qué es importante
Proporciona el contexto temporal para cada evento, lo cual es esencial para calcular los tiempos de ciclo, analizar el rendimiento y detectar cuellos de botella.
Dónde obtener
Ubicado en los registros de eventos o pistas de auditoría de Coupa, típicamente asociado con cada cambio de estado o acción realizada en un pedido de compra.
Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Orden de Compra
PurchaseOrderNumber
|
El identificador único de una orden de compra, que sirve como identificador principal del caso en el proceso. | ||
|
Descripción
El número de Orden de Compra es el identificador central del caso que conecta todas las actividades desde su solicitud inicial hasta la confirmación final de la recepción de bienes o servicios. Cada número de Orden de Compra único representa una sola instancia del proceso de adquisición. En el análisis de Process Mining, este atributo es crucial para rastrear el recorrido de principio a fin de cada compra. Permite a los analistas visualizar mapas de procesos, identificar variantes y calcular KPIs a nivel de caso, como el tiempo de ciclo total de un pedido. Todos los eventos y datos relacionados se agregan bajo este identificador para construir una vista cohesiva del proceso.
Por qué es importante
Es esencial para rastrear el ciclo de vida completo de cada compra, permitiendo la reconstrucción de instancias de proceso individuales para un análisis detallado.
Dónde obtener
Este es un campo de clave primaria estándar en el objeto de Orden de Compra dentro de Coupa.
Ejemplos
OC-2023-00123OC-2023-00456OC-2023-00789
|
|||
|
Source System
SourceSystem
|
El sistema del cual se extrajeron los datos del proceso. | ||
|
Descripción
Este atributo identifica el sistema de información de origen donde se registraron los datos del evento. Para este proceso, el valor siempre sería 'Coupa'. En entornos empresariales donde los datos pueden provenir de múltiples sistemas (por ejemplo, Coupa para adquisiciones, otro ERP para facturación), este atributo ayuda a diferenciar las fuentes de datos. Asegura la claridad en la procedencia de los datos y se puede utilizar para obtener una vista del proceso desde un sistema específico.
Por qué es importante
Proporciona un contexto crucial sobre el origen de los datos, asegurando la trazabilidad y permitiendo una adecuada gobernanza de datos, especialmente en entornos multisistema.
Dónde obtener
Este es un valor estático que normalmente se añade durante el proceso de extracción y transformación de datos para etiquetar el conjunto de datos.
Ejemplos
Coupa
|
|||
|
Última actualización de datos
LastDataUpdate
|
El timestamp que indica la última vez que se actualizaron los datos de este proceso. | ||
|
Descripción
Este atributo registra la última actualización del conjunto de datos desde el sistema de origen. Es un campo de metadatos que se aplica a todo el conjunto de datos y no a eventos individuales. En cualquier dashboard analítico, esta marca de tiempo es vital para que los usuarios comprendan la actualidad de los datos que están visualizando. Proporciona la confianza de que las perspectivas se basan en información reciente y ayuda a gestionar las expectativas del usuario sobre la vigencia de los datos. Generalmente, se muestra de forma destacada en los dashboards.
Por qué es importante
Informa a los usuarios sobre la actualidad de los datos, asegurando que comprendan cuán actualizados están el análisis del proceso y los KPIs.
Dónde obtener
Este timestamp es generado y almacenado por el pipeline de extracción y carga de datos (ETL) al ejecutarse.
Ejemplos
2023-11-01T05:00:00Z
|
|||
|
Categoría de Compra
PurchaseCategory
|
La clasificación de los bienes o servicios que se adquieren, como hardware de TI o Servicios Profesionales. | ||
|
Descripción
Categoría de Compra, también conocida como Grupo de Materiales o Producto, es una clasificación utilizada para agrupar tipos de compras similares. Estos datos estructurados permiten un análisis sistemático del gasto y los procesos de adquisición. En Process Mining, este atributo es una dimensión potente para el filtrado y la segmentación. El dashboard de 'Análisis de Gasto por Categoría de Compra' se basa en él para desglosar los patrones de gasto. También puede revelar si ciertas categorías (por ejemplo, servicios complejos) tienen tiempos de ciclo más largos o tasas de cambio más altas que otras (por ejemplo, suministros de oficina estándar).`
Por qué es importante
Permite el análisis de gasto y proceso por categoría, ayudando a identificar patrones de aprovisionamiento, negociar con proveedores y adaptar los controles del proceso.
Dónde obtener
Normalmente se encuentra a nivel de ítem de línea de la Orden de Compra en Coupa, a menudo vinculado a un código de producto o catálogo de compras.
Ejemplos
Hardware de TISuministros de OficinaServicios ProfesionalesMateriales de Marketing
|
|||
|
Departamento
Department
|
El departamento de negocios o centro de costo al que se carga el pedido de compra. | ||
|
Descripción
El atributo Departamento especifica la unidad organizacional que inició la compra o asumirá su costo. Esto a menudo está vinculado al solicitante o a la información del centro de costo en los ítems del pedido de compra. Esta dimensión es esencial para segmentar el análisis de procesos y los KPI. Permite a los gerentes comparar la eficiencia del proceso, el cumplimiento y los patrones de gasto en diferentes partes de la organización. Por ejemplo, el dashboard de 'Análisis de Gasto por Categoría de Compra' utiliza el Departamento para mostrar cómo las diferentes unidades de negocio están gastando sus presupuestos.
Por qué es importante
Permite filtrar y comparar el análisis de procesos y gastos entre diferentes unidades de negocio, revelando variaciones en eficiencia y cumplimiento.
Dónde obtener
Disponible en el encabezado o en las líneas de artículo de la Orden de Compra en Coupa, frecuentemente vinculado a un Centro de Costos o unidad organizacional.
Ejemplos
MarketingTecnología de la InformaciónOperacionesFinanzas
|
|||
|
Monto Total del Pedido
TotalOrderAmount
|
El valor monetario total de la orden de compra. | ||
|
Descripción
Este atributo representa el costo total de todos los bienes y servicios especificados en la orden de compra, expresado en una moneda específica. Es un atributo a nivel de caso que se aplica a la orden completa. Estos datos financieros son cruciales para el análisis de gastos y para priorizar los esfuerzos de mejora de procesos. Las órdenes de alto valor pueden justificar un mayor escrutinio o diferentes rutas de aprobación. Se utiliza directamente en el dashboard de 'Análisis de Gastos por Categoría de Compra' y es un componente para calcular el KPI de 'Proporción de Gasto con Proveedores No Preferidos'.
Por qué es importante
Proporciona el contexto financiero para cada compra, lo que permite el análisis de gasto, la priorización de pedidos de alto valor y la evaluación del impacto financiero.
Dónde obtener
Disponible en el encabezado de la Orden de Compra en Coupa, normalmente como 'Total' o 'Total General'.
Ejemplos
1500.00250.7512500.50
|
|||
|
Nombre de Proveedor
VendorName
|
El nombre del proveedor o vendedor al que se le están comprando bienes o servicios. | ||
|
Descripción
El Nombre del Proveedor identifica a la parte externa que suministra los artículos en la orden de compra. Esta información es fundamental para la analítica de adquisiciones. Analizar el rendimiento del proceso por proveedor es crítico para la gestión de relaciones con proveedores. Ayuda a evaluar el 'Rendimiento del Plazo de Entrega del Proveedor', identificar retrasos en los 'Retrasos del Proceso de Recepción de Mercancías' y evaluar la calidad del proveedor a través de la 'Tasa de Devolución de Mercancías'. Este atributo también es clave para calcular el KPI de 'Gasto por Ratio de Proveedor No Preferido'.
Por qué es importante
Permite el análisis del rendimiento del proveedor, ayudando a optimizar la selección de proveedores, negociar mejores condiciones e identificar proveedores de alto o bajo rendimiento.
Dónde obtener
Un campo estándar en el encabezado de la Orden de Compra en Coupa, vinculado a los datos maestros de proveedores.
Ejemplos
Suministros Globales de OficinaTech Solutions Inc.Componentes Industriales AvanzadosAgencia de Marketing Creativo
|
|||
|
Usuario
User
|
El ID de usuario o nombre de la persona que realizó la actividad, como un aprobador o un solicitante. | ||
|
Descripción
Este atributo identifica a la persona responsable de ejecutar un evento específico en el proceso. Podría ser la persona que redactó el pedido, el gerente que lo aprobó o el empleado que registró la recepción de la mercancía. Analizar el rendimiento por usuario ayuda a identificar necesidades de capacitación, individuos de alto rendimiento y la distribución de la carga de trabajo. Por ejemplo, el dashboard de 'Rendimiento del Tiempo de Ciclo de Aprobación de la Orden de Compra' utiliza este atributo para desglosar los tiempos de aprobación por aprobadores específicos, destacando quién podría ser un cuello de botella en el proceso.
Por qué es importante
Permite el análisis del rendimiento del proceso por individuo o rol, ayudando a identificar cuellos de botella, oportunidades de capacitación y problemas de asignación de recursos.
Dónde obtener
Asociado a cada evento en la pista de auditoría de la Orden de Compra o registros de historial en Coupa. Campos como 'Creado por', 'Aprobado por' o 'Actualizado por' son fuentes comunes.
Ejemplos
j.doea.smithm.jones
|
|||
|
¿Entrega a Tiempo?
IsDeliveryOnTime
|
Un indicador calculado que muestra si la mercancía se recibió en o antes de la fecha de entrega solicitada. | ||
|
Descripción
Este atributo booleano se calcula comparando la marca de tiempo del evento 'Recepción de Mercancías Registrada' con la Fecha de Entrega Solicitada. Se establece en verdadero si la fecha de recepción es igual o anterior a la fecha solicitada. Este indicador apoya directamente el KPI de 'Adherencia a la Fecha de Entrega del Proveedor' y el dashboard de 'Variación de la Fecha de Entrega y Devoluciones'. Proporciona un resultado binario claro para el cumplimiento de entrega a tiempo que es fácil de agregar y visualizar, ayudando a identificar rápidamente problemas de rendimiento con proveedores o procesos internos de recepción.
Por qué es importante
Proporciona una métrica binaria clara para el rendimiento de la entrega, simplificando el cálculo de los KPI de entrega a tiempo y el análisis de tendencias.
Dónde obtener
Calculado durante la transformación de datos comparando RequestedDeliveryDate con el timestamp de la actividad 'Registro de Entrada de Mercancías'.
Ejemplos
truefalse
|
|||
|
¿Es Aprobación en Primera Instancia?
IsFirstPassApproval
|
Un indicador calculado que es verdadero si la Orden de Compra (PO) fue aprobada sin cambios después de su borrador. | ||
|
Descripción
Este indicador booleano se establece en verdadero si el recorrido de una orden de compra desde 'Orden de Compra Borrador' hasta 'Orden de Compra Aprobada' no contiene ninguna actividad de 'Orden de Compra Modificada' o 'Orden de Compra Rechazada' en el medio. Este atributo mide directamente el KPI de 'Tasa de Aprobación de Órdenes de Compra a la Primera'. Una tasa alta indica un procesamiento inicial eficiente y preciso. Analizar los casos en los que este indicador es falso puede ayudar a descubrir las razones del retrabajo y mejorar la calidad de los datos iniciales de las órdenes de compra.
Por qué es importante
Mide directamente la eficiencia del proceso inicial de creación y aprobación, destacando el volumen de pedidos que fluyen sin reprocesos.
Dónde obtener
Calculado durante la transformación de datos analizando la secuencia de eventos para cada PurchaseOrderNumber.
Ejemplos
truefalse
|
|||
|
¿Es Proveedor Preferente?
IsPreferredVendor
|
Un indicador booleano que señala si la compra se realizó a un proveedor preferente o estratégico. | ||
|
Descripción
Este indicador identifica si el proveedor de la orden de compra forma parte de una lista preaprobada de proveedores estratégicos. Esto se determina típicamente mediante una referencia cruzada del nombre o ID del proveedor con una lista maestra de proveedores preferidos. Este atributo es esencial para el abastecimiento estratégico y las iniciativas de gestión de gastos. Se utiliza para calcular el KPI de 'Proporción de Gasto con Proveedores No Preferidos', que ayuda a las organizaciones a monitorear y controlar las compras irregulares y a consolidar el gasto con socios clave para aprovechar descuentos por volumen y mejores condiciones.
Por qué es importante
Ayuda a monitorear el cumplimiento de la política de adquisiciones y los objetivos de abastecimiento estratégico al rastrear el gasto con proveedores preferidos versus no preferidos.
Dónde obtener
Esto a menudo no es un campo estándar en Coupa, sino que se deriva al comparar el ID del Proveedor de la orden de compra con una lista externa de proveedores preferidos.
Ejemplos
truefalse
|
|||
|
¿Es Retrabajo?
IsRework
|
Un indicador calculado que identifica si una orden de compra ha sido objeto de una actividad de cambio. | ||
|
Descripción
Este indicador booleano se establece en verdadero para cualquier orden de compra que tenga al menos un evento de 'Orden de Compra Modificada' en su historial. Es un atributo a nivel de caso derivado del registro de eventos. Este atributo simplifica el cálculo de KPIs como la 'Tasa de Modificación de Órdenes de Compra'. Permite un fácil filtrado y segmentación de los datos para comparar procesos para órdenes con y sin retrabajo, ayudando a cuantificar el impacto de los cambios en el tiempo de ciclo y el costo. Es un componente central del dashboard de 'Análisis de Cambios en la Orden de Compra'.
Por qué es importante
Simplifica el análisis del retrabajo al permitir un filtrado y una agregación sencillos para todos los pedidos de compra que se hayan modificado al menos una vez.
Dónde obtener
Calculado durante la transformación de datos verificando la existencia de una actividad de 'Cambio de Orden de Compra' para cada PurchaseOrderNumber.
Ejemplos
truefalse
|
|||
|
Fecha de Entrega Solicitada
RequestedDeliveryDate
|
La fecha en la que el solicitante ha pedido que se entreguen los bienes o servicios. | ||
|
Descripción
Este atributo es la fecha de entrega objetivo especificada por el usuario de negocio durante el proceso de solicitud. Representa la expectativa del negocio de cuándo debe cumplirse el pedido. Esta fecha es un punto de referencia crítico para medir el rendimiento del proveedor y el rendimiento interno. Se utiliza directamente para calcular el KPI de 'Adhesión a la Fecha de Entrega del Proveedor' comparándola con la fecha real de 'Mercancía Recibida y Registrada'. El dashboard de 'Variación de la Fecha de Entrega y Devoluciones' visualiza las desviaciones entre esta fecha solicitada y la entrega real, ayudando a gestionar las expectativas y mejorar la previsión.
Por qué es importante
Sirve como una línea base de rendimiento clave para medir la entrega a tiempo por parte de los proveedores y la eficiencia del proceso de recepción interno.
Dónde obtener
Un campo estándar en la línea de artículo de la Orden de Compra en Coupa.
Ejemplos
2023-11-152023-12-012024-01-10
|
|||
|
Moneda
Currency
|
El código de moneda para los valores monetarios en el pedido de compra. | ||
|
Descripción
Este atributo especifica la moneda (por ejemplo, USD, EUR, GBP) en la que se denomina el monto total de la orden. Es fundamental para interpretar correctamente los datos financieros en una organización global. Para las empresas multinacionales, analizar el gasto sin considerar la moneda puede ser engañoso. Este atributo permite una conversión de moneda adecuada y una presentación de informes financieros coherente dentro de los dashboards, asegurando que los valores se comparen en igualdad de condiciones.
Por qué es importante
Garantiza un análisis financiero y una presentación de informes precisos en contextos multinacionales al proporcionar la información necesaria para la conversión de divisas.
Dónde obtener
Un campo estándar en el encabezado de la Orden de Compra en Coupa.
Ejemplos
USDEURGBPJPY
|
|||
|
Motivo de Cambio
ChangeReason
|
El motivo proporcionado para un cambio realizado en una orden de compra después de su creación inicial. | ||
|
Descripción
Este atributo captura la justificación de por qué se modificó una orden de compra, por ejemplo, 'Cantidad actualizada' o 'Corrección de precio'. Esta información a menudo se registra en el rastro de auditoría cuando un usuario ejecuta una actividad de 'Orden de Compra Modificada'. Comprender por qué se cambian los pedidos es clave para el dashboard de 'Análisis de Cambios en la Orden de Compra'. Ayuda a diferenciar entre cambios inevitables (por ejemplo, problemas de existencias del proveedor) y los que se pueden prevenir (por ejemplo, entrada inicial de datos incorrectos), guiando los esfuerzos para mejorar la precisión del pedido y reducir el KPI de 'Tasa de Cambio de la Orden de Compra'.
Por qué es importante
Explica las causas raíz de los cambios en los Pedidos de Compra, permitiendo acciones específicas para mejorar la precisión de los pedidos a la primera y reducir el retrabajo del proceso.
Dónde obtener
Frecuentemente se encuentra en los registros de auditoría o en los comentarios asociados a los eventos de cambio de una Orden de Compra en Coupa.
Ejemplos
Actualización de precio del proveedorFecha de entrega ajustadaCódigo de artículo corregido
|
|||
|
Motivo de rechazo
RejectionReason
|
El motivo proporcionado cuando una solicitud de compra o una orden de compra es rechazada durante un paso de aprobación. | ||
|
Descripción
Cuando un aprobador rechaza una orden de compra, a menudo proporciona un motivo para el rechazo. Este atributo captura esa explicación textual, como 'Código de presupuesto incorrecto' o 'Excede el límite de gasto'. Analizar los motivos de rechazo proporciona una visión directa de las causas raíz del retrabajo y las fallas del proceso. Estos datos cualitativos pueden utilizarse para identificar errores comunes en el proceso de solicitud, lo que lleva a capacitaciones específicas o mejoras del sistema para evitar futuros rechazos y mejorar la tasa de aprobación en el primer intento.
Por qué es importante
Proporciona insights directos y accionables sobre por qué se rechazan las órdenes de compra, ayudando a abordar las causas raíz del retrabajo de procesos y los retrasos.
Dónde obtener
Generalmente se captura en el campo de comentarios o notas asociado con la actividad 'Orden de Compra Rechazada' o 'Solicitud de Compra Rechazada' en el workflow de aprobación de Coupa.
Ejemplos
Solicitud duplicadaPresupuesto no aprobadoProveedor incorrecto seleccionado
|
|||
|
Nombre del Solicitante
RequesterName
|
El nombre del individuo que inicialmente solicitó los bienes o servicios. | ||
|
Descripción
Este atributo identifica al empleado que creó la solicitud de compra que dio lugar a la orden de compra. El solicitante es el usuario de negocio con la necesidad, que puede ser diferente del comprador o aprobador. Analizar el comportamiento del proceso por solicitante ayuda a identificar patrones relacionados con usuarios o departamentos específicos. El dashboard de 'Análisis de Cambios en la Orden de Compra' lo utiliza para ver si ciertos solicitantes tienen una mayor frecuencia de cambios de pedido, lo que podría indicar la necesidad de una mejor capacitación sobre los requisitos de las especificaciones.
Por qué es importante
Ayuda a identificar el origen comercial de una compra, permitiendo el análisis del comportamiento de compra y la precisión a nivel del solicitante.
Dónde obtener
Esta información generalmente se almacena en la solicitud de compra de origen y se transfiere a la Orden de Compra en Coupa.
Ejemplos
Alice CooperBob DylanCharlie Parker
|
|||
|
Número 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 su solicitud de compra original. Una sola solicitud puede dar lugar a una o varias órdenes de compra. Esta vinculación es fundamental para analizar el tiempo de ciclo completo del proceso de 'Requisición a Orden'. Al conectar el evento de creación de la solicitud con los eventos de creación y envío de la orden de compra, las organizaciones pueden medir la eficiencia de todo su proceso de inicio de compras, desde la solicitud hasta el cumplimiento.
Por qué es importante
Conecta las fases de solicitud y pedido del proceso, permitiendo el análisis del tiempo de ciclo de la requisición al pedido y las tasas de conversión.
Dónde obtener
Generalmente, es un campo de referencia en los ítems de línea de la Orden de Compra en Coupa, que enlaza con la solicitud original.
Ejemplos
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
|
Tiempo de Procesamiento
ProcessingTime
|
La duración de una actividad, que representa el tiempo que un usuario trabajó activamente en una tarea. | ||
|
Descripción
Tiempo de procesamiento, a veces llamado tiempo de servicio, es el tiempo dedicado activamente a una tarea. Es distinto del tiempo de espera. Por ejemplo, podría medir el tiempo entre que un usuario abre una tarea de aprobación de OC y cuándo envía la aprobación. Esta métrica ofrece una visión más precisa del esfuerzo del usuario en comparación con el tiempo de ciclo, que incluye periodos de espera. Analizar el tiempo de procesamiento ayuda en la planificación de la capacidad, el balanceo de carga de trabajo y la identificación de tareas inherentemente lentas. Requiere tanto un tiempo de inicio como un tiempo de fin para una sola actividad, lo cual no siempre está disponible.
Por qué es importante
Ayuda a distinguir entre el tiempo de trabajo activo y el tiempo de espera, proporcionando una mejor visión de la eficiencia de los recursos y la complejidad de las tareas.
Dónde obtener
Calculado si los timestamps de inicio y fin para una única actividad están disponibles en los registros de auditoría de Coupa. Esto a menudo no es estándar.
Ejemplos
3600120900
|
|||
|
Ubicación de Recepción
ReceivingLocation
|
La ubicación física, como un almacén u oficina, donde se entregarán los bienes. | ||
|
Descripción
La Ubicación de Recepción especifica el destino de los bienes pedidos en la Orden de Compra. Esto podría ser un almacén, una planta o una dirección de oficina determinados. Este atributo se utiliza para analizar la logística y el rendimiento de la recepción en diferentes sitios. El dashboard de 'Retrasos en el Proceso de Recepción de Mercancías' se puede filtrar por este atributo para determinar si ciertas ubicaciones son más lentas en el procesamiento de los envíos entrantes, lo que puede ayudar a identificar ineficiencias operativas o limitaciones de recursos en sitios específicos.
Por qué es importante
Permite un análisis basado en la ubicación del proceso de recepción, resaltando diferencias de rendimiento entre almacenes, plantas u oficinas.
Dónde obtener
Esta información forma parte de la dirección de envío (Ship-To) en la Orden de Compra en Coupa.
Ejemplos
Almacén A - ChicagoEdificio 5 - Oficina de LondresPlanta de Frankfurt
|
|||
De la Compra al Pago - Actividades del Pedido de Compra
| Actividad | Descripción | ||
|---|---|---|---|
|
Orden de Compra Aprobada
|
Este hito significa que la orden de compra ha completado su workflow de aprobación interno y está autorizada para su emisión al proveedor. Suele ser el paso de aprobación final en un proceso de varias etapas. | ||
|
Por qué es importante
Este es un hito crítico para calcular los tiempos de ciclo de aprobación de órdenes de compra e identificar cuellos de botella en la aprobación. También sirve como punto de control clave de cumplimiento.
Dónde obtener
Capturado del registro de historial de aprobación de la Orden de Compra en Coupa. El timestamp de la acción de aprobación final proporciona la hora del evento.
Capturar
Registrado en el historial de aprobación cuando el aprobador final completa su tarea.
Tipo de evento
explicit
|
|||
|
Orden de Compra Cancelada
|
Esta actividad representa la cancelación de una orden de compra antes de que se completara. Una cancelación puede ocurrir en varias etapas, por ejemplo, si la solicitud ya no es válida o si la orden de compra se creó por error. | ||
|
Por qué es importante
Como un final de proceso alternativo, el seguimiento de las cancelaciones es importante para comprender las repercusiones del proceso e identificar las razones de las solicitudes de compra abandonadas.
Dónde obtener
Esto se infiere de un cambio de estado en el objeto de Orden de Compra a 'Cancelado'. La marca de tiempo de este cambio de estado se utiliza como hora del evento.
Capturar
Derivado de la marca de tiempo del cambio de estado a 'Cancelado'.
Tipo de evento
inferred
|
|||
|
Orden de Compra Cerrada
|
Esta es la actividad final, lo que significa que la orden de compra está completa. La orden de compra se considera cerrada cuando ha sido recibida en su totalidad y facturada en su totalidad, y no se esperan más transacciones. | ||
|
Por qué es importante
Esta actividad finaliza oficialmente el ciclo de vida de la Orden de Compra. Analizar el tiempo de cierre puede revelar ineficiencias en la reconciliación final y el mantenimiento de registros.
Dónde obtener
Esto se infiere de un cambio de estado en el objeto de Orden de Compra a 'Cerrado'. Este estado a menudo es establecido automáticamente por Coupa basándose en reglas de negocio relacionadas con las tolerancias de recepción y facturación.
Capturar
Derivado de la marca de tiempo del cambio de estado a 'Cerrado'.
Tipo de evento
inferred
|
|||
|
Orden de Compra Enviada al Proveedor
|
Esta actividad marca el punto en que la orden de compra aprobada se transmite oficialmente al proveedor, por ejemplo, por correo electrónico o a través del Portal de Proveedores de Coupa. Este evento transforma la orden de compra de un documento interno en un compromiso externo. | ||
|
Por qué es importante
Este es un hito clave que concluye el ciclo interno de Requisición a Orden e inicia el tiempo de entrega del proveedor. Es vital para medir tanto la eficiencia interna como el rendimiento del proveedor.
Dónde obtener
A menudo se infiere de un cambio de estado en la OC a 'Pedido' o 'Enviado'. Coupa también puede tener un timestamp específico 'last_exported_at' o 'sent_to_supplier_at' en el registro de la OC.
Capturar
Derivado de la marca de tiempo del cambio de estado a 'Pedido' o un campo de marca de tiempo de transmisión específico.
Tipo de evento
inferred
|
|||
|
Recepción de Mercancías Contabilizada
|
Esta es la confirmación formal de que las mercancías han sido recibidas, inspeccionadas y aceptadas. Este evento actualiza los registros de inventario y señala que el proveedor ha cumplido su obligación con esta entrega. | ||
|
Por qué es importante
Este hito crítico marca el final del tiempo de entrega del proveedor y se utiliza para medir el cumplimiento de la fecha de entrega. Los retrasos en el registro de recibos pueden oscurecer la visibilidad de los niveles de inventario reales.
Dónde obtener
Esta es una transacción central en Coupa, registrada en el objeto de Recibo. El evento se captura a partir de la marca de tiempo cuando el estado del recibo pasa a ser 'Registrado' o 'Recibido'.
Capturar
Registrado cuando la transacción de entrada de mercancías se finaliza en el sistema.
Tipo de evento
explicit
|
|||
|
Solicitud de Compra Creada
|
Esta actividad marca la creación de una solicitud de compra, que es la solicitud formal de bienes o servicios que precede a una orden de compra. En Coupa, este es un evento explícito capturado cuando un usuario guarda y envía un nuevo documento de solicitud. | ||
|
Por qué es importante
Como el punto de partida típico del proceso de aprovisionamiento, esta actividad es esencial para medir el tiempo de ciclo completo de requisición a Orden de Compra y comprender la eficiencia del proceso previo.
Dónde obtener
Este evento corresponde al registro de creación en el objeto o tabla de Solicitudes de Compra en Coupa. La marca de tiempo se puede encontrar en el campo 'created_at' o su equivalente de fecha de creación generado por el sistema.
Capturar
Registrado directamente tras la creación de un nuevo registro de solicitud.
Tipo de evento
explicit
|
|||
|
Borrador de Orden de Compra Creado
|
Este evento representa la creación inicial del documento de la Orden de Compra en el sistema, a menudo a partir de una solicitud aprobada. En esta etapa, la orden de compra es un borrador interno y aún no ha sido sometida a aprobación ni enviada al proveedor. | ||
|
Por qué es importante
Esta actividad marca el inicio de la medición del KPI del Tiempo de Ciclo de Aprobación de la Orden de Compra. Es el primer paso formal en el ciclo de vida propio de la orden de compra.
Dónde obtener
Esto corresponde a la marca de tiempo de creación del registro de la orden de compra en Coupa, que típicamente se encuentra en un campo como 'created_at'.
Capturar
Capturado del timestamp de creación generado por el sistema del registro de la Orden de Compra.
Tipo de evento
explicit
|
|||
|
Confirmación de Servicios Introducida
|
Para los pedidos de compra basados en servicios, esta actividad es el equivalente de una recepción de mercancías. Confirma que un servicio ha sido prestado según los términos del pedido de compra. | ||
|
Por qué es importante
El seguimiento de las confirmaciones de servicio es crucial para gestionar el gasto en servicios y asegurar que los pagos se realicen únicamente por trabajos que hayan sido verificados como completos.
Dónde obtener
Este evento se captura a partir de la creación o aprobación de un recibo de servicio o hoja de entrada de servicio vinculado a la Orden de Compra en Coupa.
Capturar
Registrado tras la creación y aprobación de una hoja de entrada de servicios.
Tipo de evento
explicit
|
|||
|
El proveedor confirmó el pedido
|
Este evento significa que el proveedor ha recibido y confirmado la orden de compra. Esta confirmación a menudo se captura electrónicamente a través de un portal de proveedores como el Coupa Supplier Portal (CSP). | ||
|
Por qué es importante
Las confirmaciones del proveedor brindan certeza de que un pedido está siendo procesado, mejorando la precisión de la previsión de entrega y reduciendo la incertidumbre en la cadena de suministro.
Dónde obtener
Esta información suele estar disponible en la Orden de Compra si el proveedor utiliza el Coupa Supplier Portal para realizar una acción de 'Aceptar'. Se utiliza la marca de tiempo de esta acción.
Capturar
Registrado cuando un proveedor realiza la acción 'Confirmar' en el portal de proveedores.
Tipo de evento
explicit
|
|||
|
Factura Recibida para PO
|
Este evento marca la recepción y registro de una factura del proveedor que hace referencia a la orden de compra. Significa el inicio de la fase de procesamiento y pago de facturas del ciclo P2P. | ||
|
Por qué es importante
Aunque forma parte del proceso de Cuentas por Pagar (AP), vincular la recepción de la factura a la Orden de Compra proporciona una visión de principio a fin del ciclo de vida de la transacción y ayuda a analizar la brecha entre la entrega y la facturación.
Dónde obtener
Capturado del timestamp de creación del documento de Factura en Coupa, donde la factura se compara con el número de Orden de Compra correspondiente.
Capturar
Registrado al crearse un registro de factura vinculado al PO.
Tipo de evento
explicit
|
|||
|
Inspección de Calidad Realizada
|
Este evento indica que un artículo recibido ha pasado una inspección de calidad. Esto puede ser un paso separado después de que se registra la recepción inicial de mercancías, dependiendo del proceso de la empresa. | ||
|
Por qué es importante
Esta actividad es clave para medir la eficiencia del proceso de control de calidad. Los retrasos aquí pueden crear cuellos de botella entre la recepción y la disponibilidad para su uso.
Dónde obtener
Esto puede registrarse como un cambio de estado en el ítem de línea de recepción o a través de un objeto de inspección separado en Coupa. Su disponibilidad depende de si se utiliza el módulo de calidad o un workflow personalizado.
Capturar
Se infiere de un cambio de estado en la recepción o de un timestamp en un registro de inspección relacionado.
Tipo de evento
inferred
|
|||
|
Mercancías Devueltas
|
Esta actividad se registra cuando los bienes recibidos previamente se devuelven al proveedor. Esto se debe típicamente a problemas de calidad, daños o envíos incorrectos. | ||
|
Por qué es importante
El seguimiento de las devoluciones es esencial para calcular la Tasa de Devolución de Mercancías e identificar problemas con la calidad del proveedor o la precisión del pedido. Las altas tasas de devolución a menudo indican fallas costosas en el proceso.
Dónde obtener
Esto se captura de una transacción de 'Devolución al Proveedor' o una transacción de recibo negativo en Coupa. La marca de tiempo de esta transacción sirve como hora del evento.
Capturar
Registrado cuando se crea una transacción de devolución vinculada al PO/recepción original.
Tipo de evento
explicit
|
|||
|
Orden de Compra Enviada
|
Después de que se redacta una Orden de Compra, se envía formalmente al flujo de trabajo de aprobación. Esta es una acción de usuario distinta que mueve la Orden de Compra de un estado borrador a un estado de aprobación pendiente. | ||
|
Por qué es importante
Este evento distingue el tiempo de elaboración del borrador del momento en que la orden de compra está realmente esperando aprobación. Proporciona una imagen más clara del comportamiento del usuario y de las transferencias de proceso.
Dónde obtener
Se infiere de un cambio de estado en el objeto de Pedido de Compra, por ejemplo, de 'borrador' a 'pendiente de aprobación'. Se utiliza el timestamp de este cambio de estado específico.
Capturar
Derivado de la marca de tiempo del cambio de estado a 'pendiente de aprobación'.
Tipo de evento
inferred
|
|||
|
Orden de Compra Modificada
|
Este evento representa cualquier modificación realizada en la orden de compra después de que fue redactada inicialmente. En Coupa, los cambios a menudo se rastrean a través del control de versiones del documento de la orden de compra. | ||
|
Por qué es importante
El seguimiento de los cambios es crucial para KPIs como la Tasa de Cambio de Órdenes de Compra y la Tasa de Órdenes de Compra no conformes. Los cambios frecuentes indican inestabilidad del proceso o solicitudes iniciales inexactas.
Dónde obtener
Puede inferirse al rastrear diferentes versiones de una Orden de Compra. Cada nuevo número de versión mayor que el primero indica un cambio, sirviendo la fecha de creación de la nueva versión como el timestamp del evento.
Capturar
Se infiere del timestamp de creación de una nueva versión de PO.
Tipo de evento
inferred
|
|||
|
Orden de Compra Rechazada
|
Esta actividad ocurre cuando un aprobador rechaza la orden de compra durante el flujo de trabajo de aprobación. La orden de compra se devuelve entonces al creador para su revisión o cancelación. | ||
|
Por qué es importante
Analizar los rechazos ayuda a descubrir problemas con la calidad de los datos, incumplimientos de políticas o brechas de capacitación. Resalta ciclos de retrabajo que causan importantes retrasos en el proceso.
Dónde obtener
Este es un evento explícito capturado en el registro del historial de aprobación de la Orden de Compra en Coupa. El registro mostrará una acción de 'Rechazar' con su correspondiente marca de tiempo.
Capturar
Registrado en el historial de aprobación con un estado 'Rechazado'.
Tipo de evento
explicit
|
|||
|
Recepción de Mercancías Iniciada
|
Esta actividad representa el inicio del proceso de recepción, como cuando se crea un documento de recibo en Coupa tras la llegada física de los bienes. Los bienes aún no se han registrado formalmente en el inventario o confirmados como recibidos. | ||
|
Por qué es importante
Este evento es el punto de partida para medir el KPI de 'Tiempo de Procesamiento de la Recepción de Mercancías'. Ayuda a diferenciar entre el tiempo que la mercancía espera en el muelle y el tiempo dedicado al procesamiento en el sistema.
Dónde obtener
Esto se infiere de la marca de tiempo de creación de un documento de recibo que se encuentra en estado 'Borrador' o 'Pendiente'. Precede al registro final del recibo.
Capturar
Derivado de la marca de tiempo de creación de un registro de recibo en un estado no contabilizado.
Tipo de evento
inferred
|
|||
|
Solicitud de Compra Aprobada
|
Una solicitud de compra pasa por un flujo de trabajo de aprobación antes de poder convertirse en una orden de compra. Este evento significa la aprobación final de la solicitud, lo que la deja lista para el pedido. | ||
|
Por qué es importante
El seguimiento de las aprobaciones de solicitudes ayuda a identificar cuellos de botella en la fase previa al pedido. Las demoras aquí impactan directamente la rapidez con la que se puede emitir una orden de compra.
Dónde obtener
Generalmente, se captura del historial de aprobación del objeto de la solicitud en Coupa. La acción de aprobación final tendrá un timestamp y un usuario correspondientes.
Capturar
Registrado en el historial de aprobación cuando el aprobador final realiza una acción.
Tipo de evento
explicit
|
|||