Su Template de datos de Order-to-Cash: procesamiento de pedidos de venta
Su Template de datos de Order-to-Cash: procesamiento de pedidos de venta
- Atributos recomendados para un análisis detallado
- Actividades esenciales que debe seguir en su proceso
- Orientación práctica para extraer datos de NetSuite
Atributos del procesamiento de pedidos de venta de Order to Cash
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
La marca de tiempo que indica cuándo tuvo lugar la actividad. | ||
|
Descripción
Este atributo proporciona la fecha y hora exactas de cada actividad del proceso. Constituye la estructura cronológica del registro de eventos y permite calcular tiempos de ciclo, duraciones y tiempos de espera entre los distintos pasos. Las marcas de tiempo precisas son esenciales para analizar el rendimiento, por ejemplo, al medir el tiempo entre la creación y el envío de un pedido o identificar retrasos en el proceso de aprobación de crédito. Permiten analizar en detalle la eficiencia del proceso y el cumplimiento de los acuerdos de nivel de servicio.
Por qué es importante
Las marcas de tiempo son fundamentales para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo y las duraciones, que resultan esenciales para identificar cuellos de botella del proceso.
Dónde obtenerlo
Corresponde a los campos de fecha de los registros de transacciones de NetSuite, como «Date Created» para el pedido de venta, «Actual Ship Date» para los cumplimientos de artículos o «Date» para las facturas y los pagos.
Ejemplos
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
El nombre del evento empresarial o de la actividad que tuvo lugar en un momento específico. | ||
|
Descripción
Este atributo describe un paso específico o un cambio de estado dentro del ciclo de vida del pedido de venta, como «Sales Order Created», «Goods Shipped» o «Payment Received». La secuencia de estas actividades constituye la base del mapa de procesos. Analizar el flujo de actividades ayuda a identificar las rutas habituales del proceso, las desviaciones y los cuellos de botella. Comprender la frecuencia y el orden de las actividades es fundamental para detectar oportunidades de simplificar las operaciones y reducir el esfuerzo manual.
Por qué es importante
Define los pasos del proceso y permite visualizar y analizar el flujo del proceso.
Dónde obtenerlo
Normalmente se deriva de cambios de estado del sistema, tipos de transacción o registros de eventos específicos de NetSuite. A menudo requiere asignar campos de estado o eventos de creación de transacciones a un nombre de actividad estandarizado.
Ejemplos
Pedido de venta creadoPedido de venta aprobadoMercancía enviadaFactura creadaPago recibido
|
|||
|
Pedido de venta
SalesOrder
|
El identificador único de cada documento de pedido de venta. | ||
|
Descripción
El pedido de venta actúa como identificador principal del caso y vincula todas las actividades posteriores, desde la realización del pedido por parte del cliente hasta la entrega de la mercancía y el pago final. Cada pedido de venta representa una instancia individual del proceso completo. En Process Mining, este atributo es fundamental para reconstruir el recorrido de cada pedido. Permite analizar las variantes del proceso, los tiempos de ciclo y los cuellos de botella por pedido, y ofrece una visión completa del ciclo de vida de cada solicitud individual del cliente.
Por qué es importante
Este es el identificador principal que conecta todos los eventos relacionados en una única instancia del proceso y hace posible el análisis de principio a fin.
Dónde obtenerlo
Es el ID interno del registro de transacción del pedido de venta en NetSuite. Normalmente aparece como «Internal ID» en el formulario del pedido de venta o en los resultados de búsqueda.
Ejemplos
SO-100521SO-100522SO-100523
|
|||
|
Categoría de producto
ProductCategory
|
La categoría del producto o servicio principal del pedido de venta. | ||
|
Descripción
Este atributo clasifica los artículos del pedido de venta en categorías generales, como «Hardware», «Software» o «Services». Si un pedido contiene varias categorías, puede asignarse una categoría principal según el valor o el número de artículos. Analizar el proceso por categoría de producto puede revelar variaciones en las rutas de cumplimiento. Por ejemplo, los servicios pueden seguir un proceso de cumplimiento mucho más sencillo que el hardware físico, que requiere picking, embalaje y envío. Esta segmentación es clave para diseñar mejoras del proceso específicas para cada categoría.
Por qué es importante
Segmentar el proceso por categoría de producto ayuda a revelar distintas rutas de cumplimiento e identificar cuellos de botella específicos de cada categoría.
Dónde obtenerlo
Esta información se deriva de los registros «Item» vinculados a las líneas del pedido de venta. Puede ser necesario combinar estos datos con la información maestra de artículos para obtener la categoría.
Ejemplos
ElectrónicaLicencia de softwareServicios de consultoría
|
|||
|
Condiciones de pago
PaymentTerms
|
Las condiciones acordadas para el pago de la factura. | ||
|
Descripción
Este atributo define las condiciones en las que se espera que el cliente pague los bienes o servicios, por ejemplo, «Net 30» o «Due on Receipt». Estas condiciones se utilizan para calcular la fecha de vencimiento de la factura. Analizar los datos según las condiciones de pago ayuda a identificar cuáles se asocian con pagos atrasados y permite evaluar el impacto financiero de las políticas de crédito. Es fundamental para analizar el panel «Payment Terms Adherence Rate» y comprender la dinámica del flujo de caja.
Por qué es importante
Proporciona la base para calcular las fechas de vencimiento de los pagos y analizar el comportamiento de pago de los clientes y sus índices de cumplimiento.
Dónde obtenerlo
Es el campo «Terms» del registro de transacción del pedido de venta o de la factura en NetSuite.
Ejemplos
Neto 30Neto 60Vencimiento al recibir
|
|||
|
Estado del pedido de venta
SalesOrderStatus
|
El estado actual del pedido de venta dentro de su ciclo de vida. | ||
|
Descripción
Este atributo indica el estado actual del pedido de venta, como «Pending Approval», «Pending Fulfillment» o «Billed». Ofrece una instantánea de la posición del pedido dentro del proceso general. Aunque el registro de actividades muestra el flujo histórico, el estado actual resulta útil para filtrar y centrarse en los pedidos que están bloqueados o activos. Analizar los casos según su estado terminal ayuda a comprender los resultados del proceso, por ejemplo, si un pedido se cerró correctamente, se canceló o sigue en curso.
Por qué es importante
Permite filtrar los casos según su estado actual, algo fundamental para analizar los pedidos abiertos e identificar los que están bloqueados o retrasados.
Dónde obtenerlo
Es el campo «Status» del registro de transacción del pedido de venta en NetSuite.
Ejemplos
Pendiente de preparaciónPendiente de facturaciónFacturadoCerrado
|
|||
|
Fecha de entrega solicitada
RequestedDeliveryDate
|
La fecha de entrega solicitada por el cliente. | ||
|
Descripción
Este atributo registra la fecha en la que el cliente ha solicitado recibir sus bienes. Sirve como referencia fundamental para medir las entregas puntuales. Esta fecha se compara con la fecha de entrega real, la marca de tiempo de «Goods Shipped», para calcular el KPI «On-Time Delivery Rate». Analizar la diferencia entre las fechas de entrega solicitada y real ayuda a identificar problemas sistémicos de previsión, gestión de inventario o logística que impiden a la empresa cumplir las expectativas del cliente.
Por qué es importante
Es la referencia para medir el rendimiento de las entregas puntuales y la satisfacción del cliente.
Dónde obtenerlo
Puede corresponder a un campo estándar o personalizado del registro del pedido de venta, normalmente denominado «Requested Delivery Date» o similar.
Ejemplos
2023-05-202023-06-012023-06-15
|
|||
|
Importe total del pedido
TotalOrderAmount
|
El valor monetario total del pedido de venta. | ||
|
Descripción
Este atributo representa el valor financiero total del pedido de venta, incluidos todos los artículos, impuestos y gastos de envío. Es una medida fundamental de la importancia económica de cada instancia del proceso. Analizar el proceso según el valor del pedido puede revelar patrones importantes. Por ejemplo, los pedidos de alto valor pueden seguir un proceso de aprobación más manual, mientras que los de bajo valor pueden estar altamente automatizados. Este análisis ayuda a priorizar las iniciativas de mejora en los pedidos con mayor impacto.
Por qué es importante
Permite analizar el proceso según el valor, priorizar los pedidos de alto importe y comprender cómo la eficiencia del proceso afecta a los ingresos.
Dónde obtenerlo
Es el campo «Total» del registro de transacción del pedido de venta en NetSuite.
Ejemplos
1500.00250.5012500.75
|
|||
|
Nombre del cliente
CustomerName
|
El nombre del cliente que realizó el pedido de venta. | ||
|
Descripción
Este atributo contiene el nombre de la entidad jurídica o de la persona que adquirió los bienes o servicios. Vincula el proceso del pedido de venta con una cuenta de cliente específica. Filtrar o dimensionar el análisis por cliente es esencial para comprender comportamientos específicos, identificar problemas que afectan a cuentas clave y evaluar los niveles de servicio. Permite adoptar una visión del proceso centrada en el cliente y destacar qué clientes experimentan más retrasos o retrabajo.
Por qué es importante
Permite segmentar el proceso por cliente, algo clave para analizar la satisfacción del cliente, identificar problemas en cuentas importantes y adaptar los servicios.
Dónde obtenerlo
Es el campo «Customer» o «Entity» del registro de transacción del pedido de venta en NetSuite.
Ejemplos
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
|
|||
|
Número de factura
InvoiceNumber
|
El identificador único de la factura del cliente. | ||
|
Descripción
Este atributo es el número de referencia del documento de factura generado a partir del pedido de venta. Vincula el proceso de cumplimiento del pedido con el proceso de cuentas por cobrar. El seguimiento del número de factura es importante para la conciliación financiera y para los análisis que abarcan desde el pedido hasta el pago final. Proporciona un vínculo concreto entre las actividades operativas de envío de mercancías y la actividad financiera de cobro.
Por qué es importante
Conecta el pedido de venta con la transacción financiera específica de facturación, lo que permite realizar un análisis de Order-to-Cash verdaderamente integral.
Dónde obtenerlo
Es el «Invoice #» o «Transaction ID» del registro Invoice creado a partir del Sales Order.
Ejemplos
INV-2001INV-2002INV-2003
|
|||
|
Usuario
User
|
La persona usuaria o empleada que realizó la actividad. | ||
|
Descripción
Este atributo identifica a la persona responsable de ejecutar un paso específico del proceso, como la persona representante de ventas que creó el pedido o la persona operadora del almacén que embaló la mercancía. Puede ser el nombre o el ID único de una persona usuaria. Analizar por persona usuaria ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación y comparar el rendimiento entre personas o equipos. Es fundamental para el análisis de causas raíz al investigar desviaciones o retrasos asociados a acciones concretas.
Por qué es importante
Permite analizar el rendimiento por persona empleada o función, y ayuda a identificar a las personas con mejor rendimiento, candidatas a la automatización y oportunidades de formación.
Dónde obtenerlo
Esta información puede encontrarse en campos como «Created By», «Modified By» u «Owner» de distintos registros de transacciones de NetSuite.
Ejemplos
John SmithJane DoeUsuario de almacén 1
|
|||
|
Entrega a tiempo
IsOnTimeDelivery
|
Indicador que señala si el pedido se entregó en la fecha solicitada o antes. | ||
|
Descripción
Este atributo booleano calculado compara la marca de tiempo de «Goods Shipped» o de la entrega real con «RequestedDeliveryDate». Es verdadero si la entrega se realizó a tiempo o antes, y falso si se realizó tarde. Este indicador es esencial para calcular el KPI «On-Time Delivery Rate» y alimentar el Dashboard «Delivery Promise vs. Reality Gap». Simplifica el análisis del rendimiento de las entregas y permite filtrar y agregar datos fácilmente para identificar los factores que provocan retrasos, ya sean productos, regiones o cuellos de botella concretos del proceso.
Por qué es importante
Proporciona un resultado binario claro sobre el rendimiento de las entregas, lo que simplifica el cálculo de KPI y el análisis de las causas raíz de los pedidos retrasados.
Dónde obtenerlo
Se calcula durante la transformación de datos comparando la marca de tiempo de la actividad «Goods Shipped» con el atributo «RequestedDeliveryDate».
Ejemplos
truefalse
|
|||
|
Equipo de ventas
SalesTeam
|
El equipo o grupo de ventas al que se atribuye el pedido de venta. | ||
|
Descripción
Este atributo identifica al equipo o departamento responsable de la venta. Se utiliza para organizar a los representantes de ventas y gestionar territorios o líneas de productos. En Process Mining, analizar el rendimiento por equipo de ventas puede revelar buenas prácticas de los equipos con mejores resultados o identificar problemas sistémicos que afectan a un equipo concreto. También puede poner de manifiesto diferencias en la calidad de la introducción de datos, las aprobaciones de descuentos u otros factores iniciales que afectan al proceso de cumplimiento posterior.
Por qué es importante
Permite comparar el rendimiento de distintos equipos de ventas y ayuda a identificar buenas prácticas o áreas que necesitan apoyo.
Dónde obtenerlo
Puede ser un campo estándar o personalizado del registro Sales Order, normalmente vinculado al registro de empleado del Sales Rep.
Ejemplos
Ventas de NorteaméricaEmpresas de EMEACanal de APAC
|
|||
|
Estado del crédito
CreditStatus
|
Indica el estado de retención de crédito del pedido de venta. | ||
|
Descripción
Este atributo refleja el estado crediticio del cliente en el momento de procesar el pedido, por ejemplo, «On Hold» o «Released». Es un factor clave en las primeras etapas del ciclo de vida del pedido. El análisis de este atributo ayuda a comprender el impacto de las comprobaciones de crédito en el tiempo total del ciclo del pedido. El Dashboard «Credit Check Cycle Time Analysis» utiliza estos datos para identificar cuántos pedidos quedan retenidos y cuánto tiempo se tarda en liberarlos, poniendo de manifiesto los cuellos de botella del proceso de gestión del crédito.
Por qué es importante
Afecta directamente al KPI «Credit Check Cycle Time» y ayuda a explicar los retrasos en las primeras etapas del proceso de pedidos.
Dónde obtenerlo
Puede ser un campo de estado estándar o una casilla personalizada, por ejemplo, «Credit Hold», en el registro Sales Order. También puede inferirse por la presencia de las actividades «Credit Hold Applied» y «Credit Hold Released».
Ejemplos
CorrectoEn esperaLiberado
|
|||
|
Fecha de vencimiento del pago
PaymentDueDate
|
La fecha límite para pagar la factura. | ||
|
Descripción
Este atributo es la fecha calculada en la que el cliente debe realizar el pago, según la fecha de la factura y las condiciones de pago. Por ejemplo, para una factura con fecha del 1 de abril y condiciones «Net 30», la fecha de vencimiento sería el 1 de mayo. Esta fecha es fundamental para el análisis financiero y se compara directamente con la fecha de «Payment Received» para determinar si el pago se realizó a tiempo. Es un componente clave para calcular el KPI «On-Time Payment Rate» y gestionar las cuentas por cobrar.
Por qué es importante
Es la referencia para medir el rendimiento de los pagos puntuales, un aspecto fundamental para gestionar el flujo de caja y las cuentas por cobrar.
Dónde obtenerlo
Es el campo «Due Date» del registro de transacción Invoice. NetSuite lo calcula automáticamente según la fecha de la factura y las condiciones de pago.
Ejemplos
2023-05-302023-06-152023-07-01
|
|||
|
Número de cambios del pedido de venta
SalesOrderChangeCount
|
El número de veces que se ha modificado un pedido de venta después de su creación inicial. | ||
|
Descripción
Esta métrica calculada cuenta las apariciones de las actividades «Sales Order Changed» en cada caso. Un número elevado de cambios indica retrabajo, que puede deberse a solicitudes del cliente, errores de introducción de datos o ajustes de precios. Este atributo es una entrada directa para el KPI «Sales Order Rework Rate» y el Dashboard «Sales Order Rework Variants». Analizar las características de los pedidos con un número elevado de cambios ayuda a identificar las causas raíz del retrabajo, como problemas relacionados con productos, clientes o representantes de ventas concretos.
Por qué es importante
Cuantifica directamente el retrabajo y ayuda a localizar las fuentes de ineficiencia, los problemas de calidad de datos y la inestabilidad del proceso.
Dónde obtenerlo
Se calcula durante la transformación de datos contando los eventos «Sales Order Changed» de cada ID de caso «SalesOrder».
Ejemplos
013
|
|||
|
Pago a tiempo
IsOnTimePayment
|
Indicador que señala si la factura se pagó en la fecha de vencimiento o antes. | ||
|
Descripción
Este atributo booleano calculado compara la marca de tiempo de «Payment Received» con «PaymentDueDate». Es verdadero si el pago se realizó en la fecha de vencimiento o antes, y falso en cualquier otro caso. Este atributo es la base del KPI «On-Time Payment Rate» y del Dashboard «Payment Terms Adherence Rate». Proporciona una medida clara del comportamiento de pago de los clientes y permite analizar qué clientes, regiones o condiciones de pago se asocian con mayor frecuencia a los pagos atrasados.
Por qué es importante
Mide directamente la disciplina de pago de los clientes, un aspecto fundamental para gestionar el flujo de caja y evaluar el riesgo crediticio.
Dónde obtenerlo
Se calcula durante la transformación de datos comparando la marca de tiempo de la actividad «Payment Received» con el atributo «PaymentDueDate».
Ejemplos
truefalse
|
|||
|
País de envío
ShippingCountry
|
El país de destino del envío. | ||
|
Descripción
Este atributo contiene el país al que se envían las mercancías del pedido. Se obtiene de la dirección de envío asociada al pedido de venta. El análisis geográfico basado en el país de envío puede revelar variaciones en el rendimiento del proceso debido a la logística, las aduanas o la eficiencia de las oficinas regionales. Permite comparar los tiempos de envío, la precisión de las entregas y los costes del proceso entre distintos países o regiones.
Por qué es importante
Permite realizar análisis geográficos para identificar cuellos de botella regionales, comparar el rendimiento logístico y comprender las complejidades internacionales.
Dónde obtenerlo
Forma parte de «Shipping Address» en el registro de transacción Sales Order.
Ejemplos
USAAlemaniaJapón
|
|||
|
Sistema de origen
SourceSystem
|
Identifica el sistema del que proceden los datos. | ||
|
Descripción
Este atributo especifica la aplicación de origen en la que se generaron los datos del evento. En este proceso, normalmente será «NetSuite». En entornos más complejos, puede ayudar a diferenciar los datos procedentes de distintos sistemas integrados, como un CRM o un WMS independientes. En el análisis, ayuda a confirmar la trazabilidad de los datos y es fundamental al combinar datos de varias fuentes para crear una única visión unificada del proceso. Garantiza que los datos se atribuyan correctamente a su origen, algo importante para la gobernanza de datos y la resolución de problemas.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, especialmente en entornos donde hay varios sistemas integrados.
Dónde obtenerlo
Es un valor estático («NetSuite») que se añade durante el proceso de extracción y transformación de datos.
Ejemplos
NetSuite
|
|||
|
Tipo de pedido de venta
SalesOrderType
|
La clasificación del pedido de venta, como estándar, urgente o especial. | ||
|
Descripción
Este atributo clasifica los pedidos de venta según su tipo, que a menudo determina la ruta y la prioridad del proceso. Por ejemplo, un «Rush Order» puede omitir ciertos pasos o tener SLA más estrictos que un «Standard Order». Analizar el proceso por tipo de pedido es fundamental para comprender si las distintas variantes del proceso son intencionadas y eficaces. Ayuda a evaluar si los procedimientos especiales aplicados a determinados tipos de pedido realmente producen resultados más rápidos o mejores, y a qué coste.
Por qué es importante
Permite comparar distintas rutas de proceso previstas, como los pedidos estándar y urgentes, para comprobar si funcionan según lo esperado.
Dónde obtenerlo
Normalmente es un campo personalizado «Order Type» en el formulario Sales Order, ya que NetSuite utiliza distintos formularios de transacción, por ejemplo, Standard Sales Order y Standard Sales Order - Cash Sale, en lugar de un único campo de tipo predeterminado.
Ejemplos
Pedido estándarPedido urgentePedido de proyecto
|
|||
|
Última actualización de datos
LastDataUpdate
|
Marca de tiempo de la última actualización o extracción de datos del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se actualizó por última vez el conjunto de datos. Proporciona transparencia a las personas usuarias de negocio sobre la actualidad de los datos que analizan y garantiza que comprendan el periodo que abarcan los Dashboards y el análisis de Process Mining. No se utiliza para analizar el flujo del proceso, pero es un elemento de metadatos crítico para la gobernanza de datos y la confianza de las personas usuarias. Les ayuda a evaluar la vigencia de la información y saber cuándo se reflejarán los datos nuevos.
Por qué es importante
Informa a las personas usuarias sobre la actualidad de los datos, algo esencial para tomar decisiones basadas en el análisis.
Dónde obtenerlo
Esta marca de tiempo se genera y se incorpora al conjunto de datos durante la extracción de datos de NetSuite.
Ejemplos
2023-10-27T02:00:00Z
|
|||
Actividades del procesamiento de pedidos de venta de Order to Cash
| Actividad | Descripción | ||
|---|---|---|---|
|
Cumplimiento del pedido creado
|
Esta actividad marca el inicio del proceso físico de cumplimiento en el almacén. Tiene lugar cuando se genera una transacción «Item Fulfillment» a partir del pedido de venta. | ||
|
Por qué es importante
Este es un hito clave que conecta el proceso de ventas con las operaciones de almacén. El tiempo entre la aprobación del pedido y la creación del cumplimiento es un indicador importante de la preparación operativa.
Dónde obtenerlo
Este es un evento explícito. La marca de tiempo corresponde a la fecha de creación del registro «Item Fulfillment», vinculado al pedido de venta de origen.
Recopilar
Utilice la fecha de creación de la transacción del registro «Item Fulfillment» vinculado.
Tipo de evento
explicit
|
|||
|
Factura creada
|
Representa la creación de la factura financiera correspondiente a los bienes o servicios enviados. Es un evento explícito que se activa al crear una transacción «Invoice» vinculada al pedido de venta. | ||
|
Por qué es importante
Esta actividad es un hito fundamental para el reconocimiento de ingresos y marca el inicio del ciclo de pago. El tiempo entre el envío y la facturación afecta directamente al flujo de caja.
Dónde obtenerlo
Este es un evento explícito capturado del campo «Date Created» del registro de transacción Invoice (tabla Transaction, Type='CustInvc'), vinculado al pedido de venta.
Recopilar
Utilice la fecha de creación de la transacción para la Invoice vinculada.
Tipo de evento
explicit
|
|||
|
Mercancía enviada
|
Este hito marca el momento en que los artículos han salido del almacén y están en camino al cliente. Se infiere cuando el estado del registro «Item Fulfillment» se actualiza a «Shipped». | ||
|
Por qué es importante
El envío es un punto de transferencia fundamental hacia el transportista y el cliente. Este evento es esencial para realizar el seguimiento del rendimiento de las entregas puntuales y medir el tiempo total de cumplimiento del pedido.
Dónde obtenerlo
Se infiere a partir del cambio del campo «Status» de la transacción «Item Fulfillment» vinculada a «Shipped». La marca de tiempo del evento corresponde a la fecha de este cambio de estado.
Recopilar
Marca de tiempo del cambio de estado a «Shipped» en el registro «Item Fulfillment».
Tipo de evento
inferred
|
|||
|
Pago recibido
|
Esta actividad marca la recepción del pago del cliente correspondiente a una factura. Se captura cuando se crea una transacción «Customer Payment» y se aplica a la factura asociada al pedido de venta. | ||
|
Por qué es importante
Como evento terminal clave, esta actividad es fundamental para analizar el ciclo de conversión de efectivo y el rendimiento de los pagos puntuales. Indica la conclusión financiera satisfactoria de una transacción de venta.
Dónde obtenerlo
Este es un evento explícito. La marca de tiempo corresponde a la fecha de creación de la transacción «Customer Payment» (tabla Transaction, Type='CustPymt') aplicada a la factura correspondiente.
Recopilar
Utilice la fecha de la transacción del registro Customer Payment aplicado a la Invoice.
Tipo de evento
explicit
|
|||
|
Pedido de venta aprobado
|
Este hito indica que el pedido de venta ha superado todas las comprobaciones internas, como las de crédito e inventario, y está listo para el cumplimiento. Normalmente se infiere a partir del cambio del estado del pedido a «Pending Fulfillment». | ||
|
Por qué es importante
La aprobación es una puerta de enlace fundamental del proceso. Medir el tiempo hasta la aprobación ayuda a identificar retrasos en las revisiones internas y la toma de decisiones.
Dónde obtenerlo
Se infiere a partir de un cambio de estado en el registro del pedido de venta. La marca de tiempo se captura cuando el campo «Order Status» se actualiza a «Pending Fulfillment» o a un estado aprobado personalizado similar.
Recopilar
Marca de tiempo del cambio de estado a «Pending Fulfillment» en las notas del sistema del pedido de venta.
Tipo de evento
inferred
|
|||
|
Pedido de venta cerrado
|
Esta es la actividad final e indica que el pedido de venta se ha cumplido y facturado por completo, y se considera finalizado. Se infiere a partir del cambio del estado del pedido de venta a «Closed». | ||
|
Por qué es importante
Este evento señala el final operativo del ciclo de vida del pedido. El tiempo transcurrido entre la creación y el cierre ofrece una visión completa de la duración del proceso de principio a fin.
Dónde obtenerlo
Se infiere a partir del cambio del campo «Status» de la transacción del pedido de venta a «Closed». La marca de tiempo se obtiene de las notas del sistema correspondientes a este cambio de estado final.
Recopilar
Marca de tiempo del cambio de estado a «Closed» en las notas del sistema del pedido de venta.
Tipo de evento
inferred
|
|||
|
Pedido de venta creado
|
Esta actividad marca el inicio oficial del proceso de pedido de venta. Tiene lugar cuando una nueva transacción de pedido de venta se guarda por primera vez en NetSuite y registra la solicitud inicial del cliente. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso Order to Cash. Analizar el tiempo transcurrido entre este evento y las actividades posteriores es fundamental para medir la eficiencia general del procesamiento de pedidos y los tiempos de ciclo.
Dónde obtenerlo
Este es un evento explícito capturado del campo «Date Created» del registro de transacción Sales Order (tabla Transaction, Type='SalesOrd').
Recopilar
Utilice la fecha de creación de la transacción para los pedidos de venta.
Tipo de evento
explicit
|
|||
|
Inventario comprometido
|
Este evento marca el momento en que el inventario se reserva oficialmente para un pedido de venta, garantizando su disponibilidad para el cumplimiento. Se infiere observando los cambios en «Committed Quantity» de las líneas del pedido de venta. | ||
|
Por qué es importante
Esta actividad es fundamental para analizar la eficiencia de la asignación de inventario. Los retrasos entre la aprobación del pedido y el compromiso del inventario pueden provocar falta de existencias y afectar a las promesas de entrega.
Dónde obtenerlo
Se infiere a partir de las notas del sistema de las líneas del pedido de venta. La marca de tiempo corresponde al momento en que el campo «Quantity Committed» se actualiza de cero a un valor positivo.
Recopilar
Marca de tiempo del cambio en el campo «Quantity Committed» de las líneas del pedido.
Tipo de evento
inferred
|
|||
|
Mercancía embalada
|
Indica que los artículos recogidos se han embalado y están listos para el envío. Se captura mediante el seguimiento del cambio de estado del registro «Item Fulfillment» a «Packed». | ||
|
Por qué es importante
Esta actividad ayuda a medir la eficiencia de la estación de embalaje. La duración entre la recogida y el embalaje puede revelar limitaciones de capacidad o ineficiencias del proceso.
Dónde obtenerlo
Se infiere a partir del cambio del campo «Status» de la transacción «Item Fulfillment» vinculada a «Packed». La marca de tiempo se registra en las notas del sistema correspondientes a esta actualización.
Recopilar
Marca de tiempo del cambio de estado a «Packed» en el registro «Item Fulfillment».
Tipo de evento
inferred
|
|||
|
Mercancía recogida
|
Indica que los artículos del pedido se han recogido de sus ubicaciones en el almacén. Es un evento inferido a partir del cambio de estado del registro «Item Fulfillment» asociado. | ||
|
Por qué es importante
Analizar el tiempo necesario para recoger la mercancía es esencial para optimizar la eficiencia del almacén. Esta actividad ayuda a medir e identificar cuellos de botella en el proceso de picking.
Dónde obtenerlo
Se infiere a partir del cambio del campo «Status» de la transacción «Item Fulfillment» vinculada a «Picked». La marca de tiempo se obtiene de las notas del sistema correspondientes a este cambio de estado.
Recopilar
Marca de tiempo del cambio de estado a «Picked» en el registro «Item Fulfillment».
Tipo de evento
inferred
|
|||
|
Nota de crédito creada
|
Este evento tiene lugar cuando se emite una nota de crédito contra un pedido de venta o una factura, normalmente por devoluciones, ajustes de precio u otras concesiones. Se captura cuando se crea una transacción «Credit Memo». | ||
|
Por qué es importante
Las notas de crédito suelen reflejar fallos del proceso, como errores de envío o defectos del producto. Analizar su frecuencia y momento ayuda a identificar las causas raíz y mejorar la calidad general.
Dónde obtenerlo
Este es un evento explícito basado en la creación de una transacción «Credit Memo» (tabla Transaction, Type='CredMemo'), que puede vincularse a la factura o al pedido de venta originales.
Recopilar
Utilice la fecha de creación de la transacción para la Credit Memo vinculada.
Tipo de evento
explicit
|
|||
|
Pedido de venta modificado
|
Esta actividad registra cualquier modificación importante de un pedido de venta después de su creación, como cambios en la cantidad, los artículos o los precios. Se captura mediante el seguimiento de las actualizaciones en las notas del sistema o el registro de auditoría. | ||
|
Por qué es importante
Los cambios frecuentes pueden indicar errores de introducción de datos o una demanda inestable del cliente, lo que genera retrabajo e ineficiencias en el proceso. El seguimiento de estos cambios ayuda a identificar las causas raíz de las modificaciones de los pedidos.
Dónde obtenerlo
Se deriva de las notas del sistema o del registro de auditoría asociados a la transacción del pedido de venta. Cada cambio registrado en un campo relevante puede tratarse como una instancia de esta actividad.
Recopilar
Identifique los cambios de campos en las notas del sistema del pedido de venta posteriores a su creación inicial.
Tipo de evento
inferred
|
|||
|
Retención de crédito aplicada
|
Este evento tiene lugar cuando un pedido de venta se somete automática o manualmente a una retención de crédito, lo que pausa el proceso de cumplimiento. Normalmente se infiere a partir del cambio del estado del pedido a «Pending Approval» o a un estado específico de «Credit Hold». | ||
|
Por qué es importante
Identificar cuándo y por qué se retienen los pedidos es clave para comprender los retrasos del ciclo de cumplimiento. Esta actividad destaca los cuellos de botella relacionados con problemas de crédito del cliente.
Dónde obtenerlo
Se infiere a partir de las notas del sistema o del registro de auditoría del pedido de venta, buscando específicamente cambios del campo «Order Status» a un estado de retención.
Recopilar
Identifique la marca de tiempo del cambio del estado del pedido a un estado de retención de crédito.
Tipo de evento
inferred
|
|||
|
Retención de crédito liberada
|
Representa el momento en que un pedido de venta deja de estar retenido por crédito y puede continuar con el cumplimiento. Se captura observando el cambio de un estado de retención a un estado abierto o aprobado. | ||
|
Por qué es importante
La duración de las retenciones de crédito es un KPI fundamental. Este evento permite medir el tiempo necesario para resolver los problemas de crédito y su impacto en el ciclo completo de Order to Cash.
Dónde obtenerlo
Se infiere a partir de las notas del sistema o del registro de auditoría del pedido de venta, capturando la marca de tiempo en la que «Order Status» cambia desde un estado de retención.
Recopilar
Identifique la marca de tiempo del cambio del estado del pedido de un estado de retención de crédito a un estado activo.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para empezar?
Utilice esta plantilla para agilizar la recopilación de datos y comenzar a descubrir información valiosa sobre su proceso de Order-to-Cash: procesamiento de pedidos de venta en NetSuite. Empiece a optimizar sus procesos hoy mismo.
Acelere el cobro: optimice hoy el procesamiento de pedidos de venta
Únase a las empresas que reducen un 30 % el tiempo del ciclo de Order-to-Cash.
No necesita tarjeta de crédito. Configuración en minutos.