Su Template de datos para el proceso de compras, desde la solicitud hasta la orden de compra
Su Template de datos para el proceso de compras, desde la solicitud hasta la orden de compra
Este es nuestro Template genérico de datos para Process Mining de Del proceso de compra al pago: orden de compra. Para obtener indicaciones más específicas, use nuestros Templates para cada sistema.
Seleccione un sistema específico- Lista completa de los campos de datos recomendados para un análisis detallado.
- Actividades e hitos clave para hacer seguimiento del ciclo de vida de sus órdenes de compra.
- Compatible con cualquier sistema que gestione su proceso de compras.
Atributos de las órdenes de compra en el proceso de compras
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | Marca de tiempo exacta que indica cuándo ocurrió una actividad o un evento. | ||
| Descripción La hora del evento registra la fecha y la hora en que se ejecutó una actividad específica o se anotó un cambio de estado. Esta marca de tiempo aporta el contexto temporal de cada evento del ciclo de vida del pedido de compra. En Process Mining, las marcas de tiempo son fundamentales para calcular los tiempos de ciclo, las duraciones y los tiempos de espera entre actividades. Al ordenar cronológicamente los eventos de cada caso, es posible analizar el rendimiento del proceso, identificar cuellos de botella donde se pierde tiempo y supervisar el cumplimiento de los acuerdos de nivel de servicio (SLA). Por qué es importante Permite realizar todos los análisis basados en el tiempo, incluido el cálculo del tiempo de ciclo, la identificación de cuellos de botella y el seguimiento del rendimiento frente a valores de referencia. Dónde obtenerlo Por lo general, se encuentra en los registros de eventos, las tablas del historial de cambios o en un campo de fecha de creación o contabilización de los documentos de transacción. Ejemplos 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
| ID del pedido de compra PurchaseOrderId | Identificador único del documento del pedido de compra. Se utiliza como identificador principal del caso en el proceso. | ||
| Descripción El ID del pedido de compra es un código alfanumérico único asignado a cada pedido para distinguirlo de los demás. Sirve como referencia central para todas las actividades, los documentos y las comunicaciones relacionados con una transacción de compra específica. En Process Mining, este ID es fundamental para agrupar en un único caso del proceso todos los eventos relacionados, como la creación, la aprobación, la recepción de mercancías y la facturación. Analizar los procesos con este identificador permite reconstruir y visualizar todo el ciclo de vida de cada pedido de compra, desde su creación hasta su cierre final. Por qué es importante Es el atributo fundamental que conecta todos los eventos relacionados en un único caso del proceso y permite analizar de principio a fin el ciclo de vida del pedido de compra. Dónde obtenerlo Por lo general, es un campo de clave principal de la tabla de cabecera del pedido de compra o del documento. Ejemplos PO-0012454500017563732000451 | |||
| Nombre de la actividad ActivityName | Nombre del evento de negocio o de la tarea específica que tuvo lugar en un momento determinado del ciclo de vida del pedido de compra. | ||
| Descripción El nombre de la actividad describe un paso o un cambio de estado dentro del proceso del pedido de compra. Algunos ejemplos son «Pedido de compra creado», «Pedido de compra aprobado», «Recepción de mercancías registrada» y «Factura recibida». Cada actividad representa un momento concreto del proceso. Este atributo es esencial para crear el mapa del proceso, que representa visualmente el flujo de actividades. Analizar la secuencia y la frecuencia de las distintas actividades ayuda a identificar las rutas habituales, las desviaciones, los cuellos de botella y los ciclos de retrabajo, como las aprobaciones o modificaciones repetidas. Por qué es importante Es la base del mapa del proceso y permite visualizar y analizar el flujo, las variaciones y las ineficiencias del proceso. Dónde obtenerlo Esta información suele obtenerse de códigos de transacción, registros de cambios de estado, tablas de eventos o tablas de documentos de cambios asociados al pedido de compra. Ejemplos Pedido de compra creadoPedido de compra aprobadoRecepción de mercancías registradaFactura recibida | |||
| Sistema de origen SourceSystem | Sistema de registro o aplicación de la que se extrajeron los datos del proceso. | ||
| Descripción El atributo Sistema de origen identifica el sistema de información del que proceden los datos de los eventos, como un ERP, una plataforma de compras o un sistema heredado. Es especialmente importante cuando el proceso de compras a pago abarca varias aplicaciones integradas. Conocer el sistema de origen ayuda a validar los datos, resolver problemas y comprender las variaciones del proceso que dependen del sistema. Por ejemplo, los pedidos de compra que se originan en un sistema de compras electrónicas pueden seguir una ruta distinta y más automatizada que los creados manualmente en el ERP principal. Por qué es importante Indica el origen de los datos, un contexto esencial para la gobernanza de datos, la validación y el análisis de las variaciones del proceso entre distintos sistemas. Dónde obtenerlo Puede ser un valor estático añadido durante la extracción de datos o un campo de las tablas de origen que indique el sistema en el que se registró la información. Ejemplos SAP S/4HANAOracle FusionCoupa | |||
| Última actualización de los datos LastDataUpdate | Marca de tiempo que indica la última vez que se actualizaron o extrajeron los datos de este proceso. | ||
| Descripción Este atributo registra la fecha y la hora de la carga o actualización más reciente de los datos desde el sistema de origen. Es un campo de metadatos que se aplica a todo el conjunto de datos, no a un evento individual. Esta información es fundamental para que quienes usan los datos sepan qué tan actualizados están. Les ayuda a valorar la vigencia de la información obtenida y a asegurarse de que las decisiones se basen en datos suficientemente recientes para el análisis. Por qué es importante Informa sobre la actualidad de los datos para que quienes los usan comprendan el período que abarca el análisis y la vigencia de los resultados. Dónde obtenerlo Por lo general, esta marca de tiempo la genera y almacena la herramienta o el proceso de extracción, transformación y carga (ETL) de datos. Ejemplos 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
| Categoría del artículo ItemCategory | La clasificación de los bienes o servicios que se compran, como hardware de TI, servicios profesionales o suministros de oficina. | ||
| Descripción La categoría del artículo, también conocida como grupo de materiales o categoría de compra, clasifica el tipo de producto o servicio que se adquiere. Esta clasificación estructurada ayuda a organizar y comprender el gasto en compras y el comportamiento del proceso. El análisis del proceso por categoría de artículo puede revelar diferencias importantes. Por ejemplo, la compra de servicios complejos puede tener ciclos de aprobación más largos y más modificaciones que la de suministros de oficina estándar. Esta segmentación permite optimizar el proceso y definir estrategias específicas para cada categoría. Por qué es importante Permite analizar el rendimiento del proceso y el gasto por categoría, y revela cómo afectan a la eficiencia del proceso los distintos tipos de compra. Dónde obtenerlo Esta información suele almacenarse en las partidas de la orden de compra. Ejemplos Hardware de TIServicios profesionalesSuministros de oficinaMantenimiento, reparación y operaciones (MRO) | |||
| Departamento Department | El departamento, centro de coste o área funcional a la que se imputa o con la que se asocia la orden de compra. | ||
| Descripción El atributo Departamento especifica la unidad de la organización responsable de la compra. Suele ser el departamento que inició la solicitud o aquel cuyo presupuesto cubrirá el gasto, como 'TI', 'Marketing' u 'Operaciones'. Este atributo es esencial para segmentar y comparar el rendimiento del proceso en distintas áreas de la empresa. El análisis por departamento puede revelar qué áreas tienen los tiempos de ciclo más largos, las tasas de modificación más altas o más compras fuera del proceso establecido. Esta información permite adaptar las iniciativas de mejora a las necesidades y prácticas de cada departamento. Por qué es importante Permite segmentar el análisis del proceso por unidad de negocio, comparar el rendimiento e identificar problemas o buenas prácticas específicos de cada departamento. Dónde obtenerlo Esta información suele estar disponible en el encabezado de la orden de compra o en los detalles de las partidas, a menudo en un campo llamado 'Centro de coste' o 'Departamento'. Ejemplos FinanzasTecnología de la informaciónMarketing - bienes de consumo envasados | |||
| Estado de la orden de compra PurchaseOrderStatus | El estado actual o final de la orden de compra durante su ciclo de vida, por ejemplo, 'Abierta', 'Cerrada' o 'Cancelada'. | ||
| Descripción El estado de la orden de compra indica la etapa en la que se encuentra durante su ciclo de vida o su estado final. Algunos estados habituales son 'En aprobación', 'Aprobada', 'Enviada al proveedor', 'Recibida parcialmente', 'Cerrada' o 'Cancelada'. Este atributo permite filtrar y analizar grupos de órdenes de compra. Por ejemplo, el análisis puede centrarse exclusivamente en las órdenes abiertas para identificar cuellos de botella actuales, o en las canceladas para comprender los motivos de la cancelación. El seguimiento de la secuencia de cambios de estado también puede servir de base para definir las actividades del modelo de proceso. Por qué es importante Permite filtrar los casos según la etapa de su ciclo de vida y centrarse en el análisis de órdenes abiertas, cerradas o problemáticas. Dónde obtenerlo Es un campo de estado estándar que se encuentra en los datos del encabezado de la orden de compra. Ejemplos AbiertaCerrada para facturaciónCanceladaEn aprobación | |||
| Fecha de entrega solicitada RequestedDeliveryDate | La fecha en la que la empresa ha solicitado al proveedor que entregue los bienes o servicios. | ||
| Descripción La fecha de entrega solicitada es la fecha indicada en la orden de compra para la recepción prevista de los artículos o servicios del proveedor. Sirve como referencia para medir el rendimiento de entrega de los proveedores. Este atributo es esencial para calcular el KPI de entregas a tiempo. Al comparar la fecha de entrega solicitada con la fecha real de recepción de las mercancías, las empresas pueden evaluar la fiabilidad de los proveedores. Analizar las desviaciones ayuda a detectar problemas recurrentes con determinados proveedores, artículos o lugares de envío y aporta datos para conversar sobre el rendimiento. Por qué es importante Es la referencia para medir el rendimiento de entrega de los proveedores y resulta fundamental para calcular el KPI de entregas a tiempo. Dónde obtenerlo Esta fecha suele ser un campo estándar en el encabezado de la orden de compra o en los detalles de las partidas. Ejemplos 2024-08-152024-09-012024-07-30 | |||
| Importe de la orden de compra PurchaseOrderAmount | El valor monetario total de la orden de compra. | ||
| Descripción El importe de la orden de compra representa el compromiso financiero total de la orden. Puede analizarse en el documento completo o en cada partida. Este atributo es fundamental para el análisis financiero y la priorización. Permite filtrar los procesos por valor, por ejemplo, para centrarse en órdenes de compra de alto valor, que pueden requerir flujos de aprobación más complejos o tener un mayor impacto en la empresa. Relacionar el importe de la orden de compra con los tiempos de ciclo o las tasas de retrabajo puede revelar si las órdenes de alto valor se gestionan con menos eficiencia que las de bajo valor. Por qué es importante Aporta una dimensión financiera al proceso y permite priorizar las mejoras según el valor, además de comprender los factores que generan costes. Dónde obtenerlo Este valor se encuentra en los datos del encabezado de la orden de compra y suele calcularse sumando los importes de todas las partidas. Ejemplos 15000.00250.75125000.50 | |||
| Nombre de usuario UserName | El nombre o ID de la persona que realizó una actividad específica, como crear, aprobar o modificar la orden de compra. | ||
| Descripción El nombre de usuario identifica a la persona responsable de ejecutar un evento dentro del proceso. Puede ser quien creó la solicitud, aprobó la orden de compra o registró la recepción de mercancías. Este dato aporta trazabilidad y una dimensión humana al flujo del proceso. Analizar las actividades por usuario ayuda a comprender cómo se distribuye la carga de trabajo, detectar necesidades de formación e identificar posibles problemas de cumplimiento. Por ejemplo, permite comprobar si ciertos usuarios están asociados con más retrabajo o demoras, o detectar incumplimientos en la segregación de funciones. Por qué es importante Vincula las actividades del proceso con personas específicas y permite analizar la carga de trabajo, el rendimiento y el cumplimiento por usuario. Dónde obtenerlo Suele encontrarse en los campos 'Creado por', 'Modificado por' o 'ID de usuario' de los registros de transacciones y los encabezados de documentos. Ejemplos j.doesmith_auser123 | |||
| Nombre del proveedor VendorName | El nombre del proveedor al que se compran los bienes o servicios. | ||
| Descripción El nombre del proveedor identifica a la parte externa contratada para suministrar los bienes o servicios especificados en la orden de compra. Es un dato maestro clave vinculado a los datos transaccionales de la orden de compra. Analizar el proceso por proveedor es fundamental para gestionar su rendimiento. Permite comparar proveedores según métricas como las entregas a tiempo, las devoluciones de mercancías y la frecuencia de modificación de las órdenes de compra. Esta información puede orientar las estrategias de abastecimiento, las negociaciones con proveedores y la gestión de las relaciones. Por qué es importante Permite analizar el rendimiento de los proveedores y comparar los tiempos de entrega, la calidad y las dificultades del proceso entre distintos proveedores. Dónde obtenerlo Este dato procede de los datos maestros de proveedores y está vinculado a la orden de compra, normalmente en el encabezado del documento. Ejemplos Suministros de oficina globalesSoluciones tecnológicas Inc.Agencia de marketing creativo | |||
| Hora de finalización EndTime | Marca de tiempo exacta que indica cuándo terminó una actividad. En los eventos atómicos, suele coincidir con la hora del evento. | ||
| Descripción El atributo Hora de finalización registra cuándo termina una actividad. Aunque muchos eventos del proceso son atómicos y tienen la misma hora de inicio y de fin, algunas actividades, en especial las manuales o las que tienen una duración medible, pueden tener marcas de tiempo distintas para el inicio y el fin. Contar con una hora de finalización permite calcular con precisión el tiempo de procesamiento de cada actividad. Esto resulta muy útil para identificar los pasos que requieren más tiempo y distinguir entre el tiempo de procesamiento, cuando se está trabajando activamente, y el tiempo de espera, es decir, el tiempo inactivo entre actividades. Por qué es importante Permite calcular con precisión el tiempo de procesamiento de las actividades y distinguir el tiempo de trabajo activo del tiempo de espera inactivo en el proceso. Dónde obtenerlo Se encuentra en los registros de eventos o en los datos de transacciones, a veces en un campo independiente llamado 'Hora de finalización' o 'Fecha de finalización'. Si no está disponible, puede asignársele el mismo valor que a la hora del evento. Ejemplos 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
| ID de solicitud de compra PurchaseRequisitionId | El identificador único de la solicitud de compra que precedió y autorizó la orden de compra. | ||
| Descripción El ID de solicitud de compra identifica el documento interno que inició el proceso de compras. La solicitud es el pedido formal que un departamento envía al departamento de compras para adquirir bienes o servicios. Este ID permite vincular el proceso de la orden de compra con el proceso previo de solicitud. Así se puede analizar el ciclo desde la solicitud hasta la orden y medir el tiempo transcurrido desde que se realiza el pedido hasta que se crea la orden de compra. También ayuda a detectar demoras en el traspaso entre quienes solicitan y el equipo de compras. Por qué es importante Vincula la orden de compra con la solicitud que la originó y permite analizar el tiempo de ciclo desde la solicitud hasta la orden. Dónde obtenerlo Suele almacenarse como campo de referencia en el encabezado de la orden de compra o en los datos de las partidas. Ejemplos PR-1008761000004321REQ-052023-01 | |||
| Moneda Currency | El código de moneda, como USD o EUR, de los importes de la orden de compra. | ||
| Descripción El atributo Moneda especifica la unidad monetaria utilizada para el importe de la orden de compra y otros campos financieros. Es esencial para interpretar y agregar correctamente los datos financieros, sobre todo en organizaciones multinacionales que operan con varias monedas. En el análisis, este atributo permite comparar las métricas financieras en condiciones equivalentes. Es un requisito para cualquier Dashboard o KPI que incluya valores monetarios, ya que permite convertir las monedas y generar informes correctamente para obtener una visión financiera precisa del proceso de compras. Por qué es importante Aporta el contexto necesario para interpretar todos los importes y garantiza informes y comparaciones financieras precisos, especialmente en operaciones globales. Dónde obtenerlo Este código suele almacenarse en el encabezado de la orden de compra, junto con el importe total. Ejemplos USDEURGBP | |||
| Solicitante Requester | El nombre de la persona que solicitó inicialmente los bienes o servicios. | ||
| Descripción El solicitante es la persona de la organización que inició la necesidad de compra, a menudo al crear la solicitud de compra correspondiente. No es necesariamente quien creó la orden de compra en el sistema, que suele pertenecer al departamento de compras. Analizar los datos por solicitante puede ayudar a detectar patrones de compra. Por ejemplo, algunos solicitantes podrían generar habitualmente órdenes urgentes o que requieren modificaciones frecuentes. Esta información puede servir para ofrecer formación específica sobre las políticas de compras o mejorar la definición de los requisitos desde el inicio. Por qué es importante Identifica a la persona de la empresa que inició la compra y ayuda a analizar las prácticas de compra y mejorar la definición de los requisitos. Dónde obtenerlo Esta información suele obtenerse de la solicitud de compra asociada o almacenarse en un campo llamado 'Solicitante' en la propia orden de compra. Ejemplos Alice JohnsonRobert WilliamsChen, Wei | |||
Actividades de las órdenes de compra en el proceso de compras
| Actividad | Descripción | ||
|---|---|---|---|
| Factura recibida | Este evento marca la recepción y el registro de una factura del proveedor vinculada al pedido de compra. Indica el inicio de la fase de facturación y pago del ciclo de compras a pago. | ||
| Por qué es importante Esta actividad conecta el proceso de compras con las cuentas por pagar. El tiempo transcurrido entre la recepción de las mercancías y la de la factura es importante para gestionar las provisiones y las previsiones financieras. Dónde obtenerlo Se trata de una transacción explícita que se obtiene de la creación o contabilización de un documento de factura del proveedor vinculado al pedido de compra. Capturar Utilice la fecha de creación, registro o contabilización del documento de factura del proveedor. Tipo de evento explicit | |||
| Pedido de compra aprobado | Este hito clave indica que el pedido de compra ha completado el flujo de trabajo interno de aprobación. El pedido ya está autorizado para enviarse al proveedor y constituye un compromiso financiero oficial. | ||
| Por qué es importante Este hito es fundamental para medir la eficiencia de las aprobaciones internas. Las demoras en la aprobación afectan directamente al tiempo de entrega total y pueden perjudicar las relaciones con los proveedores. Dónde obtenerlo Por lo general, este evento se infiere a partir de un cambio de estado del pedido de compra o se obtiene de la marca de tiempo de la aprobación final en el registro del historial del flujo de trabajo. Capturar Utilice la marca de tiempo en que se establece el estado de aprobación final del pedido de compra o se registra la última acción de aprobación requerida. Tipo de evento inferred | |||
| Pedido de compra cerrado | Esta es la actividad final e indica que el pedido de compra se considera completo. Por lo general, se cierra cuando se han recibido todas las mercancías y se han registrado todas las facturas, y no se esperan más transacciones. | ||
| Por qué es importante Esta actividad marca el final del ciclo de vida del pedido de compra. El tiempo hasta el cierre es una métrica clave del rendimiento general del proceso y ayuda a identificar pedidos pendientes que llevan tiempo inactivos. Dónde obtenerlo A menudo, se infiere a partir de un estado final, como «Cerrado» o «Completado», que puede establecerse de forma automática o manual. Capturar Utilice la marca de tiempo en que se establece el estado de cierre final o en que se activan los indicadores «entrega completada» y «factura final». Tipo de evento inferred | |||
| Pedido de compra creado | Esta actividad representa la creación inicial del documento del pedido de compra en el sistema. Marca el inicio formal del compromiso de compra y suele generarse a partir de una solicitud aprobada. | ||
| Por qué es importante Como evento de inicio del caso, esta actividad es fundamental para medir el tiempo de ciclo de principio a fin del pedido de compra. Establece la referencia para todos los pasos posteriores del proceso. Dónde obtenerlo Esta información se obtiene de la marca de tiempo de creación del registro principal del pedido de compra o de su tabla de cabecera. Capturar Utilice la fecha y hora de creación del documento que figuran en el registro de cabecera del pedido de compra. Tipo de evento explicit | |||
| Pedido de compra enviado al proveedor | Esta actividad marca el momento en que el pedido de compra aprobado se envía oficialmente al proveedor. Puede realizarse por distintos canales, como EDI, un portal de proveedores o el correo electrónico. | ||
| Por qué es importante Este es el primer contacto externo y marca el inicio del tiempo de entrega del proveedor. Las demoras entre la aprobación interna y el envío del pedido al proveedor representan tiempo perdido en el ciclo de compras. Dónde obtenerlo A menudo, se obtiene de los registros de envío de mensajes, los registros de comunicaciones o un cambio de estado específico, como «Enviado» o «Pedido». Capturar Identifique la marca de tiempo en que se procesó correctamente o se envió el mensaje de salida del pedido de compra. Tipo de evento explicit | |||
| Recepción de mercancías registrada | Esta actividad representa el registro formal de las mercancías recibidas contra el pedido de compra. Confirma que el envío ha llegado y se ha registrado en el sistema, lo que suele actualizar los niveles de inventario. | ||
| Por qué es importante Este hito clave marca el cumplimiento del pedido desde el punto de vista logístico. Analizar el rendimiento de las entregas a tiempo depende en gran medida de que este evento se registre con precisión y puntualidad. Dónde obtenerlo Se trata de una transacción explícita que crea un documento de recepción de mercancías o productos vinculado al pedido de compra. Capturar Utilice la fecha de contabilización o de creación del documento de material o de la transacción de recepción de mercancías. Tipo de evento explicit | |||
| Mercancías devueltas | Esta actividad se registra cuando se devuelven al proveedor mercancías que ya se habían recibido. Las devoluciones suelen deberse a problemas de calidad, daños durante el transporte o envíos incorrectos. | ||
| Por qué es importante La frecuencia de las devoluciones es un indicador clave de la calidad y el rendimiento de los proveedores. Una tasa elevada puede revelar problemas recurrentes con determinados proveedores o productos. Dónde obtenerlo Este dato se obtiene de una transacción específica de devolución o de la reversión del documento original de recepción de mercancías. Capturar Identifique la fecha de contabilización del documento de devolución de material o de un movimiento de mercancías con un tipo específico de devolución. Tipo de evento explicit | |||
| Pedido de compra cancelado | Esta actividad representa la cancelación de un pedido de compra antes de que se complete. Puede producirse en distintas etapas si ya no se necesitan las mercancías o si el pedido se creó por error. | ||
| Por qué es importante Las cancelaciones representan un esfuerzo desperdiciado y pueden indicar ineficiencias en el proceso o una planificación deficiente de la demanda. Comprender por qué y cuándo se cancelan los pedidos de compra puede ayudar a mejorar el proceso. Dónde obtenerlo Por lo general, se infiere a partir de un estado específico del documento, como «Cancelado», o de la activación de un indicador de eliminación en el registro del pedido de compra. Capturar Identifique la marca de tiempo en que se activa el indicador de eliminación o el estado del documento cambia a cancelado. Tipo de evento inferred | |||
| Pedido de compra enviado para aprobación | Esta actividad ocurre cuando un pedido de compra en borrador se envía formalmente a un flujo de trabajo interno de aprobación. El documento pasa así del estado de borrador al de pendiente de aprobación. | ||
| Por qué es importante Este evento permite distinguir el tiempo de creación o preparación del pedido del tiempo del ciclo de aprobación propiamente dicho. Analizar la demora entre la creación y el envío puede revelar problemas relacionados con los hábitos de uso o la formación. Dónde obtenerlo Por lo general, se obtiene de una acción explícita del usuario, un cambio de estado o una entrada en el registro del flujo de trabajo. Capturar Identifique la marca de tiempo asociada a la acción «enviar para aprobación» o al cambio de estado correspondiente. Tipo de evento explicit | |||
| Pedido de compra modificado | Este evento representa cualquier modificación del pedido de compra después de su creación o aprobación inicial. Entre los cambios habituales se incluyen ajustes en las cantidades, los precios o las fechas de entrega. | ||
| Por qué es importante Los cambios frecuentes pueden indicar una planificación inicial deficiente, problemas con los proveedores o inestabilidad del proceso. Cada cambio suele activar una nueva aprobación, lo que aumenta considerablemente la carga administrativa y las demoras. Dónde obtenerlo Esta información se obtiene de los registros de cambios del sistema, el historial de versiones del documento o las tablas de auditoría. Capturar Utilice la marca de tiempo de los registros de cambios vinculados al pedido de compra. Tipo de evento explicit | |||
| Pedido de compra rechazado | Esta actividad ocurre cuando una persona aprobadora rechaza el pedido de compra durante el flujo de trabajo de aprobación. Por lo general, el pedido se devuelve a quien lo creó para que lo revise o lo cancele. | ||
| Por qué es importante Los rechazos generan retrabajo y demoras en el proceso. Analizar su frecuencia y sus motivos ayuda a identificar problemas en la calidad de los datos, el cumplimiento de las políticas o la formación de las personas aprobadoras. Dónde obtenerlo Por lo general, se infiere a partir de un cambio de estado del documento del pedido de compra a «Rechazado» o a un estado similar. Capturar Identifique la marca de tiempo en que se actualiza el estado del pedido de compra para indicar el rechazo. Tipo de evento inferred | |||
| Proveedor confirmó el pedido | Este evento indica que el proveedor recibió y revisó el pedido de compra, y confirmó su aceptación. La confirmación suele incluir el acuerdo sobre el precio, la cantidad y las fechas de entrega. | ||
| Por qué es importante La confirmación del proveedor da confianza en que el pedido se cumplirá según lo solicitado. Si no llega a tiempo, puede ser una señal temprana de posibles problemas o demoras en el cumplimiento del pedido. Dónde obtenerlo Este dato se obtiene de las transacciones iniciadas por el proveedor en un portal de proveedores o de la entrada manual de información basada en confirmaciones por correo electrónico o fax. Capturar Utilice la marca de tiempo del documento de confirmación del pedido o de la actualización de estado que indica la confirmación del proveedor. Tipo de evento explicit | |||
| Servicios confirmados | Esta actividad equivale a la recepción de mercancías en los pedidos de compra de servicios. Confirma que el servicio se prestó de acuerdo con las condiciones especificadas en el pedido. | ||
| Por qué es importante En las compras de servicios, este evento es esencial para hacer un seguimiento del rendimiento de la prestación y suele ser un requisito previo para aprobar la factura correspondiente para el pago. Dónde obtenerlo Por lo general, se obtiene de la creación de una hoja de entrada de servicios o de un documento de confirmación de servicios similar. Capturar Utilice la fecha de creación o contabilización de la hoja de entrada de servicios o del registro de confirmación. Tipo de evento explicit | |||
| Solicitud de compra aprobada | Este evento indica que todas las partes interesadas necesarias han revisado y aprobado la solicitud de compra. La aprobación autoriza la creación de un pedido de compra formal. | ||
| Por qué es importante Este hito marca el final del proceso interno de aprobación de la demanda. Hacer un seguimiento de la duración y la tasa de aprobación de las solicitudes es clave para comprender la eficiencia previa a las compras. Dónde obtenerlo Por lo general, se infiere a partir de un cambio de estado del documento de solicitud o se obtiene del registro del historial del flujo de trabajo. Capturar Identifique la marca de tiempo en que se establece el estado de aprobación final de la solicitud o se registra la última acción de aprobación. Tipo de evento inferred | |||
| Solicitud de compra creada | Esta actividad registra la solicitud formal de bienes o servicios, que precede al pedido de compra. Es el documento inicial que recoge la necesidad del negocio y suele dar comienzo a un flujo de trabajo de aprobación. | ||
| Por qué es importante Analizar el tiempo transcurrido entre la creación de la solicitud y la del pedido de compra ayuda a identificar cuellos de botella en la fase que va de la demanda al pedido. Un gran volumen de solicitudes que no se convierten en pedidos puede indicar una planificación ineficiente. Dónde obtenerlo Este evento se obtiene de la marca de tiempo de creación del documento o registro de la solicitud de compra en el módulo de compras. Capturar Utilice la marca de tiempo de creación de la tabla de cabecera de la solicitud de compra o del registro del documento. Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,
consulte nuestra guía de ETL o seleccione un proceso y un sistema específicos.
¿Todo listo para comenzar?
Comience a optimizar su proceso de compras con una guía de extracción específica para su sistema o utilice este Template genérico como punto de partida para preparar los datos.
Optimice el proceso de órdenes de compra. Comience hoy.
Compatible con cualquier sistema. Identifique cuellos de botella y acelere los ciclos de las órdenes de compra.
No se requiere tarjeta de crédito. Configuración en 5 minutos.