Su Template de datos de Order to Cash - Procesamiento de pedidos de venta
Su Template de datos de Order to Cash - Procesamiento de pedidos de venta
- Atributos recomendados para recopilar
- Actividades clave que debe supervisar
- Guía de extracción para Salesforce Sales Cloud
Atributos del procesamiento de pedidos de venta de Order to Cash
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | La fecha y hora exactas en que tuvo lugar la actividad. | ||
| Descripción La hora del evento, o marca de tiempo, registra el momento exacto en que tuvo lugar una actividad. Estos datos son fundamentales para ordenar correctamente los eventos y calcular las duraciones entre actividades, que constituyen la base de todo análisis de Process Mining basado en el tiempo. Este atributo se utiliza para ordenar las actividades de cada caso, calcular los tiempos de ciclo, identificar los tiempos de espera y analizar el rendimiento del proceso en distintos periodos. Las marcas de tiempo inexactas o ausentes pueden limitar considerablemente la utilidad del análisis. Por qué es importante Las marcas de tiempo son esenciales para ordenar cronológicamente los eventos y calcular todas las métricas de rendimiento, como los tiempos de ciclo y los cuellos de botella. Dónde obtenerlo Corresponde a campos como «CreatedDate» o «LastModifiedDate» del objeto «Order» o de registros relacionados. Para eventos específicos, puede proceder de la fecha de finalización de un registro «Task». Ejemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Nombre de la actividad ActivityName | El nombre del evento empresarial o la tarea específicos que tuvieron lugar durante el ciclo de vida del pedido de venta. | ||
| Descripción El nombre de la actividad describe un paso del proceso del pedido de venta, como «Order Created», «Credit Check Performed» o «Invoice Sent». Estas actividades son los componentes básicos del mapa de procesos y se derivan de eventos del sistema, cambios de estado o tareas completadas. El análisis de estas actividades permite visualizar el flujo del proceso, identificar las rutas habituales (variantes) y medir la frecuencia y duración de cada paso. Es fundamental para comprender qué ocurre en el proceso. Por qué es importante Este atributo define los pasos del mapa de procesos. Sin él, no es posible visualizar el flujo del proceso ni analizar cómo se gestionan realmente los pedidos de venta. Dónde obtenerlo Normalmente se deriva de cambios de estado en el campo «Order.Status», de la creación de registros relacionados, como «Invoice», o de registros «Task» o «Event» completados y relacionados con el pedido. Ejemplos Pedido creadoPedido aprobadoMercancía enviadaPago recibido | |||
| Pedido de venta SalesOrderId | El identificador único de cada pedido de venta, que actúa como caso principal para realizar el seguimiento de todo el proceso de pedido a cobro. | ||
| Descripción El ID del pedido de venta es la base del análisis del proceso, ya que identifica de forma única cada pedido del cliente durante todo su ciclo de vida. Vincula todas las actividades asociadas, desde la creación y la aprobación hasta el cumplimiento y el pago. En Process Mining, cada evento relacionado con un pedido específico se vincula a este ID. Esto permite reconstruir de principio a fin el recorrido del pedido y analizar en detalle los tiempos de ciclo, las variaciones del proceso y los cuellos de botella de cada pedido. Por qué es importante Este atributo es esencial para agrupar todos los eventos relacionados en un único caso, lo que permite visualizar y analizar el flujo completo del proceso de cada pedido de venta. Dónde obtenerlo Es el campo «Id» del objeto estándar «Order» de Salesforce. Ejemplos 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Sistema de origen SourceSystem | Identifica el sistema del que se extrajeron los datos. | ||
| Descripción Este atributo especifica el origen de los datos del proceso. En este análisis, su valor será siempre «Salesforce Sales Cloud». En entornos con varios sistemas, este campo es fundamental para la trazabilidad de los datos y la resolución de problemas. Incluso en un contexto con un solo sistema, proporciona metadatos importantes sobre el origen de los datos. Por qué es importante Proporciona un contexto esencial sobre el origen de los datos, algo importante para la gobernanza de datos y para integrar datos procedentes de varios sistemas de origen. Dónde obtenerlo Normalmente es un valor estático que se añade durante la extracción de datos para etiquetar el conjunto de datos. Ejemplos Salesforce Sales Cloud | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica cuándo se extrajeron o actualizaron los datos por última vez. | ||
| Descripción Este atributo registra la fecha y hora de la extracción más reciente de datos del sistema de origen. Proporciona un contexto esencial sobre la actualidad de los datos analizados. Los analistas utilizan esta información para saber si están consultando los datos de proceso más recientes y evaluar la relevancia de sus conclusiones. Es un metadato clave para cualquier proyecto de Process Mining. Por qué es importante Informa sobre la actualidad de los datos y permite comprender hasta qué punto el análisis refleja la situación más reciente. Dónde obtenerlo Es una marca de tiempo generada y añadida durante el proceso de extracción, transformación y carga (ETL) de datos. Ejemplos 2023-11-01T05:00:00Z | |||
| Estado del pedido OrderStatus | El estado del pedido de venta en el momento del evento. | ||
| Descripción Este atributo captura el estado del pedido de venta, como «Draft», «Activated», «Shipped» o «Closed». Los cambios de estado suelen ser la fuente para generar las actividades del registro de procesos. Analizar el estado del pedido proporciona contexto a cada evento y es fundamental para realizar un seguimiento del avance del pedido. Ayuda a comprender el resultado de los casos, por ejemplo, a identificar los pedidos «Cancelled» frente a los que se cerraron correctamente. Por qué es importante Proporciona un contexto esencial para cada evento y suele ser la base para definir las actividades. También es clave para analizar resultados de casos como las cancelaciones. Dónde obtenerlo Es el campo de lista de selección «Status» del objeto estándar «Order» de Salesforce. Ejemplos BorradorActivadoEnviadoCerradoCancelado | |||
| Fecha de entrega solicitada RequestedDeliveryDate | La fecha de entrega del pedido solicitada por el cliente. | ||
| Descripción Este atributo almacena la fecha en la que el cliente espera recibir sus productos. Sirve como referencia fundamental para medir el rendimiento de las entregas y la satisfacción del cliente. Esta fecha se utiliza directamente en el Dashboard «Seguimiento del cumplimiento de la fecha de entrega» y en el KPI «Tasa de entregas a tiempo». Se compara con la fecha de entrega real, la marca de tiempo «Goods Delivered», para determinar si el pedido se entregó a tiempo, antes o después de lo previsto. Por qué es importante Es la referencia principal para medir el rendimiento de las entregas a tiempo, un indicador clave de la satisfacción del cliente y la eficacia operativa. Dónde obtenerlo Suele ser un campo de fecha personalizado del objeto «Order». Su nombre exacto puede variar. Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos 2023-11-152023-12-012024-01-10 | |||
| Importe total del pedido TotalOrderAmount | El valor monetario total del pedido de venta. | ||
| Descripción Este atributo representa el importe financiero total del pedido del cliente. Es una métrica clave para comprender el impacto empresarial de las eficiencias o ineficiencias del proceso. En el análisis, el importe total del pedido puede utilizarse para segmentar los casos, por ejemplo, para comprobar si los pedidos de alto valor se procesan de forma diferente o sufren más retrasos que los de bajo valor. También es fundamental para calcular KPI financieros y comprender el valor que fluye por el proceso. Por qué es importante Permite analizar financieramente el proceso, segmentar los pedidos por valor y cuantificar el impacto monetario de los retrasos o el retrabajo. Dónde obtenerlo Es el campo «TotalAmount» del objeto estándar «Order» de Salesforce. Ejemplos 5400.50125000.00950.75 | |||
| Nombre de la cuenta AccountName | El nombre del cliente o la empresa que realizó el pedido de venta. | ||
| Descripción El nombre de la cuenta identifica al cliente asociado al pedido de venta. Esto permite analizar el proceso desde una perspectiva centrada en el cliente. Con este atributo, los analistas pueden filtrar el proceso para clientes específicos, comparar el rendimiento del proceso entre distintos segmentos de clientes o identificar si determinados clientes sufren problemas de proceso de forma recurrente. Es clave para vincular directamente el rendimiento del proceso con la experiencia del cliente. Por qué es importante Vincula el rendimiento del proceso con clientes específicos y permite realizar análisis y segmentaciones por cliente para identificar patrones o problemas. Dónde obtenerlo El objeto «Order» tiene un campo de búsqueda «AccountId». Este ID debe combinarse con el objeto «Account» para recuperar el campo «Account.Name». Ejemplos Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| Tiempo de ciclo total CycleTime | El tiempo total transcurrido desde la creación del pedido de venta hasta su cierre definitivo. | ||
| Descripción El tiempo de ciclo total es un indicador clave de rendimiento que mide la duración completa del proceso del pedido de venta. Se calcula como la diferencia entre el primer evento, por ejemplo «Order Created», y el último, por ejemplo «Order Closed». Esta métrica es el objetivo principal del Dashboard «Tiempo de ciclo integral del pedido de venta». Analizar el tiempo de ciclo ayuda a identificar ineficiencias generales del proceso y medir el impacto de las iniciativas de mejora. Las variaciones del tiempo de ciclo pueden investigarse segmentando los datos con otros atributos, como el país o la familia de productos. Por qué es importante Es un KPI fundamental para medir la eficiencia general del proceso e identificar pedidos de larga duración que pueden indicar problemas sistémicos. Dónde obtenerlo Se calcula durante la transformación de datos restando la marca de tiempo del primer evento de la del último evento para cada «SalesOrderId». Ejemplos 10 días y 4 horas25 días y 11 horas5 días y 2 horas | |||
| Usuario que realiza la acción UserPerformingAction | El nombre del usuario o agente del sistema que ejecutó la actividad. | ||
| Descripción Este atributo identifica a la persona responsable de completar un paso del proceso. Puede tratarse de un representante de ventas, un analista de crédito o un usuario de sistema automatizado. El análisis basado en este usuario es fundamental para comprender la distribución de la carga de trabajo, el rendimiento individual y el nivel de automatización. Ayuda a responder preguntas como «¿Qué usuarios gestionan más retrabajo?» o «¿Hay equipos que aprueban más rápido?». También se utiliza en el análisis de redes sociales para ver cómo se transfiere el trabajo entre las personas. Por qué es importante Permite analizar el rendimiento por usuario, equipo o función, y ayuda a identificar oportunidades de automatización o necesidades de formación. Dónde obtenerlo Puede encontrarse en campos como «LastModifiedById» del objeto «Order» o «OwnerId» de los registros «Task». Estos ID deben combinarse con el objeto «User» para obtener el nombre del usuario. Ejemplos Alice SmithBob JohnsonAutomatización del sistemaEquipo de crédito | |||
| Canal de ventas SalesChannel | El canal a través del cual se realizó el pedido de venta, como «Web», «Direct Sales» o «Partner». | ||
| Descripción El atributo canal de ventas clasifica los pedidos según su origen. Esto permite comparar el rendimiento del proceso entre distintos canales. Es esencial para el Dashboard «Comparación del rendimiento por canal de ventas». Al filtrar o comparar por canal, las empresas pueden identificar cuáles son más eficientes, cuáles presentan más retrabajo y dónde se necesitan esfuerzos de estandarización para armonizar el rendimiento. Por qué es importante Permite comparar el rendimiento entre distintos canales empresariales y ayuda a identificar buenas prácticas y áreas en las que armonizar el proceso. Dónde obtenerlo Normalmente es un campo de lista de selección personalizado del objeto «Order» u «Opportunity». Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos Ventas directasPortal webRed de sociosVentas internas | |||
| Duración del cobro PaymentCollectionDuration | El tiempo transcurrido entre el envío de la factura al cliente y la recepción del pago. | ||
| Descripción Esta métrica calculada mide la eficiencia de la fase final y crucial del ciclo de pedido a cobro: recibir el pago. Es la duración entre la actividad «Invoice Sent to Customer» y la actividad «Payment Received». Este atributo respalda directamente el Dashboard «Duración del cobro» y el KPI «Tiempo hasta el cobro». Analizar esta duración ayuda al departamento financiero a identificar cuellos de botella en la gestión de cobros, evaluar la eficacia de las condiciones de pago y encontrar oportunidades para acelerar el flujo de caja. Por qué es importante Mide la eficiencia del proceso de cuentas por cobrar y afecta directamente al flujo de caja de la empresa. Dónde obtenerlo Se calcula durante la transformación de datos restando la marca de tiempo del evento «Invoice Sent to Customer» de la del evento «Payment Received» para cada caso. Ejemplos 30 días15 días y 8 horas45 días | |||
| Entrega a tiempo IsOnTimeDelivery | Un indicador que señala si los productos se entregaron en la fecha de entrega solicitada por el cliente o antes. | ||
| Descripción Este atributo booleano mide directamente el rendimiento de la entrega frente a las expectativas del cliente. Se calcula comparando la marca de tiempo de la actividad «Goods Delivered» con «RequestedDeliveryDate». Es el cálculo principal del KPI «Tasa de entregas a tiempo». Analizar este indicador ayuda a las organizaciones a comprender su fiabilidad y el cumplimiento de sus compromisos, factores importantes para la satisfacción del cliente. Al combinarlo con otros atributos, puede revelar si determinados métodos de envío o regiones tienen tasas de entrega a tiempo más bajas. Por qué es importante Proporciona una medida binaria clara del rendimiento frente a los compromisos con el cliente y respalda directamente el KPI «Tasa de entregas a tiempo». Dónde obtenerlo Se calcula durante la transformación de datos. La lógica es: IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Ejemplos truefalse | |||
| Está automatizado IsAutomated | Un indicador que señala si la actividad la realizó un proceso del sistema o un usuario humano. | ||
| Descripción Este atributo booleano distingue entre los eventos activados por la automatización del sistema, como una actualización automática de estado, y los realizados manualmente por un usuario. Es clave para comprender el nivel de automatización del proceso. Analizar este atributo ayuda a cuantificar el impacto de la automatización en la eficiencia y la coherencia. Permite comparar las rutas automatizadas con las manuales y puede revelar oportunidades para aumentar la automatización, reducir el trabajo manual y disminuir el riesgo de errores. Por qué es importante Ayuda a distinguir entre las acciones del sistema y las de los usuarios, algo fundamental para analizar la automatización e identificar oportunidades de reducir el trabajo manual. Dónde obtenerlo Se deriva durante la transformación de datos comprobando si «UserPerformingAction» corresponde a un usuario de sistema designado o aplicando reglas basadas en el tipo de actividad. Ejemplos truefalse | |||
| Estado de la verificación de crédito CreditCheckStatus | El resultado del proceso de verificación de crédito del pedido. | ||
| Descripción Este atributo indica el resultado de la evaluación crediticia del cliente, que suele ser un punto de control crítico en el proceso del pedido. Los valores habituales incluyen «Approved», «Rejected» o «Pending». Es esencial para el Dashboard «Análisis del cuello de botella en la verificación de crédito». Al realizar un seguimiento de cuándo entra y sale un pedido de la fase de verificación de crédito, así como de su estado final, las organizaciones pueden medir la duración y el resultado de este paso e identificarlo como una posible fuente de retrasos. Por qué es importante Apoya directamente el análisis del paso de verificación de crédito y ayuda a medir su duración, tasa de éxito e impacto en el tiempo de ciclo general. Dónde obtenerlo Probablemente es un campo personalizado del objeto «Order» o «Account». Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos AprobadoRechazadoPendiente de revisiónNo requerido | |||
| Familia de productos ProductFamily | La categoría o familia a la que pertenecen los productos del pedido. | ||
| Descripción La familia de productos proporciona una clasificación general de los artículos incluidos en el pedido de venta. Esto permite analizar el proceso según el tipo de producto vendido. Este atributo puede utilizarse para segmentar el proceso y determinar si ciertas familias de productos siguen rutas diferentes, tienen tiempos de ciclo más largos o presentan tasas de retrabajo más elevadas. Por ejemplo, los productos complejos y configurables pueden seguir un proceso de aprobación y cumplimiento más elaborado que los artículos estándar disponibles para la venta inmediata. Por qué es importante Permite analizar el proceso segmentado por categoría de producto y descubrir si los distintos tipos de productos generan variaciones en la eficiencia del proceso. Dónde obtenerlo Se recupera del objeto «Product2», vinculado al objeto «Order» mediante el objeto de unión «OrderItem». Esto requiere combinar Order -> OrderItem -> PricebookEntry -> Product2. Ejemplos HardwareLicencias de softwareServicios profesionalesContratos de soporte | |||
| Hora de finalización del evento EventEndTime | La fecha y hora exactas en que se completó la actividad. | ||
| Descripción La hora de finalización del evento marca la conclusión de una actividad. Aunque muchas herramientas de Process Mining la infieren a partir de la hora de inicio de la actividad siguiente, capturarla explícitamente puede proporcionar duraciones más precisas, especialmente en tareas de larga duración. Este atributo se utiliza para calcular el tiempo de procesamiento exacto de una actividad. Es especialmente útil para analizar tareas de duración considerable, como «Credit Check Performed» o «Inventory Allocated», y ayuda a separar el tiempo de procesamiento activo del tiempo de espera inactivo. Por qué es importante Permite calcular con precisión los tiempos de procesamiento de cada actividad, algo fundamental para identificar cuellos de botella y pasos que consumen muchos recursos. Dónde obtenerlo Puede derivarse de «StartTime», la hora de inicio del evento posterior en la secuencia de un caso determinado. Para algunas actividades, puede proceder de un campo específico como «Task.CompletedDateTime». Ejemplos 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| ID de factura InvoiceId | El identificador único de la factura asociada al pedido de venta. | ||
| Descripción El ID de factura vincula un pedido de venta con su factura financiera correspondiente. La creación y el envío de esta factura son hitos clave de la segunda mitad del proceso de pedido a cobro. Este atributo es fundamental para realizar un seguimiento del proceso desde el cumplimiento del pedido hasta el pago. Permite medir con precisión las actividades «Invoice Created» e «Invoice Sent to Customer», necesarias para calcular la «Duración del cobro». Por qué es importante Vincula el pedido de venta con el subproceso de facturación y permite realizar un seguimiento preciso de las actividades financieras y los tiempos del ciclo de pago. Dónde obtenerlo A menudo es un campo de búsqueda personalizado del objeto «Order» que apunta a un objeto «Invoice» estándar o personalizado. La implementación exacta puede variar. Ejemplos INV-001234INV-001235INV-001236 | |||
| Método de envío ShippingMethod | El método seleccionado para enviar los productos, como «Standard Ground», «Express» o «International». | ||
| Descripción Este atributo indica el nivel de servicio logístico elegido para la entrega del pedido. Afecta directamente a los plazos y costes de entrega. En el análisis «Eficiencia de los métodos de envío», este atributo se utiliza para comparar el rendimiento de las distintas opciones de envío. Ayuda a determinar si los envíos urgentes cumplen sus plazos y cómo afecta cada método a la duración total entre «Goods Shipped» y «Goods Delivered». Por qué es importante Permite analizar el rendimiento logístico y evaluar el coste y la eficiencia de las distintas opciones de envío. Dónde obtenerlo Probablemente es un campo personalizado del objeto «Order» o de un objeto personalizado «Shipment» relacionado. Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos Terrestre estándarExpress en 2 díasAéreo nocturnoPrioritario internacional | |||
| País de envío ShippingCountry | El país de destino del envío del pedido de venta. | ||
| Descripción Este atributo especifica el país al que se envía el pedido. Es una dimensión clave para el análisis geográfico del proceso de pedido a cobro. Analizar los datos por país de envío puede revelar diferencias regionales en el rendimiento del proceso, como plazos de entrega más largos para pedidos internacionales o variaciones en los ciclos de cobro. Permite segmentar el proceso para comprender y abordar los desafíos específicos de cada región. Por qué es importante Permite segmentar geográficamente el proceso y puede poner de manifiesto diferencias regionales de rendimiento, problemas de cumplimiento o desafíos logísticos. Dónde obtenerlo Es el campo «ShippingCountry» del objeto estándar «Order» de Salesforce. Ejemplos USAAlemaniaJapónBrasil | |||
| Responsable del pedido OrderOwner | El usuario principal responsable de gestionar el pedido de venta. | ||
| Descripción El responsable del pedido es el representante de ventas o gestor de cuentas que asume la responsabilidad principal del pedido. Se diferencia del usuario que realiza una acción concreta, ya que el responsable supervisa el avance general del caso. Analizar los datos por responsable ayuda a evaluar la carga de trabajo y el rendimiento de los equipos o las personas que gestionan su cartera de pedidos. Puede mostrar qué responsables tienen pedidos que se bloquean con frecuencia o requieren retrabajo, lo que indica posibles oportunidades de capacitación. Por qué es importante Identifica a la persona responsable del éxito del pedido y permite analizar la carga de trabajo y el rendimiento a nivel de responsable. Dónde obtenerlo Es el campo «OwnerId» del objeto «Order». Este ID puede combinarse con el objeto «User» para obtener el nombre del responsable. Ejemplos Jane DoeJohn SmithEquipo de ventas del este | |||
| Tiene retrabajo IsRework | Un indicador que señala si el pedido de venta ha requerido retrabajo, como una actividad repetida o un bucle en el proceso. | ||
| Descripción Este atributo calculado identifica los casos que se desvían de una progresión lineal y continua. El retrabajo se produce cuando se repite una actividad o el proceso vuelve a una fase anterior, a menudo debido a errores, información incompleta o aprobaciones rechazadas. Este indicador se utiliza para calcular el KPI «Tasa de retrabajo de pedidos de venta» y alimentar el Dashboard «Retrabajo y tasa de errores de pedidos de venta». Ayuda a cuantificar la frecuencia y el impacto de las ineficiencias, y señala las áreas que requieren mejores controles de calidad o una mayor claridad del proceso. Por qué es importante Cuantifica la ineficiencia del proceso al señalar los pedidos que requieren trabajo adicional no planificado, lo que afecta directamente al coste y al tiempo de ciclo. Dónde obtenerlo Lo calcula el software de Process Mining o se obtiene durante la transformación de datos al detectar nombres de actividad repetidos o flujos de proceso que retroceden en un caso determinado. Ejemplos truefalse | |||
Actividades del procesamiento de pedidos de venta de Order to Cash
| Actividad | Descripción | ||
|---|---|---|---|
| Factura creada | Representa la generación de una factura financiera para el pedido de venta. Puede capturarse mediante la creación de un objeto «Invoice» relacionado, ya sea de forma nativa a través de Salesforce Billing o mediante una integración. | ||
| Por qué es importante Este hito marca el inicio de la fase de cobro financiero del proceso. El tiempo transcurrido entre la entrega y la facturación puede revelar cuellos de botella administrativos que afectan al flujo de caja. Dónde obtenerlo Se infiere a partir de la fecha de creación de un objeto «Invoice» estándar o personalizado vinculado al objeto «Order». Recopilar Utilice el campo «CreatedDate» del registro «Invoice» relacionado. Tipo de evento inferred | |||
| Mercancía entregada | Indica que el envío ha llegado correctamente al cliente. Esta información procede del sistema del transportista y se actualiza posteriormente en Salesforce. | ||
| Por qué es importante Este evento es esencial para calcular el KPI «Tasa de entregas a tiempo» y medir los tiempos de ciclo reales de cara al cliente. Confirma que el proceso de cumplimiento ha finalizado. Dónde obtenerlo Se infiere a partir de la cumplimentación del campo «Delivery Date» en el objeto «Order» o en un objeto personalizado «Shipment». Estos datos suelen proporcionarse mediante una integración con un proveedor de logística y transporte. Recopilar Utilice la marca de tiempo correspondiente al momento en que se cumplimenta el campo de fecha de entrega. Tipo de evento inferred | |||
| Mercancía enviada | Representa el momento en que el pedido se ha enviado físicamente desde el almacén al cliente. Este evento casi siempre se captura mediante una actualización de un sistema externo de envíos o ERP en Salesforce. | ||
| Por qué es importante Este es un hito crítico para medir la «On-Time Shipping Rate» y la eficiencia general del cumplimiento. Marca el inicio de la fase de entrega en el recorrido del cliente. Dónde obtenerlo Se infiere a partir de la cumplimentación de un campo «Shipped Date» o «Tracking Number» en el objeto «Order» o en un objeto personalizado «Shipment» relacionado. Los datos proceden de un sistema de cumplimiento. Recopilar Utilice la marca de tiempo correspondiente al momento en que se cumplimenta por primera vez un campo de fecha de envío o de número de seguimiento. Tipo de evento inferred | |||
| Pago recibido | Marca la confirmación de que el pago del cliente se ha recibido y conciliado. Esta información se actualiza desde un sistema financiero en Salesforce, normalmente mediante un cambio de estado. | ||
| Por qué es importante Este evento es el paso final para convertir la venta en efectivo. Analizar el tiempo transcurrido desde «Invoice Sent» hasta este punto es fundamental para gestionar el flujo de caja y los días de ventas pendientes de cobro (DSO). Dónde obtenerlo Se infiere a partir de un cambio de estado del objeto «Invoice» a «Paid» o «Closed». La actualización se realiza mediante una integración con un sistema contable o de procesamiento de pagos. Recopilar Realice un seguimiento de los cambios de estado del objeto «Invoice» procedentes de una integración con un sistema financiero externo. Tipo de evento inferred | |||
| Pedido activado | Un evento estándar de Salesforce que indica que el pedido se ha finalizado y puede pasar al cumplimiento y la facturación. La activación bloquea la mayoría de los cambios en el pedido y se captura mediante un cambio de estado específico. | ||
| Por qué es importante La activación es un hito crítico e irreversible que confirma la validez del pedido. Es la transferencia oficial de ventas a operaciones y un componente fundamental para realizar el seguimiento de los tiempos del ciclo de ventas. Dónde obtenerlo Se infiere a partir del cambio del campo estándar «Status» del objeto «Order» al valor «Activated». La marca de tiempo se registra en el historial de campos del pedido. Recopilar Supervise el historial de campos del objeto «Order» para detectar un cambio de estado a «Activated». Tipo de evento inferred | |||
| Pedido cerrado | Representa la finalización correcta y el cierre definitivo del pedido de venta en el sistema. Se infiere a partir de una actualización final del estado del pedido que indica que no se requiere ninguna acción adicional. | ||
| Por qué es importante Este es el evento final principal del «happy path» del proceso. Medir el tiempo total hasta esta actividad proporciona el KPI «Tiempo medio desde el pedido hasta el cierre». Dónde obtenerlo Se infiere a partir de un cambio en el campo «Status» del objeto «Order» a un valor final como «Closed», «Completed» o «Fulfilled». La marca de tiempo está disponible mediante el seguimiento del historial de campos. Recopilar Supervise el historial de campos del objeto «Order» para detectar un cambio a un estado finalizado. Tipo de evento inferred | |||
| Pedido creado | Marca la creación inicial de un registro de pedido de venta en el sistema. Este evento se captura explícitamente cuando se guarda por primera vez una nueva instancia del objeto «Order» en Salesforce. | ||
| Por qué es importante Este es el evento de inicio principal del proceso Order to Cash. Analizar el tiempo transcurrido desde este punto hasta las actividades posteriores resulta esencial para comprender los tiempos de ciclo generales. Dónde obtenerlo El evento de creación del objeto «Order». La marca de tiempo corresponde al valor del campo estándar «CreatedDate» del registro Order. Recopilar Directamente desde la marca de tiempo «CreatedDate» del objeto «Order». Tipo de evento explicit | |||
| Comprobación de crédito realizada | Representa la finalización de una comprobación de solvencia del cliente asociado al pedido. A menudo es un evento inferido, capturado cuando un campo personalizado, como «Credit Check Status», se actualiza a «Passed» o «Completed». | ||
| Por qué es importante Esta actividad suele ser una fuente de retrasos importantes. Medir su duración y tiempo de espera resulta esencial para abordar el panel «Credit Check Bottleneck Analysis» y mejorar el flujo de caja. Dónde obtenerlo Se infiere a partir de una marca de tiempo o un cambio de estado en un campo personalizado del objeto «Order» o del objeto «Account» relacionado, por ejemplo, «Credit_Check_Date__c» o «Credit_Status__c». Recopilar Realice un seguimiento de las actualizaciones de los campos personalizados que indiquen la finalización de la comprobación de crédito. Tipo de evento inferred | |||
| Factura enviada al cliente | Indica que la factura se ha enviado al cliente para su pago. Normalmente se captura como un cambio de estado en el registro de la factura. | ||
| Por qué es importante Este es el evento desencadenante del KPI «Tiempo hasta el cobro». Cualquier retraso entre la creación y el envío de la factura pospone directamente el inicio del plazo de pago. Dónde obtenerlo Se infiere a partir de un cambio de estado del objeto «Invoice» a «Sent» o a un valor similar. También puede utilizarse una entrada del registro de actividad correspondiente al correo enviado. Recopilar Supervise el campo «Status» del objeto «Invoice» relacionado o busque actividades en los registros de correo electrónico. Tipo de evento inferred | |||
| Inventario asignado | Indica que los productos del pedido se han reservado en el sistema de inventario. Este evento suele originarse en un ERP externo o en un sistema de inventario y actualizar Salesforce mediante un cambio de campo. | ||
| Por qué es importante Esta actividad es esencial para analizar el KPI «Inventory Allocation Lead Time». Los retrasos en este punto afectan directamente a la capacidad de enviar los pedidos a tiempo. Dónde obtenerlo Requiere un análisis del sistema. A menudo se infiere a partir de una actualización de estado en los objetos «Order» o «OrderItem», o de la cumplimentación de un campo personalizado «Allocation_Date__c» mediante una integración. Recopilar Realice un seguimiento de los cambios en los campos de estado o fecha de los objetos Order u OrderItem procedentes de una integración con el ERP. Tipo de evento inferred | |||
| Pedido aprobado | Indica que todas las partes requeridas han aprobado formalmente el pedido de venta y que este puede pasar a la siguiente etapa. Se captura observando el paso final de aprobación en un flujo de trabajo o la actualización de estado correspondiente. | ||
| Por qué es importante Este es un hito clave que permite iniciar el proceso de cumplimiento del pedido. Los retrasos en la aprobación pueden afectar considerablemente al tiempo de ciclo general de Order to Cash. Dónde obtenerlo Se infiere a partir de un cambio del campo de estado del objeto «Order» a un valor como «Approved». También puede derivarse de la fecha de finalización del registro «ProcessInstance» asociado. Recopilar Supervise el campo «Status» del objeto «Order» o la finalización del historial del proceso de aprobación. Tipo de evento inferred | |||
| Pedido cancelado | Indica que el pedido se canceló antes de completar el cumplimiento. Se captura mediante un cambio de estado terminal en el registro del pedido. | ||
| Por qué es importante Este es un evento final y una excepción crítica. Analizar por qué y cuándo se cancelan los pedidos puede revelar problemas en el proceso de ventas, la disponibilidad de productos o el crédito del cliente. Dónde obtenerlo Se infiere a partir de un cambio en el campo «Status» del objeto «Order» a «Cancelled». La marca de tiempo puede consultarse en el historial del campo «Status». Recopilar Supervise el historial de campos del objeto «Order» para detectar un cambio al estado «Cancelled». Tipo de evento inferred | |||
| Pedido enviado a cumplimiento | Marca la transferencia del pedido activado a un almacén o sistema de cumplimiento para su preparación y embalaje. Normalmente se captura mediante un cambio de estado del pedido activado por una integración. | ||
| Por qué es importante Este evento separa las partes comerciales y logísticas del proceso. Realizar un seguimiento del tiempo desde la activación hasta este punto ayuda a distinguir los retrasos administrativos de los retrasos en el procesamiento del almacén. Dónde obtenerlo Se infiere a partir de un cambio del estado de «Order» a un valor como «Sent to Fulfillment» o «Awaiting Shipment». Este cambio de estado suele activarse mediante una integración con un ERP o WMS. Recopilar Supervise el campo «Status» del objeto «Order» para detectar valores específicos que indiquen una transferencia al proceso de cumplimiento. Tipo de evento inferred | |||
| Pedido enviado para aprobación | Representa el momento en que un pedido en borrador se envía a un flujo de trabajo formal de aprobación. Normalmente se infiere a partir de un cambio de estado del pedido o de la creación de un registro en el historial del proceso de aprobación de Salesforce. | ||
| Por qué es importante Realizar un seguimiento de los envíos ayuda a medir el tiempo que los pedidos permanecen a la espera de aprobación y la eficiencia del propio proceso de revisión. También permite destacar los cuellos de botella previos a la aprobación. Dónde obtenerlo Se infiere a partir de un cambio de estado del objeto «Order», por ejemplo, de «Draft» a «Submitted for Approval», o mediante el seguimiento de la fecha de envío en el objeto «ProcessInstance» relacionado con el pedido. Recopilar Realice un seguimiento de los cambios del campo de estado o consulte el objeto «ProcessInstance». Tipo de evento inferred | |||
Guías de extracción
Pasos
- Requisito previo: configure Field History Tracking: antes de crear los informes, un administrador de Salesforce debe asegurarse de que Field History Tracking esté habilitado para el objeto Order. En concreto, debe realizar el seguimiento del campo Status y de cualquier campo personalizado utilizado para indicar eventos, como Credit_Check_Status__c o Fulfillment_Status__c. Esta configuración se realiza en Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Cree un tipo de informe personalizado: para acceder a los datos de cambios de campos junto con los detalles del pedido, cree un tipo de informe personalizado. Vaya a Setup > Report Types. Cree un tipo de informe nuevo con Orders como objeto principal. A continuación, relacione Order History como objeto secundario. Asegúrese de establecer la relación como "'A' records may or may not have related 'B' records." Esto permite incluir todos los pedidos en el informe, incluso los que aún no tienen historial. Guarde este tipo de informe como "Orders with History".
- Cree el informe principal de «Events»: vaya a la pestaña Reports y haga clic en New Report. Seleccione el tipo de informe "Orders with History". Este informe capturará todas las actividades basadas en cambios de campos.
- Configure las columnas del informe de eventos: añada las siguientes columnas: Order: Order Number (para SalesOrderId), Edit Date (para EventTime), User (para UserPerformingAction), Field/Event (el campo que se modificó), Original Value y New Value. Añada también otras columnas del objeto Order principal, como Order: Total Amount, Account: Account Name y Order: Company Authorized By Date (como sustituto de RequestedDeliveryDate, si corresponde).
- Filtre el informe de eventos: establezca el filtro Show Me en All orders y Date Field en Created Date, con el intervalo que prefiera, por ejemplo, Last 3 Months. Añada un filtro a la columna Field/Event para incluir únicamente los cambios de campos específicos que correspondan a sus actividades, como Status o Credit_Check_Status__c.
- Cree el informe «Order Created»: cree un segundo informe más sencillo utilizando el tipo de informe estándar Orders. El objetivo es capturar únicamente el evento de creación. Añada las columnas Order Number, Created Date, Created By, Status, Total Amount y Account Name. Filtre por Created Date según el intervalo que prefiera.
- Exporte ambos informes: ejecute los dos informes y utilice la opción Export. Seleccione el formato Details Only y Comma Delimited .csv.
- Combine y transforme los datos: abra los archivos CSV exportados en un programa de hojas de cálculo, como Microsoft Excel, o utilice un lenguaje de scripting como Python.
- Para el informe «Events», cree una columna nueva llamada ActivityName. Utilice fórmulas o un script para asignar los datos de cambios de campos a los nombres de actividad deseados. Por ejemplo, si Field/Event es «Status» y New Value es «Activated», establezca ActivityName como «Order Activated».
- Para el informe «Order Created», añada una columna nueva llamada ActivityName y establezca su valor en «Order Created» para todas las filas. Cambie el nombre de las columnas para que coincidan con el esquema del registro de eventos, por ejemplo, Order Number -> SalesOrderId y Created Date -> EventTime.
- Combine los datos en un único registro de eventos: añada las filas de los datos transformados de «Order Created» a los datos transformados de «Events». Así creará una lista única y unificada de todas las actividades.
- Prepare el archivo para cargarlo: añada las columnas obligatorias restantes: SourceSystem, con el valor estático «Salesforce Sales Cloud», y LastDataUpdate, con la marca de tiempo actual. Revise todos los encabezados de columna y los formatos de datos antes de guardar el archivo final como CSV, listo para cargarlo.
Configuración
- Tipos de informe: es esencial contar con un tipo de informe personalizado que relacione Orders y Order History para capturar los cambios de estado y otras actualizaciones de campos como eventos independientes.
- Field History Tracking: todo este método depende de habilitar el seguimiento del historial de campos para el objeto Order antes de iniciar la extracción de datos. Debe realizarse el seguimiento de campos clave como Status y de cualquier campo personalizado que represente pasos del proceso.
- Filtros de intervalo de fechas: utilice Created Date del objeto Order como filtro principal para analizar una cohorte coherente de pedidos. Para el análisis inicial, se recomienda un intervalo de 3 a 6 meses.
- Data Export Service: como alternativa para entornos con grandes volúmenes, puede programar Data Export Service semanal o mensualmente para exportar todos los datos de los objetos especificados, como Order, OrderHistory y Account. Obtendrá datos sin procesar que requieren un procesamiento y una combinación externos más importantes, pero evitará los tiempos de espera y los límites de filas de Report Builder interactivo.
- Permisos: las personas que ejecuten la extracción necesitan permisos para Run Reports, Export Reports y View All Data en los objetos Order y Account. La configuración de Data Export Service requiere privilegios de System Administrator.
- Estructura del informe: los informes deben configurarse en formato Tabular Format para facilitar la exportación y el procesamiento. Evite los formatos de resumen o matriz.
a Consulta de ejemplo sql
/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/
// ======== REPORT 1: Order Creation Events ========
{
"ReportName": "O2C - Order Created",
"ReportType": "Orders",
"Format": "Tabular",
"Filters": [
{
"Field": "Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
}
],
"Columns": [
{"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
{"StaticValue": "Order Created", "OutputAs": "ActivityName"},
{"SourceField": 'Created Date', "OutputAs": "EventTime"},
{"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
{"SourceField": "Status", "OutputAs": "OrderStatus"},
{"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
{"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
]
}
// ======== REPORT 2: Order Field Change Events ========
{
"ReportName": "O2C - Order History Events",
"ReportType": "Orders with History (Custom)",
"Format": "Tabular",
"Filters": [
{
"Field": "Order: Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
},
{
"Field": "Field/Event",
"Operator": "in",
"Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
}
],
"Columns": [
{"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
{"SourceField": "Edit Date", "OutputAs": "EventTime"},
{"SourceField": "User", "OutputAs": "UserPerformingAction"},
{"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
{"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
{"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
]
}
// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ========
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:
CASE
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
ELSE 'Unknown'
END AS ActivityName
- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/ ¿Listo para comenzar?
Comience hoy mismo a optimizar su proceso Order to Cash - Procesamiento de pedidos de venta preparando sus datos con esta plantilla. Obtenga información clave para agilizar las operaciones y mejorar la eficiencia del flujo de caja.
Mejore el flujo de caja: optimice ahora el procesamiento de pedidos Order to Cash
Localice las ineficiencias, reduzca el tiempo de ciclo un 30 % y acelere el flujo de caja.
No necesita tarjeta de crédito • Comience en cuestión de minutos