Su plantilla de datos para solicitudes de Compra a Pago.

NetSuite
Su plantilla de datos para solicitudes de Compra a Pago.

Su plantilla de datos para solicitudes de Compra a Pago.

Esta plantilla ofrece una guía clara para la recopilación de los datos esenciales necesarios para analizar su proceso de Adquisición a Pago y Solicitudes de Compra. Detalla los atributos cruciales, define las actividades clave a rastrear y proporciona orientación práctica para extraer esta información de su sistema de origen. Utilice este recurso para preparar su registro de eventos para un Process Mining revelador.
  • Atributos recomendados para recopilar
  • `Actividades` clave para rastrear en el descubrimiento de procesos
  • Guía para la extracción de `datos`
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Compras a Pagos - Atributos de Requisición

Estos son los campos de `datos` recomendados para incluir en su `event log` (registro de `eventos`) para un análisis exhaustivo de su proceso de "Compras a Pagos - Requisición" (Purchase to Pay - Requisition).
3 Requerido 4 Recomendado 12 Opcional
Nombre Descripción
Hora del Evento
EventTime
La fecha y hora precisas en que ocurrió la actividad.
Descripción

El Tiempo del Evento, o la marca de tiempo, registra el momento exacto en que tuvo lugar una actividad. Estos datos temporales son críticos para comprender la dinámica del proceso de solicitud, incluyendo su duración, la secuencia de eventos y el momento.

En el análisis de procesos, las marcas de tiempo se utilizan para calcular los tiempos de ciclo, los tiempos de espera entre actividades y la adherencia a los acuerdos de nivel de servicio. Son la base para todo análisis basado en el tiempo, permitiendo la creación de paneles como 'Tiempo de Ciclo de Aprobación de Solicitudes' y KPIs como 'Tiempo de Ciclo Promedio de Solicitud'. Las marcas de tiempo precisas son cruciales para un modelo de proceso fiable.

Por qué es importante

Este timestamp es la base para todo análisis relacionado con el rendimiento, como el cálculo de los tiempos de ciclo, la identificación de retrasos y la medición de la eficiencia del proceso.

Dónde obtener

Esta información se captura en campos generados por el sistema como "Fecha de Creación" ('Date Created') o en los timestamps disponibles en las "Notas del sistema" (System Notes) o los event logs (registros de eventos) de ejecución del workflow para cada transacción.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID de Requisición de Compra
PurchaseRequisitionId
El identificador único para cada requisición de compra, que sirve como `ID` de `caso` principal para el análisis de procesos.
Descripción

El ID de Requisición de Compra (Purchase Requisition ID) es el identificador central que vincula todas las actividades y eventos relacionados con una solicitud específica de bienes o servicios. A cada requisición se le asigna un ID único al crearse en NetSuite, que permanece constante durante todo su ciclo de vida.

En process mining, este atributo es fundamental para la correlación de casos. Permite la reconstrucción del recorrido de principio a fin de cada requisición, desde su creación inicial a través de todos los pasos de aprobación, modificaciones y resultados finales como aprobación, rechazo o conversión en una orden de compra. Analizar los procesos por este ID es esencial para calcular las duraciones del ciclo de vida, rastrear los cambios de estado e identificar variaciones en los flujos de proceso.

Por qué es importante

Esta es la clave esencial para rastrear el ciclo de vida completo de una única requisición de compra, lo que permite analizar los flujos de proceso y calcular métricas a nivel de caso.

Dónde obtener

Este es el ID interno o número de transacción del registro de Requisición de Compra en NetSuite. Típicamente se puede encontrar en el campo 'tranid' de la transacción.

Ejemplos
PR-001254PR-001255PR-001256
Nombre de la Actividad
ActivityName
El nombre de un `evento` o tarea de negocio específico que ocurrió dentro del ciclo de vida de la requisición de compra.
Descripción

El "Nombre de la Actividad" (Activity Name) describe un paso distinto en el proceso de requisición, como "Requisición Creada" ('Requisition Created'), "Paso de Aprobación Aprobado" ('Approval Step Approved') o "Orden de Compra Creada" ('Purchase Order Created'). Estas actividades son los componentes básicos del mapa de procesos, representando el trabajo que se está realizando.

Analizar estas actividades permite la visualización del flujo de proceso, la identificación de bottlenecks (cuellos de botella) y la medición del tiempo dedicado en diferentes etapas. La secuencia de actividades para un ID de Requisición de Compra (Purchase Requisition ID) dado define su recorrido, que luego puede compararse con los procedimientos estándar para identificar desviaciones o ineficiencias.

Por qué es importante

Define los pasos del proceso, permitiendo la visualización de mapas de procesos, el análisis de variantes de proceso y la identificación de bottlenecks (cuellos de botella).

Dónde obtener

Esto se deriva típicamente de una combinación del estado de la transacción, las entradas del system log (registro del sistema), el historial del workflow o el seguimiento de eventos personalizados dentro de NetSuite.

Ejemplos
Requisición CreadaPaso de Aprobación AprobadoRequisición ModificadaPedido de Compra Creado
Departamento
Department
El departamento de negocios al que pertenece la requisición o el solicitante.
Descripción

El atributo Departamento (Department) representa la unidad organizacional asociada con la requisición de compra, que usualmente es el departamento del solicitante. Esta información proporciona una manera de segmentar y analizar el proceso desde una perspectiva organizacional.

Es una dimensión clave para muchos análisis, como comparar los tiempos de ciclo de aprobación entre departamentos, comprender los patrones de gasto o identificar qué departamentos tienen las tasas de rechazo más altas. Esta segmentación ayuda a la gerencia a asignar recursos, adaptar la capacitación y optimizar los workflows para unidades de negocio específicas.

Por qué es importante

Permite una potente segmentación de los datos del proceso para comparar el rendimiento, los costos y el cumplimiento entre diferentes unidades de negocio.

Dónde obtener

Esta información a menudo está asociada con el registro de empleado del solicitante o puede establecerse directamente en el encabezado de la transacción de la Requisición de Compra.

Ejemplos
MarketingTIFinanzasOperaciones
Estado de la Requisición
RequisitionStatus
Indica el estado actual de la requisición en su ciclo de vida.
Descripción

El "Estado de la Requisición" (Requisition Status) proporciona una instantánea de dónde se encuentra una requisición de compra en su proceso en un momento dado. Los estados comunes incluyen "Pendiente de Aprobación" ('Pending Approval'), "Totalmente Aprobado" ('Fully Approved'), "Rechazado" ('Rejected') y "Cerrado" ('Closed').

Este atributo es crucial para crear dashboards como "Estado y Antigüedad de Requisiciones" ('Requisition Status and Aging'), que rastrea las requisiciones activas y cuánto tiempo han estado en su estado actual. Analizar las transiciones de estado es una parte clave del descubrimiento de procesos, ayudando a comprender tanto las rutas ideales como las excepciones. También se utiliza para determinar el resultado final de un caso.

Por qué es importante

Proporciona una instantánea del progreso de un caso, permitiendo el análisis de requisiciones con antigüedad y la identificación de dónde se estancan los casos.

Dónde obtener

Este es el campo "Estado" ('Status') o "Estado de Aprobación" ('Approval Status') en el encabezado de la transacción de Requisición de Compra.

Ejemplos
Pendiente de aprobaciónTotalmente AprobadoRechazadaCerrado
Monto Total
TotalAmount
El valor monetario total de la requisición de compra.
Descripción

Este atributo captura el costo total de todos los artículos listados en la requisición de compra. Es un punto de datos financiero crítico que a menudo influye en el proceso mismo, por ejemplo, al desencadenar diferentes workflows de aprobación basados en umbrales de valor.

Analizar el Monto Total ayuda a comprender los patrones de gasto y el impacto financiero. Permite filtrar las requisiciones por valor, correlacionar las desviaciones del proceso con solicitudes de alto valor y priorizar el análisis en casos financieramente significativos. Es un atributo fundamental para cualquier análisis de proceso financiero o relacionado con el Cumplimiento.

Por qué es importante

Proporciona contexto financiero, permitiendo un análisis basado en el valor, que a menudo dicta las rutas de aprobación y la prioridad del negocio.

Dónde obtener

Este es un campo estándar en el registro de Requisición de Compra, a menudo llamado "Total" ('Total') o una variante similar.

Ejemplos
500.001250.7525000.00
Solicitante
Requester
El empleado que creó y envió la requisición de compra.
Descripción

El Solicitante (Requester) es la persona que inicia el proceso de adquisición creando la requisición. Suele ser un empleado que necesita bienes o servicios específicos para realizar su trabajo.

Analizar los datos por solicitante es esencial para identificar patrones en el comportamiento del usuario. Ayuda a construir dashboards como "Rendimiento del Solicitante y Necesidades de Capacitación" ('Requester Performance and Training Needs') al destacar a los individuos con altas tasas de rechazo o enmiendas frecuentes. Esta información puede señalar áreas donde la capacitación adicional o directrices más claras podrían mejorar la calidad de la presentación inicial y la eficiencia general del proceso.

Por qué es importante

Identifica al iniciador del proceso, lo cual es crucial para analizar el comportamiento del usuario, las tasas de rechazo por solicitante e identificar las necesidades de capacitación.

Dónde obtener

Este es típicamente el campo "Empleado" ('Employee') o "Creado por" ('Created By') en el registro de transacción de Requisición de Compra.

Ejemplos
John SmithJane DoePeter Jones
¿Es Retrabajo?
IsRework
Un indicador booleano que señala si la solicitud pasó por un ciclo de rechazo y reenvío.
Descripción

"Es Retrabajo" (Is Rework) es un atributo booleano derivado que se establece en verdadero si una requisición de compra fue rechazada en algún momento y posteriormente enmendada o reenviada para su aprobación. Identifica casos que requirieron trabajo y manejo adicionales más allá de la "ruta feliz" estándar.

Este atributo simplifica el análisis de la ineficiencia del proceso. Se utiliza para calcular el KPI "Conteo de Ciclo de Rechazo de Aprobación" ('Approval Rejection Cycle Count') y ayuda a cuantificar el impacto de los rechazos en el proceso general. Al filtrar los casos donde "Es Retrabajo" es verdadero, los analistas pueden aislar variantes de proceso problemáticas e investigar las causas raíz de los rechazos iniciales, como la mala calidad de los datos o los malentendidos de las políticas.

Por qué es importante

Ayuda a cuantificar la frecuencia y el impacto de los ciclos de retrabajo, que son una fuente importante de ineficiencia y retraso en el proceso.

Dónde obtener

Este es un atributo calculado. La lógica verifica si una actividad de "Requisición Enviada para Aprobación" ('Requisition Submitted for Approval') ocurre después de una actividad de "Paso de Aprobación Rechazado" ('Approval Step Rejected') para el mismo case (caso).

Ejemplos
truefalse
Aprobador
Approver
El empleado o usuario responsable de aprobar o rechazar un paso de aprobación.
Descripción

El Aprobador (Approver) es la persona asignada para revisar y actuar sobre una requisición de compra en una etapa específica del workflow de aprobación. Puede haber múltiples aprobadores para una sola requisición, cada uno asociado con una actividad de aprobación diferente.

Este atributo es esencial para analizar el rendimiento del propio proceso de aprobación. Ayuda a construir dashboards como "Distribución del Tiempo de Ciclo del Paso de Aprobación" ('Approval Step Cycle Time Distribution'), que puede identificar bottlenecks (cuellos de botella) individuales o de grupo. Al rastrear quién realiza las aprobaciones, las organizaciones pueden garantizar la responsabilidad, equilibrar las cargas de trabajo e identificar retrasos causados por aprobadores específicos.

Por qué es importante

Identifica al usuario que realiza las tareas de aprobación, lo cual es clave para analizar el rendimiento del aprobador, la carga de trabajo e identificar los cuellos de botella.

Dónde obtener

Esta información se encuentra a menudo en el event log (registro de eventos) de ejecución del workflow o en las "Notas del sistema" (System Notes) asociadas con los cambios de estado de aprobación. También puede almacenarse en campos de registro personalizados relacionados con el workflow de aprobación.

Ejemplos
Sarah JenkinsDavid ChenGrupo de Aprobación Financiera
Categoría de Artículo
ItemCategory
La categoría de los bienes o servicios que se solicitan en la requisición.
Descripción

La Categoría de Artículo (Item Category) clasifica los artículos de una requisición de compra en grupos lógicos como 'IT Hardware', 'Office Supplies' o 'Professional Services'. Esto se puede derivar de los registros de artículos vinculados a las líneas de la requisición.

Este atributo permite un análisis más profundo y granular del proceso de requisición. Ayuda a responder preguntas como: "¿Las requisiciones de IT hardware tardan más en aprobarse que las de Office Supplies?". Al segmentar el proceso por Categoría de Artículo, las empresas pueden descubrir bottlenecks específicos del dominio, analizar el gasto por categoría y adaptar las estrategias de adquisición.

Por qué es importante

Permite analizar el proceso en función de lo que se está comprando, ayudando a identificar cuellos de botella o problemas de cumplimiento específicos de cada categoría.

Dónde obtener

Esta información se deriva de los registros de "Artículo" ('Item') vinculados a nivel de línea de la Requisición de Compra. La categoría en sí puede ser un campo estándar o personalizado en el registro de Artículo.

Ejemplos
Hardware de TILicencias de SoftwareSuministros de OficinaServicios de Marketing
ID de Pedido de Compra
PurchaseOrderId
El identificador de la orden de compra que se creó a partir de la requisición aprobada.
Descripción

El ID de la Orden de Compra (Purchase Order ID) es el identificador único para la orden de compra generada como resultado de una requisición aprobada. Este atributo sirve como un enlace crucial entre el proceso de requisición y las actividades de adquisición subsiguientes.

En el análisis de procesos, este enlace es vital para el análisis P2P de principio a fin. Permite el cálculo del KPI "Tiempo de Entrega de Creación de PO" ('PO Creation Lead Time') midiendo el tiempo entre la aprobación de la requisición y la creación de la PO. También ayuda a calcular la "Tasa de Conversión de Requisición a PO" ('Requisition-to-PO Conversion Rate'), proporcionando información sobre la eficacia con la que las requisiciones se convierten en órdenes procesables.

Por qué es importante

Vincula la requisición con la orden de compra resultante, lo que permite medir el tiempo de entrega de la creación de la PO (orden de compra) y realizar un análisis de proceso de principio a fin.

Dónde obtener

Esto se encuentra en el registro de Requisición de Compra, a menudo en una subpestaña de registros relacionados o en un enlace de "Creado Desde" ('Created From') en la propia Orden de Compra.

Ejemplos
PO-005432PO-005433PO-005434
Moneda
Currency
El código de moneda para el importe total de la requisición.
Descripción

El atributo "Moneda" (Currency) especifica la moneda en la que se denominan los valores financieros de la requisición, como USD, EUR o GBP. Esto es particularmente importante para organizaciones multinacionales que operan con múltiples monedas.

Este campo asegura que los datos financieros se interpreten correctamente. En process mining, permite la agregación y comparación adecuadas de valores monetarios, ya sea convirtiendo todos los importes a una única moneda base o segmentando el análisis por moneda. Previene informes financieros inexactos y asegura claridad en las operaciones globales.

Por qué es importante

Esencial para un análisis financiero preciso en organizaciones multinacionales, asegurando que los valores monetarios se interpreten y agreguen correctamente.

Dónde obtener

Este es un campo estándar de "Moneda" ('Currency') en el registro de transacción de Requisición de Compra, especialmente en instancias de NetSuite con múltiples monedas.

Ejemplos
USDEURGBP
Motivo de rechazo
RejectionReason
La explicación proporcionada por un aprobador cuando se rechaza una requisición.
Descripción

La "Razón de Rechazo" (Rejection Reason) es un atributo de texto donde un aprobador puede indicar por qué una requisición de compra no cumplió con los requisitos para su aprobación. Esto proporciona un contexto cualitativo a la actividad "Paso de Aprobación Rechazado" ('Approval Step Rejected').

Esta información es invaluable para el análisis de la causa raíz. Impulsa dashboards como "Análisis de la Tasa de Rechazo de Requisiciones" ('Requisition Rejection Rate Analysis') al no solo mostrar lo que fue rechazado, sino por qué. Las razones comunes pueden incluir "Cuenta Contable Incorrecta" ('Incorrect GL Account'), "Presupuesto Excedido" ('Budget Exceeded') o "Detalle Insuficiente" ('Insufficient Detail'). Analizar estas razones ayuda a identificar problemas sistémicos, mejorar la capacitación del usuario y refinar las directrices de envío para reducir el retrabajo y las tasas de rechazo.

Por qué es importante

Proporciona contexto crítico sobre por qué ocurren los rechazos, lo que permite un análisis de la causa raíz para reducir las tasas de rechazo futuras y mejorar la calidad en la primera vez.

Dónde obtener

Esto a menudo se captura en un campo de "Memo" ('Memo') durante la acción de rechazo o en un campo personalizado añadido al workflow de aprobación. También se puede encontrar en las "Notas del sistema" (System Notes).

Ejemplos
Presupuesto excedidoProveedor incorrecto seleccionadoDetalles de artículo faltantesSolicitud duplicada
Nivel de Urgencia
UrgencyLevel
Una clasificación de la prioridad de la solicitud, como Estándar o Urgente.
Descripción

El Nivel de Urgencia es un atributo categórico que indica la prioridad de negocio de una solicitud de compra. Esto permite a los empleados marcar las solicitudes que requieren un manejo expedito debido a necesidades empresariales críticas.

Este atributo está diseñado específicamente para respaldar el dashboard de 'Rendimiento en el Manejo de Solicitudes Urgentes' y el KPI de 'Tiempo de Manejo de Solicitudes Urgentes'. Al filtrar los datos del proceso basándose en este atributo, los analistas pueden comparar los tiempos de ciclo y las rutas del proceso de las solicitudes urgentes versus las estándar para determinar si el manejo prioritario es efectivo o si los cuellos de botella aún causan retrasos.

Por qué es importante

Permite la comparación del rendimiento del proceso para solicitudes de alta prioridad versus estándar, asegurando que las necesidades críticas se satisfagan de manera eficiente.

Dónde obtener

Este sería típicamente un campo de cuerpo de transacción personalizado en el formulario de Solicitud de Compra.

Ejemplos
AltoMedioBajo
Nombre de Proveedor
VendorName
El nombre del proveedor sugerido o preferido para la requisición.
Descripción

El atributo "Nombre del Proveedor" (Vendor Name) identifica al proveedor a quien se pretende comprar los bienes o servicios. Si bien una requisición es un documento interno, a menudo se especifica un proveedor preferido.

Analizar este atributo puede revelar patrones relacionados con la gestión de proveedores. Ayuda a rastrear qué proveedores son los más solicitados, si las requisiciones para ciertos proveedores enfrentan tiempos de aprobación más largos y a asegurar el Cumplimiento con los acuerdos de proveedores preferidos. Esta información puede ser una aportación valiosa para el abastecimiento estratégico y la gestión de relaciones con proveedores.

Por qué es importante

Ayuda a analizar los patrones de compra por proveedor, garantizando el cumplimiento de las listas de proveedores preferidos e identificando variaciones de proceso específicas del proveedor.

Dónde obtener

Esto puede ser un campo de "Proveedor" ('Vendor') a nivel de encabezado o especificado en las partidas de línea del registro de Requisición de Compra.

Ejemplos
Dell Inc.StaplesMcKinsey & Company
Ruta del Flujo de Trabajo de Aprobación
ApprovalWorkflowPath
Una representación de la secuencia de pasos de aprobación por los que ha pasado una solicitud.
Descripción

La "Ruta del Workflow de Aprobación" (Approval Workflow Path) es un atributo derivado que concatena la secuencia de actividades o estados de aprobación para una requisición dada, como "Enviado -> Aprobación del Gerente -> Aprobación Financiera" ('Submitted -> Manager Approval -> Finance Approval'). Esto crea una firma única para la ruta que siguió cada caso.

Este atributo es la base para la verificación de conformidad y el análisis de variantes. Soporta directamente los dashboards de "Rutas de Requisición No Conformes" ('Non-Compliant Requisition Pathways') y "Cumplimiento de la Ruta del Workflow de Aprobación" ('Approval Workflow Path Compliance') al facilitar el filtrado y la agrupación de casos por su flujo de proceso exacto. Al comparar las rutas reales con las rutas estándar predefinidas, las organizaciones pueden cuantificar el Cumplimiento e investigar las causas raíz de las desviaciones.

Por qué es importante

Permite un potente análisis de variantes y verificación de conformidad resumiendo la secuencia exacta de los pasos de aprobación para cada caso.

Dónde obtener

Este es un atributo derivado, calculado concatenando los valores de 'ActivityName' en orden cronológico para cada 'PurchaseRequisitionId'.

Ejemplos
Creado > Enviado > AprobadoCreado > Enviado > Rechazado > Modificado > Enviado > AprobadoCreado > Enviado > Aprobado > Retirado
Source System
SourceSystem
Identifica el sistema de origen del que se extrajeron los datos.
Descripción

Este atributo especifica el sistema de origen para los datos del proceso, que en este caso es NetSuite. Es particularmente útil en entornos donde se combinan datos de múltiples sistemas para una vista holística del proceso.

Aunque pueda parecer estático en un análisis de un solo sistema, proporciona un contexto esencial y es una buena práctica para la gobernanza y trazabilidad de los datos. Ayuda a confirmar el origen de los datos y asegura que cualquier lógica o transformación específica del sistema se comprenda correctamente durante el análisis.

Por qué es importante

Proporciona contexto crucial sobre el origen de los datos, asegurando claridad y una gobernanza adecuada, especialmente en entornos multi-sistema.

Dónde obtener

Este es un valor estático, 'NetSuite', que debe agregarse durante el proceso de extracción y transformación de datos.

Ejemplos
NetSuiteNetSuite SuitePeopleNetSuite ERP
Tiempo de Ciclo
CycleTime
El tiempo total transcurrido desde la creación hasta la resolución final de una requisición.
Descripción

El Tiempo de Ciclo es una métrica calculada que mide la duración total del proceso de solicitud de compra para un solo caso. Típicamente se calcula como la diferencia de tiempo entre la primera actividad (por ejemplo, 'Solicitud Creada') y la última actividad terminal (por ejemplo, 'Solicitud Totalmente Aprobada' o 'Solicitud Finalmente Rechazada').

Este es un indicador clave de rendimiento primario para la eficiencia general del proceso. Se utiliza para calcular el KPI 'Tiempo de Ciclo Promedio de Solicitud' y ayuda a identificar tendencias, valores atípicos y el impacto de las iniciativas de mejora de procesos. Analizar la distribución del tiempo de ciclo puede revelar solicitudes de cola larga que reducen significativamente el rendimiento promedio.

Por qué es importante

Mide directamente la eficiencia de principio a fin del proceso, lo cual es una métrica central para identificar retrasos y evaluar el rendimiento general.

Dónde obtener

Este es un atributo calculado, derivado de la resta del timestamp del primer evento del timestamp del último evento para cada 'PurchaseRequisitionId'.

Ejemplos
25920060480086400
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica cuándo se extrajeron o actualizaron por última vez los datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción de datos más reciente de NetSuite. Es una pieza crítica de metadata para cualquier dashboard o análisis de process mining.

Este timestamp proporciona contexto sobre la actualidad de los datos, permitiendo a los usuarios comprender si están viendo información en tiempo real o una instantánea de un momento específico. Es crucial para la validación de datos y para comunicar a las partes interesadas la oportunidad de las insights generadas a partir del análisis del proceso.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos, asegurando que comprendan cuán recientes son las insights del proceso.

Dónde obtener

Este timestamp se genera y se añade durante el proceso de extracción, transformación y carga (ETL) de datos.

Ejemplos
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Requerido Recomendado Opcional

Compras a Pagos - Actividades de Requisición

Estos son los pasos clave del proceso y los hitos a registrar en tu registro de eventos para un descubrimiento preciso del proceso y la identificación de cuellos de botella.
5 Recomendado 6 Opcional
Actividad Descripción
Pedido de Compra Creado
Se genera una orden de compra (OC) a partir de la solicitud totalmente aprobada, comprometiendo oficialmente los fondos a un proveedor. Este es un evento explícito marcado por la creación de una nueva transacción de OC que se vincula a la solicitud de origen.
Por qué es importante

Este es el resultado principal de una requisición exitosa y un traspaso clave en el proceso de "Compras a Pagos" (Purchase to Pay). El tiempo entre la aprobación y la creación de la PO es un KPI crítico para la eficiencia de las adquisiciones.

Dónde obtener

Identificado al encontrar un registro de Orden de Compra donde el campo 'Creado Desde' o un campo de enlace similar hace referencia al ID de Solicitud de Compra. La fecha de creación de esa OC es la marca de tiempo para esta actividad.

Capturar

Busque la OC donde el campo 'Creado Desde' sea igual al ID de Solicitud y use la 'Fecha de Creación' de la OC.

Tipo de evento explicit
Requisición Cerrada
La requisición se cierra formalmente, indicando que no se espera ninguna acción adicional sobre ella. Esto a menudo ocurre automáticamente después de que todas las cantidades de la requisición han sido solicitadas a través de órdenes de compra vinculadas.
Por qué es importante

Esta actividad marca el final definitivo del ciclo de vida de la requisición. Confirma que la necesidad comercial ha sido abordada y el registro está finalizado.

Dónde obtener

Se infiere de la subpestaña "Notas del sistema" (System Notes) al identificar el timestamp en que el campo "Estado" ('Status') a nivel de línea o de encabezado se actualiza a "Cerrado" ('Closed').

Capturar

Timestamp del cambio del campo 'Estado' a 'Cerrado'.

Tipo de evento inferred
Requisición Completamente Aprobada
La requisición de compra completa con éxito todos los pasos requeridos en el `workflow` de aprobación. Esto se infiere cuando el "Estado de Aprobación" ('Approval Status') final del registro cambia a "Aprobado" ('Approved').
Por qué es importante

Este es un hito importante que significa que la requisición está lista para ser convertida en una orden de compra. Marca el final del ciclo de aprobación y el inicio de la fase de cumplimiento de la adquisición.

Dónde obtener

Se infiere de la subpestaña "Notas del sistema" (System Notes) al identificar el timestamp en que el campo "Estado de aprobación" ('Approval Status') se establece en su estado final de "Aprobado" ('Approved').

Capturar

Timestamp del cambio de 'Estado de Aprobación' a 'Aprobado'.

Tipo de evento inferred
Requisición Creada
Un usuario inicia el proceso de adquisición creando y guardando un nuevo registro de solicitud de compra. Este es el primer evento en el ciclo de vida de la solicitud y se captura cuando el registro de la transacción se guarda por primera vez en NetSuite.
Por qué es importante

Esta actividad marca el inicio oficial del proceso de adquisición para una necesidad específica. Analizar el tiempo desde la creación hasta el envío puede revelar retrasos en la entrada de datos o en la formulación inicial de la solicitud.

Dónde obtener

Este evento se captura del timestamp de la fecha de creación del registro de transacción de Requisición de Compra. Se puede encontrar en el encabezado principal del registro o en la subpestaña "Notas del sistema" (System Notes) que registra la acción de "Crear" ('Create').

Capturar

Utilice el campo 'Fecha de Creación' en el registro de Solicitud de Compra.

Tipo de evento explicit
Requisición Finalmente Rechazada
La requisición de compra es rechazada definitivamente y no se procesará más. Este `evento` se infiere cuando el "Estado de Aprobación" ('Approval Status') final de la requisición se actualiza a "Rechazado" ('Rejected').
Por qué es importante

Esta actividad es un punto final crítico para las requisiciones no exitosas. Comprender por qué y cuándo las requisiciones son finalmente rechazadas proporciona insights sobre el Cumplimiento de políticas y problemas presupuestarios.

Dónde obtener

Se infiere de la subpestaña "Notas del sistema" (System Notes) al identificar el timestamp en que el campo "Estado de aprobación" ('Approval Status') se establece en su estado final de "Rechazado" ('Rejected').

Capturar

Timestamp del cambio de 'Estado de Aprobación' a 'Rechazado'.

Tipo de evento inferred
Paso de Aprobación Aprobado
Un usuario autorizado aprueba su paso asignado en el flujo de trabajo, acercando la solicitud a la aprobación final. La plataforma SuiteApprovals de NetSuite registra explícitamente esta acción con detalles de usuario y marca de tiempo.
Por qué es importante

Esta actividad representa un progreso positivo en la cadena de aprobación. Analizar el tiempo entre los pasos de aprobación ayuda a comprender la eficiencia del workflow y de los aprobadores individuales.

Dónde obtener

Capturado del registro de SuiteApprovals o de la subpestaña Notas del Sistema, que registra la acción de aprobación, el aprobador y la marca de tiempo exacta del evento.

Capturar

Identifique las acciones de aprobación en el registro de SuiteApprovals o en las Notas del Sistema.

Tipo de evento explicit
Paso de Aprobación Iniciado
La requisición entra en una etapa específica del `workflow` de aprobación, esperando la acción de un aprobador o grupo designado. Esto se infiere típicamente cuando el `workflow` asigna la requisición al siguiente aprobador en la secuencia.
Por qué es importante

Esta actividad marca el inicio del tiempo de espera para cada paso de aprobación individual. Es esencial para identificar bottlenecks (cuellos de botella) dentro de la jerarquía de aprobación y detectar aprobadores lentos.

Dónde obtener

Se infiere de los logs de ejecución del workflow o de los cambios en un campo de 'Current Approver' o de estado del workflow. La plataforma SuiteApprovals rastrea el paso de aprobación activo.

Capturar

Se infiere de los logs de workflow o cuando el registro se asigna a un nuevo aprobador.

Tipo de evento inferred
Paso de Aprobación Rechazado
Un aprobador rechaza su paso asignado, normalmente enviando la solicitud de vuelta al solicitante para su corrección. Esta acción es registrada explícitamente por el motor de flujo de trabajo de SuiteApprovals.
Por qué es importante

Este evento es un indicador clave de retrabajo e ineficiencia del proceso. Analizar los puntos de rechazo ayuda a identificar razones comunes de fallo, como violaciones de políticas o datos incorrectos.

Dónde obtener

Capturado del registro de SuiteApprovals o de la subpestaña Notas del Sistema, que registra la acción de rechazo, el usuario que la rechazó y la marca de tiempo.

Capturar

Identifique las acciones de rechazo en el registro de SuiteApprovals o en las Notas del Sistema.

Tipo de evento explicit
Requisición Enviada para Aprobación
El solicitante presenta formalmente la requisición completada en el `workflow` de aprobación designado. Esto se infiere a menudo de un cambio de estado en el registro de la requisición, por ejemplo, de "Borrador" ('Draft') o "Pendiente de Envío" ('Pending Submission') a "Pendiente de Aprobación" ('Pending Approval').
Por qué es importante

Esta actividad desencadena el ciclo de aprobación y es un punto de partida crucial para medir los tiempos de entrega de aprobación. Ayuda a identificar cuánto tiempo esperan las requisiciones antes de que comience el proceso de aprobación formal.

Dónde obtener

Se infiere de la subpestaña "Notas del sistema" (System Notes) al identificar el timestamp en que el campo "Estado de aprobación" ('Approval Status') cambia por primera vez a un valor como "Pendiente de aprobación" ('Pending Approval').

Capturar

Identifique la primera marca de tiempo donde el campo 'Estado de Aprobación' cambia a 'Pendiente de Aprobación'.

Tipo de evento inferred
Requisición Modificada
Un usuario modifica cualquier campo de la solicitud de compra después de su creación inicial, a menudo en respuesta a un rechazo o un cambio en los requisitos. Este evento se captura directamente de la función de registro de auditoría de NetSuite.
Por qué es importante

El seguimiento de las modificaciones es crucial para identificar ciclos de retrabajo y problemas de calidad de los datos. Una alta frecuencia de modificaciones puede indicar requisitos iniciales poco claros o necesidades de capacitación para los solicitantes.

Dónde obtener

Capturado de la subpestaña Notas del Sistema en el registro de Solicitud de Compra. Cada entrada con un 'Tipo' de 'Cambio' o 'Edición' en un campo relevante representa una modificación.

Capturar

Registre un evento para cada entrada de tipo "Cambio" ('Change') en el registro de "Notas del sistema" (System Notes).

Tipo de evento explicit
Requisición Retirada
El solicitante original o un administrador cancela la requisición antes de que sea completamente aprobada o convertida en una `PO`. Esto se infiere típicamente de un cambio de estado a "Cancelada" ('Cancelled') o "Retirada" ('Withdrawn').
Por qué es importante

Esta actividad representa una excepción o terminación del proceso iniciada por el solicitante. Analizar los retiros puede destacar cambios en las necesidades comerciales o requisiciones que ya no son válidas.

Dónde obtener

Se infiere de la subpestaña "Notas del sistema" (System Notes) al rastrear el timestamp en que el campo "Estado de aprobación" ('Approval Status') se actualiza a un valor como "Cancelado" ('Cancelled') o un estado personalizado de "retirado" (withdrawn).

Capturar

Timestamp del cambio de 'Estado de Aprobación' a 'Cancelado' o 'Retirado'.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de NetSuite