Su Template de datos de compras, de la solicitud al pago: requisición

NetSuite
Su Template de datos de compras, de la solicitud al pago: requisición

Su Template de datos de compras, de la solicitud al pago: requisición

Esta plantilla ofrece una hoja de ruta clara para recopilar los datos esenciales necesarios para analizar su proceso de Purchase to Pay, Requisition. Describe los atributos clave, define las actividades que debe supervisar 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 y obtener información valiosa mediante Process Mining.
  • Atributos recomendados que debe recopilar
  • Actividades clave que debe supervisar para descubrir el proceso
  • Orientación para la extracción de datos
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Purchase to Pay - Requisition: Atributos

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis completo de su proceso Purchase to Pay - Requisition.
3 Obligatorio 4 Recomendado 12 Opcional
Nombre Descripción
Hora del evento
EventTime
La fecha y hora exactas en que tuvo lugar la actividad.
Descripción

La hora del evento, o marca de tiempo, registra el momento exacto en que tuvo lugar una actividad. Estos datos temporales son fundamentales para comprender la dinámica del proceso de solicitudes, incluida su duración, la secuencia de los eventos y el momento en que se producen.

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 el cumplimiento de los acuerdos de nivel de servicio. Son la base de todos los análisis basados en el tiempo y permiten crear Dashboards como «Tiempo de ciclo de aprobación de solicitudes» y KPI como «Tiempo medio de ciclo de las solicitudes». Las marcas de tiempo precisas son esenciales para obtener un modelo de proceso fiable.

Por qué es importante

Esta marca de tiempo es la base de todos los análisis relacionados 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 obtenerlo

Esta información se captura en campos generados por el sistema, como «Date Created», o en las marcas de tiempo disponibles en System Notes o en los registros de ejecución del Workflow de cada transacción.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID de la solicitud de compra
PurchaseRequisitionId
El identificador único de cada solicitud de compra, que actúa como Case ID principal para el análisis del proceso.
Descripción

El Purchase Requisition ID es el identificador central que vincula todas las actividades y eventos relacionados con una solicitud concreta de bienes o servicios. Cada solicitud recibe un ID único al crearse en NetSuite, que permanece constante durante todo su ciclo de vida.

En process mining, este atributo es fundamental para correlacionar los casos. Permite reconstruir el recorrido completo de cada solicitud, desde su creación inicial hasta todos los pasos de aprobación, modificaciones y resultados finales, como la aprobación, el rechazo o la conversión en una orden de compra. Analizar los procesos mediante este ID es esencial para calcular la duración del ciclo de vida, seguir los cambios de estado e identificar variaciones en los flujos del proceso.

Por qué es importante

Esta es la clave esencial para seguir el ciclo de vida completo de una única solicitud de compra, analizar los flujos del proceso y calcular métricas a nivel de caso.

Dónde obtenerlo

Es el ID interno o número de transacción del registro Purchase Requisition en NetSuite. Normalmente se encuentra en el campo «tranid» de la transacción.

Ejemplos
PR-001254PR-001255PR-001256
Nombre de la actividad
ActivityName
El nombre de un evento de negocio o una tarea específicos que tuvieron lugar durante el ciclo de vida de la solicitud de compra.
Descripción

Activity Name describe un paso concreto del proceso de solicitud, como «Requisition Created», «Approval Step Approved» o «Purchase Order Created». Estas actividades son los elementos básicos del mapa del proceso y representan el trabajo que se realiza.

Analizar estas actividades permite visualizar el flujo del proceso, identificar cuellos de botella y medir el tiempo empleado en las distintas etapas. La secuencia de actividades de un Purchase Requisition ID determinado define su recorrido, que después puede compararse con los procedimientos estándar para identificar desviaciones o ineficiencias.

Por qué es importante

Define los pasos del proceso, lo que permite visualizar mapas de procesos, analizar variantes del proceso e identificar cuellos de botella.

Dónde obtenerlo

Normalmente, se obtiene de una combinación del estado de la transacción, las entradas del registro del sistema, el historial del Workflow o el seguimiento personalizado de eventos en NetSuite.

Ejemplos
Solicitud creadaPaso de aprobación aprobadoSolicitud modificadaOrden de compra creada
Departamento
Department
El departamento de la organización al que pertenece la requisición o el solicitante.
Descripción

El atributo Departamento representa la unidad organizativa asociada a la requisición de compra, que normalmente es el departamento del solicitante. Esta información permite segmentar y analizar el proceso desde una perspectiva organizativa.

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 presentan los índices de rechazo más altos. Esta segmentación ayuda a la dirección a asignar recursos, adaptar la formación y optimizar los Workflows de unidades de negocio específicas.

Por qué es importante

Permite segmentar los datos del proceso para comparar el rendimiento, los costes y el cumplimiento entre distintas unidades de negocio.

Dónde obtenerlo

A menudo, esta información está asociada al registro de la persona empleada que realiza la solicitud o puede establecerse directamente en la cabecera de la transacción de la Purchase Requisition.

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 solicitud proporciona una visión del punto en el que se encuentra una solicitud de compra dentro del proceso en un momento determinado. Entre los estados habituales se incluyen «Pendiente de aprobación», «Aprobada completamente», «Rechazada» y «Cerrada».

Este atributo es fundamental para crear Dashboards como «Estado y antigüedad de las solicitudes», que realizan un seguimiento de las solicitudes activas y del tiempo que llevan en su estado actual. Analizar las transiciones de estado es una parte esencial del descubrimiento de procesos, ya que ayuda 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 avance de un caso, permite analizar las requisiciones antiguas e identificar dónde se quedan atascados los casos.

Dónde obtenerlo

Es el campo «Status» o «Approval Status» de la cabecera de la transacción Purchase Requisition.

Ejemplos
Pendiente de aprobaciónTotalmente aprobadaRechazadaCerrada
Importe total
TotalAmount
El valor monetario total de la requisición de compra.
Descripción

Este atributo recoge el coste total de todos los artículos incluidos en la requisición de compra. Es un dato financiero fundamental que a menudo influye en el propio proceso, por ejemplo, al activar distintos Workflows de aprobación según determinados umbrales de importe.

Analizar el importe total ayuda a comprender los patrones de gasto y el impacto financiero. Permite filtrar las requisiciones por valor, relacionar las desviaciones del proceso con solicitudes de importe elevado y priorizar el análisis de los casos con mayor relevancia financiera. Es un atributo fundamental para cualquier análisis de procesos financieros o de cumplimiento.

Por qué es importante

Proporciona contexto financiero y permite analizar el proceso según el valor, que a menudo determina las rutas de aprobación y la prioridad empresarial.

Dónde obtenerlo

Es un campo estándar del registro de la Purchase Requisition, normalmente denominado «Total» o con una variante similar.

Ejemplos
500.001250.7525000.00
Solicitante
Requester
La persona empleada que creó y envió la requisición de compra.
Descripción

La persona solicitante es quien inicia el proceso de compras al crear la solicitud. Normalmente, se trata de una persona empleada que necesita determinados bienes o servicios para realizar su trabajo.

Analizar los datos por persona solicitante es esencial para identificar patrones de comportamiento. Permite crear Dashboards como «Rendimiento y necesidades de formación de las personas solicitantes» al destacar a quienes presentan tasas de rechazo elevadas o realizan modificaciones frecuentes. Esta información ayuda a localizar áreas en las que una formación adicional o unas directrices más claras podrían mejorar la calidad de los envíos a la primera y la eficiencia general del proceso.

Por qué es importante

Identifica a la persona que inicia el proceso, un dato esencial para analizar el comportamiento de los usuarios, los índices de rechazo por solicitante y las necesidades de formación.

Dónde obtenerlo

Normalmente, corresponde al campo «Employee» o «Created By» del registro de la Purchase Requisition.

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

«Is Rework» es un atributo booleano derivado que se establece en true si una requisición de compra fue rechazada en algún momento y posteriormente modificada o reenviada para su aprobación. Identifica los casos que requirieron trabajo y gestión adicionales más allá de la «happy path» estándar.

Este atributo simplifica el análisis de la ineficiencia del proceso. Se utiliza para calcular el KPI «Número de ciclos de rechazo de aprobación» y ayuda a cuantificar el impacto de los rechazos en el proceso general. Al filtrar los casos en los que «Is Rework» es true, los analistas pueden aislar las variantes problemáticas del proceso e investigar las causas raíz de los rechazos iniciales, como la baja calidad de los datos o la falta de comprensión 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 retrasos en los procesos.

Dónde obtenerlo

Es un atributo calculado. La lógica comprueba si la actividad «Requisition Submitted for Approval» ocurre después de la actividad «Approval Step Rejected» para el mismo caso.

Ejemplos
truefalse
Aprobador
Approver
La persona empleada o usuaria responsable de aprobar o rechazar un paso de aprobación.
Descripción

La persona aprobadora es quien tiene asignada la revisión y gestión de una solicitud de compra en una etapa concreta del flujo de trabajo de aprobación. Una misma solicitud puede tener varias personas aprobadoras, cada una asociada a una actividad de aprobación diferente.

Este atributo es esencial para analizar el rendimiento del propio proceso de aprobación. Permite crear Dashboards como «Distribución del tiempo de ciclo de los pasos de aprobación», que pueden localizar cuellos de botella individuales o de grupo. Al registrar quién realiza las aprobaciones, las organizaciones pueden garantizar la responsabilidad, equilibrar las cargas de trabajo e identificar retrasos causados por personas aprobadoras concretas.

Por qué es importante

Identifica a la persona usuaria que realiza las tareas de aprobación, un dato clave para analizar el rendimiento y la carga de trabajo de los aprobadores e identificar cuellos de botella.

Dónde obtenerlo

Esta información suele encontrarse en el registro de ejecución del Workflow o en System Notes asociados a los cambios del estado de aprobación. También puede almacenarse en campos personalizados relacionados con el Workflow de aprobación.

Ejemplos
Sarah JenkinsDavid ChenGrupo de aprobación de Finanzas
Categoría del artículo
ItemCategory
La categoría de los bienes o servicios solicitados en la requisición.
Descripción

La categoría del artículo clasifica los artículos de una requisición de compra en grupos lógicos, como «Hardware de TI», «Material de oficina» o «Servicios profesionales». Puede derivarse de los registros de artículos vinculados a las líneas de la requisición.

Este atributo permite realizar un análisis más profundo y detallado del proceso de requisición. Ayuda a responder preguntas como «¿Las requisiciones de hardware de TI tardan más en aprobarse que las de material de oficina?». Al segmentar el proceso por categoría del artículo, las empresas pueden descubrir cuellos de botella específicos de cada área, analizar el gasto por categoría y adaptar sus estrategias de compras.

Por qué es importante

Permite analizar el proceso según lo que se compra y ayuda a identificar cuellos de botella o problemas de cumplimiento específicos de cada categoría.

Dónde obtenerlo

Esta información se obtiene de los registros «Item» vinculados en el nivel de línea de la Purchase Requisition. La categoría puede ser un campo estándar o personalizado del registro Item.

Ejemplos
Hardware de TILicencias de softwareMaterial de oficinaServicios de marketing
ID de la orden de compra
PurchaseOrderId
El identificador de la orden de compra creada a partir de la requisición aprobada.
Descripción

El ID de la orden de compra es el identificador único de la orden de compra generada como resultado de una requisición aprobada. Este atributo actúa como vínculo esencial entre el proceso de requisición y las actividades de compras posteriores.

En el análisis de procesos, este vínculo es fundamental para el análisis P2P de extremo a extremo. Permite calcular el KPI «Plazo de creación de la orden de compra» midiendo el tiempo entre la aprobación de la requisición y la creación de la orden de compra. También ayuda a calcular la «Tasa de conversión de requisiciones a órdenes de compra», que ofrece información sobre la eficacia con la que las requisiciones se convierten en órdenes ejecutables.

Por qué es importante

Vincula la requisición con la orden de compra resultante y permite medir el plazo de creación de la orden de compra y analizar el proceso de extremo a extremo.

Dónde obtenerlo

Se encuentra en el registro de la Purchase Requisition, normalmente en una pestaña de registros relacionados o mediante un vínculo «Created From» en la propia Purchase Order.

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

El atributo Moneda especifica la moneda en la que se expresan los valores financieros de la requisición, como USD, EUR o GBP. Es especialmente importante para las organizaciones multinacionales que operan con varias monedas.

Este campo garantiza que los datos financieros se interpreten correctamente. En Process Mining, permite agregar y comparar adecuadamente los valores monetarios, ya sea convirtiendo todos los importes a una moneda base o segmentando el análisis por moneda. Evita informes financieros inexactos y garantiza claridad en las operaciones internacionales.

Por qué es importante

Es esencial para realizar análisis financieros precisos en organizaciones multinacionales y garantiza que los valores monetarios se interpreten y agreguen correctamente.

Dónde obtenerlo

Es un campo estándar «Currency» del registro de transacciones de la Purchase Requisition, especialmente en las instancias de NetSuite con varias monedas.

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

El motivo del rechazo es un atributo de texto en el que una persona aprobadora puede indicar por qué una solicitud de compra no cumplió los requisitos para su aprobación. Proporciona contexto cualitativo a la actividad «Paso de aprobación rechazado».

Esta información es muy valiosa para el análisis de las causas raíz. Alimenta Dashboards como «Análisis de la tasa de rechazo de solicitudes», que muestran no solo qué se rechazó, sino también por qué. Algunos motivos habituales pueden ser «Cuenta de mayor incorrecta», «Presupuesto excedido» o «Detalles insuficientes». Analizar estos motivos ayuda a identificar problemas sistémicos, mejorar la formación de las personas usuarias y perfeccionar las directrices de envío para reducir el retrabajo y las tasas de rechazo.

Por qué es importante

Proporciona un contexto esencial sobre las causas de los rechazos y permite analizar las causas raíz para reducir futuros rechazos y mejorar la calidad desde el primer envío.

Dónde obtenerlo

A menudo, se captura en un campo «Memo» durante la acción de rechazo o en un campo personalizado añadido al Workflow de aprobación. También puede encontrarse en System Notes.

Ejemplos
Presupuesto excedidoProveedor incorrecto seleccionadoFaltan detalles del artículoSolicitud duplicada
Nivel de urgencia
UrgencyLevel
Una clasificación de la prioridad de la requisición, como estándar o urgente.
Descripción

El nivel de urgencia es un atributo categórico que indica la prioridad empresarial de una requisición de compra. Permite a las personas empleadas señalar las solicitudes que requieren una gestión acelerada debido a necesidades empresariales críticas.

Este atributo está diseñado específicamente para respaldar el panel «Rendimiento de la gestión de solicitudes urgentes» y el KPI «Tiempo de gestión de requisiciones urgentes». Al filtrar los datos del proceso según este atributo, los analistas pueden comparar los tiempos de ciclo y las rutas de proceso de las solicitudes urgentes con las estándar para determinar si la gestión prioritaria es eficaz o si los cuellos de botella siguen provocando retrasos.

Por qué es importante

Permite comparar el rendimiento del proceso entre solicitudes de alta prioridad y solicitudes estándar para garantizar que las necesidades críticas se atiendan con eficiencia.

Dónde obtenerlo

Normalmente, sería un campo personalizado de la cabecera de la transacción en el formulario de la Purchase Requisition.

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

El atributo Nombre del proveedor identifica al proveedor al que se prevé comprar los bienes o servicios. Aunque una requisición es un documento interno, a menudo especifica un proveedor preferido.

Analizar este atributo puede revelar patrones relacionados con la gestión de proveedores. Permite realizar un seguimiento de los proveedores solicitados con mayor frecuencia, comprobar si las requisiciones de determinados proveedores tardan más en aprobarse y garantizar el cumplimiento de los acuerdos con proveedores preferentes. Esta información puede ser valiosa para el abastecimiento estratégico y la gestión de las relaciones con proveedores.

Por qué es importante

Ayuda a analizar los patrones de compras por proveedor, garantizar el cumplimiento de las listas de proveedores preferentes e identificar variaciones del proceso específicas de cada proveedor.

Dónde obtenerlo

Puede ser un campo «Vendor» en la cabecera o especificarse en las líneas de la Purchase Requisition.

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

La ruta del flujo de trabajo de aprobación es un atributo derivado que concatena la secuencia de actividades o estados de aprobación de una solicitud determinada, como «Enviada -> Aprobación del responsable -> Aprobación de Finanzas». Esto crea una firma única para la ruta que siguió cada caso.

Este atributo es la base de la comprobación de conformidad y del análisis de variantes. Es compatible directamente con los Dashboards «Rutas no conformes de las solicitudes» y «Cumplimiento de la ruta del flujo de trabajo de aprobación», ya que facilita el filtrado y la agrupación de casos por su flujo de proceso exacto. Al comparar las rutas reales con rutas estándar predefinidas, las organizaciones pueden cuantificar el cumplimiento e investigar las causas raíz de las desviaciones.

Por qué es importante

Permite realizar análisis de variantes y comprobaciones de conformidad avanzados al resumir la secuencia exacta de los pasos de aprobación de cada caso.

Dónde obtenerlo

Es un atributo derivado que se calcula concatenando los valores de «ActivityName» en orden cronológico para cada «PurchaseRequisitionId».

Ejemplos
Creada > Enviada > AprobadaCreada > Enviada > Rechazada > Modificada > Enviada > AprobadaCreada > Enviada > Aprobada > Retirada
Sistema de origen
SourceSystem
Identifica el sistema de origen del que se extrajeron los datos.
Descripción

Este atributo especifica el sistema de origen de los datos del proceso, que en este caso es NetSuite. Resulta especialmente útil en entornos donde se combinan datos de varios sistemas para obtener una visión integral del proceso.

Aunque puede parecer estático en un análisis de un solo sistema, proporciona un contexto esencial y constituye una buena práctica para la gobernanza y la trazabilidad de los datos. Ayuda a confirmar el origen de los datos y garantiza que la lógica o las transformaciones específicas del sistema se comprendan correctamente durante el análisis.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos y garantiza claridad y una gobernanza adecuada, especialmente en entornos con varios sistemas.

Dónde obtenerlo

Es un valor estático, «NetSuite», que debe añadirse 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 requisición de compra para un caso individual. Normalmente, se calcula como la diferencia de tiempo entre la primera actividad, por ejemplo, «Requisition Created», y la última actividad terminal, como «Requisition Fully Approved» o «Requisition Finally Rejected».

Es un indicador clave de rendimiento principal para medir la eficiencia general del proceso. Se utiliza para calcular el KPI «Tiempo medio del ciclo de requisición» y ayuda a identificar tendencias, valores atípicos y el impacto de las iniciativas de mejora del proceso. Analizar la distribución del tiempo de ciclo puede revelar requisiciones con tiempos excepcionalmente largos que reducen considerablemente el rendimiento medio.

Por qué es importante

Mide directamente la eficiencia del proceso de extremo a extremo y constituye una métrica fundamental para identificar retrasos y evaluar el rendimiento general.

Dónde obtenerlo

Es un atributo calculado que se obtiene restando la marca de tiempo del primer evento de la marca de tiempo 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 más reciente de datos desde NetSuite. Es un metadato fundamental para cualquier panel o análisis de Process Mining.

Esta marca de tiempo aporta contexto sobre la actualidad de los datos y permite saber si se está consultando información en tiempo real o una instantánea de un momento concreto. Es esencial para validar los datos y comunicar a las partes interesadas la vigencia de los insights generados mediante el análisis del proceso.

Por qué es importante

Informa sobre la actualidad de los datos y garantiza que se comprenda hasta qué punto son recientes los insights del proceso.

Dónde obtenerlo

Esta marca de tiempo se genera y 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
Obligatorio Recomendado Opcional

Purchase to Pay - Requisition: actividades

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir con precisión el proceso e identificar cuellos de botella.
5 Recomendado 6 Opcional
Actividad Descripción
Orden de compra creada
Se genera una orden de compra (PO) a partir de la solicitud aprobada por completo, lo que compromete oficialmente los fondos con un proveedor. Este es un evento explícito, marcado por la creación de una nueva transacción PO vinculada a la solicitud de origen.
Por qué es importante

Este es el resultado principal de una solicitud satisfactoria y un traspaso clave en el proceso 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 compras.

Dónde obtenerlo

Se identifica localizando un registro Purchase Order cuyo campo «Created From» o un campo de vinculación similar haga referencia al Purchase Requisition ID. La fecha de creación de esa PO es la marca de tiempo de esta actividad.

Recopilar

Busque la PO cuyo campo «Created From» sea igual al Requisition ID y utilice «Date Created» de la PO.

Tipo de evento explicit
Solicitud cerrada
La solicitud se cierra formalmente, lo que indica que no se esperan más acciones. Esto suele ocurrir automáticamente después de que todas las cantidades de la solicitud se hayan pedido mediante órdenes de compra vinculadas.
Por qué es importante

Esta actividad marca el final definitivo del ciclo de vida de la solicitud. Confirma que la necesidad del negocio se ha atendido y que el registro está finalizado.

Dónde obtenerlo

Se infiere a partir de la subpestaña System Notes, identificando la marca de tiempo en la que el campo «Status» de nivel de línea o de encabezado se actualiza a «Closed».

Recopilar

Marca de tiempo del cambio del campo «Status» a «Closed».

Tipo de evento inferred
Solicitud creada
Un usuario inicia el proceso de compras al crear y guardar un nuevo registro de solicitud de compra. Este es el primer evento del 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 compras para una necesidad concreta. Analizar el tiempo transcurrido entre la creación y el envío puede revelar retrasos en la introducción de datos o en la formulación inicial de la solicitud.

Dónde obtenerlo

Este evento se captura a partir de la marca de tiempo de la fecha de creación del registro de transacción Purchase Requisition. Puede encontrarse en el encabezado principal del registro o en la subpestaña System Notes, donde se registra la acción «Create».

Recopilar

Utilice el campo «Date Created» del registro Purchase Requisition.

Tipo de evento explicit
Solicitud rechazada definitivamente
La solicitud de compra se rechaza definitivamente y no seguirá procesándose. Este evento se infiere cuando el «Approval Status» final de la solicitud se actualiza a «Rejected».
Por qué es importante

Esta actividad es un punto final crítico para las solicitudes no satisfactorias. Comprender por qué y cuándo se rechazan definitivamente las solicitudes proporciona información sobre el cumplimiento de las políticas y los problemas presupuestarios.

Dónde obtenerlo

Se infiere a partir de la subpestaña System Notes, identificando la marca de tiempo en la que el campo «Approval Status» se establece en su estado final «Rejected».

Recopilar

Marca de tiempo del cambio de «Approval Status» a «Rejected».

Tipo de evento inferred
Solicitud totalmente aprobada
La solicitud de compra completa correctamente todos los pasos requeridos del Workflow de aprobación. Esto se infiere cuando el «Approval Status» final del registro cambia a «Approved».
Por qué es importante

Este es un hito importante que indica que la solicitud está lista para convertirse en una orden de compra. Marca el final del ciclo de aprobación y el inicio de la fase de ejecución de la compra.

Dónde obtenerlo

Se infiere a partir de la subpestaña System Notes, identificando la marca de tiempo en la que el campo «Approval Status» se establece en su estado final «Approved».

Recopilar

Marca de tiempo del cambio de «Approval Status» a «Approved».

Tipo de evento inferred
Paso de aprobación aprobado
Un usuario autorizado aprueba el paso que tiene asignado en el Workflow y acerca la solicitud a su aprobación final. La plataforma SuiteApprovals de NetSuite registra explícitamente esta acción junto con los datos del usuario y la marca de tiempo.
Por qué es importante

Esta actividad representa un avance positivo en la cadena de aprobación. Analizar el tiempo entre los pasos de aprobación ayuda a comprender la eficiencia del Workflow y el rendimiento de cada aprobador.

Dónde obtenerlo

Se captura desde el registro de SuiteApprovals o la subpestaña System Notes, donde se registran la acción de aprobación, el aprobador y la marca de tiempo exacta del evento.

Recopilar

Identifique las acciones de aprobación en el registro de SuiteApprovals o en System Notes.

Tipo de evento explicit
Paso de aprobación iniciado
La solicitud entra en una etapa específica del Workflow de aprobación y queda a la espera de la acción de un aprobador o grupo designado. Normalmente se infiere cuando el Workflow asigna la solicitud al siguiente aprobador de la secuencia.
Por qué es importante

Esta actividad marca el inicio del tiempo de espera de cada paso de aprobación individual. Es esencial para localizar cuellos de botella dentro de la jerarquía de aprobación e identificar a los aprobadores que generan retrasos.

Dónde obtenerlo

Se infiere a partir de los registros de ejecución del Workflow o de los cambios en un campo «Current Approver» o de estado del Workflow. La plataforma SuiteApprovals registra el paso de aprobación activo.

Recopilar

Infiera el evento a partir de los registros del Workflow o del momento en que el registro se asigna a un nuevo aprobador.

Tipo de evento inferred
Paso de aprobación rechazado
Un aprobador rechaza el paso que tiene asignado y normalmente devuelve la solicitud al solicitante para que la corrija. El motor de Workflow de SuiteApprovals registra explícitamente esta acción.
Por qué es importante

Este evento es un indicador clave de retrabajo e ineficiencia del proceso. Analizar los puntos de rechazo ayuda a identificar los motivos habituales de los fallos, como incumplimientos de políticas o datos incorrectos.

Dónde obtenerlo

Se captura desde el registro de SuiteApprovals o la subpestaña System Notes, donde se registran la acción de rechazo, el usuario que la realizó y la marca de tiempo.

Recopilar

Identifique las acciones de rechazo en el registro de SuiteApprovals o en System Notes.

Tipo de evento explicit
Solicitud enviada para aprobación
El solicitante envía formalmente la solicitud completada al Workflow de aprobación designado. Esto suele inferirse a partir de un cambio de estado en el registro de la solicitud, por ejemplo, de «Draft» o «Pending Submission» a «Pending Approval».
Por qué es importante

Esta actividad activa el ciclo de aprobación y constituye un punto de partida fundamental para medir los plazos de aprobación. Ayuda a identificar cuánto tiempo esperan las solicitudes antes de que comience el proceso formal de aprobación.

Dónde obtenerlo

Se infiere a partir de la subpestaña System Notes, identificando la marca de tiempo en la que el campo «Approval Status» cambia por primera vez a un valor como «Pending Approval».

Recopilar

Identifique la primera marca de tiempo en la que el campo «Approval Status» cambia a «Pending Approval».

Tipo de evento inferred
Solicitud modificada
Un usuario modifica cualquier campo de la solicitud de compra después de su creación inicial, normalmente como respuesta a un rechazo o a 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

Registrar las modificaciones es fundamental para identificar ciclos de retrabajo y problemas de calidad de los datos. Una frecuencia elevada de modificaciones puede indicar que los requisitos iniciales no están claros o que los solicitantes necesitan formación.

Dónde obtenerlo

Se captura desde la subpestaña System Notes del registro Purchase Requisition. Cada entrada con un «Type» de «Change» o «Edit» en un campo relevante representa una modificación.

Recopilar

Registre un evento por cada entrada de tipo «Change» en el registro System Notes.

Tipo de evento explicit
Solicitud retirada
El solicitante original o un administrador cancela la solicitud antes de que se apruebe por completo o se convierta en una orden de compra. Normalmente se infiere a partir de un cambio de estado a «Cancelled» o «Withdrawn».
Por qué es importante

Esta actividad representa una excepción o la terminación del proceso iniciada por el solicitante. Analizar las retiradas puede revelar cambios en las necesidades del negocio o solicitudes que ya no son válidas.

Dónde obtenerlo

Se infiere a partir de la subpestaña System Notes, siguiendo la marca de tiempo en la que el campo «Approval Status» se actualiza a un valor como «Cancelled» o a un estado personalizado de retirada.

Recopilar

Marca de tiempo del cambio de «Approval Status» a «Cancelled» o «Withdrawn».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de NetSuite

¿Listo para comenzar?

Utilice esta plantilla para iniciar su recorrido de Process Mining y obtener información valiosa sobre su proceso de Purchase to Pay, Requisition en NetSuite. Empiece hoy mismo a optimizar la eficiencia y acelerar las aprobaciones.

Optimice su Purchase to Pay - Requisition. ¡Empiece hoy!

Consiga aprobaciones de requisiciones un 30 % más rápidas y elimine los cuellos de botella.

Inicie su prueba gratuita

No necesita tarjeta de crédito. Empiece a optimizar hoy mismo.