Su Template de datos para el proceso de pedido a cobro: procesamiento de pedidos de venta
Su Template de datos para el proceso de pedido a cobro: procesamiento de pedidos de venta
- Atributos recomendados para un análisis detallado
- Actividades esenciales para registrar en el proceso
- Recomendaciones prácticas para extraer datos de NetSuite
Atributos del proceso de pedido a cobro: procesamiento de pedidos de venta
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
Marca de tiempo que indica cuándo se produjo la actividad. | ||
|
Descripción
Este atributo proporciona la fecha y hora exactas de cada actividad del proceso. Es la base cronológica del registro de eventos y permite calcular los tiempos de ciclo, las duraciones y los tiempos de espera entre los distintos pasos. Las marcas de tiempo precisas son esenciales para analizar el rendimiento, por ejemplo, para medir el tiempo entre la creación y el envío de un pedido o detectar demoras en el proceso de aprobación de crédito. También 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 esenciales para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo y las duraciones, que permiten detectar cuellos de botella en los procesos.
Dónde obtenerlo
Corresponde a 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
|
Nombre del evento o la actividad empresarial que tuvo lugar en un momento determinado. | ||
|
Descripción
Este atributo describe un paso específico o un cambio de estado en el ciclo de vida del pedido de venta, como 'Pedido de venta creado', 'Mercancía enviada' o 'Pago recibido'. La secuencia de estas actividades constituye la base del mapa del proceso. 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 agilizar las operaciones y reducir el trabajo manual.
Por qué es importante
Define los pasos del proceso y permite visualizar y analizar su flujo.
Dónde obtenerlo
Por lo general, se obtiene de los cambios de estado del sistema, los tipos de transacción o los registros de eventos específicos de NetSuite. A menudo es necesario asignar los campos de estado o los 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
|
Identificador único de cada documento de pedido de venta. | ||
|
Descripción
El pedido de venta es el identificador principal del caso y vincula todas las actividades posteriores, desde que el cliente realiza el pedido hasta la entrega de los bienes y el pago final. Cada pedido de venta representa una instancia del proceso de principio a fin. 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 de cada 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 sola instancia del proceso y permite realizar un análisis de principio a fin.
Dónde obtenerlo
Es el ID interno del registro de transacción del pedido de venta en NetSuite. Por lo general, puede encontrarlo como 'Internal ID' en el formulario del pedido de venta o en los resultados de búsqueda.
Ejemplos
SO-100521SO-100522SO-100523
|
|||
|
Categoría del producto
ProductCategory
|
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 'Servicios'. Si un pedido incluye varias categorías, se puede asignar una categoría principal según el valor o la cantidad de artículos. Analizar el proceso por categoría de producto puede revelar diferencias en las rutas de cumplimiento. Por ejemplo, el cumplimiento de servicios puede ser mucho más sencillo que el de productos físicos, que requieren preparación, empaquetado y envío. Esta segmentación es clave para diseñar mejoras 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 y a detectar cuellos de botella específicos de cada categoría.
Dónde obtenerlo
Esta información se obtiene de los registros «Item» vinculados a las líneas del pedido de venta. Es posible que deba combinarse con los datos maestros de artículos para obtener la categoría.
Ejemplos
ElectrónicaLicencia de softwareServicios de consultoría
|
|||
|
Condiciones de pago
PaymentTerms
|
Las condiciones acordadas para pagar la factura. | ||
|
Descripción
Este atributo define las condiciones en las que se espera que el cliente pague los productos o servicios, por ejemplo, «30 días netos» o «Vencimiento al recibir». Estas condiciones se utilizan para calcular la fecha de vencimiento de la factura. Analizar los datos por 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 Dashboard «Tasa de cumplimiento de las condiciones de pago» y comprender la dinámica del flujo de caja.
Por qué es importante
Sirve de base para calcular las fechas de vencimiento y analizar el comportamiento de pago de los clientes y sus tasas de cumplimiento.
Dónde obtenerlo
Es el campo «Terms» del registro de transacción Sales Order o Invoice en NetSuite.
Ejemplos
30 días netos60 días netosVencimiento al recibir
|
|||
|
Estado del pedido de venta
SalesOrderStatus
|
Estado actual del pedido de venta en 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 etapa en que se encuentra el pedido dentro del proceso general. El registro de actividades muestra el flujo histórico, mientras que el estado actual permite filtrar y centrarse en los pedidos activos o bloqueados. Analizar los casos según su estado final ayuda a comprender los resultados del proceso, por ejemplo, si el 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 demorados.
Dónde obtenerlo
Es el campo 'Status' del registro de transacción del pedido de venta en NetSuite.
Ejemplos
Pendiente de cumplimientoPendiente de facturaciónFacturadoCerrado
|
|||
|
Fecha de entrega solicitada
RequestedDeliveryDate
|
La fecha de entrega solicitada por el cliente. | ||
|
Descripción
Este atributo registra la fecha en que el cliente solicitó recibir los productos. Sirve como referencia para medir el rendimiento de las entregas a tiempo. Esta fecha se compara con la fecha de entrega real (la marca de tiempo de «Goods Shipped») para calcular el KPI «Tasa de entregas a tiempo». Analizar la diferencia entre las fechas de entrega solicitada y real ayuda a detectar problemas sistémicos en las previsiones, la gestión del inventario o la logística que impiden cumplir las expectativas de los clientes.
Por qué es importante
Es la referencia para medir el rendimiento de las entregas a tiempo y la satisfacción del cliente.
Dónde obtenerlo
Puede corresponder a un campo estándar o personalizado del registro Sales Order, que suele llamarse «Requested Delivery Date» o algo similar.
Ejemplos
2023-05-202023-06-012023-06-15
|
|||
|
Importe total del pedido
TotalOrderAmount
|
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 distinto y más manual, mientras que los de bajo valor pueden estar muy automatizados. Este análisis ayuda a priorizar las mejoras en los pedidos que tienen mayor impacto.
Por qué es importante
Permite analizar los pedidos según su valor, priorizar los de mayor importe y comprender cómo afecta la eficiencia del proceso 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
|
Nombre del cliente que realizó el pedido de venta. | ||
|
Descripción
Este atributo contiene el nombre de la entidad jurídica o la persona que compró los bienes o servicios. Vincula el proceso del pedido de venta con una cuenta de cliente específica. Filtrar o segmentar el análisis por cliente es esencial para comprender sus comportamientos, detectar problemas que afectan a cuentas clave y evaluar los niveles de servicio. Permite analizar el proceso desde la perspectiva del cliente y ver quiénes sufren más demoras o retrabajo.
Por qué es importante
Permite segmentar el proceso por cliente, algo clave para analizar la satisfacción, detectar 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 preparación del pedido con el proceso de cuentas por cobrar. Registrar el 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. Vincula de forma concreta las actividades operativas de envío de productos con la actividad financiera de cobro.
Por qué es importante
Vincula el pedido de venta con la transacción financiera específica de facturación y permite analizar de principio a fin el proceso de pedido a cobro.
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
|
Usuario o empleado que realizó la actividad. | ||
|
Descripción
Este atributo identifica a la persona responsable de ejecutar un paso específico del proceso, como el representante de ventas que creó el pedido o la persona operadora del almacén que empaquetó los artículos. Puede ser el nombre de usuario o un ID único. Analizar los datos por usuario ayuda a comprender cómo se distribuye la carga de trabajo, detectar necesidades de formación y comparar el rendimiento entre personas o equipos. También es fundamental para analizar las causas de fondo de las desviaciones o demoras asociadas a acciones de usuarios específicos.
Por qué es importante
Permite analizar el rendimiento por empleado o función, y ayuda a identificar a quienes obtienen mejores resultados, las tareas que podrían automatizarse y las oportunidades de formación.
Dónde obtenerlo
Esta información puede encontrarse en campos como 'Creado por', 'Modified By' o 'Owner' de distintos registros de transacciones de NetSuite.
Ejemplos
John SmithJane DoeUsuario del 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». Su valor es verdadero si la entrega se realizó a tiempo o antes, y falso si se retrasó. Este indicador es esencial para calcular el KPI «Tasa de entregas a tiempo» y alimentar el Dashboard «Diferencia entre la fecha de entrega prometida y la real». Simplifica el análisis del rendimiento de las entregas y permite filtrar y agregar datos fácilmente para identificar las causas de los envíos tardíos, ya sean productos, regiones o cuellos de botella específicos del proceso.
Por qué es importante
Ofrece un resultado claro y binario del rendimiento de las entregas, lo que simplifica el cálculo de los KPI y el análisis de las causas raíz de los pedidos atrasados.
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. | ||
|
Descripción
Este atributo identifica al equipo o departamento responsable de la venta. Se utiliza para organizar al personal de ventas y gestionar los territorios o las líneas de productos. En Process Mining, analizar el rendimiento por equipo de ventas puede revelar las buenas prácticas de los equipos con mejores resultados o detectar problemas sistémicos que afectan a un equipo en particular. También puede poner de manifiesto diferencias en la calidad de la introducción de datos, las aprobaciones de descuentos u otros factores previos que repercuten en el proceso posterior de preparación del pedido.
Por qué es importante
Permite comparar el rendimiento de los distintos equipos de ventas e identificar buenas prácticas o áreas que necesitan apoyo.
Dónde obtenerlo
Puede ser un campo estándar o personalizado del registro Sales Order, a menudo vinculado al registro de empleado del representante de ventas.
Ejemplos
Ventas de NorteaméricaEmpresas de EMEACanal de APAC
|
|||
|
Estado del crédito
CreditStatus
|
Indica si el pedido de venta está retenido por motivos de crédito. | ||
|
Descripción
Este atributo refleja el estado crediticio del cliente al procesar el pedido, por ejemplo, «Retenido» o «Liberado». Es un factor clave en las primeras etapas del ciclo de vida del pedido. Analizar este atributo ayuda a comprender cómo afectan las verificaciones de crédito al tiempo total del ciclo del pedido. El Dashboard «Análisis del tiempo del ciclo de verificación de crédito» utiliza estos datos para identificar cuántos pedidos quedan retenidos y cuánto se tarda en liberarlos, lo que permite detectar cuellos de botella en el proceso de gestión de crédito.
Por qué es importante
Afecta directamente al KPI «Tiempo del ciclo de verificación de crédito» y ayuda a explicar las demoras en las primeras etapas del proceso del pedido.
Dónde obtenerlo
Puede ser un campo de estado estándar o una casilla personalizada, como «Credit Hold», en el registro Sales Order. También puede inferirse a partir de las actividades «Credit Hold Applied» y «Credit Hold Released».
Ejemplos
BuenoRetenidoLiberado
|
|||
|
Fecha de vencimiento del pago
PaymentDueDate
|
La fecha límite para pagar la factura. | ||
|
Descripción
Este atributo indica la fecha calculada en la que el cliente debe pagar, según la fecha de la factura y las condiciones de pago. Por ejemplo, si una factura tiene fecha del 1 de abril y condiciones de «30 días netos», vencerá 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 «Tasa de pagos a tiempo» y gestionar las cuentas por cobrar.
Por qué es importante
Es la referencia para medir el rendimiento de los pagos a tiempo, 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 en el pedido de venta
SalesOrderChangeCount
|
El número de veces que se ha modificado un pedido de venta desde su creación. | ||
|
Descripción
Esta métrica calculada cuenta las actividades «Sales Order Changed» de cada caso. Un número elevado de cambios indica que hubo que rehacer trabajo, posiblemente por solicitudes del cliente, errores al introducir datos o ajustes de precios. Este atributo alimenta directamente el KPI «Tasa de retrabajo de pedidos de venta» y el Dashboard «Variantes de retrabajo de pedidos de venta». Analizar las características de los pedidos con muchos cambios ayuda a identificar las causas raíz del retrabajo, como problemas relacionados con determinados productos, clientes o representantes de ventas.
Por qué es importante
Cuantifica directamente el retrabajo y ayuda a localizar las fuentes de ineficiencia, los problemas de calidad de los 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». Su valor es verdadero si el pago se realizó en la fecha de vencimiento o antes, y falso en caso contrario. Este atributo es la base del KPI «Tasa de pagos a tiempo» y del Dashboard «Tasa de cumplimiento de las condiciones de pago». Ofrece una medida clara del comportamiento de pago de los clientes y permite analizar qué clientes, regiones o condiciones de pago se asocian más con los pagos atrasados.
Por qué es importante
Mide directamente la puntualidad de los pagos de los clientes, un factor 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 los productos del pedido. Se obtiene de la dirección de envío asociada al pedido de venta. El análisis geográfico por país de envío puede revelar diferencias en el rendimiento del proceso debidas 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 detectar cuellos de botella regionales, comparar el rendimiento logístico y comprender las complejidades de las operaciones 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 de eventos. En este proceso, normalmente será 'NetSuite'. En entornos más complejos, permite distinguir los datos de distintos sistemas integrados, como un CRM o un WMS independiente. En el análisis, ayuda a confirmar la trazabilidad de los datos y es fundamental al combinar datos de varias fuentes para crear una vista 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
Aporta contexto esencial sobre el origen de los datos, especialmente en entornos donde se integran varios sistemas.
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, por ejemplo, estándar, urgente o especial. | ||
|
Descripción
Este atributo clasifica los pedidos de venta según su tipo, que suele determinar la ruta y la prioridad del proceso. Por ejemplo, un «Pedido urgente» puede omitir ciertos pasos o tener SLA más estrictos que un «Pedido estándar». Analizar el proceso por tipo de pedido es fundamental para saber si las distintas variantes del proceso son intencionales y eficaces. Ayuda a evaluar si los procedimientos especiales para ciertos tipos de pedido realmente permiten obtener resultados más rápidos o mejores, y a qué coste.
Por qué es importante
Permite comparar distintas rutas previstas del proceso, como los pedidos estándar y los urgentes, para comprobar si ofrecen los resultados esperados.
Dónde obtenerlo
Suele ser un campo personalizado «Order Type» del 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 de forma predeterminada.
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ó el conjunto de datos por última vez. Informa a las personas usuarias sobre la actualidad de los datos que analizan y les permite saber qué periodo abarcan los Dashboards y análisis de Process Mining. No se utiliza para analizar el flujo del proceso, pero es un metadato fundamental para la gobernanza de datos y la confianza de las personas usuarias. Les ayuda a evaluar la actualidad de la información y a 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 añade al conjunto de datos durante la extracción de datos de NetSuite.
Ejemplos
2023-10-27T02:00:00Z
|
|||
Actividades del proceso de pedido a cobro: procesamiento de pedidos de venta
| Actividad | Descripción | ||
|---|---|---|---|
|
Cumplimiento del pedido creado
|
Esta actividad marca el inicio del proceso físico de cumplimiento en el almacén. Se produce 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 del 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.
Capturar
Utilice la fecha de creación de la transacción del registro Item Fulfillment vinculado.
Tipo de evento
explicit
|
|||
|
Factura creada
|
Indica la creación de la factura 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 evento explícito se registra a partir del campo 'Date Created' del registro de transacción de la factura (tabla Transaction, Type='CustInvc'), vinculado al pedido de venta.
Capturar
Utilice la fecha de creación de la transacción de la factura vinculada.
Tipo de evento
explicit
|
|||
|
Mercancía enviada
|
Este hito marca el momento en que los artículos salen del almacén y se dirigen 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 crítico entre la empresa, el transportista y el cliente. Este evento es esencial para hacer un seguimiento del rendimiento de las entregas a tiempo y medir el tiempo total de cumplimiento del pedido.
Dónde obtenerlo
Se infiere cuando el campo 'Status' de la transacción 'Item Fulfillment' vinculada cambia a 'Shipped'. La marca de tiempo de este evento corresponde a la fecha de ese cambio de estado.
Capturar
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 registra al crear una transacción 'Customer Payment' y aplicarla a la factura asociada al pedido de venta. | ||
|
Por qué es importante
Como evento final clave, esta actividad es fundamental para analizar el ciclo de conversión de efectivo y el rendimiento de los pagos a tiempo. Indica que la transacción de venta ha concluido satisfactoriamente desde el punto de vista financiero.
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.
Capturar
Utilice la fecha de la transacción del registro Customer Payment aplicado a la factura.
Tipo de evento
explicit
|
|||
|
Pedido de venta aprobado
|
Este hito indica que el pedido de venta ha superado todas las verificaciones internas, como las de crédito e inventario, y está listo para su cumplimiento. Por lo general, se infiere cuando el estado del pedido cambia a 'Pending Fulfillment'. | ||
|
Por qué es importante
La aprobación es un gateway crítico del proceso. Medir el tiempo hasta la aprobación ayuda a detectar demoras 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 registra cuando el campo 'Order Status' se actualiza a 'Pending Fulfillment' o a un estado personalizado equivalente que indique aprobación.
Capturar
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: indica que el pedido de venta se ha cumplido por completo, se ha facturado y se considera terminado. Se infiere cuando el estado del pedido de venta cambia a 'Closed'. | ||
|
Por qué es importante
Este evento marca el fin operativo del ciclo de vida del pedido. El tiempo transcurrido desde su creación hasta el cierre ofrece una visión completa de la duración del proceso de principio a fin.
Dónde obtenerlo
Se infiere cuando el campo 'Status' de la transacción del pedido de venta cambia a 'Closed'. La marca de tiempo se obtiene de las notas del sistema correspondientes a este cambio de estado final.
Capturar
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 del pedido de venta. Se produce cuando se guarda por primera vez en NetSuite una nueva transacción de pedido de venta, que registra la solicitud inicial del cliente. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso de pedido a cobro. Analizar el tiempo transcurrido desde este evento hasta las actividades posteriores es fundamental para medir la eficiencia general del procesamiento de pedidos y sus tiempos de ciclo.
Dónde obtenerlo
Este evento explícito se registra a partir del campo 'Date Created' del registro de transacción del pedido de venta (tabla Transaction, Type='SalesOrd').
Capturar
Utilice la fecha de creación de la transacción de los pedidos de venta.
Tipo de evento
explicit
|
|||
|
Artículos empaquetados
|
Indica que los artículos recogidos se han empaquetado y están listos para el envío. Se registra 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 empaquetado. El tiempo entre la recogida y el empaquetado puede revelar limitaciones de capacidad o ineficiencias en el proceso.
Dónde obtenerlo
Se infiere cuando el campo 'Status' de la transacción 'Item Fulfillment' vinculada cambia a 'Packed'. La marca de tiempo se registra en las notas del sistema correspondientes a esta actualización.
Capturar
Marca de tiempo del cambio de estado a 'Packed' en el registro Item Fulfillment.
Tipo de evento
inferred
|
|||
|
Artículos recogidos
|
Indica que los artículos del pedido se han recogido de sus ubicaciones en el almacén. Este evento se infiere a partir del cambio de estado del registro 'Item Fulfillment' asociado. | ||
|
Por qué es importante
Analizar el tiempo que se tarda en recoger los artículos es esencial para optimizar la eficiencia del almacén. Esta actividad ayuda a medir y detectar cuellos de botella en el proceso de preparación de pedidos.
Dónde obtenerlo
Se infiere cuando el campo 'Status' de la transacción 'Item Fulfillment' vinculada cambia a 'Picked'. La marca de tiempo se obtiene de las notas del sistema correspondientes a este cambio de estado.
Capturar
Marca de tiempo del cambio de estado a 'Picked' en el registro Item Fulfillment.
Tipo de evento
inferred
|
|||
|
Inventario comprometido
|
Este evento marca el momento en que se reserva oficialmente el inventario para un pedido de venta y se garantiza su disponibilidad para el cumplimiento. Se infiere al observar cambios en la '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. Las demoras entre la aprobación del pedido y el compromiso del inventario pueden provocar faltantes y afectar las fechas de entrega prometidas.
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.
Capturar
Marca de tiempo del cambio en el campo 'Quantity Committed' de las líneas del pedido.
Tipo de evento
inferred
|
|||
|
Nota de crédito creada
|
Este evento se produce cuando se emite una nota de crédito contra un pedido de venta o una factura, por lo general debido a devoluciones, ajustes de precio u otras concesiones. Se registra al crear 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 el momento en que se emiten ayuda a identificar las causas de fondo 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.
Capturar
Utilice la fecha de creación de la transacción de la nota de crédito 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 registra 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 entrada 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 de fondo de las modificaciones de los pedidos.
Dónde obtenerlo
Se obtiene 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 pertinente puede considerarse una instancia de esta actividad.
Capturar
Identifique los cambios en los campos de las notas del sistema del pedido de venta posteriores a su creación inicial.
Tipo de evento
inferred
|
|||
|
Pedido retenido por crédito
|
Este evento se produce cuando un pedido de venta queda retenido por crédito, de forma automática o manual, y se pausa el proceso de cumplimiento. Por lo general, se infiere cuando el estado del pedido cambia 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 las demoras en el ciclo de cumplimiento. Esta actividad pone de manifiesto los cuellos de botella relacionados con problemas de crédito de los clientes.
Dónde obtenerlo
Se infiere a partir de las notas del sistema o del registro de auditoría del pedido de venta, en particular, al buscar cambios en el campo 'Order Status' a un estado de retención.
Capturar
Identifique la marca de tiempo del cambio del estado del pedido a una retención por crédito.
Tipo de evento
inferred
|
|||
|
Retención por crédito levantada
|
Indica el momento en que se levanta la retención por crédito de un pedido de venta y este puede continuar con el cumplimiento. Se registra al observar el cambio de un estado de retención a un estado abierto o aprobado. | ||
|
Por qué es importante
La duración de las retenciones por crédito es un KPI crítico. Este evento permite medir cuánto se tarda en resolver los problemas de crédito y cómo afectan al ciclo general de pedido a cobro.
Dónde obtenerlo
Se infiere a partir de las notas del sistema o del registro de auditoría del pedido de venta, que registran la marca de tiempo del cambio del campo 'Order Status' desde un estado de retención.
Capturar
Identifique la marca de tiempo del cambio del estado del pedido de una retención por crédito a un estado activo.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Use esta plantilla para agilizar la recopilación de datos y descubrir información valiosa sobre el proceso de pedido a cobro de pedidos de venta en NetSuite. Empiece hoy mismo a optimizar sus procesos.
Acelere el flujo de caja: optimice hoy el procesamiento de pedidos de venta
Únase a las empresas que han reducido un 30 % el tiempo de ciclo del proceso de pedido a cobro.
No se requiere tarjeta de crédito. Configuración en minutos.