Su plantilla de datos para solicitudes de Compra a Pago.
Su plantilla de datos para solicitudes de Compra a Pago.
- Atributos recomendados para recopilar
- `Actividades` clave para rastrear en el descubrimiento de procesos
- Guía para la extracción de `datos`
Compras a Pagos - Atributos de Requisición
| 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
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 En
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
Dónde obtener
Este es el
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
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
Dónde obtener
Esto se deriva típicamente de una combinación del estado de la transacción, las entradas del
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 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
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
Por qué es importante
Proporciona una instantánea del progreso de un
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 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
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
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 Este
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
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 Este
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
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
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 En el análisis de procesos, este enlace es vital para el análisis
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
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 Este campo asegura que los
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 Esta información es invaluable para el análisis de la causa raíz. Impulsa
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
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 Analizar este
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 Este
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
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 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
Por qué es importante
Proporciona contexto crucial sobre el origen de los
Dónde obtener
Este es un valor estático, 'NetSuite', que debe agregarse durante el proceso de extracción y transformación de
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
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 Este
Por qué es importante
Informa a los usuarios sobre la actualidad de los
Dónde obtener
Este
Ejemplos
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
Compras a Pagos - Actividades de Requisición
| 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
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
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
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
Dónde obtener
Este
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
Dónde obtener
Se infiere de la subpestaña "Notas del sistema" (System Notes) al identificar el
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
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
Dónde obtener
Se infiere de los logs de ejecución del
Capturar
Se infiere de los logs de
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
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
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
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
Capturar
Timestamp del cambio de 'Estado de Aprobación' a 'Cancelado' o 'Retirado'.
Tipo de evento
inferred
|
|||