Su Template de datos de compra a pago - Solicitud

NetSuite
Su Template de datos de compra a pago - Solicitud

Su Template de datos de compra a pago - Solicitud

Este Template ofrece una guía clara para recopilar los datos esenciales que necesita para analizar el proceso de compra a pago de solicitudes. Describe los atributos clave, define las actividades que conviene seguir y ofrece indicaciones prácticas para extraer esta información del sistema de origen. Utilice este recurso para preparar el Registro de eventos para un análisis de Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave para descubrir el proceso
  • Indicaciones para extraer los datos
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de compra a pago - Solicitud

Estos son los campos de datos recomendados para incluir en el Registro de eventos y analizar a fondo el proceso de compra a pago de solicitudes.
3 Obligatorio 4 Recomendado 12 Opcional
Nombre Descripción
Fecha y hora del evento
EventTime
La fecha y hora exactas en que tuvo lugar la actividad.
Descripción

La fecha y hora del evento, o marca de tiempo, registra el momento exacto en que se produjo una actividad. Estos datos temporales son fundamentales para entender la dinámica del proceso de solicitud, incluida su duración, la secuencia de eventos y el momento en que ocurren.

En el análisis de procesos, las marcas de tiempo se utilizan para calcular los tiempos de ciclo, las esperas entre actividades y el cumplimiento de los acuerdos de nivel de servicio. Son la base de todos los análisis temporales y permiten crear Dashboards como Tiempo de ciclo de aprobación de solicitudes y KPI como Tiempo medio del ciclo de solicitud. La precisión de las marcas de tiempo es esencial para obtener un modelo de proceso fiable.

Por qué es importante

Esta marca de tiempo es la base de todos los análisis de rendimiento, como el cálculo de los tiempos de ciclo, la identificación de demoras y la medición de la eficiencia del proceso.

Dónde obtenerlo

Esta información se registra 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 flujo de trabajo 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
Identificador único de cada solicitud de compra, que se utiliza como ID del caso principal para analizar el proceso.
Descripción

El ID de la solicitud de compra es el identificador central que vincula todas las actividades y los eventos relacionados con una solicitud concreta de bienes o servicios. NetSuite asigna un ID único a cada solicitud cuando se crea, y este se mantiene durante todo su ciclo de vida.

En Process Mining, este atributo es fundamental para relacionar los eventos con cada caso. Permite reconstruir el recorrido completo de cada solicitud, desde su creación hasta todos los pasos de aprobación, las modificaciones y el resultado final, ya sea la aprobación, el rechazo o la conversión en una orden de compra. Analizar el proceso por 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

Es la clave esencial para seguir el ciclo de vida completo de una solicitud de compra y analizar los flujos del proceso y las métricas de cada caso.

Dónde obtenerlo

Es el ID interno o número de transacción del registro de solicitud de compra en NetSuite. Normalmente, se encuentra en el campo tranid de la transacción.

Ejemplos
PR-001254PR-001255PR-001256
Nombre de la actividad
ActivityName
Nombre de un evento de negocio o una tarea concreta que tuvo lugar durante el ciclo de vida de la solicitud de compra.
Descripción

El nombre de la actividad describe un paso concreto del proceso de solicitud, como Solicitud creada, Paso de aprobación aprobado u Orden de compra creada. Estas actividades son los componentes básicos del mapa del proceso y representan el trabajo realizado.

Analizar las actividades permite visualizar el flujo del proceso, identificar cuellos de botella y medir el tiempo dedicado a cada etapa. La secuencia de actividades asociada a un ID de solicitud de compra define su recorrido, que puede compararse con los procedimientos estándar para detectar desviaciones o ineficiencias.

Por qué es importante

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

Dónde obtenerlo

Normalmente, se obtiene combinando el estado de la transacción, las entradas del registro del sistema, el historial del flujo de trabajo 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 solicitud o la persona solicitante.
Descripción

El atributo Departamento representa la unidad de la organización asociada a la solicitud de compra, que suele ser el departamento de la persona solicitante. Permite segmentar y analizar el proceso desde una perspectiva organizativa.

Es una dimensión clave para muchos análisis, como comparar los tiempos de aprobación entre departamentos, entender los patrones de gasto o identificar qué departamentos registran más rechazos. Esta segmentación ayuda a la dirección a asignar recursos, adaptar la formación y agilizar los flujos de trabajo de cada unidad de negocio.

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

Esta información suele estar asociada al registro de la persona empleada que solicita la compra o puede indicarse directamente en el encabezado de la transacción de la solicitud de compra.

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

El estado de la solicitud muestra en qué punto del proceso se encuentra una solicitud de compra en un momento dado. Entre los estados habituales están Pending Approval, Fully Approved, Rejected y Closed.

Este atributo es fundamental para crear Dashboards como Estado y antigüedad de las solicitudes, que permiten seguir las solicitudes activas y el tiempo que llevan en su estado actual. Analizar los cambios de estado es una parte clave del descubrimiento de procesos y ayuda a entender tanto las rutas ideales como las excepciones. También permite determinar el resultado final de un caso.

Por qué es importante

Ofrece una instantánea del avance de cada caso, permite analizar las solicitudes más antiguas e identificar dónde se atascan.

Dónde obtenerlo

Es el campo Status o Approval Status del encabezado de la transacción de la solicitud de compra.

Ejemplos
Pendiente de aprobaciónAprobada por completoRechazadaCerrada
Importe total
TotalAmount
El valor monetario total de la solicitud de compra.
Descripción

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

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

Por qué es importante

Aporta contexto financiero y permite analizar las solicitudes por importe, un factor que suele determinar las rutas de aprobación y la prioridad para el negocio.

Dónde obtenerlo

Es un campo estándar del registro de solicitud de compra, que suele llamarse Total o tener un nombre similar.

Ejemplos
500.001250.7525000.00
Persona solicitante
Requester
La persona empleada que creó y envió la solicitud de compra.
Descripción

La persona solicitante inicia el proceso de compra al crear la solicitud. Normalmente, es alguien 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, que destacan a quienes tienen tasas de rechazo elevadas o realizan modificaciones frecuentes. Esta información puede señalar dónde convendría ofrecer más formación o pautas más claras para mejorar la calidad de las solicitudes desde el primer envío y la eficiencia general del proceso.

Por qué es importante

Identifica quién inicia el proceso, un dato clave para analizar el comportamiento de las personas usuarias, los rechazos por persona solicitante y las necesidades de formación.

Dónde obtenerlo

Normalmente, corresponde al campo Employee o Created By del registro de transacción de la solicitud de compra.

Ejemplos
John SmithJane DoePeter Jones
Categoría del artículo
ItemCategory
Categoría de los bienes o servicios solicitados.
Descripción

La categoría del artículo clasifica los artículos de una solicitud de compra en grupos lógicos, como «Equipos informáticos», «Material de oficina» o «Servicios profesionales». Puede obtenerse de los registros de artículos vinculados a las líneas de la solicitud.

Este atributo permite analizar el proceso de solicitud con mayor detalle. Ayuda a responder preguntas como «¿Las solicitudes de equipos informáticos tardan más en aprobarse que las de material de oficina?». Al segmentar el proceso por categoría del artículo, las empresas pueden detectar cuellos de botella específicos de cada área, analizar el gasto por categoría y adaptar sus estrategias de adquisición.

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 de «Artículo» vinculados a las líneas de la solicitud de compra. La categoría puede ser un campo estándar o personalizado del registro del artículo.

Ejemplos
Equipos informáticosLicencias de softwareMaterial de oficinaServicios de marketing
Es retrabajo
IsRework
Indicador booleano que señala si la solicitud pasó por un ciclo de rechazo y reenvío.
Descripción

«Es retrabajo» es un atributo booleano derivado que se establece en true si una solicitud de compra se rechazó en algún momento y, posteriormente, se modificó o se volvió a enviar para su aprobación. Identifica los casos que requirieron trabajo y gestión adicionales, más allá de la «ruta ideal» estándar.

Este atributo facilita el análisis de las ineficiencias del proceso. Se utiliza para calcular el KPI «Cantidad 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 «Es retrabajo» es true, las personas 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 claridad sobre las políticas.

Por qué es importante

Ayuda a cuantificar la frecuencia y el impacto de los ciclos de retrabajo, una fuente importante de ineficiencia y demoras en los procesos.

Dónde obtenerlo

Es un atributo calculado. La lógica comprueba si, para el mismo caso, la actividad «Solicitud enviada para aprobación» ocurre después de la actividad «Paso de aprobación rechazado».

Ejemplos
truefalse
ID de la orden de compra
PurchaseOrderId
El identificador de la orden de compra creada a partir de la solicitud aprobada.
Descripción

El ID de la orden de compra es el identificador único de la orden generada a partir de una solicitud aprobada. Este atributo conecta el proceso de solicitud con las actividades de adquisición posteriores.

En el análisis de procesos, este vínculo es fundamental para analizar de principio a fin el proceso de compra a pago (P2P). Permite calcular el KPI «Tiempo de creación de la orden de compra» al medir el tiempo transcurrido entre la aprobación de la solicitud y la creación de la orden. También ayuda a calcular la «Tasa de conversión de solicitudes en órdenes de compra», que permite saber con qué eficacia se convierten las solicitudes en órdenes listas para tramitarse.

Por qué es importante

Vincula la solicitud con la orden de compra resultante y permite medir el tiempo de creación de la orden y analizar el proceso de principio a fin.

Dónde obtenerlo

Se encuentra en el registro de la solicitud de compra, a menudo en una pestaña de registros relacionados o mediante un enlace «Creado desde» en la propia orden de compra.

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

El atributo Moneda especifica la divisa en la que se expresan los importes de la solicitud, 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 los importes de forma adecuada, ya sea convirtiéndolos a una moneda base o segmentando el análisis por moneda. Así se evitan informes financieros inexactos y se aporta claridad a las operaciones globales.

Por qué es importante

Es esencial para analizar correctamente las finanzas de organizaciones multinacionales y garantizar que los importes se interpreten y agreguen de forma adecuada.

Dónde obtenerlo

Es un campo estándar Currency del registro de transacción de la solicitud de compra, especialmente en las instancias de NetSuite que admiten varias monedas.

Ejemplos
USDEURGBP
Motivo del rechazo
RejectionReason
Explicación que proporciona una persona aprobadora cuando se rechaza una solicitud.
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 cumplía los requisitos para su aprobación. Aporta contexto cualitativo a la actividad «Paso de aprobación rechazado».

Esta información es muy valiosa para analizar las causas raíz. Permite crear 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 contable incorrecta», «Presupuesto excedido» o «Falta de información». Analizar estos motivos ayuda a detectar problemas sistémicos, mejorar la formación de las personas usuarias y perfeccionar las pautas para presentar solicitudes, con el fin de reducir el retrabajo y los rechazos.

Por qué es importante

Aporta contexto clave sobre las causas de los rechazos y permite analizar las causas raíz para reducir futuros rechazos y mejorar la calidad desde el primer intento.

Dónde obtenerlo

Este dato suele registrarse en un campo «Memo» durante el rechazo o en un campo personalizado añadido al flujo de trabajo de aprobación. También puede encontrarse en las notas del sistema.

Ejemplos
Presupuesto excedidoProveedor seleccionado incorrectamenteFaltan detalles de los artículosSolicitud duplicada
Nivel de urgencia
UrgencyLevel
Clasificación de la prioridad de la solicitud, por ejemplo, estándar o urgente.
Descripción

El nivel de urgencia es un atributo categórico que indica la prioridad empresarial de una solicitud de compra. Permite que el personal señale las solicitudes que requieren una tramitación acelerada por necesidades críticas del negocio.

Este atributo está diseñado para facilitar el análisis del Dashboard «Rendimiento de la gestión de solicitudes urgentes» y del KPI «Tiempo de gestión de solicitudes urgentes». Al filtrar los datos del proceso por este atributo, las personas analistas pueden comparar los tiempos de ciclo y las rutas de las solicitudes urgentes con los de las solicitudes estándar. Así pueden determinar si la gestión prioritaria es eficaz o si los cuellos de botella siguen causando demoras.

Por qué es importante

Permite comparar el rendimiento del proceso en las solicitudes prioritarias y estándar, para atender eficazmente las necesidades críticas.

Dónde obtenerlo

Normalmente, sería un campo personalizado del cuerpo de la transacción en el formulario de solicitud de compra.

Ejemplos
AltaMediaBaja
Nombre del proveedor
VendorName
Nombre del proveedor sugerido o preferido para la solicitud.
Descripción

El atributo «Nombre del proveedor» identifica al proveedor al que se prevé comprar los bienes o servicios. Aunque la solicitud es un documento interno, a menudo se especifica un proveedor preferido.

Analizar este atributo puede revelar patrones de gestión de proveedores. Permite saber qué proveedores se solicitan con mayor frecuencia, si las solicitudes para determinados proveedores tardan más en aprobarse y si se cumplen los acuerdos con proveedores preferidos. Esta información puede servir de base para las decisiones de abastecimiento estratégico y la gestión de las relaciones con proveedores.

Por qué es importante

Ayuda a analizar los patrones de adquisición por proveedor, comprobar el cumplimiento de las listas de proveedores preferidos e identificar variaciones del proceso asociadas a cada proveedor.

Dónde obtenerlo

Puede ser un campo «Proveedor» en el encabezado o especificarse en las líneas del registro de la solicitud de compra.

Ejemplos
Dell Inc.StaplesMcKinsey & Company
Persona aprobadora
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 resolución de una solicitud de compra en una etapa concreta del flujo de aprobación. Una misma solicitud puede tener varias personas aprobadoras, cada una asociada a una actividad de aprobación distinta.

Este atributo es esencial para analizar el rendimiento del propio proceso de aprobación. Permite crear Dashboards como Distribución del tiempo de ciclo por paso de aprobación, que ayudan a localizar cuellos de botella individuales o de grupo. Al hacer seguimiento de quién aprueba cada solicitud, las organizaciones pueden fomentar la rendición de cuentas, equilibrar las cargas de trabajo e identificar las demoras causadas por personas aprobadoras concretas.

Por qué es importante

Identifica a la persona que realiza las tareas de aprobación, un dato clave para analizar su rendimiento y carga de trabajo, y detectar cuellos de botella.

Dónde obtenerlo

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

Ejemplos
Sarah JenkinsDavid ChenGrupo de aprobación de Finanzas
Ruta del flujo de trabajo de aprobación
ApprovalWorkflowPath
Representación de la secuencia de pasos de aprobación por los que ha pasado una solicitud.
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, por ejemplo, «Enviada -> Aprobación del gerente -> Aprobación de Finanzas». Así se crea una firma única de la ruta seguida por cada caso.

Este atributo es la base de la comprobación de conformidad y del análisis de variantes. Facilita directamente los Dashboards «Rutas de solicitud no conformes» y «Cumplimiento de la ruta del flujo de trabajo de aprobación», ya que permite filtrar y agrupar los casos según 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 realizar análisis de variantes y comprobaciones de conformidad al resumir la secuencia exacta de 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 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 cuando se combinan datos de varios sistemas para obtener una visión integral del proceso.

Aunque en un análisis de un solo sistema pueda parecer un dato fijo, aporta contexto esencial y constituye una buena práctica de gobernanza y trazabilidad de los datos. Ayuda a confirmar el origen de los datos y a interpretar correctamente cualquier lógica o transformación específica del sistema durante el análisis.

Por qué es importante

Aporta contexto esencial sobre el origen de los datos y facilita su interpretación y gobernanza, especialmente en entornos con varios sistemas.

Dónde obtenerlo

Es un valor fijo, NetSuite, que debe añadirse durante el proceso de extracción y transformación de los datos.

Ejemplos
NetSuiteNetSuite SuitePeopleNetSuite ERP
Tiempo de ciclo
CycleTime
Tiempo total transcurrido desde la creación de una solicitud hasta su resolución final.
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 caso. Por lo general, se calcula como la diferencia entre la hora de la primera actividad (por ejemplo, «Solicitud creada») y la de la última actividad terminal (por ejemplo, «Solicitud aprobada por completo» o «Solicitud rechazada definitivamente»).

Es un indicador clave del rendimiento general del proceso. Se utiliza para calcular el KPI «Tiempo promedio del ciclo de solicitud» 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 solicitudes que tardan mucho más de lo habitual y reducen considerablemente el rendimiento promedio.

Por qué es importante

Mide directamente la eficiencia del proceso de principio a fin. Es una métrica esencial para identificar demoras 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 del último evento para cada «PurchaseRequisitionId».

Ejemplos
25920060480086400
Última actualización de los datos
LastDataUpdate
La fecha y hora que indican 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 de NetSuite. Es un metadato fundamental para cualquier análisis o Dashboard de Process Mining.

Esta marca de tiempo indica la antigüedad de los datos y permite saber si se está consultando información en tiempo real o una instantánea de un momento concreto. También es esencial para validar los datos y comunicar a las partes interesadas cuán recientes son los resultados del análisis del proceso.

Por qué es importante

Informa sobre la actualidad de los datos para que las personas usuarias sepan cuán recientes son los resultados del análisis del proceso.

Dónde obtenerlo

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

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

Actividades de compra a pago - Solicitud

Estos son los pasos y los hitos clave que conviene registrar en el Registro de eventos para descubrir el proceso con precisión e identificar cuellos de botella.
5 Recomendado 6 Opcional
Actividad Descripción
Orden de compra creada
A partir de la solicitud aprobada por completo se genera una orden de compra (PO), que compromete oficialmente fondos con un proveedor. Este evento explícito queda registrado al crear una nueva transacción de orden de compra vinculada a la solicitud de origen.
Por qué es importante

Este es el principal resultado de una solicitud tramitada correctamente y un traspaso clave en el proceso de compra a pago. El tiempo entre la aprobación y la creación de la orden de compra es un KPI fundamental para medir la eficiencia de las compras.

Dónde obtenerlo

Se identifica buscando un registro de orden de compra cuyo campo Created From, u otro campo de vinculación similar, haga referencia al ID de la solicitud de compra. La fecha de creación de la orden de compra es la fecha y hora de esta actividad.

Capturar

Busque la orden de compra cuyo campo Created From coincida con el ID de la solicitud y utilice el campo Date Created de la orden.

Tipo de evento explicit
Solicitud aprobada por completo
La solicitud de compra completa correctamente todos los pasos requeridos del flujo de aprobación. Se infiere cuando el campo Approval Status del registro cambia a Approved.
Por qué es importante

Este hito importante 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 fecha y hora en que el campo Approval Status pasa a su estado final Approved.

Capturar

Fecha y hora en que Approval Status cambia a Approved.

Tipo de evento inferred
Solicitud cerrada
La solicitud se cierra formalmente, lo que indica que no se esperan más acciones. A menudo, se cierra automáticamente cuando todas las cantidades solicitadas se han 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 se ha atendido la necesidad del negocio y que el registro está cerrado.

Dónde obtenerlo

Se infiere a partir de la subpestaña System Notes, identificando la fecha y hora en que el campo Status, ya sea a nivel de línea o de encabezado, cambia a Closed.

Capturar

Fecha y hora en que el campo Status cambia a Closed.

Tipo de evento inferred
Solicitud creada
Una persona usuaria inicia el proceso de compra al crear y guardar un nuevo registro de solicitud de compra. Este es el primer evento del ciclo de vida de la solicitud y queda registrado cuando se guarda por primera vez la transacción en NetSuite.
Por qué es importante

Esta actividad marca el inicio oficial del proceso de compra para una necesidad concreta. Analizar el tiempo entre la creación y el envío puede revelar demoras en la introducción de datos o en la formulación inicial de la solicitud.

Dónde obtenerlo

Este evento se obtiene de la fecha y hora de creación del registro de transacción de la solicitud de compra. Puede consultarse en el encabezado principal del registro o en la subpestaña System Notes, donde se registra la acción Create.

Capturar

Utilice el campo Date Created del registro de solicitud de compra.

Tipo de evento explicit
Solicitud rechazada definitivamente
La solicitud de compra se rechaza definitivamente y no seguirá tramitándose. Se infiere cuando el campo Approval Status de la solicitud cambia a Rejected como estado final.
Por qué es importante

Esta actividad marca el final de las solicitudes que no prosperan. Entender por qué y cuándo se rechazan definitivamente permite conocer mejor 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 fecha y hora en que el campo Approval Status pasa a su estado final Rejected.

Capturar

Fecha y hora en que Approval Status cambia a Rejected.

Tipo de evento inferred
Paso de aprobación aprobado
Una persona usuaria autorizada aprueba el paso que tiene asignado en el flujo de trabajo, lo que acerca la solicitud a su aprobación final. La plataforma SuiteApprovals de NetSuite registra explícitamente esta acción, junto con los datos de la persona usuaria y la fecha y hora.
Por qué es importante

Esta actividad representa un avance en la cadena de aprobación. Analizar el tiempo entre pasos permite entender la eficiencia del flujo de trabajo y de cada persona aprobadora.

Dónde obtenerlo

Se obtiene del registro de SuiteApprovals o de la subpestaña System Notes, donde constan la acción de aprobación, la persona aprobadora y la fecha y hora exactas del evento.

Capturar

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 llega a una etapa concreta del flujo de aprobación y queda a la espera de que actúe la persona o el grupo responsable de aprobarla. Normalmente, se infiere cuando el flujo de trabajo asigna la solicitud a la siguiente persona aprobadora.
Por qué es importante

Esta actividad marca el inicio del tiempo de espera de cada paso de aprobación. Es esencial para localizar cuellos de botella en la jerarquía de aprobación e identificar a quienes tardan más en aprobar.

Dónde obtenerlo

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

Capturar

Infiera el evento a partir de los registros del flujo de trabajo o del momento en que el registro se asigna a una nueva persona aprobadora.

Tipo de evento inferred
Paso de aprobación rechazado
Una persona aprobadora rechaza el paso que tiene asignado y, normalmente, devuelve la solicitud a quien la presentó para que la corrija. El motor del flujo de trabajo 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 causas habituales, como incumplimientos de políticas o datos incorrectos.

Dónde obtenerlo

Se obtiene del registro de SuiteApprovals o de la subpestaña System Notes, donde constan la acción de rechazo, la persona que rechazó la solicitud y la fecha y hora.

Capturar

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

Tipo de evento explicit
Solicitud enviada para aprobación
La persona solicitante envía formalmente la solicitud completa al flujo de aprobación correspondiente. Suele inferirse a partir de un cambio de estado del registro, por ejemplo, de Draft o Pending Submission a Pending Approval.
Por qué es importante

Esta actividad inicia el ciclo de aprobación y es fundamental para medir el tiempo de aprobación. Permite saber cuánto 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 fecha y hora en que el campo Approval Status cambia por primera vez a un valor como Pending Approval.

Capturar

Identifique la primera fecha y hora en que el campo Approval Status cambia a Pending Approval.

Tipo de evento inferred
Solicitud modificada
Una persona usuaria modifica algún campo de la solicitud de compra después de su creación inicial, a menudo como respuesta a un rechazo o a un cambio en los requisitos. Este evento se obtiene directamente del historial de auditoría de NetSuite.
Por qué es importante

Registrar las modificaciones es fundamental para detectar 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 las personas solicitantes necesitan formación.

Dónde obtenerlo

Se obtiene de la subpestaña System Notes del registro de solicitud de compra. Cada entrada con el valor Change o Edit en el campo Type de un campo pertinente representa una modificación.

Capturar

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

Tipo de evento explicit
Solicitud retirada
La persona solicitante original o una persona administradora 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 finalización del proceso por parte de quien presentó la solicitud. Analizar las solicitudes 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 fecha y hora en que el campo Approval Status cambia a un valor como Cancelled o a un estado personalizado de retirada.

Capturar

Fecha y hora en que Approval Status cambia a Cancelled o Withdrawn.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de NetSuite

¿Todo listo para comenzar?

Utilice este Template para dar los primeros pasos en Process Mining y obtener información valiosa sobre el proceso de compra a pago de solicitudes en NetSuite. Empiece hoy a mejorar la eficiencia y agilizar las aprobaciones.

¡Empiece hoy a optimizar el proceso de solicitud de compra a pago!

Agilice un 30 % las aprobaciones de solicitudes y elimine los cuellos de botella.

Comience su prueba gratuita

No se requiere tarjeta de crédito. Empiece a optimizar hoy.