Su Template de datos para el proceso de pedido a cobro: gestión de pedidos de venta
Su Template de datos para el proceso de pedido a cobro: gestión de pedidos de venta
- Atributos recomendados para recopilar
- Actividades clave que debe registrar
- Guía para extraer datos de Salesforce Sales Cloud
Atributos del proceso de pedido a cobro: gestión de pedidos de venta
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | 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 la duración entre actividades, base de todo análisis de Process Mining basado en el tiempo. Este atributo permite 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 incorrectas 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 los registros relacionados. En el caso de 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 | Nombre del evento de negocio o la tarea específica que tuvo lugar durante el ciclo de vida del pedido de venta. | ||
| Descripción El nombre de la actividad describe un paso del proceso de pedidos de venta, como Pedido creado, Verificación de crédito realizada o Factura enviada. Estas actividades son los componentes básicos del mapa del proceso 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 del proceso. 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 obtiene de los cambios en el campo Order.Status, la creación de registros relacionados, como Invoice, o las tareas o los eventos completados relacionados con el pedido. Ejemplos Pedido creadoPedido aprobadoProductos enviadosPago recibido | |||
| Pedido de venta SalesOrderId | Identificador único de cada pedido de venta, que sirve como caso principal para hacer 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 de cliente a lo largo de su ciclo de vida. Vincula todas las actividades relacionadas, desde la creación y la aprobación hasta la preparación y el pago. En Process Mining, cada evento relacionado con un pedido específico se asocia a este ID. Esto permite reconstruir el recorrido completo 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 y 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 indica el origen de los datos del proceso. En este análisis, el valor será siempre Salesforce Sales Cloud. En entornos con varios sistemas, este campo es fundamental para rastrear el origen de los datos y resolver problemas. Incluso cuando se utiliza un solo sistema, aporta metadatos importantes sobre la procedencia de los datos. Por qué es importante Aporta contexto esencial sobre el origen de los datos, importante para la gobernanza de datos y para integrar datos de varios sistemas de origen. Dónde obtenerlo Suele ser un valor estático que se añade durante la extracción de datos para identificar el conjunto de datos. Ejemplos Salesforce Sales Cloud | |||
| Última actualización de datos LastDataUpdate | 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. Aporta contexto fundamental sobre la actualidad de los datos analizados. Los analistas utilizan esta información para saber si están consultando los datos más recientes del proceso y evaluar la vigencia de sus conclusiones. Es un metadato clave en cualquier proyecto de Process Mining. Por qué es importante Informa sobre la actualidad de los datos para que las personas usuarias sepan hasta qué fecha llega el análisis. Dónde obtenerlo Es una marca de tiempo que se genera y se añade durante el proceso de extracción, transformación y carga de datos (ETL). Ejemplos 2023-11-01T05:00:00Z | |||
| Estado del pedido OrderStatus | Estado del pedido de venta en el momento del evento. | ||
| Descripción Este atributo registra el estado del pedido de venta, por ejemplo, Draft, Activated, Shipped o Closed. Los cambios de estado suelen ser la fuente de las actividades que se generan en el registro del proceso. Analizar el estado del pedido aporta contexto a cada evento y es fundamental para hacer un seguimiento de su progreso. También ayuda a comprender el resultado de cada caso, por ejemplo, a distinguir los pedidos cancelados de los que se cerraron correctamente. Por qué es importante Aporta contexto fundamental a cada evento y suele servir de base para definir las actividades. También es clave para analizar los resultados de los casos, como las cancelaciones. Dónde obtenerlo Es el campo de lista de selección Status del objeto estándar Order de Salesforce. Ejemplos BorradorActivoEnviadoCerradoCancelado | |||
| Fecha de entrega solicitada RequestedDeliveryDate | La fecha de entrega del pedido solicitada por el cliente. | ||
| Descripción Este atributo almacena la fecha en que el cliente espera recibir los productos. Es un punto de 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 real de entrega (la marca de tiempo de 'Productos entregados') para determinar si el pedido se entregó a tiempo, antes o después de lo previsto. Por qué es importante Es el principal punto de referencia 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'. El 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 permite 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 los KPI financieros y comprender el valor que fluye por el proceso. Por qué es importante Permite analizar las finanzas del proceso, segmentar los pedidos por valor y cuantificar el impacto monetario de los retrasos o del trabajo repetido. Dónde obtenerlo Es el campo 'TotalAmount' del objeto estándar 'Order' de Salesforce. Ejemplos 5400.50125000.00950.75 | |||
| Nombre de la cuenta AccountName | Nombre del cliente o de 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 la perspectiva del cliente. Con este atributo, los analistas pueden filtrar el proceso por clientes específicos, comparar el rendimiento entre distintos segmentos de clientes o detectar si algunos clientes sufren problemas recurrentes. Es clave para relacionar directamente el rendimiento del proceso con la experiencia del cliente. Por qué es importante Relaciona el rendimiento del proceso con clientes específicos y permite analizar y segmentar los datos por cliente para detectar 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 obtener el campo 'Account.Name'. Ejemplos Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| Tiempo de ciclo total CycleTime | El tiempo transcurrido desde la creación del pedido de venta hasta su cierre definitivo. | ||
| Descripción El tiempo de ciclo total es un indicador clave del rendimiento que mide la duración completa del proceso del pedido de venta. Se calcula como la diferencia entre el primer evento (por ejemplo, 'Pedido creado') y el último (por ejemplo, 'Pedido cerrado'). Esta métrica es el foco principal del Dashboard 'Tiempo de ciclo integral del pedido de venta'. Analizar el tiempo de ciclo ayuda a detectar ineficiencias generales del proceso y a medir el impacto de las iniciativas de mejora. Las variaciones se pueden investigar segmentando los datos por 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 podrían indicar problemas sistémicos. Dónde obtenerlo Se calcula durante la transformación de datos, restando la marca de tiempo del primer evento a la del último para cada 'SalesOrderId'. Ejemplos 10 días y 4 horas25 días y 11 horas5 días y 2 horas | |||
| Usuario que realizó la acción UserPerformingAction | Nombre de la persona usuaria o del agente del sistema que ejecutó la actividad. | ||
| Descripción Este atributo identifica a la persona responsable de completar un paso del proceso. Puede ser un representante de ventas, un analista de crédito o una cuenta de usuario de un sistema automatizado. El análisis por 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é personas usuarias gestionan más retrabajos? 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 personas. Por qué es importante Permite analizar el rendimiento por persona usuaria, 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. Después, es necesario vincular estos ID con el objeto User para obtener el nombre de la persona usuaria. Ejemplos Alice SmithBob JohnsonAutomatización del sistemaEquipo de crédito | |||
| Canal de ventas SalesChannel | El canal por el que se realizó el pedido de venta, como 'Web', 'Ventas directas' o 'Socio'. | ||
| 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 los datos por canal, las empresas pueden identificar cuáles son más eficientes, en cuáles se repite más el trabajo y dónde conviene estandarizar los procesos para armonizar el rendimiento. Por qué es importante Permite comparar el rendimiento de los distintos canales comerciales e identificar buenas prácticas y oportunidades para armonizar los procesos. Dónde obtenerlo Suele ser un campo de lista de selección personalizado del objeto 'Order' o '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 etapa final y decisiva del ciclo de pedido a cobro: recibir el pago. Corresponde al tiempo transcurrido entre las actividades 'Factura enviada al cliente' y 'Pago recibido'. Este atributo contribuye directamente al Dashboard 'Duración del cobro' y al KPI 'Tiempo hasta recibir el pago'. Analizar esta duración ayuda al departamento financiero a detectar cuellos de botella en los 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, que influye directamente en el flujo de caja de la empresa. Dónde obtenerlo Se calcula durante la transformación de datos, restando la marca de tiempo del evento 'Factura enviada al cliente' a la del evento 'Pago recibido' para cada caso. Ejemplos 30 días15 días y 8 horas45 días | |||
| Entrega a tiempo IsOnTimeDelivery | Indicador que señala si los productos se entregaron en la fecha solicitada por el cliente o antes. | ||
| Descripción Este atributo booleano mide directamente el rendimiento de las entregas frente a las expectativas del cliente. Se calcula comparando la marca de tiempo de la actividad 'Productos entregados' con 'RequestedDeliveryDate'. Es la base del cálculo del KPI 'Tasa de entregas a tiempo'. Su análisis ayuda a las organizaciones a comprender su fiabilidad y el cumplimiento de sus compromisos, factores que influyen mucho en la satisfacción del cliente. Al combinarlo con otros atributos, permite detectar si ciertos métodos de envío o regiones tienen tasas de entrega a tiempo más bajas. Por qué es importante Ofrece una medida clara y binaria del cumplimiento de los compromisos con el cliente y contribuye directamente al KPI de 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 | Indicador que señala si la actividad la realizó un proceso del sistema o una persona usuaria. | ||
| Descripción Este atributo booleano distingue los eventos activados por la automatización del sistema, como una actualización automática del estado, de los realizados manualmente por una persona usuaria. Es clave para comprender el nivel de automatización del proceso. Su análisis ayuda a cuantificar el impacto de la automatización en la eficiencia y la uniformidad. Permite comparar las rutas automatizadas con las manuales y detectar oportunidades para ampliar la automatización, reducir el trabajo manual y evitar errores. Por qué es importante Ayuda a distinguir las acciones del sistema de las realizadas por personas, algo fundamental para analizar la automatización y detectar oportunidades de reducir el trabajo manual. Dónde obtenerlo Se obtiene durante la transformación de datos, comprobando si 'UserPerformingAction' corresponde a un usuario del sistema designado o aplicando reglas basadas en el tipo de actividad. Ejemplos truefalse | |||
| Estado de la comprobación de crédito CreditCheckStatus | El resultado de la comprobación de crédito del pedido. | ||
| Descripción Este atributo indica el resultado de la evaluación crediticia del cliente, que suele ser un paso decisivo en el proceso del pedido. Entre los valores habituales se encuentran 'Aprobado', 'Rechazado' o 'Pendiente'. Es esencial para el Dashboard 'Análisis de Bottleneck de la comprobación de crédito'. Al registrar cuándo entra y sale un pedido de esta etapa, así como su estado final, las organizaciones pueden medir su duración y resultado, y determinar si es una posible fuente de retrasos. Por qué es importante Facilita el análisis de la comprobación de crédito y permite medir su duración, tasa de éxito e impacto en el tiempo de ciclo general. Dónde obtenerlo Probablemente sea un campo personalizado del objeto 'Order' o 'Account'. Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos AprobadoRechazadoPendiente de revisiónNo se requiere | |||
| Familia de productos ProductFamily | La categoría o familia a la que pertenecen los productos del pedido. | ||
| Descripción La familia de productos ofrece 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 permite segmentar el proceso y determinar si ciertas familias de productos siguen rutas distintas, tienen tiempos de ciclo más largos o requieren más trabajo repetido. Por ejemplo, los productos complejos y configurables pueden seguir un proceso de aprobación y entrega más elaborado que los productos estándar listos para la venta. Por qué es importante Permite analizar el proceso por categoría de producto y descubrir si los distintos tipos de productos generan diferencias en la eficiencia. Dónde obtenerlo Se obtiene del objeto 'Product2', vinculado a 'Order' mediante el objeto de unión 'OrderItem'. Para ello, es necesario combinar Order -> OrderItem -> PricebookEntry -> Product2. Ejemplos HardwareLicencias de softwareServicios profesionalesContratos de soporte | |||
| Hora de fin del evento EventEndTime | Fecha y hora exactas en que se completó la actividad. | ||
| Descripción La hora de fin del evento indica cuándo se completa una actividad. Aunque muchas herramientas de Process Mining la deducen de la hora de inicio de la actividad siguiente, registrarla explícitamente puede ofrecer mediciones más precisas de la duración, sobre todo en tareas prolongadas. Este atributo permite calcular el tiempo de procesamiento exacto de una actividad. Resulta especialmente útil para analizar tareas de larga duración, como la verificación de crédito o la asignación de inventario, y distinguir el tiempo de procesamiento activo del tiempo de espera. Por qué es importante Permite calcular con precisión el tiempo de procesamiento de cada actividad, algo fundamental para identificar cuellos de botella y pasos que consumen muchos recursos. Dónde obtenerlo Puede obtenerse de StartTime del evento siguiente en la secuencia de un caso determinado. En algunas actividades, puede corresponder a 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 la factura financiera correspondiente. La creación y el envío de esta factura son hitos clave en la segunda mitad del proceso de pedido a cobro. Este atributo es fundamental para seguir el proceso desde la preparación del pedido hasta el pago. Permite medir con precisión las actividades 'Factura creada' y 'Factura enviada al cliente', 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 hacer un seguimiento preciso de las actividades financieras y los tiempos del ciclo de pago. Dónde obtenerlo Suele ser un campo de búsqueda personalizado del objeto 'Order' que apunta a un objeto estándar o personalizado 'Invoice'. La implementación exacta puede variar. Ejemplos INV-001234INV-001235INV-001236 | |||
| Método de envío ShippingMethod | El método elegido para enviar los productos, como 'Terrestre estándar', 'Exprés' o 'Internacional'. | ||
| Descripción Este atributo indica el nivel de servicio logístico elegido para la entrega del pedido. Influye directamente en los plazos de entrega y los costes. En el 'Análisis de eficiencia del método de envío', se utiliza para comparar el rendimiento de las distintas opciones de envío. Ayuda a determinar si los envíos exprés cumplen los plazos previstos y cómo afecta cada método al tiempo transcurrido entre 'Productos enviados' y 'Productos entregados'. 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 sea un campo personalizado del objeto 'Order' o de un objeto personalizado relacionado, como 'Shipment'. Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos Terrestre estándarExprés en 2 díasAéreo al día siguientePrioritario 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. El análisis por país de envío puede revelar diferencias regionales en el rendimiento del proceso, como tiempos de entrega más largos para los pedidos internacionales o variaciones en los ciclos de cobro. También 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 detectar 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 | |||
| Requiere trabajo repetido IsRework | Indicador que señala si el pedido de venta ha requerido trabajo repetido, por ejemplo, al repetirse una actividad o producirse un bucle en el proceso. | ||
| Descripción Este atributo calculado identifica los casos que se desvían de un avance lineal. Hay trabajo repetido cuando se vuelve a realizar una actividad o el proceso retrocede a una etapa anterior, a menudo por errores, información incompleta o aprobaciones rechazadas. Este indicador se utiliza para calcular el KPI 'Tasa de trabajo repetido en pedidos de venta' y alimentar el Dashboard 'Trabajo repetido y tasa de errores en pedidos de venta'. Ayuda a cuantificar la frecuencia y el impacto de las ineficiencias, y señala las áreas que necesitan mejores controles de calidad o una definición más clara del proceso. Por qué es importante Cuantifica las ineficiencias del proceso al señalar los pedidos que requieren trabajo adicional no previsto, 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, detectando actividades repetidas o retrocesos en el flujo del proceso de un caso. Ejemplos truefalse | |||
| 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 gerente de cuenta que tiene la responsabilidad principal sobre el pedido. No es necesariamente quien realiza una acción concreta, ya que el responsable se ocupa del avance general del caso. El análisis por responsable ayuda a evaluar la carga de trabajo y el rendimiento de cada persona o equipo al gestionar su cartera de pedidos. Puede mostrar qué responsables tienen pedidos que suelen quedar atascados o requieren trabajo repetido, lo que puede indicar oportunidades de formación. Por qué es importante Identifica a la persona responsable del éxito del pedido y permite analizar la carga de trabajo y el rendimiento por 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 | |||
Actividades del proceso de pedido a cobro: gestión de pedidos de venta
| Actividad | Descripción | ||
|---|---|---|---|
| Factura creada | Indica la generación de una factura para el pedido de venta. Puede registrarse mediante la creación de un objeto Invoice relacionado, ya sea de forma nativa con Salesforce Billing o mediante una integración. | ||
| Por qué es importante Este hito marca el inicio de la etapa de cobro del proceso. El tiempo entre la entrega y la facturación puede revelar cuellos de botella administrativos que afectan al flujo de caja. Dónde obtenerlo Se deduce de la fecha de creación de un objeto Invoice, estándar o personalizado, vinculado al objeto Order. Capturar Utilice el valor de CreatedDate del registro Invoice relacionado. Tipo de evento inferred | |||
| Pago recibido | Indica que se ha confirmado y conciliado el pago del cliente. Esta información se actualiza en Salesforce desde un sistema financiero, normalmente mediante un cambio de estado. | ||
| Por qué es importante Este evento es el último paso para cobrar la venta. Analizar el tiempo transcurrido desde el envío de la factura hasta este momento es fundamental para gestionar el flujo de caja y los días pendientes de cobro. Dónde obtenerlo Se deduce de un cambio de estado del objeto Invoice a Paid o Closed. La actualización procede de una integración con un sistema de contabilidad o procesamiento de pagos. Capturar 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 | Evento estándar de Salesforce que indica que el pedido se ha finalizado y puede pasar a preparación y facturación. La activación bloquea la mayoría de los cambios en el pedido y se registra 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 elemento fundamental para medir los tiempos de ciclo de ventas. Dónde obtenerlo Se deduce cuando el campo estándar Status del objeto Order cambia a Activated. La marca de tiempo queda registrada en el historial de campos de Order. Capturar Supervise el historial de campos del objeto Order para detectar un cambio de estado a Activated. Tipo de evento inferred | |||
| Pedido cerrado | Indica que el pedido de venta se ha completado y cerrado correctamente en el sistema. Se deduce de una actualización final del estado del pedido que indica que no se requieren más acciones. | ||
| Por qué es importante Este es el evento de fin de la ruta ideal del proceso. Medir el tiempo total hasta esta actividad permite calcular el KPI Tiempo medio desde el pedido hasta el cierre. Dónde obtenerlo Se deduce cuando el campo Status del objeto Order cambia a un valor final como Closed, Completed o Fulfilled. La marca de tiempo está disponible en el historial de campos. Capturar Supervise el historial de campos del objeto Order para detectar un cambio a un estado final de completado. Tipo de evento inferred | |||
| Pedido creado | Indica la creación inicial de un registro de pedido de venta en el sistema. Este evento se registra explícitamente cuando se guarda por primera vez en Salesforce una nueva instancia del objeto Order. | ||
| Por qué es importante Este es el evento de inicio principal del proceso de pedido a cobro. Analizar el tiempo transcurrido desde este momento hasta las actividades posteriores es fundamental para comprender los tiempos de ciclo generales. Dónde obtenerlo Evento de creación del objeto Order. La marca de tiempo corresponde al valor del campo estándar CreatedDate del registro Order. Capturar Directamente de la marca de tiempo CreatedDate del objeto Order. Tipo de evento explicit | |||
| Productos entregados | Indica que el envío llegó correctamente al cliente. Esta información procede del sistema de la empresa de transporte y se actualiza en Salesforce. | ||
| Por qué es importante Este evento es esencial para calcular el KPI Porcentaje de entregas a tiempo y medir los tiempos de ciclo reales desde la perspectiva del cliente. Confirma que el proceso de preparación del pedido ha finalizado. Dónde obtenerlo Se deduce cuando se completa el campo Delivery Date del objeto Order o del objeto personalizado Shipment. Normalmente, estos datos llegan mediante una integración con un proveedor de logística. Capturar Utilice la marca de tiempo en que se completa el campo de fecha de entrega. Tipo de evento inferred | |||
| Productos enviados | Indica el momento en que el pedido sale físicamente del almacén rumbo al cliente. Casi siempre se registra mediante una actualización de Salesforce procedente de un sistema externo de envíos o ERP. | ||
| Por qué es importante Este es un hito fundamental para medir el porcentaje de envíos a tiempo y la eficiencia general de la preparación de pedidos. Marca el inicio de la etapa de entrega en el recorrido del cliente. Dónde obtenerlo Se deduce cuando se completa el campo Shipped Date o Tracking Number del objeto Order o de un objeto personalizado Shipment relacionado. Los datos proceden de un sistema de preparación de pedidos. Capturar Utilice la marca de tiempo de la primera vez que se completa un campo de fecha de envío o número de seguimiento. Tipo de evento inferred | |||
| Factura enviada al cliente | Indica que la factura se ha enviado al cliente para su pago. Normalmente se registra mediante un cambio de estado del registro de la factura. | ||
| Por qué es importante Este es el evento que inicia el KPI Tiempo hasta recibir el pago. 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 deduce de un cambio de estado del objeto Invoice a Sent o a un valor similar. También puede utilizarse una entrada del registro de actividades correspondiente al correo electrónico enviado. Capturar Supervise el campo Status del objeto Invoice relacionado o busque actividades en el registro de correos electrónicos. 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 sistema ERP o de inventario externo y actualizar Salesforce mediante un cambio de campo. | ||
| Por qué es importante Esta actividad es fundamental para analizar el KPI Tiempo de asignación del inventario. Los retrasos en esta etapa afectan directamente a la capacidad de enviar los pedidos a tiempo. Dónde obtenerlo Requiere un análisis del sistema. A menudo se deduce de una actualización de estado en los objetos Order u OrderItem, o de la incorporación de un valor al campo personalizado Allocation_Date__c mediante una integración. Capturar 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 registra observando el último paso de aprobación del 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 preparación del pedido. Los retrasos en la aprobación pueden afectar considerablemente al tiempo de ciclo total del proceso de pedido a cobro. Dónde obtenerlo Se deduce de un cambio en el campo de estado del objeto Order a un valor como Approved. También puede obtenerse de la fecha de finalización del registro ProcessInstance asociado. Capturar 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 su preparación. Se registra mediante un cambio de estado terminal en el registro del pedido. | ||
| Por qué es importante Esta es una excepción crítica y un evento de fin. 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 deduce cuando el campo Status del objeto Order cambia a Cancelled. La marca de tiempo se encuentra en el historial del campo Status. Capturar Supervise el historial de campos del objeto Order para detectar un cambio al estado Cancelled. Tipo de evento inferred | |||
| Pedido enviado a preparación | Indica la transferencia del pedido activado a un almacén o sistema de preparación para recoger y empaquetar los productos. Suele registrarse mediante un cambio de estado del pedido activado por una integración. | ||
| Por qué es importante Este evento separa las etapas comerciales y logísticas del proceso. Medir el tiempo desde la activación hasta este momento ayuda a distinguir los retrasos administrativos de los retrasos en la preparación del pedido en el almacén. Dónde obtenerlo Se deduce de un cambio en el estado de Order a un valor como Sent to Fulfillment o Awaiting Shipment. Este cambio suele activarse mediante una integración con un sistema ERP o WMS. Capturar Supervise el campo Status del objeto Order para detectar valores específicos que indiquen la transferencia a preparación. Tipo de evento inferred | |||
| Pedido enviado para aprobación | Indica el momento en que se envía un pedido en borrador a un flujo de trabajo formal de aprobación. Suele deducirse 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 El seguimiento de los envíos permite medir cuánto tiempo esperan los pedidos la aprobación y la eficiencia del proceso de revisión. También pone de manifiesto los cuellos de botella previos a la aprobación. Dónde obtenerlo Se deduce de un cambio de estado del objeto Order, por ejemplo, de Draft a Submitted for Approval, o del seguimiento de la fecha de envío en el objeto ProcessInstance relacionado con el pedido. Capturar Realice un seguimiento de los cambios en el campo de estado o consulte el objeto ProcessInstance. Tipo de evento inferred | |||
| Verificación de crédito realizada | Indica que se ha completado la verificación de solvencia del cliente asociado al pedido. A menudo se deduce cuando un campo personalizado, como Credit Check Status, se actualiza a Passed o Completed. | ||
| Por qué es importante Esta actividad suele ser una fuente importante de retrasos. Medir su duración y el tiempo de espera es clave para abordar el Dashboard Análisis de Bottleneck de la verificación de crédito y mejorar el flujo de caja. Dónde obtenerlo Se deduce de una marca de tiempo o un cambio de estado en un campo personalizado del objeto Order o Account relacionado, por ejemplo, Credit_Check_Date__c o Credit_Status__c. Capturar Realice un seguimiento de las actualizaciones de los campos personalizados que indican que se completó la verificación de crédito. Tipo de evento inferred | |||
Guías de extracción
Pasos
- Requisito previo: configure el seguimiento del historial de campos: Antes de crear informes, un administrador de Salesforce debe asegurarse de que el seguimiento del historial de campos esté habilitado para el objeto Order. En concreto, debe realizarse el seguimiento del campo Status y de cualquier campo personalizado que indique eventos, como Credit_Check_Status__c o Fulfillment_Status__c. Para ello, vaya a Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Cree un tipo de informe personalizado: Para consultar los cambios en los campos junto con los detalles de los pedidos, cree un tipo de informe personalizado. Vaya a Setup > Report Types. Cree un tipo de informe nuevo con Orders como objeto principal. Después, relacione Order History como objeto secundario. Asegúrese de que la relación esté configurada como "'A' records may or may not have related 'B' records." Así podrá incluir todos los pedidos, incluso los que aún no tienen historial. Guarde el tipo de informe como "Orders with History".
- Cree el informe principal de eventos: Vaya a la pestaña Reports y haga clic en New Report. Seleccione el tipo de informe "Orders with History". Este informe recogerá todas las actividades basadas en cambios de campos.
- Configure las columnas del informe de eventos: Añada estas columnas: Order: Order Number (para SalesOrderId), Edit Date (para EventTime), User (para UserPerformingAction), Field/Event (el campo que cambió), Original Value y New Value. Añada 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).
- Aplique filtros al informe de eventos: Configure el filtro Show Me como All orders y el campo de fecha como Created Date, con el intervalo que desee (por ejemplo, Last 3 Months). Añada un filtro a la columna Field/Event para incluir únicamente los cambios de campos correspondientes a sus actividades (por ejemplo, Status o Credit_Check_Status__c).
- Cree el informe de pedidos creados: Cree un segundo informe más sencillo con el tipo de informe estándar Orders. El objetivo es recoger ú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 para definir el intervalo deseado.
- Exporte ambos informes: Ejecute los dos informes y seleccione Export. Elija el formato Details Only y Comma Delimited .csv.
- Combine y transforme los datos: Abra los archivos CSV exportados en una hoja de cálculo, como Microsoft Excel, o utilice un lenguaje de programación como Python.
- En el informe de eventos, cree una columna ActivityName. Use 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', asigne 'Order Activated' a ActivityName.
- En el informe de pedidos creados, añada una columna llamada ActivityName y asígnele el valor 'Order Created' en todas las filas. Cambie los nombres de las columnas para que coincidan con el esquema del Registro de eventos (por ejemplo, Order Number -> SalesOrderId, Created Date -> EventTime).
- Combine los datos en un único Registro de eventos: Añada las filas de los datos transformados de pedidos creados a los datos transformados del informe de eventos. Así obtendrá una lista única y unificada de todas las actividades.
- Prepare el archivo para cargarlo: Añada las columnas obligatorias restantes: SourceSystem (con el valor fijo 'Salesforce Sales Cloud') y LastDataUpdate (con la fecha y hora actuales). 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: Para registrar los cambios de estado y otras actualizaciones de campos como eventos distintos, es esencial crear un tipo de informe personalizado que combine Orders y Order History.
- Seguimiento del historial de campos: Este método requiere habilitar el seguimiento del historial de campos para el objeto Order antes de comenzar a extraer los 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: Use Created Date del objeto Order como filtro principal para analizar un conjunto coherente de pedidos. Para el análisis inicial, se recomienda un intervalo de 3 a 6 meses.
- Servicio de exportación de datos: En entornos con grandes volúmenes, puede programar el servicio de exportación de datos (semanal o mensualmente) para exportar todos los datos de los objetos especificados (Order, OrderHistory, Account). Así obtendrá datos sin procesar que requieren más procesamiento y combinación externos, pero evitará los tiempos de espera agotados y los límites de filas de Report Builder interactivo.
- Permisos: Quienes ejecuten la extracción necesitan permisos para ejecutar y exportar informes, así como para ver todos los datos de los objetos Order y Account. Para configurar el servicio de exportación de datos se requieren privilegios de administrador del sistema.
- Estructura del informe: Configure los informes en formato tabular para facilitar la exportación y el procesamiento. Evite los formatos de resumen o matriz.
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.
*/ ¿Todo listo para comenzar?
Comience hoy a optimizar el proceso de pedido a cobro y gestión de pedidos de venta. Prepare los datos con este Template y obtenga información para agilizar las operaciones y mejorar la eficiencia del flujo de caja.
Mejore el flujo de caja: optimice ahora la gestión de pedidos de venta
Detecte ineficiencias, reduzca el tiempo de ciclo un 30 % y acelere el flujo de caja.
No se requiere tarjeta de crédito • Comience en minutos