Su Template de datos para el proceso de pedido a cobro: gestión de órdenes de venta
Su Template de datos para el proceso de pedido a cobro: gestión de órdenes de venta
Este es nuestro Template genérico de datos para Process Mining de Pedido al cobro: procesamiento de pedidos de ventas. Para obtener indicaciones más específicas, use nuestros Templates para cada sistema.
Seleccione un sistema específico- Identifica los atributos de datos esenciales para crear un registro de eventos completo.
- Describe las actividades y los hitos principales del proceso.
- Ofrece un punto de partida universal para Process Mining, adaptable a cualquier sistema.
Atributos del proceso de pedido a cobro: gestión de órdenes de venta
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | La fecha y hora exactas en que se produjo una actividad o un evento. | ||
| Descripción La hora del evento es una marca de tiempo que registra el momento exacto en que tuvo lugar una actividad. Este atributo aporta el contexto temporal del proceso y permite ordenar cronológicamente todos los eventos asociados a una orden de venta. Esta marca de tiempo es fundamental para cualquier análisis basado en el tiempo. Se utiliza para calcular los tiempos de ciclo entre actividades, determinar la duración de pasos concretos y localizar demoras o cuellos de botella. Por ejemplo, el KPI «Tiempo de ciclo del cumplimiento de pedidos» se calcula como la diferencia entre la hora del evento de la actividad de entrega final y la de la creación inicial de la orden. Dashboards como «Resumen del tiempo de ciclo de la orden de venta» dependen por completo de este atributo. Por qué es importante Esta marca de tiempo es esencial para calcular métricas de rendimiento, como los tiempos de ciclo y las duraciones, que permiten identificar cuellos de botella. Dónde obtenerlo Suele encontrarse junto a cada transacción o registro de actualización de estado, con nombres como fecha de creación, fecha de modificación o fecha de contabilización. Ejemplos 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
| ID de la orden de venta SalesOrderId | Identificador único de una orden de venta, que sirve como identificador principal del caso en el proceso de pedido a cobro. | ||
| Descripción El ID de la orden de venta es la base del Process Mining en el proceso de pedido a cobro, ya que identifica de forma única cada instancia desde su creación hasta su cierre. Actúa como clave principal que vincula todas las actividades, eventos y datos relacionados, y permite reconstruir el recorrido completo de una orden. En el análisis, este atributo permite reconstruir el ciclo de vida de cada orden de venta. Se utiliza para seguir la secuencia de eventos, medir la duración entre actividades y agregar métricas por orden. Por ejemplo, para calcular el KPI «Tiempo de ciclo del cumplimiento de pedidos», es necesario agrupar todas las actividades por ID de la orden de venta y calcular la diferencia entre el primer y el último evento. Por qué es importante Este ID es esencial para seguir cada orden a lo largo del proceso y analizar por caso los tiempos de ciclo, los cuellos de botella y las desviaciones. Dónde obtenerlo Suele encontrarse en la tabla de cabecera de los documentos de órdenes de venta del sistema ERP o CRM de origen. Ejemplos SO-001234598004567ORD-2023-54321 | |||
| Nombre de la actividad ActivityName | Nombre del evento o la tarea de negocio específicos que se produjeron en un momento determinado del proceso de la orden de venta. | ||
| Descripción El nombre de la actividad describe un paso o hito del ciclo de vida de la orden de venta, como «Orden de venta creada», «Comprobación de crédito realizada» o «Mercancías enviadas». Cada actividad representa una acción concreta sobre la orden de venta y constituye uno de los elementos básicos del mapa del proceso. El análisis depende en gran medida de este atributo para visualizar el flujo del proceso, identificar las rutas habituales y detectar desviaciones del procedimiento estándar. Al analizar la secuencia de actividades, se pueden localizar cuellos de botella, ciclos de retrabajo (por ejemplo, actividades repetidas de «Orden de venta modificada») y variaciones que no cumplen con el proceso. Es fundamental para Dashboards como «Conformidad y desviaciones del proceso» y para KPI como «Tasa de retrabajo de órdenes de venta». Por qué es importante Define los pasos del proceso y permite visualizar el mapa, analizar los flujos e identificar retrabajos o desviaciones. Dónde obtenerlo A menudo se obtiene de cambios en el estado de los documentos, registros de eventos o códigos de transacción de los módulos de ventas, entregas y facturación del sistema de origen. Ejemplos Pedido de venta creadoProductos enviadosPago recibidoOrden de venta cancelada | |||
| Sistema de origen SourceSystem | Identifica el sistema de información del que proceden los datos, como un ERP, un CRM o una plataforma heredada. | ||
| Descripción El atributo Sistema de origen especifica el sistema de registro en el que se generaron los datos del evento. En las empresas actuales, un proceso integral como el de pedido a cobro suele abarcar varias aplicaciones; por ejemplo, un CRM para crear la orden y un ERP para gestionar su cumplimiento y facturación. En el análisis, este atributo ayuda a comprender el panorama tecnológico del proceso. Permite identificar puntos de integración y posibles problemas de coherencia de datos entre sistemas. Analizar las actividades por sistema de origen puede revelar si ciertos pasos se gestionan de forma distinta o sufren más demoras según el sistema en el que se ejecutan. Por qué es importante Aporta contexto sobre el origen de los datos, algo fundamental en entornos con varios sistemas para rastrear su linaje e identificar variaciones del proceso específicas de cada sistema. Dónde obtenerlo Esta información suele añadirse durante la extracción de datos (ETL) o puede ser un campo estándar en los almacenes de datos. Ejemplos SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica cuándo se actualizaron o extrajeron los datos por última vez del sistema de origen. | ||
| Descripción Este atributo registra cuándo se cargaron los datos por última vez en el entorno de Process Mining. Indica qué tan actualizados están los datos analizados y se diferencia de la hora del evento, que registra cuándo se produjo realmente la actividad de negocio. Aunque no suele utilizarse para analizar directamente el flujo del proceso, esta información es esencial para la gobernanza de datos y la fiabilidad de los resultados. Permite a analistas y usuarios de negocio saber qué tan recientes son las conclusiones obtenidas. Por ejemplo, si la última actualización de datos fue hace una semana, cualquier conclusión sobre el rendimiento actual debe tener en cuenta este dato. Por qué es importante Indica qué tan actualizados están los datos y ayuda a garantizar que los análisis se basen en información reciente y que las conclusiones sigan siendo pertinentes. Dónde obtenerlo Normalmente, la herramienta de extracción de datos (ETL) o la plataforma de Process Mining genera y almacena esta información durante la ingesta de datos. Ejemplos 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| Canal de ventas SalesChannel | Canal por el que se recibió la orden de venta, como la web, las ventas directas o un socio. | ||
| Descripción El canal de ventas indica el origen o el medio por el que se realizó una orden. Puede ser un portal en línea, un equipo de ventas directas, una conexión EDI con un socio o una tienda minorista. Analizar el proceso por canal de ventas puede revelar diferencias importantes en eficiencia y conformidad. Por ejemplo, las órdenes del canal web pueden estar muy automatizadas y procesarse rápidamente, mientras que las de ventas directas pueden requerir más cambios manuales y ciclos de aprobación más largos. Este análisis ayuda a optimizar el flujo específico de cada canal y a asignar los recursos de forma más eficaz. También aporta una dimensión clave para Dashboards como «Cuellos de botella en el cumplimiento de pedidos». Por qué es importante Permite comparar el rendimiento del proceso en distintos canales y detectar diferencias en eficiencia, automatización y conformidad. Dónde obtenerlo Esta información suele almacenarse en los datos de cabecera de la orden de venta y a menudo es un campo obligatorio al registrar la orden. Ejemplos Portal webVentas directasEDIRed de socios | |||
| Identificador del cliente CustomerIdentifier | Identificador único o nombre del cliente que realizó la orden de venta. | ||
| Descripción Este atributo identifica a la parte externa para la que se procesa la orden de venta. Puede ser un número de cliente único, el nombre de una empresa u otra clave que permita distinguir a un cliente de los demás. En Process Mining, el identificador del cliente es una dimensión útil para segmentar los datos. Los analistas pueden filtrar el mapa del proceso para ver cómo se desarrolla para un cliente específico o comparar los flujos entre distintos grupos de clientes, como cuentas estratégicas y compradores ocasionales. Esto puede revelar procesos personalizados o destacar clientes que suelen generar desviaciones o demoras, y aportar información valiosa para gestionar las relaciones con los clientes. Por qué es importante Permite filtrar y comparar los procesos de distintos clientes o grupos para identificar procesos personalizados o cuentas problemáticas. Dónde obtenerlo Se encuentra en los datos de cabecera de la orden de venta y está vinculado a los datos maestros del cliente en el sistema ERP o CRM de origen. Ejemplos CUST-10023Global Corp Inc.758991 | |||
| Identificador del producto ProductIdentifier | Código o nombre único de un producto o servicio principal incluido en la orden de venta. | ||
| Descripción El identificador del producto, como un número de material o SKU, especifica qué se vende. Aunque una orden de venta puede incluir varios productos, este atributo suele representar el producto principal o puede agruparse en una categoría para realizar análisis generales. Este atributo permite analizar el proceso de pedido a cobro desde la perspectiva del producto. El análisis puede revelar si ciertos productos se asocian con tiempos de cumplimiento más largos, más problemas de entrega o más cancelaciones. Esta información es fundamental para planificar la cadena de suministro, gestionar el inventario y definir la estrategia de la cartera de productos. Por ejemplo, descubrir que una línea de productos concreta sufre demoras constantes en el paso «Liberado para el almacén» puede dar pie a investigar sus niveles de existencias o su ubicación en el almacén. Por qué es importante Permite analizar el rendimiento del proceso para distintos productos o grupos de productos e identificar cuellos de botella o problemas específicos. Dónde obtenerlo Se encuentra en el nivel de partida de la orden de venta. Para analizar el caso, puede representarse mediante la partida más importante o una categoría de producto derivada. Ejemplos PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
| Nombre de usuario UserName | Nombre o ID del usuario, empleado o agente del sistema que ejecutó la actividad. | ||
| Descripción El atributo Nombre de usuario identifica a la persona o al agente automatizado responsable de realizar una actividad. Puede tratarse de un representante de ventas que creó la orden, un responsable de crédito que la aprobó o un usuario del sistema que contabilizó un pago automáticamente. Este atributo permite analizar el proceso desde la perspectiva de las personas. Se utiliza para analizar la distribución de la carga de trabajo, comparar el rendimiento entre equipos o personas e identificar oportunidades de formación. También es clave para el cumplimiento y la trazabilidad de auditoría. Analizar las actividades por usuario ayuda a descubrir quién participa en ciclos de retrabajo o en comportamientos que no cumplen con el proceso, y es fundamental para calcular el KPI «Tasa de intervención manual». Por qué es importante Identifica a la persona o al sistema que realiza una actividad y permite analizar la carga de trabajo, el rendimiento de los equipos, los niveles de automatización y el cumplimiento. Dónde obtenerlo Suele encontrarse en los registros de transacciones o en el historial de cambios de documentos, con nombres como «Creado por» o «Modificado por». Ejemplos John.SmithBATCH_USERAlice.JonesUSER_API | |||
| Valor de la orden OrderValue | Valor monetario total de la orden de venta, normalmente expresado en la moneda del documento. | ||
| Descripción El valor de la orden representa el importe financiero total de la orden de venta. Es una métrica financiera clave que cuantifica la magnitud de cada caso. Este atributo es muy útil para analizar el proceso en función del valor. Permite priorizar los problemas centrándose en las órdenes de mayor importe. Por ejemplo, los analistas pueden investigar si las órdenes de mayor importe tienen tiempos de ciclo más largos o más retrabajo que las de menor importe. También se utiliza para calcular el impacto financiero de las ineficiencias del proceso, como el valor total de las órdenes demoradas por un cuello de botella específico. Esto permite fundamentar las iniciativas de mejora del proceso. Por qué es importante Permite analizar el proceso según el valor, priorizar las mejoras centrándose en las órdenes de mayor importe y cuantificar el impacto financiero de las demoras. Dónde obtenerlo Está disponible en los datos de cabecera de la orden de venta y suele calcularse sumando los valores netos de todas las partidas. Ejemplos 15200.50500.00125000.75 | |||
| Es automatizada IsAutomated | Indicador que señala si el sistema realizó una actividad automáticamente o si la llevó a cabo una persona de forma manual. | ||
| Descripción Este atributo booleano distingue las tareas realizadas por personas de las que ejecuta la automatización del sistema, como trabajos en segundo plano, API o bots de RPA. Por ejemplo, una comprobación de crédito podría ser un paso automatizado, mientras que resolver un bloqueo de crédito suele requerir intervención manual. Analizar el proceso desde la perspectiva de la automatización es fundamental para las iniciativas de transformación digital. Este indicador es el dato principal para calcular el KPI de tasa de intervención manual. Permite identificar qué partes del proceso están muy automatizadas y cuáles todavía dependen del trabajo manual. El análisis puede revelar oportunidades para ampliar la automatización, reducir costes, minimizar errores y acortar los tiempos de ciclo. Por qué es importante Distingue las tareas manuales de las automatizadas, algo clave para medir el nivel de automatización e identificar oportunidades de mejora del proceso. Dónde obtenerlo Esta información puede obtenerse del atributo «Nombre de usuario» (por ejemplo, al identificar usuarios del sistema como «BATCH_USER») o de campos específicos del registro de eventos que indiquen el contexto de ejecución. Ejemplos truefalse | |||
| Estado de la orden OrderStatus | Estado de la orden de venta en el momento del evento, como «Abierta», «En curso» o «Completada». | ||
| Descripción El estado de la orden muestra en qué etapa del ciclo de vida se encontraba la orden de venta en un momento determinado. Es una etiqueta categórica que resume el estado actual de la orden. La secuencia de actividades ofrece un mapa detallado del proceso, mientras que el atributo Estado de la orden permite crear una vista general más sencilla. Puede utilizarse para filtrar todas las órdenes que se encuentran en un estado específico, por ejemplo, las que están «En retención de crédito». Analizar el tiempo que las órdenes permanecen en distintos estados también puede revelar cuellos de botella, como órdenes que pasan demasiado tiempo en el estado «En espera de aprobación». Por qué es importante Ofrece un resumen general del estado de una orden y resulta útil para filtrar, analizar estados e identificar órdenes estancadas en una etapa concreta. Dónde obtenerlo Es un campo estándar en la cabecera de la mayoría de los documentos de órdenes de venta en los sistemas ERP y CRM. Ejemplos AbiertaEn cursoEn retención de créditoCompletadaCancelada | |||
| Fecha de entrega confirmada ConfirmedDeliveryDate | Fecha de entrega que la empresa ha confirmado y se ha comprometido a cumplir con el cliente. | ||
| Descripción Tras comprobar el inventario y los calendarios de producción, la empresa proporciona una fecha de entrega confirmada. Esta fecha representa el compromiso de la organización con el cliente y sirve como referencia interna para medir el rendimiento del cumplimiento de pedidos. Este atributo es fundamental para evaluar la eficiencia operativa interna. Se utiliza en el KPI «Tasa de entregas a tiempo», donde se compara con la fecha de entrega real para determinar si la empresa cumplió su compromiso. Las diferencias importantes entre las fechas de entrega solicitadas y confirmadas en muchas órdenes pueden indicar problemas sistémicos en los cálculos de disponibilidad para prometer (ATP) o en la planificación de la capacidad. Por qué es importante Representa el compromiso de la empresa con el cliente y sirve como referencia interna para medir la puntualidad de las entregas y la fiabilidad del cumplimiento de pedidos. Dónde obtenerlo Se encuentra en los datos de las líneas de programación de la orden de venta y suele actualizarse después de una comprobación de disponibilidad o una ejecución de planificación de la producción. Ejemplos 2023-11-182023-12-012024-01-15 | |||
| Fecha de entrega real ActualDeliveryDate | Fecha en que se entregaron realmente las mercancías al cliente, que marca la finalización de la etapa de cumplimiento del pedido. | ||
| Descripción La fecha de entrega real registra la entrega satisfactoria de las mercancías al cliente. A menudo se basa en la prueba de entrega del transportista. Este atributo es la medida definitiva del éxito del cumplimiento del pedido. Es el dato final que se utiliza para calcular la «Tasa de entregas a tiempo» al compararlo con las fechas de entrega solicitada y confirmada. Analizar el tiempo entre la actividad «Mercancías enviadas» y la fecha de entrega real también puede aportar información sobre el rendimiento de los socios logísticos y los métodos de envío. Por qué es importante Es la prueba final del cumplimiento del pedido y resulta esencial para calcular con precisión la tasa de entregas a tiempo y el tiempo total de ciclo del cumplimiento de pedidos. Dónde obtenerlo A menudo procede de un sistema externo de logística o transporte y se integra en el ERP. También puede derivarse de la marca de tiempo de la actividad «Mercancías entregadas». Ejemplos 2023-11-172023-12-022024-01-14 | |||
| Fecha de entrega solicitada RequestedDeliveryDate | Fecha de entrega de la orden solicitada por el cliente. | ||
| Descripción Esta fecha representa el plazo de entrega que desea el cliente. Es un dato clave que se registra al inicio del proceso y sirve como referencia principal para evaluar la satisfacción del cliente con la puntualidad de la entrega. En el análisis del proceso, la fecha de entrega solicitada se compara con otras fechas clave, como la fecha de entrega confirmada y la fecha de entrega real, para medir los niveles de servicio. Es un dato clave para el Dashboard «Rendimiento de las entregas a tiempo» y se utiliza para determinar si la entrega llegó a tiempo desde la perspectiva del cliente. Analizar las diferencias entre las fechas solicitadas y confirmadas también puede revelar problemas de planificación y programación. Por qué es importante Representa las expectativas del cliente sobre la entrega y sirve de referencia para medir la puntualidad y su satisfacción. Dónde obtenerlo Suele encontrarse en la cabecera de la orden de venta o en los detalles de las partidas, y se introduce al crear la orden. Ejemplos 2023-11-152023-12-012024-01-10 | |||
| Fecha de vencimiento del pago PaymentDueDate | Fecha límite en la que el cliente debe pagar la factura. | ||
| Descripción La fecha de vencimiento del pago se calcula a partir de la fecha de la factura y las condiciones de pago acordadas con el cliente. Establece el límite para pagar a tiempo y es un elemento clave del proceso de cuentas por cobrar. Este atributo es fundamental para analizar la parte financiera del ciclo de pedido a cobro. Sirve de referencia para determinar si un pago se realizó a tiempo y es un dato directo para el KPI «Tasa de pagos a tiempo». El Dashboard «Ciclo de facturación a cobro» depende en gran medida de esta fecha para analizar los hábitos de pago y gestionar eficazmente el capital de trabajo. Las demoras entre la creación de la factura y el pago pueden compararse con esta fecha para identificar a los clientes que pagan tarde. Por qué es importante Es fundamental para el análisis financiero: sirve de referencia para calcular la tasa de pagos a tiempo y gestionar las cuentas por cobrar. Dónde obtenerlo Suele encontrarse en el documento de factura del cliente y se calcula a partir de la fecha de la factura y las condiciones de pago especificadas en los datos maestros del cliente o en la orden de venta. Ejemplos 2023-12-152024-01-302024-02-28 | |||
| Motivo de rechazo RejectionReason | Código o descripción que explica por qué se canceló o rechazó una orden de venta o una de sus partidas. | ||
| Descripción Cuando se cancela una orden de venta o se rechaza una partida, el motivo de rechazo aporta el contexto empresarial de este resultado desfavorable. Los motivos pueden ser «Cancelación solicitada por el cliente», «Precio incorrecto» o «Sin existencias», entre otros. Este atributo es esencial para analizar las causas raíz de los fallos del proceso. Al analizar la frecuencia de los distintos motivos de rechazo, una empresa puede identificar problemas sistémicos. Por ejemplo, un número elevado de cancelaciones por «Precio incorrecto» podría indicar problemas en los procesos de cotización o de gestión de datos maestros. Este análisis contribuye directamente a mejorar la tasa de acierto a la primera y reducir el desperdicio en los procesos. Por qué es importante Explica por qué fallan las órdenes y permite analizar las causas raíz para abordar problemas subyacentes de precios, inventario o comunicación con los clientes. Dónde obtenerlo Suele encontrarse en el nivel de partida de la orden de venta y se selecciona de una lista predefinida de códigos cuando se cancela una partida. Ejemplos Solicitud del clienteProducto descontinuadoError de precioLímite de crédito excedido | |||
Actividades del proceso de pedido a cobro: gestión de órdenes de venta
| Actividad | Descripción | ||
|---|---|---|---|
| Factura creada | Esta actividad representa la generación de la factura para los bienes o servicios enviados al cliente. Se trata de una transacción financiera esencial que registra formalmente la deuda del cliente e inicia el ciclo de pago. | ||
| Por qué es importante El tiempo entre el envío y la facturación, conocido como retraso entre facturación y cobro, afecta directamente al flujo de caja. Analizarlo ayuda a detectar demoras en el proceso de facturación. Dónde obtenerlo Es un evento explícito que se registra a partir de la fecha y hora de creación de la factura o del documento de facturación en el módulo financiero. Capturar Utilice la fecha y hora de creación del registro del documento de factura en las tablas de cuentas por cobrar o de facturación. Tipo de evento explicit | |||
| Orden de venta cancelada | Este evento representa la cancelación de una orden de venta antes de que se haya enviado y facturado por completo. Es un final alternativo no satisfactorio del proceso, que puede producirse en distintas etapas. | ||
| Por qué es importante Este es un resultado crítico de fallo. Analizar cuándo y por qué se cancelan las órdenes puede revelar problemas de satisfacción del cliente, disponibilidad del inventario o errores de entrada de datos. Dónde obtenerlo Suele registrarse mediante un estado específico de «Cancelada» o «Rechazada» aplicado a la cabecera de la orden de venta o a sus partidas. Capturar Registre la fecha y hora en que se asigna un motivo de cancelación o el estado final «Cancelada» al documento de la orden de venta. Tipo de evento inferred | |||
| Orden de venta cerrada | Esta es la actividad final de una orden procesada correctamente: indica que se envió, facturó y pagó por completo. Este estado significa que no se esperan más transacciones para la orden de venta. | ||
| Por qué es importante Esta actividad marca la finalización correcta del proceso. El tiempo total desde la creación hasta el cierre representa el tiempo de ciclo integral de una orden perfecta. Dónde obtenerlo Suele inferirse a partir del estado final de la cabecera de la orden de venta, como «Cerrada» o «Completada», una vez finalizadas todas las transacciones asociadas. Capturar Identifique la fecha y hora en que el estado general de la cabecera de la orden de venta se actualiza al estado final de completada. Tipo de evento inferred | |||
| Pago recibido | Esta actividad indica que se recibió, procesó y aplicó el pago del cliente correspondiente a una factura. Suele registrarse en el módulo de cuentas por cobrar y cierra la partida financiera pendiente. | ||
| Por qué es importante Este es el último paso que genera valor. Medir el tiempo entre la factura y el pago es fundamental para analizar los días pendientes de cobro y la eficiencia del ciclo de conversión de efectivo. Dónde obtenerlo Es un evento explícito de contabilización financiera, que se registra a partir de la fecha de compensación del documento de cuentas por cobrar o de la creación de un registro de aplicación de pago. Capturar Utilice la fecha de contabilización o de compensación del documento financiero que liquida el importe pendiente de la factura. Tipo de evento explicit | |||
| Pedido de venta aprobado | Este hito indica que el pedido de venta ha superado todas las comprobaciones internas necesarias, como la revisión del crédito y de la configuración, y que se ha confirmado formalmente para su cumplimiento. A menudo, esto implica una acción explícita de aprobación o un cambio de estado. | ||
| Por qué es importante Este es un punto de control clave que da paso al proceso de cumplimiento. Analizar el tiempo hasta la aprobación ayuda a identificar retrasos en el ciclo de validación y revisión del pedido. Dónde obtenerlo Por lo general, se registra como un estado específico, como «Aprobado», «Confirmado» o «Registrado», en el campo de estado del pedido de venta o en el historial del flujo de trabajo. Capturar Identifique la marca de tiempo en que el estado del pedido de venta cambia a uno que indique que está listo para su cumplimiento, como «Aprobado» o «Registrado». Tipo de evento inferred | |||
| Pedido de venta creado | Esta actividad marca la creación inicial de un pedido de venta en el sistema. Representa el registro formal de la solicitud de productos o servicios de un cliente y da inicio al proceso de pedido a cobro. | ||
| Por qué es importante Este es el principal evento de inicio del proceso. Analizar el tiempo transcurrido desde este momento permite medir el tiempo de ciclo total del cumplimiento de pedidos y la eficiencia inicial de la entrada de datos. Dónde obtenerlo Este evento suele registrarse a partir de la marca de tiempo de creación del registro principal de cabecera del pedido de venta o de su registro de transacciones asociado. Capturar Identifique la primera marca de tiempo asociada a la creación de un nuevo ID de pedido de venta en la tabla o el documento de cabecera de pedidos del sistema. Tipo de evento explicit | |||
| Productos enviados | Este evento fundamental marca el momento en que los productos embalados del pedido se despachan y salen físicamente del almacén. Es un hito logístico y financiero clave que suele activar el proceso de facturación. | ||
| Por qué es importante Este es un hito esencial para medir el rendimiento de las entregas a tiempo y el tiempo de ciclo del cumplimiento de pedidos. El tiempo desde la creación del pedido hasta su envío es un indicador clave de rendimiento. Dónde obtenerlo Por lo general, se registra como un evento explícito en los módulos de envío o logística, a menudo con nombres como «Salida de mercancías» o «Confirmación de envío». Capturar Utilice la marca de tiempo de la confirmación de envío o de la transacción de salida de mercancías, que suele almacenarse en el documento de entrega o cumplimiento. Tipo de evento explicit | |||
| Comprobación de crédito realizada | Esta actividad indica que se ha comprobado la solvencia del cliente asociado al pedido. Puede tratarse de una comprobación automatizada del sistema o de una revisión manual, que suele dar lugar a una actualización del estado de crédito del pedido. | ||
| Por qué es importante Este paso suele ser un cuello de botella. Medir su duración y sus resultados ayuda a analizar la eficiencia de la gestión del crédito y su impacto en el tiempo de ciclo general del pedido. Dónde obtenerlo A menudo, se deduce de un cambio en el estado del pedido de venta, de la liberación de un bloqueo de crédito o de una entrada en un registro específico de gestión del crédito. Capturar Registre la marca de tiempo en que el campo del estado de crédito del pedido cambia a «Aprobado» o «Comprobado», o cuando se elimina un bloqueo relacionado con el crédito. Tipo de evento inferred | |||
| Factura enviada al cliente | Indica el momento en que se envía al cliente la factura creada para que realice el pago. Puede enviarse por distintos canales, como correo electrónico, intercambio electrónico de datos o correo postal. | ||
| Por qué es importante Este evento marca el inicio oficial del plazo de pago del cliente. Las demoras entre la creación y el envío de la factura pueden afectar negativamente al ciclo de conversión de efectivo. Dónde obtenerlo Los datos suelen proceder de registros de gestión de salidas, registros de comunicaciones o una actualización de estado específica del documento de factura. Capturar Registre la fecha y hora del registro de salida del sistema que indica que el documento de factura se transmitió correctamente. Tipo de evento inferred | |||
| Inventario reservado | Esta actividad representa el momento en que se asigna o reserva el inventario necesario para las líneas del pedido de venta. De este modo, los productos quedan disponibles y comprometidos para ese pedido concreto, y no se venden a otros clientes. | ||
| Por qué es importante Hacer un seguimiento de las reservas de inventario ayuda a analizar la disponibilidad de materiales y los posibles retrasos relacionados con las existencias. El tiempo entre la aprobación del pedido y la reserva puede revelar problemas de abastecimiento. Dónde obtenerlo A menudo, se trata de un evento automatizado del sistema que se registra en las tablas de transacciones de inventario o se indica mediante un cambio de estado en la línea del pedido de venta. Capturar Registre la marca de tiempo del historial de transacciones de inventario que corresponda a la reserva de existencias para la línea concreta del pedido de venta. Tipo de evento explicit | |||
| Nota de crédito creada | Esta actividad se produce cuando se emite una nota de crédito a un cliente, normalmente por devoluciones de productos, desacuerdos sobre precios u otros ajustes. Representa la reversión o reducción de un importe facturado anteriormente. | ||
| Por qué es importante Analizar la frecuencia y los motivos de las notas de crédito ayuda a detectar problemas sistémicos relacionados con la calidad de los productos, la precisión de los envíos o errores de precios. Es un indicador clave de fallos en el proceso. Dónde obtenerlo Es un evento financiero explícito que se registra a partir de la fecha y hora de creación del documento de nota de crédito en el módulo de facturación o de cuentas por cobrar. Capturar Utilice la fecha y hora de creación del documento de nota de crédito, que suele estar vinculado a la orden de venta o factura original. Tipo de evento explicit | |||
| Pedido de venta modificado | Esta actividad representa cualquier modificación importante de un pedido de venta después de su creación inicial, como cambios en las cantidades, los artículos, los precios o las fechas solicitadas. Por lo general, se registra mediante el seguimiento de las actualizaciones en los registros de auditoría o los historiales de cambios del sistema. | ||
| Por qué es importante Hacer un seguimiento de los cambios en los pedidos es fundamental para identificar el retrabajo, entender las fuentes de ineficiencia y medir la tasa de pedidos correctos desde el primer intento. Los cambios frecuentes pueden indicar problemas con la precisión inicial del pedido. Dónde obtenerlo Los datos pueden proceder de tablas de historial de cambios del sistema, registros de auditoría o comparaciones entre distintas versiones del documento del pedido de venta. Capturar Filtre los registros de cambios del sistema para encontrar actualizaciones de campos clave en la cabecera o las líneas del pedido de venta y utilice la marca de tiempo del cambio como hora del evento. Tipo de evento explicit | |||
| Pedido enviado al almacén | Esta actividad marca el traspaso formal del pedido de venta al almacén para su procesamiento físico. Es la señal para que el equipo del almacén comience a preparar y embalar los productos. | ||
| Por qué es importante Este es un punto de traspaso fundamental entre departamentos. Analizar el tiempo que lleva este paso puede revelar cuellos de botella en la comunicación entre ventas y logística. Dónde obtenerlo Este evento suele registrarse cuando se genera una lista de preparación o cuando el estado del pedido cambia a «Listo para preparar» o «Liberado». Capturar Identifique la marca de tiempo en que el estado de la línea del pedido de venta cambia a uno que indique que está lista para el procesamiento en el almacén. Tipo de evento inferred | |||
| Productos embalados | Esta actividad marca la finalización del embalaje: los productos preparados se agrupan, se empaquetan y quedan listos para el envío. A menudo, este paso incluye generar un albarán de embalaje y finalizar los detalles del envío. | ||
| Por qué es importante Analizar el tiempo entre la preparación y el embalaje puede ayudar a optimizar la disposición de los puestos de trabajo y los procedimientos de embalaje. Este paso es fundamental para garantizar la precisión del pedido antes del envío. Dónde obtenerlo Este evento puede registrarse como un estado específico en un sistema de gestión de almacenes o deducirse de la hora de creación del documento de albarán de embalaje. Capturar Identifique la marca de tiempo en que el estado del documento de cumplimiento cambia a «Embalado» o utilice la marca de tiempo de creación del albarán de embalaje. Tipo de evento inferred | |||
| Productos entregados | Esta actividad indica que el envío se ha entregado correctamente en la dirección especificada por el cliente. A menudo, esta información se actualiza con datos recibidos de una empresa de logística externa o mediante una confirmación manual. | ||
| Por qué es importante El seguimiento de las entregas ofrece una visión completa de la experiencia del cliente y permite medir con precisión el tiempo total de ciclo del cumplimiento de pedidos. Dónde obtenerlo Por lo general, estos datos proceden de transportistas externos y se integran en el sistema principal, o de un registro de confirmación de «Prueba de entrega». Capturar Registre la fecha y hora de confirmación de entrega que proporciona el transportista, o la fecha y hora de un registro de «Prueba de entrega» introducido manualmente. Tipo de evento explicit | |||
| Productos preparados | Esta actividad indica que se ha completado la preparación física de todos los productos del pedido en sus ubicaciones del almacén. Por lo general, se registra cuando una persona operadora del almacén confirma que ha terminado la tarea de preparación. | ||
| Por qué es importante Medir la duración de la preparación es esencial para analizar la eficiencia del almacén e identificar cuellos de botella en el proceso físico de cumplimiento. Dónde obtenerlo Suele registrarse en un módulo del sistema de gestión de almacenes o deducirse de una actualización del estado del documento de entrega o cumplimiento. Capturar Registre la marca de tiempo en que el estado de la lista de preparación asociada o del documento de cumplimiento cambia a «Preparado» o «Completado». Tipo de evento inferred | |||
Guías de extracción
Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,
¿Listo para comenzar?
Tanto si elige una guía específica para su sistema como si adapta este Template genérico, ya cuenta con lo necesario para empezar a optimizar el proceso de pedido a cobro y la gestión de órdenes de venta.
Empiece hoy a optimizar la gestión de sus órdenes de venta
Obtenga información de inmediato, elimine demoras y mejore su flujo de caja.
No se requiere tarjeta de crédito. La configuración toma solo unos minutos.