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
Este es nuestro Template genérico de datos de Process Mining para Order to Cash: tramitación de pedidos de venta. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.
Seleccione un sistema específico- Identifica los Atributos de datos esenciales para crear un Registro de eventos completo.
- Describe las actividades y los hitos clave del proceso.
- Sirve como punto de partida universal para Process Mining y puede adaptarse a cualquier sistema.
Atributos del procesamiento de pedidos de venta de Order to Cash
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | La fecha y hora exactas en las que tuvo lugar una actividad o un evento específicos. | ||
| Descripción La hora del evento es una marca de tiempo que registra el momento exacto en que tuvo lugar una actividad. Este atributo proporciona 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 dos actividades, determinar la duración de pasos concretos e identificar retrasos 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 todas las métricas de rendimiento, como los tiempos de ciclo y las duraciones, que resultan fundamentales para identificar cuellos de botella. Dónde obtenerlo Normalmente se encuentra junto a cada registro de transacción o actualización de estado, a menudo con etiquetas 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 del pedido de venta SalesOrderId | El identificador único de un pedido de venta, que actúa como identificador principal del caso para el proceso Order to Cash. | ||
| Descripción El ID del pedido de venta es la base del Process Mining en Order to Cash, ya que identifica de forma única cada instancia del proceso, desde la creación hasta el cierre. Actúa como clave principal que vincula todas las actividades, eventos y datos relacionados, y forma el recorrido completo de principio a fin de un único pedido. En el análisis, este atributo permite reconstruir el ciclo de vida de cada pedido de venta. Se utiliza para seguir la secuencia de eventos, medir la duración entre actividades y agregar métricas a nivel de pedido. Por ejemplo, para calcular el KPI «Tiempo de ciclo del cumplimiento del pedido», es necesario agrupar todas las actividades por su ID del pedido de venta y calcular la diferencia de tiempo entre el primer y el último evento. Por qué es importante Este ID es esencial para seguir cada pedido a lo largo del proceso y permite analizar a nivel de caso los tiempos de ciclo, los cuellos de botella y las desviaciones. Dónde obtenerlo Normalmente se encuentra en la tabla de cabecera de los documentos de pedidos de venta del sistema ERP o CRM de origen. Ejemplos SO-001234598004567ORD-2023-54321 | |||
| Nombre de la actividad ActivityName | El nombre del evento empresarial o la tarea específicos que tuvieron lugar en un momento determinado dentro del proceso del pedido de venta. | ||
| Descripción El nombre de la actividad describe un paso o hito del ciclo de vida de una orden de venta, como «Orden de venta creada», «Comprobación de crédito realizada» o «Mercancías enviadas». Cada actividad representa una acción diferenciada realizada 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 descubrir desviaciones del procedimiento estándar. Al analizar la secuencia de actividades, los analistas pueden localizar cuellos de botella, bucles de retrabajo, como actividades repetidas de «Orden de venta modificada», y variantes del proceso que no cumplen los requisitos. Es fundamental para Dashboards como «Conformidad y desviaciones del proceso» y KPI como «Tasa de retrabajo de órdenes de venta». Por qué es importante Define los pasos del proceso, lo que permite visualizar el mapa de procesos, analizar los flujos del proceso e identificar retrabajos o desviaciones. Dónde obtenerlo A menudo se obtiene de los cambios de estado de los documentos, los registros de eventos o los 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 recibidoPedido de venta cancelado | |||
| 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 modernas, un proceso integral como Order to Cash suele abarcar varias aplicaciones, por ejemplo, un CRM para crear el pedido y un ERP para el cumplimiento y la facturación. En el análisis, este atributo resulta útil para comprender el entorno tecnológico del proceso. Ayuda a identificar puntos de integración y posibles problemas de coherencia de datos entre distintos sistemas. Analizar las actividades por sistema de origen puede revelar si determinados pasos del proceso se gestionan de forma diferente o sufren más retrasos según el sistema en el que se ejecutan. Por qué es importante Proporciona 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 el proceso de extracción de datos (ETL) o puede ser un campo estándar de los almacenes de datos. Ejemplos SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica la última vez que se actualizaron o extrajeron los datos del sistema de origen. | ||
| Descripción Este atributo proporciona una marca de tiempo de la última carga de datos en el entorno de Process Mining. Refleja la actualidad de los datos analizados y se diferencia de la hora del evento, que registra cuándo tuvo lugar realmente la actividad empresarial. Aunque normalmente no se utiliza para analizar directamente el flujo del proceso, esta información es esencial para la gobernanza de datos y para garantizar la fiabilidad de los resultados. Permite a analistas y usuarios de negocio comprender la actualidad de los insights generados. Por ejemplo, si la última actualización de datos se realizó hace una semana, cualquier conclusión sobre el rendimiento actual debe interpretarse teniendo en cuenta este hecho. Por qué es importante Indica la actualidad de los datos y garantiza que los análisis se basen en información actualizada y que las conclusiones sigan siendo relevantes. Dónde obtenerlo Normalmente lo genera y almacena la herramienta de extracción de datos (ETL) o la plataforma de Process Mining durante la ingesta de datos. Ejemplos 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| Canal de ventas SalesChannel | El canal por el que se recibió el pedido de venta, como Web, ventas directas o un socio. | ||
| Descripción El canal de ventas indica el origen o el método mediante el que se realizó una orden. Puede tratarse de 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 variaciones significativas en la eficiencia y la conformidad. Por ejemplo, las órdenes del canal web pueden estar muy automatizadas y procesarse con rapidez, mientras que las órdenes de ventas directas pueden implicar más cambios manuales y ciclos de aprobación más largos. Este análisis ayuda a las empresas a optimizar el flujo específico de cada canal y asignar los recursos de forma más eficaz. Proporciona una dimensión clave para Dashboards como «Cuellos de botella del cumplimiento de pedidos». Por qué es importante Permite comparar el rendimiento del proceso entre distintos canales y revela variaciones en eficiencia, automatización y conformidad. Dónde obtenerlo Esta información suele almacenarse en los datos de la cabecera del pedido de venta y a menudo es un campo obligatorio durante la introducción del pedido. Ejemplos Portal webVentas directasEDIRed de socios | |||
| Identificador del cliente CustomerIdentifier | El identificador único o el nombre del cliente que realizó el pedido de venta. | ||
| Descripción Este atributo identifica a la parte externa para la que se procesa el pedido de venta. Puede ser un número de cliente único, el nombre de una empresa u otra clave que distinga a un cliente de otro. En Process Mining, el identificador del cliente es una dimensión muy útil para segmentar los datos. Los analistas pueden filtrar el mapa de procesos para ver cómo se comporta el proceso con un cliente concreto 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 provocan con frecuencia desviaciones o retrasos, y proporciona información valiosa para la gestión de las relaciones con los clientes. Por qué es importante Permite filtrar y comparar procesos entre distintos clientes o grupos de clientes para identificar procesos personalizados o cuentas problemáticas. Dónde obtenerlo Se encuentra en los datos de la cabecera del pedido 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 | El código o nombre único de un producto o servicio principal incluido en el pedido de venta. | ||
| Descripción El identificador del producto, como un número de material o SKU, especifica qué se vende. Aunque un pedido de venta puede contener varios productos, este atributo suele representar el producto principal o puede agregarse en una categoría de producto para realizar análisis de alto nivel. Este atributo permite analizar el proceso Order to Cash desde la perspectiva del producto. El análisis puede revelar si determinados productos están asociados con tiempos de cumplimiento más largos, más problemas de entrega o tasas de cancelación más elevadas. Esta información es fundamental para la planificación de la cadena de suministro, la gestión del inventario y la estrategia de la cartera de productos. Por ejemplo, descubrir que una línea de productos concreta sufre retrasos constantes en el paso «Liberado al almacén» puede desencadenar una investigación sobre sus niveles de stock 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 y ayuda a identificar cuellos de botella o problemas específicos de cada producto. Dónde obtenerlo Se encuentra en el nivel de posición del pedido de venta. Para el análisis a nivel de caso, puede representarse mediante la posición más relevante o una categoría de producto derivada. Ejemplos PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
| Nombre de usuario UserName | El 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 determinada. Puede tratarse de un representante de ventas que creó el pedido, un responsable de crédito que lo aprobó o un usuario del sistema que contabilizó automáticamente un pago. Este atributo permite analizar el proceso desde una perspectiva centrada en 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 bucles de retrabajo o comportamientos que no cumplen las normas, 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 del equipo, los niveles de automatización y el cumplimiento. Dónde obtenerlo Se encuentra habitualmente en los registros de transacciones o en los historiales de cambios de documentos, a menudo con etiquetas como «Creado por» o «Modificado por». Ejemplos John.SmithBATCH_USERAlice.JonesUSER_API | |||
| Valor del pedido OrderValue | El valor monetario total del pedido de venta, normalmente expresado en la moneda del documento. | ||
| Descripción El valor del pedido representa el valor financiero total del pedido de venta. Es una métrica financiera fundamental que cuantifica la magnitud de cada instancia de caso. Este atributo resulta muy valioso para analizar el proceso según su valor. Permite priorizar los problemas centrándose en los pedidos de mayor importe. Por ejemplo, los analistas pueden investigar si los pedidos de alto valor tienen tiempos de ciclo más largos o más retrabajo que los pedidos de bajo valor. También se utiliza para calcular el impacto financiero de las ineficiencias del proceso, como el valor total de los pedidos retrasados por un cuello de botella concreto. Esto crea un argumento empresarial sólido para las iniciativas de mejora de procesos. Por qué es importante Permite realizar análisis basados en el valor, ayuda a priorizar las mejoras del proceso centrándose en los pedidos de alto valor y cuantifica el impacto financiero de los retrasos. Dónde obtenerlo Está disponible en los datos de la cabecera del pedido de venta y a menudo se calcula como la suma de los valores netos de todas las posiciones. Ejemplos 15200.50500.00125000.75 | |||
| ¿Está automatizado? IsAutomated | Indicador que señala si una actividad fue realizada automáticamente por el sistema o manualmente por una persona usuaria. | ||
| Descripción Este Atributo booleano distingue entre las tareas ejecutadas por personas usuarias y las realizadas mediante automatización del sistema, como trabajos en segundo plano, API o bots de RPA. Por ejemplo, una comprobación de crédito puede 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 principal dato para calcular el KPI «Manual Intervention Rate». Ayuda a identificar qué partes del proceso están altamente automatizadas y cuáles todavía dependen del trabajo manual. Este análisis puede revelar oportunidades para seguir automatizando, reducir costes, minimizar errores y acortar los tiempos de ciclo. Por qué es importante Distingue entre tareas manuales y automatizadas, un aspecto clave para medir el nivel de automatización e identificar oportunidades de mejora del proceso. Dónde obtenerlo Esta información puede derivarse del Atributo «User Name», por ejemplo, identificando usuarios del sistema como «BATCH_USER», o de campos específicos de los registros de eventos que registran el contexto de ejecución. Ejemplos truefalse | |||
| Estado del pedido OrderStatus | El estado del pedido de venta en el momento del evento, como «Open», «In Process» o «Completed». | ||
| Descripción El estado del pedido ofrece una visión del punto en el que se encuentra el pedido de venta dentro de su ciclo de vida en un momento concreto. Es una etiqueta categórica que resume el estado actual del pedido. Mientras que la secuencia de actividades proporciona un mapa detallado del proceso, el Atributo de estado del pedido resulta útil para crear una visión simplificada y general del proceso. Puede utilizarse para filtrar todos los pedidos que se encuentren actualmente en un estado específico, por ejemplo, todos los pedidos «On Credit Hold». Analizar el tiempo dedicado a los distintos estados también puede revelar cuellos de botella, como pedidos que permanecen demasiado tiempo en el estado «Waiting for Approval». Por qué es importante Ofrece un resumen general del estado de un pedido, útil para filtrar, analizar estados e identificar pedidos atascados en una fase concreta. Dónde obtenerlo Es un campo estándar en la cabecera de la mayoría de los documentos de pedidos de venta de los sistemas ERP y CRM. Ejemplos AbiertoEn cursoRetención por créditoCompletadoCancelado | |||
| Fecha de entrega confirmada ConfirmedDeliveryDate | La fecha de entrega que la empresa ha confirmado y a la que se ha comprometido con el cliente. | ||
| Descripción Después de 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. 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 propio compromiso. Las diferencias significativas entre las fechas de entrega solicitadas y confirmadas en muchos pedidos pueden indicar problemas sistémicos en los cálculos de disponibilidad para promesa (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. Dónde obtenerlo Se encuentra en los datos de las líneas de programación del pedido de venta, que suelen 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 | La fecha en la que los productos se entregaron realmente al cliente, lo que marca la finalización de la parte de cumplimiento del proceso. | ||
| Descripción La fecha de entrega real es la marca de tiempo que registra la entrega satisfactoria de los productos al cliente. A menudo se basa en el comprobante de entrega del transportista. Este Atributo es la medida definitiva del éxito del cumplimiento. Es el último dato utilizado para calcular la «On-Time Delivery Rate», comparándolo con las fechas de entrega solicitada y confirmada. Analizar el intervalo entre la actividad «Goods Shipped» 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 y resulta esencial para calcular con precisión la «On-Time Delivery Rate» y el tiempo total del ciclo de cumplimiento del pedido. Dónde obtenerlo A menudo procede de un sistema externo de logística o transporte y se integra posteriormente en el ERP. Puede derivarse de la marca de tiempo de la actividad «Goods Delivered». Ejemplos 2023-11-172023-12-022024-01-14 | |||
| Fecha de entrega solicitada RequestedDeliveryDate | La fecha de entrega del pedido solicitada por el cliente. | ||
| Descripción Esta fecha representa el plazo de entrega deseado por el cliente. Es un dato fundamental que se captura al inicio del proceso y sirve como referencia principal para evaluar la satisfacción del cliente respecto a 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 de entrada clave para el panel «Rendimiento de las entregas a tiempo» y se utiliza para determinar si una entrega se realizó puntualmente desde la perspectiva del cliente. Analizar las diferencias entre las fechas solicitada y confirmada también puede poner de manifiesto problemas de planificación y programación. Por qué es importante Representa la expectativa de entrega del cliente y establece una referencia para medir el rendimiento de las entregas a tiempo y la satisfacción del cliente. Dónde obtenerlo Normalmente se encuentra en la cabecera del pedido de venta o en los detalles de sus posiciones, y se introduce durante la creación del pedido. Ejemplos 2023-11-152023-12-012024-01-10 | |||
| Fecha de vencimiento del pago PaymentDueDate | La fecha límite en la que el cliente debe realizar el pago de 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 plazo para realizar el pago a tiempo y es un elemento clave del proceso de cuentas por cobrar. Este Atributo es fundamental para analizar la parte financiera del ciclo Order to Cash. Es el punto de referencia para determinar si un pago se realizó a tiempo, un dato que alimenta directamente el KPI «On-Time Payment Rate». El Dashboard «Invoice to Payment Cycle» depende en gran medida de esta fecha para analizar el comportamiento de pago y gestionar eficazmente el capital circulante. Comparar los retrasos entre la creación de la factura y el pago con esta fecha permite identificar a los clientes que pagan con demora. Por qué es importante Es fundamental para el análisis financiero, ya que sirve como referencia para calcular la «On-Time Payment Rate» y gestionar las cuentas por cobrar. Dónde obtenerlo Normalmente se encuentra en el documento de factura del cliente y se deriva de la fecha de la factura y de las condiciones de pago especificadas en los datos maestros del cliente o en el pedido de venta. Ejemplos 2023-12-152024-01-302024-02-28 | |||
| Motivo del rechazo RejectionReason | Código o descripción que explica por qué se canceló o rechazó un pedido de venta o una posición. | ||
| Descripción Cuando se cancela un pedido de venta o se rechaza un artículo, el motivo del rechazo aporta el contexto empresarial de este resultado negativo. Los motivos pueden ir desde «Customer Canceled» e «Incorrect Price» hasta «Out of Stock». Este Atributo es esencial para analizar la causa 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 debido a «Incorrect Price» podría indicar problemas en los procesos de elaboración de ofertas o de datos maestros. Este análisis contribuye directamente a mejorar la «First-Time Right Rate» y reducir el desperdicio del proceso. Por qué es importante Explica por qué fallan los pedidos y permite analizar la causa raíz para abordar problemas subyacentes de precios, inventario o comunicación con el cliente. Dónde obtenerlo Normalmente se encuentra en el nivel de posición del pedido de venta y se selecciona de una lista predefinida de códigos cuando se cancela un artículo. Ejemplos Solicitud del clienteProducto descatalogadoError de preciosLímite de crédito excedido | |||
Actividades del procesamiento de pedidos de venta de Order to Cash
| Actividad | Descripción | ||
|---|---|---|---|
| Factura creada | Esta actividad representa la generación de la factura del cliente por los bienes o servicios enviados. Es una transacción financiera fundamental 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 de «bill-to-cash», afecta directamente al flujo de caja. Analizarlo ayuda a identificar retrasos en el proceso de facturación. Dónde obtenerlo Se trata de un evento explícito capturado a partir de la marca de tiempo de creación de la factura o del documento de facturación en el módulo financiero. Recopilar Utilice la fecha y hora de creación del registro del documento de factura en las tablas de cuentas por cobrar o facturación. Tipo de evento explicit | |||
| Pago recibido | Esta actividad indica que el pago del cliente correspondiente a una factura se ha recibido, procesado y aplicado. Este evento suele producirse 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 transcurrido entre la facturación y el pago es fundamental para analizar los días de ventas pendientes de cobro y la eficiencia del ciclo de conversión de efectivo. Dónde obtenerlo Este es un evento explícito de contabilización financiera, capturado 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. Recopilar Utilice la fecha de contabilización o la fecha 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 las revisiones de crédito y configuración, y se ha confirmado formalmente para su cumplimiento. A menudo 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 habilita el proceso de cumplimiento. Analizar el tiempo previo a la aprobación ayuda a identificar retrasos en el ciclo de validación y revisión del pedido. Dónde obtenerlo Normalmente se registra como un estado específico «Approved», «Confirmed» o «Booked» en el campo de estado del pedido de venta o en el historial del Workflow. Recopilar Identifique la marca de tiempo en la que el estado del pedido de venta cambia a una situación que indica que está listo para su cumplimiento, como «Approved» o «Booked». Tipo de evento inferred | |||
| Pedido de venta cancelado | Este evento representa la cancelación de un pedido de venta antes de que se haya enviado y facturado por completo. Es un final alternativo y 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 los pedidos puede revelar problemas relacionados con la satisfacción del cliente, la disponibilidad del inventario o los errores de introducción de datos. Dónde obtenerlo Normalmente se captura mediante un estado específico de «Cancelado» o «Rechazado» aplicado a la cabecera del pedido de venta o a sus posiciones. Recopilar Capture la marca de tiempo en la que se aplica un motivo de cancelación o el estado final «Cancelado» al documento del pedido de venta. Tipo de evento inferred | |||
| Pedido de venta cerrado | Esta es la actividad final de un pedido procesado correctamente e indica que se ha enviado, facturado y pagado por completo. Este estado significa que no se esperan más transacciones para este pedido 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 un pedido perfecto. Dónde obtenerlo Normalmente se infiere a partir de un estado final en la cabecera del pedido de venta, como «Cerrado» o «Completado», una vez finalizadas todas las transacciones secundarias. Recopilar Identifique la marca de tiempo en la que el estado general de la cabecera del pedido de venta se actualiza a su estado final y completado. 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 un cliente de bienes o servicios y constituye el punto de partida del proceso Order to Cash. | ||
| Por qué es importante Este es el evento de inicio principal del proceso. Analizar el tiempo desde este punto ayuda a medir el tiempo total del ciclo de cumplimiento del pedido y la eficiencia de la introducción inicial de datos. Dónde obtenerlo Este evento suele capturarse 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. Recopilar 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 crítico marca el momento en que los productos embalados del pedido se expiden y salen físicamente del almacén. Es un hito logístico y financiero clave que a menudo activa el proceso de facturación. | ||
| Por qué es importante Este es un hito fundamental para medir el rendimiento de las entregas a tiempo y el tiempo del ciclo de cumplimiento. El tiempo desde la creación del pedido hasta el envío es un indicador clave de rendimiento. Dónde obtenerlo Normalmente se trata de un evento explícito registrado en los módulos de envío o logística, a menudo denominado «Post Goods Issue» o «Ship Confirmation». Recopilar Utilice la marca de tiempo de la confirmación de envío o de la transacción de salida de mercancías, que normalmente se almacena en el documento de entrega o cumplimiento. Tipo de evento explicit | |||
| Comprobación de crédito realizada | Esta actividad indica que se ha realizado una comprobación de solvencia del cliente asociado al pedido. Puede tratarse de una comprobación automatizada del sistema o de una revisión manual, que a menudo da 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 de crédito y su impacto en el tiempo total del ciclo del pedido. Dónde obtenerlo A menudo se infiere a partir de un cambio de estado del pedido de venta, la liberación de un bloqueo de crédito o una entrada en un registro específico de gestión de crédito. Recopilar Capture la marca de tiempo en la que el campo de estado de crédito del pedido se actualiza a «Approved» o «Checked», o en la que se elimina un bloqueo relacionado con el crédito. Tipo de evento inferred | |||
| Factura enviada al cliente | Representa el momento en que la factura creada se transmite al cliente para su pago. Puede realizarse a través de distintos canales, como el correo electrónico, el intercambio electrónico de datos o el correo postal. | ||
| Por qué es importante Este momento marca el inicio oficial del plazo de pago del cliente. Los retrasos entre la creación y el envío de la factura pueden afectar negativamente al ciclo de conversión de efectivo. Dónde obtenerlo Se obtiene de los registros de gestión de salidas, los registros de comunicaciones o una actualización de estado específica del documento de factura. Recopilar Capture la marca de tiempo del registro de salidas del sistema que indique la transmisión correcta del documento de factura. Tipo de evento inferred | |||
| Inventario reservado | Esta actividad representa el momento en que el inventario necesario para las posiciones del pedido de venta se asigna o reserva. Esta acción garantiza que los artículos estén disponibles y comprometidos para este pedido específico, evitando que se vendan a otras personas. | ||
| Por qué es importante Realizar un seguimiento de la reserva 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 poner de manifiesto problemas de abastecimiento. Dónde obtenerlo A menudo se trata de un evento automatizado del sistema, registrado en las tablas de transacciones de inventario o indicado por un cambio de estado en la posición del pedido de venta. Recopilar Capture la marca de tiempo del registro de transacciones de inventario correspondiente al compromiso de existencias para la posición específica del pedido de venta. Tipo de evento explicit | |||
| Liberado para el almacén | Esta actividad marca la transferencia formal del pedido de venta al almacén para su procesamiento físico. Activa el inicio de las actividades de preparación y embalaje por parte del equipo de almacén. | ||
| Por qué es importante Este es un punto de transferencia crítico entre departamentos. Analizar el tiempo empleado en este paso puede revelar cuellos de botella en la comunicación entre ventas y logística. Dónde obtenerlo Este evento suele capturarse cuando se genera una lista de preparación o cuando el estado del pedido se actualiza a «Ready to Pick» o «Released». Recopilar Identifique la marca de tiempo en la que el estado de la posición del pedido de venta cambia a una situación que indica que está lista para el procesamiento en el almacén. Tipo de evento inferred | |||
| Nota de crédito creada | Esta actividad ocurre cuando se emite una nota de crédito a un cliente, normalmente por devoluciones de productos, discrepancias de 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 identificar problemas sistémicos relacionados con la calidad del producto, la exactitud de los envíos o los errores de precios. Es un indicador clave de fallos en el proceso. Dónde obtenerlo Este es un evento financiero explícito, capturado a partir de la marca de tiempo de creación del documento de nota de crédito en el módulo de facturación o de cuentas por cobrar. Recopilar Utilice la fecha y hora de creación del documento de nota de crédito, que normalmente está vinculado al pedido de venta o la factura originales. 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 cantidades, artículos, precios o fechas solicitadas. Normalmente se captura mediante el seguimiento de las actualizaciones en los registros de auditoría o de cambios del sistema. | ||
| Por qué es importante Realizar un seguimiento de los cambios de los pedidos es fundamental para identificar el retrabajo del proceso, comprender las fuentes de ineficiencia y medir las tasas de ejecución correcta a la primera. Los cambios frecuentes pueden indicar problemas con la precisión inicial del pedido. Dónde obtenerlo Se obtiene de las tablas de registros de cambios del sistema, los registros de auditoría o la comparación de distintas versiones del documento del pedido de venta. Recopilar Filtre los registros de cambios del sistema para localizar actualizaciones de campos clave de la cabecera o las posiciones del pedido de venta y utilice la marca de tiempo del cambio como hora del evento. Tipo de evento explicit | |||
| Productos embalados | Esta actividad marca la finalización del proceso de embalaje, en el que los artículos preparados se consolidan, empaquetan y dejan listos para el envío. A menudo incluye la generación de un albarán de embalaje y la finalización de los detalles del envío. | ||
| Por qué es importante Analizar el tiempo entre la preparación y el embalaje puede ayudar a optimizar la distribución de los puestos de trabajo y los procedimientos de embalaje. Es un paso clave para garantizar la precisión del pedido antes del envío. Dónde obtenerlo Este evento puede capturarse como un estado independiente en un WMS o inferirse a partir de la hora de creación del documento de embalaje. Recopilar Identifique la marca de tiempo en la que el estado del documento de cumplimiento cambia a «Packed» o utilice la marca de tiempo de creación del documento 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. Esta información suele actualizarse a partir de los datos recibidos de una empresa de transporte externa o mediante una confirmación manual. | ||
| Por qué es importante Realizar un seguimiento de la entrega proporciona una visión completa de la experiencia del cliente y permite medir con precisión el tiempo total del ciclo de cumplimiento del pedido. Dónde obtenerlo Generalmente se obtiene de los datos de la empresa de transporte externa, integrados de nuevo en el sistema principal, o de un registro de confirmación «Proof of Delivery». Recopilar Capture la marca de tiempo de confirmación de entrega proporcionada por la empresa de transporte o la marca de tiempo de un registro «Proof of Delivery» introducido manualmente. Tipo de evento explicit | |||
| Productos preparados | Esta actividad indica que se ha completado la preparación física de todos los artículos del pedido en sus ubicaciones del almacén. Normalmente se registra cuando una persona operaria del almacén confirma que la tarea de preparación ha finalizado. | ||
| 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 Normalmente se registra en un módulo de Warehouse Management System o se infiere a partir de una actualización de estado del documento de entrega o cumplimiento. Recopilar Capture la marca de tiempo en la que el estado de la lista de preparación o del documento de cumplimiento asociado se actualiza a «Picked» o «Completed». 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 de su sistema como si decide adaptar este Template genérico, ya dispone de lo necesario para comenzar a optimizar su proceso Order to Cash: procesamiento de pedidos de venta.
Comience hoy a optimizar el procesamiento de sus pedidos de venta
Obtenga información inmediata, elimine retrasos y mejore su flujo de caja.
No necesita tarjeta de crédito y puede configurarlo en pocos minutos.