Plantilla de datos: Ciclo de Pedido a Cobro - Procesamiento de Pedidos de Venta
Su Plantilla de Datos de Procesamiento de Pedidos de Venta - Pedido a Efectivo.
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de extracción para Salesforce Sales Cloud
Pedido a Cobro - Atributos de Procesamiento de Pedidos de Venta
| Nombre | Descripción | ||
|---|---|---|---|
Hora del Evento EventTime | La fecha y hora exactas en que ocurrió la actividad. | ||
Descripción El Tiempo de Evento, o timestamp, registra el momento preciso en que tuvo lugar una actividad. Estos datos son críticos para secuenciar los eventos correctamente y calcular las duraciones entre actividades, lo cual es 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 diferentes períodos de tiempo. Los timestamps inexactos o faltantes pueden limitar significativamente la utilidad del análisis. Por qué es importante Las marcas de tiempo son esenciales para ordenar los eventos cronológicamente y calcular todas las métricas de rendimiento, como los tiempos de ciclo y los cuellos de botella. Dónde obtener Corresponde a campos como 'CreatedDate' o 'LastModifiedDate' en el objeto 'Order' o registros relacionados. Para eventos específicos, podría provenir de la fecha de finalización de un registro de 'Task'. Ejemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
Nombre de la Actividad ActivityName | El nombre del evento de negocio o tarea específica que ocurrió dentro del ciclo de vida del pedido de venta. | ||
Descripción El Nombre de la Actividad describe un paso en el proceso de pedido de venta, como 'Pedido Creado', 'Verificación de Crédito Realizada' o 'Factura Enviada'. Estas actividades son los componentes básicos del mapa de proceso y se derivan de eventos del sistema, cambios de estado o finalizaciones de tareas. Analizar estas actividades permite la visualización del flujo del proceso, la identificación de rutas comunes (variantes) y la medición de la frecuencia y duración de cada paso. Es fundamental para comprender lo que sucede en el proceso. Por qué es importante Este atributo define los pasos en el mapa del proceso. Sin él, no puede visualizar el flujo del proceso ni analizar cómo se gestionan realmente los pedidos de venta. Dónde obtener Típicamente derivado de cambios de estado en el campo 'Order.Status', creación de registros relacionados (por ejemplo, Invoice), o registros de 'Task' o 'Event' completados relacionados con el Order. Ejemplos Pedido CreadoPedido AprobadoMercancías enviadasPago Recibido | |||
Pedido de Venta SalesOrderId | El identificador único para cada pedido de venta, que sirve como caso principal para el seguimiento de todo el proceso de pedido a cobro. | ||
Descripción El ID del Pedido de Venta es la piedra angular del análisis de procesos, identificando de forma única cada pedido del cliente a medida que avanza a través de su ciclo de vida. Vincula todas las actividades asociadas, desde la creación y 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 la reconstrucción de extremo a extremo del recorrido del pedido, posibilitando un análisis detallado de los tiempos de ciclo, las variaciones del proceso y los cuellos de botella para pedidos individuales. 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 del proceso de principio a fin para cada pedido de venta. Dónde obtener Este es el campo 'Id' en el objeto 'Order' estándar de Salesforce. Ejemplos 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
Source System SourceSystem | Identifica el sistema del cual se extrajeron los datos. | ||
Descripción Este atributo especifica el origen de los datos del proceso. Para este análisis, será consistentemente 'Salesforce Sales Cloud'. En entornos con múltiples sistemas, este campo es crítico para el linaje de datos y la resolución de problemas. Incluso en un contexto de un solo sistema, proporciona metadata importante sobre el origen de los datos. Por qué es importante Proporciona contexto esencial sobre el origen de los datos, lo cual es importante para la gobernanza de datos y al integrar datos de múltiples sistemas de origen. Dónde obtener Este es típicamente un valor estático añadido durante el proceso de 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 de datos más reciente del sistema de origen. Proporciona un contexto crucial sobre la actualización de los datos que se analizan. Los analistas utilizan esta información para comprender si están viendo los datos del proceso más actuales y para evaluar la relevancia de sus hallazgos. Es una pieza clave de metadata para cualquier proyecto de Process Mining. Por qué es importante Informa a los usuarios sobre la actualidad de los datos, asegurando que comprendan cuán reciente es el análisis. Dónde obtener Esta 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 'Borrador', 'Activado', 'Enviado' o 'Cerrado'. Los cambios de estado son a menudo la fuente para generar las actividades en el registro del proceso. Analizar el estado del pedido proporciona contexto a cada evento y es crucial para el seguimiento del progreso de un pedido. Ayuda a comprender el resultado de los casos, por ejemplo, identificando los pedidos que fueron 'Cancelados' frente a los que fueron 'Cerrados' con éxito. Por qué es importante Proporciona un contexto crítico para cada evento y a menudo es la base para definir actividades. También es clave para analizar los resultados de casos como las cancelaciones. Dónde obtener Este es el campo de lista de selección 'Status' en el objeto 'Order' estándar de Salesforce. Ejemplos BorradorActivadoEnviadoCerradoCancelada | |||
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 sus mercancías. Sirve como un punto de referencia crítico para medir el rendimiento de la entrega y la satisfacción del cliente. Esta fecha se utiliza directamente en el tablero de control de 'Seguimiento de Cumplimiento de Fecha de Entrega' y el KPI de 'Tasa de Entrega a Tiempo'. Se compara con la fecha de entrega real (timestamp de 'Mercancía Entregada') para determinar si el pedido se entregó a tiempo, antes de lo previsto o con retraso. Por qué es importante Esta es la referencia principal para medir el rendimiento de entrega a tiempo, un indicador clave de la satisfacción del cliente y la eficacia operativa. Dónde obtener Frecuentemente, es un campo de fecha personalizado en el 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 comercial de la eficiencia o ineficiencia del proceso. En el análisis, el importe total del pedido puede utilizarse para segmentar casos, por ejemplo, para ver si los pedidos de alto valor se procesan de manera diferente o experimentan más retrasos que los pedidos de bajo valor. También es fundamental para calcular los KPI financieros y comprender el valor que fluye a través del proceso. Por qué es importante Permite el análisis financiero del proceso, posibilitando la segmentación de pedidos por valor y cuantificando el impacto monetario de los retrasos o reprocesamiento. Dónde obtener Este es el campo 'TotalAmount' en el objeto 'Order' estándar de Salesforce. Ejemplos 5400.50125000.00950.75 | |||
Nombre de la cuenta AccountName | El nombre del cliente o empresa que realizó el pedido de venta. | ||
Descripción El Nombre de Cuenta identifica al cliente asociado con el pedido de venta. Esto permite un análisis del proceso desde una perspectiva centrada en el cliente. Al utilizar este atributo, los analistas pueden filtrar el proceso para clientes específicos, comparar el rendimiento del proceso en diferentes segmentos de clientes o identificar si ciertos clientes experimentan consistentemente problemas en el proceso. Es clave para vincular el rendimiento del proceso directamente con la experiencia del cliente. Por qué es importante Vincula el rendimiento del proceso con clientes específicos, lo que permite un análisis y segmentación por cliente para identificar patrones o problemas. Dónde obtener El objeto 'Order' tiene un campo de búsqueda 'AccountId'. Este ID debe unirse al 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 final. | ||
Descripción El Tiempo de Ciclo Total es un indicador clave de rendimiento que mide la duración de principio a fin del proceso de pedido de venta. Se calcula como la diferencia de tiempo entre el primer evento (por ejemplo, 'Order Created') y el último evento (por ejemplo, 'Order Closed'). Esta métrica es el enfoque principal del dashboard 'Tiempo de Ciclo de Pedido de Venta de Principio a Fin'. Analizar el tiempo de ciclo ayuda a identificar la ineficiencia general del proceso y a medir el impacto de las iniciativas de mejora. Las variaciones en el tiempo de ciclo pueden investigarse segmentando los datos con otros atributos como país o familia de productos. Por qué es importante Este 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 obtener Calculado durante la transformación de datos restando la marca de tiempo del primer evento de la marca de tiempo del último evento para cada 'SalesOrderId'. Ejemplos 10 días 4 horas25 días 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 al individuo responsable de completar un paso del proceso. Podría ser un representante de ventas, un analista de crédito o un usuario de sistema automatizado. El análisis basado en este usuario es vital para comprender la distribución de la carga de trabajo, el rendimiento individual y los niveles de automatización. Ayuda a responder preguntas como '¿Qué usuarios gestionan la mayor cantidad de retrabajo?' o '¿Hay equipos específicos que son más rápidos en las aprobaciones?'. Esto también se utiliza en el análisis de redes sociales para ver cómo se transfiere el trabajo entre individuos. Por qué es importante Permite el análisis de rendimiento por usuario, equipo o rol, y ayuda a identificar oportunidades de automatización o necesidades de capacitación. Dónde obtener Se puede encontrar en campos como 'LastModifiedById' en el objeto 'Order' o 'OwnerId' en los registros de 'Task'. Estos IDs deberían unirse con el objeto 'User' para obtener el nombre del usuario. Ejemplos Alice SmithBob JohnsonAutomatización del SistemaEquipo de Crédito | |||
¿Es Retrabajo? IsRework | Un indicador que señala si el pedido de venta ha pasado por un retrabajo, como una actividad repetida o un ciclo en el proceso. | ||
Descripción Este atributo calculado identifica casos que se desvían de una progresión lineal y directa. El retrabajo ocurre cuando una actividad se repite o cuando el proceso retrocede a una etapa anterior, a menudo debido a errores, información faltante o aprobaciones rechazadas. Este indicador se utiliza para calcular el KPI de 'Tasa de Retrabajo de Pedidos de Venta' y alimentar el tablero de 'Tasa de Retrabajo y Errores de Pedidos de Venta'. Ayuda a cuantificar la frecuencia y el impacto de las ineficiencias, señalando áreas que requieren mejores controles de calidad o clarificación del proceso. Por qué es importante Cuantifica la ineficiencia del proceso al señalar pedidos que requieren trabajo adicional no planificado, lo que impacta directamente en el costo y el tiempo de ciclo. Dónde obtener Calculado por software de Process Mining o durante la transformación de datos al detectar nombres de actividad repetidos o flujos de proceso inversos para un caso dado. Ejemplos truefalse | |||
Automatizado IsAutomated | Un indicador que señala si la actividad fue realizada por un proceso del sistema o un usuario humano. | ||
Descripción Este atributo booleano distingue entre eventos desencadenados por la automatización del sistema, como una actualización de estado automatizada, y aquellos realizados manualmente por un usuario. Esto es clave para comprender el nivel de automatización en el proceso. Analizar este atributo ayuda a cuantificar el impacto de la automatización en la eficiencia y la consistencia. Permite una comparación de las rutas automatizadas frente a las manuales y puede resaltar oportunidades para una mayor automatización, reduciendo el esfuerzo manual y el potencial de error. Por qué es importante Ayuda a distinguir entre acciones del sistema y del usuario, lo cual es crucial para el análisis de automatización e identificar oportunidades para reducir el trabajo manual. Dónde obtener Derivado durante la transformación de datos al verificar si el 'UserPerformingAction' es un usuario del sistema designado o mediante reglas basadas en el tipo de actividad. Ejemplos truefalse | |||
Canal de Venta SalesChannel | El canal a través del cual 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 punto de origen. Esto permite un análisis comparativo del rendimiento del proceso en diferentes canales. Esto es esencial para el dashboard de 'Comparación de Rendimiento del Canal de Ventas'. Al filtrar o comparar por canal, las empresas pueden identificar qué canales son más eficientes, cuáles experimentan la mayor cantidad de retrabajo y dónde pueden ser necesarios esfuerzos de estandarización para alinear el rendimiento. Por qué es importante Permite la comparación de rendimiento entre diferentes canales de negocio, ayudando a identificar las mejores prácticas y áreas para la armonización del proceso. Dónde obtener Típicamente, es un campo de lista de selección personalizado en el objeto 'Order' o 'Opportunity'. Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos Ventas directasPortal webRed de SociosVentas internas | |||
Duración de la Recaudación de Pagos 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 crucial del ciclo de pedido a cobro: el cobro de pagos. Es la duración entre la actividad 'Factura Enviada al Cliente' y la actividad 'Pago Recibido'. Este atributo apoya directamente el tablero de 'Duración del Cobro de Pagos' y el KPI de 'Tiempo de Realización de Pagos'. Analizar esta duración ayuda al departamento de finanzas a identificar cuellos de botella en los cobros, evaluar la efectividad de los términos de pago y encontrar oportunidades para acelerar el flujo de caja. Por qué es importante Mide la eficiencia del proceso de cuentas por cobrar, impactando directamente el flujo de caja de la empresa. Dónde obtener Calculado durante la transformación de datos restando la marca de tiempo del evento 'Factura Enviada al Cliente' del evento 'Pago Recibido' para cada caso. Ejemplos 30 días15 días 8 horas45 días | |||
Entrega a Tiempo IsOnTimeDelivery | Un indicador que muestra si los bienes fueron entregados en o antes de la fecha de entrega solicitada por el cliente. | ||
Descripción Este atributo booleano es una medida directa del rendimiento de la entrega frente a las expectativas del cliente. Se calcula comparando el timestamp de la actividad 'Mercancía Entregada' con la 'Fecha de Entrega Solicitada'. Es el cálculo central para el KPI de 'Tasa de Entrega a Tiempo'. Analizar este indicador ayuda a las organizaciones a comprender su fiabilidad y cumplimiento de los compromisos, lo cual es un impulsor principal de la satisfacción del cliente. Cuando se combina con otros atributos, puede revelar si ciertos métodos de envío o regiones tienen tasas de entrega a tiempo más bajas. Por qué es importante Proporciona una medida clara y binaria del rendimiento frente a los compromisos con el cliente, apoyando directamente el KPI de Tasa de Entrega a Tiempo. Dónde obtener Calculado durante la transformación de datos. La lógica es: IF (EventTime de 'Mercancía Entregada' <= 'RequestedDeliveryDate') THEN true ELSE false. Ejemplos truefalse | |||
Estado de Verificación de Crédito CreditCheckStatus | El resultado del proceso de verificación de crédito para el pedido. | ||
Descripción Este atributo indica el resultado de la evaluación crediticia del cliente, que a menudo es una etapa crítica en el proceso de pedido. Los valores comunes incluyen 'Aprobado', 'Rechazado' o 'Pendiente'. Esto es esencial para el tablero de control de 'Análisis de Cuellos de Botella en la Verificación de Crédito'. Al rastrear cuándo un pedido entra y sale de la fase de verificación de crédito, y su estado final, las organizaciones pueden medir la duración y el resultado de este paso, identificándolo como una fuente potencial de retraso. Por qué es importante Apoya directamente el análisis del paso de verificación de crédito, ayudando a medir su duración, tasa de éxito e impacto en el tiempo de ciclo general. Dónde obtener Es probable que sea un campo personalizado en el 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 de alto nivel de los artículos incluidos en el pedido de venta. Esto permite el análisis del proceso basado en el tipo de producto que se está vendiendo. Este atributo se puede utilizar para segmentar el proceso y determinar si ciertas familias de productos tienen diferentes rutas de proceso, tiempos de ciclo más largos o tasas de retrabajo más altas. Por ejemplo, los productos complejos y configurables podrían seguir un proceso de aprobación y cumplimiento más elaborado que los artículos estándar y listos para usar. Por qué es importante Permite el análisis de procesos segmentado por categoría de producto, revelando si diferentes tipos de productos conducen a variaciones en la eficiencia del proceso. Dónde obtener Obtenido del objeto 'Product2', que está vinculado al objeto 'Order' a través del objeto de unión 'OrderItem'. Esto requiere unir Order -> OrderItem -> PricebookEntry -> Product2. Ejemplos HardwareLicencias de SoftwareServicios ProfesionalesContratos de Soporte | |||
Hora Fin del Evento EventEndTime | La fecha y hora exactas en que se completó la actividad. | ||
Descripción La Hora de Fin del Evento marca la finalización de una actividad. Si bien muchas herramientas de process mining infieren esto de la hora de inicio de la siguiente actividad, capturarla explícitamente puede proporcionar duraciones de actividad más precisas, especialmente para tareas de larga duración. Este atributo se utiliza para calcular el tiempo de procesamiento preciso de una actividad. Es particularmente valioso para analizar tareas con una duración significativa, como 'Verificación de Crédito Realizada' o 'Inventario Asignado', ayudando a separar el tiempo de procesamiento activo del tiempo de espera inactivo. Por qué es importante Permite el cálculo preciso de los tiempos de procesamiento de cada actividad individual, lo cual es crucial para identificar cuellos de botella y pasos que consumen muchos recursos. Dónde obtener Puede derivarse del 'StartTime' del evento subsiguiente en la secuencia para un caso dado. Para algunas actividades, podría ser 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 con el 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 en la segunda mitad del proceso de pedido a cobro. Este atributo es crucial para rastrear el proceso desde el cumplimiento del pedido hasta el pago. Permite la medición precisa de las actividades 'Factura Creada' y 'Factura Enviada al Cliente', que son necesarias para calcular la Duración de la Recolección de Pagos. Por qué es importante Vincula el pedido de venta al subproceso de facturación, permitiendo un seguimiento preciso de las actividades financieras y los tiempos de ciclo de pago. Dónde obtener Suele ser un campo de búsqueda personalizado en el objeto 'Order' que apunta a un objeto 'Invoice' estándar o personalizado. La implementación exacta varía. Ejemplos INV-001234INV-001235INV-001236 | |||
Método de Envío ShippingMethod | El método seleccionado para el envío de la mercancía, como 'Terrestre Estándar', 'Express' o 'Internacional'. | ||
Descripción Este atributo indica el nivel de servicio logístico elegido para la entrega del pedido. Impacta directamente los plazos de entrega y los costos. En el 'Análisis de Eficiencia del Método de Envío', este atributo se utiliza para comparar el rendimiento de diferentes opciones de envío. Ayuda a determinar si los envíos exprés cumplen sus compromisos de tiempo y cómo los diferentes métodos impactan la duración total desde la 'Mercancía Enviada' hasta la 'Mercancía Entregada'. Por qué es importante Permite el análisis del rendimiento logístico, ayudando a evaluar el costo y la eficiencia de diferentes opciones de envío. Dónde obtener Es probable que sea un campo personalizado en el objeto 'Order' o en un objeto 'Shipment' personalizado relacionado. Consulte la documentación o el esquema de Salesforce Sales Cloud. Ejemplos Terrestre EstándarExpress 2 díasEnvío Aéreo NocturnoPrioridad Internacional | |||
País de Envío ShippingCountry | El país de destino para el 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 pedidos internacionales o variaciones en los ciclos de cobro de pagos. Permite la segmentación del proceso para comprender y abordar los desafíos específicos de cada región. Por qué es importante Permite la segmentación geográfica del proceso, lo que puede resaltar diferencias regionales de rendimiento, problemas de cumplimiento o desafíos logísticos. Dónde obtener Este es el campo 'ShippingCountry' en el objeto 'Order' estándar de Salesforce. Ejemplos EE. UU.AlemaniaJapónBrazil | |||
Propietario del Pedido OrderOwner | El usuario principal responsable de gestionar el pedido de venta. | ||
Descripción El Propietario del Pedido es el representante de ventas o gerente de cuenta que tiene la responsabilidad principal del pedido. Esto difiere del usuario que realiza una acción específica, ya que el propietario es responsable de la progresión general del caso. Analizar por propietario puede ayudar a evaluar las cargas de trabajo y el rendimiento del equipo o individuales en la gestión de su cartera de pedidos. Puede destacar qué propietarios tienen pedidos que con frecuencia se atascan o requieren retrabajo, lo que indica oportunidades de capacitación. Por qué es importante Identifica a la persona responsable del éxito del pedido, lo que permite analizar la carga de trabajo y el rendimiento a nivel del propietario. Dónde obtener Este es el campo 'OwnerId' en el objeto 'Order'. Este ID se puede unir con el objeto 'User' para obtener el nombre del propietario. Ejemplos Jane DoeJohn SmithEquipo de Ventas Este | |||
Tiempo de Procesamiento ProcessingTime | La duración de una actividad individual, que representa el tiempo de trabajo activo. | ||
Descripción El tiempo de procesamiento es el tiempo dedicado a trabajar activamente en una tarea, calculado como la diferencia entre la hora de finalización y la hora de inicio de una actividad. Esto es distinto del tiempo de espera, que es el tiempo de inactividad entre actividades. Esta métrica es fundamental para el análisis de cuellos de botella, como en la actividad 'Verificación de Crédito Realizada'. Al aislar el tiempo de procesamiento activo, los analistas pueden determinar si los retrasos son causados por un trabajo ineficiente en la tarea misma o por largas colas antes de que comience la tarea. Por qué es importante Aísla el tiempo de trabajo activo para una tarea específica, lo que ayuda a distinguir entre actividades ineficientes y largos tiempos de espera. Dónde obtener Calculado durante la transformación de datos restando el 'EventTime' (StartTime) del 'EventEndTime'. Ejemplos 5 minutos2 horas 15 minutos45 segundos | |||
Pedido a Cobro - Actividades de Procesamiento de Pedidos de Venta
| Actividad | Descripción | ||
|---|---|---|---|
Factura Creada | Representa la generación de una factura financiera para el pedido de venta. Esto puede capturarse mediante la creación de un objeto 'Factura' 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 parte de cobranza financiera del proceso. El tiempo entre la entrega y la facturación puede revelar cuellos de botella administrativos que afectan el flujo de caja. Dónde obtener Se infiere de la fecha de creación de un objeto Invoice (estándar o personalizado) que está vinculado al objeto Order. Capturar Use la 'CreatedDate' del registro de factura relacionado. Tipo de evento inferred | |||
Mercancías entregadas | Indica que el envío ha llegado con éxito al cliente. Esta información se obtiene del sistema de un transportista y se actualiza de nuevo en Salesforce. | ||
Por qué es importante Este evento es esencial para calcular el KPI de 'Tasa de Entrega a Tiempo' y medir los tiempos de ciclo orientados al cliente. Confirma que el proceso de cumplimiento está completo. Dónde obtener Se infiere de la población de un campo Delivery Date en el objeto Order o en un objeto Shipment personalizado. Estos datos suelen proporcionarse a través de una integración con un proveedor de logística de envíos. Capturar Use la marca de tiempo cuando un campo de fecha de entrega se rellena. Tipo de evento inferred | |||
Mercancías enviadas | Representa el momento en que el pedido ha sido despachado físicamente desde el almacén al cliente. Este evento casi siempre se captura mediante una actualización de un sistema de envío externo o un sistema ERP en Salesforce. | ||
Por qué es importante Este es un hito crítico para medir la 'Tasa de Envío a Tiempo' y la eficiencia general en la ejecución de pedidos. Marca el inicio de la fase de entrega del recorrido del cliente. Dónde obtener Se infiere de la población de un campo Shipped Date o un campo Tracking Number en el objeto Order o en un objeto Shipment personalizado relacionado. Los datos se originan en un sistema de cumplimiento. Capturar Use la marca de tiempo cuando un campo de fecha de envío o número de seguimiento se rellena por primera vez. Tipo de evento inferred | |||
Pago Recibido | Marca la confirmación de que el pago del cliente ha sido recibido y conciliado. Esta información se actualiza desde un sistema financiero en Salesforce, generalmente como un cambio de estado. | ||
Por qué es importante Este evento es el paso final para materializar el efectivo de la venta. Analizar el tiempo desde que la 'Factura es Enviada' hasta este punto es crítico para gestionar el flujo de caja y los Días de Venta Pendientes (DSO). Dónde obtener Se infiere de un cambio de estado en el objeto Invoice a Paid o Closed. La actualización es impulsada por una integración con un sistema de contabilidad o procesamiento de pagos. Capturar Rastree los cambios de estado en el objeto 'Invoice' desde una integración de un sistema financiero externo. Tipo de evento inferred | |||
Pedido Activado | Un evento estándar de Salesforce que significa que el pedido está finalizado y puede proceder a la realización y facturación. La activación bloquea el pedido de la mayoría de los cambios 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 clave para rastrear los tiempos de ciclo de ventas. Dónde obtener Se deduce del cambio del campo estándar 'Status' en el objeto 'Order' a 'Activated'. La marca de tiempo se registra en el seguimiento del historial de campo del objeto 'Order'. Capturar Supervise el historial de campo del objeto 'Order' para detectar un cambio de estado a 'Activated'. Tipo de evento inferred | |||
Pedido Cerrado | Representa la finalización exitosa y el cierre final del pedido de venta en el sistema. Esto se infiere de una actualización de estado final en el pedido, indicando que no se necesita ninguna acción adicional. | ||
Por qué es importante Este es el evento final de la ruta principal de éxito para el proceso. Medir el tiempo total hasta esta actividad proporciona el KPI 'Tiempo Promedio de Pedido a Cierre'. Dónde obtener Se infiere de un cambio en el campo Status del objeto Order a un valor final como Closed, Completed o Fulfilled. El timestamp está disponible a través del seguimiento del historial de campos. Capturar Supervise el historial de campo del objeto 'Order' para detectar un cambio en el estado a final, completado. 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 una nueva instancia del objeto 'Order' se guarda por primera vez en Salesforce. | ||
Por qué es importante Este es el evento de inicio principal para el proceso de Pedido a Cobro. Analizar el tiempo desde este punto hasta las actividades subsiguientes es crucial para comprender los tiempos de ciclo generales. Dónde obtener El evento de creación del objeto 'Order'. La marca de tiempo es el valor en el campo estándar 'CreatedDate' en el registro del pedido. Capturar Directamente de la marca de tiempo 'CreatedDate' del objeto 'Order'. Tipo de evento explicit | |||
Factura Enviada al Cliente | Indica que la factura ha sido enviada al cliente para su pago. Esto se suele capturar como un cambio de estado en el registro de la factura. | ||
Por qué es importante Este es el evento disparador para el KPI 'Tiempo de Realización del Pago'. Cualquier retraso entre la creación y envío de la factura pospone directamente el inicio del plazo de pago. Dónde obtener Se infiere de un cambio de estado en el objeto Invoice a Sent o un valor similar. También se podría usar una entrada de registro de actividad para el correo electrónico enviado. Capturar Supervise el campo 'Status' en el objeto 'Invoice' relacionado o busque actividades en el registro de correo electrónico. Tipo de evento inferred | |||
Inventario Asignado | Indica que los productos del pedido han sido reservados en el sistema de inventario. Este evento generalmente se origina en un ERP externo o sistema de inventario y actualiza Salesforce, capturado mediante un cambio de campo. | ||
Por qué es importante Esta actividad es crucial para analizar el KPI de 'Tiempo de entrega de asignación de inventario'. Los retrasos en esta fase impactan directamente la capacidad de enviar los pedidos a tiempo. Dónde obtener Requiere análisis del sistema. A menudo se infiere de una actualización de estado en los objetos 'Orden' o 'Artículo del Pedido', o de la población de un campo personalizado 'Allocation_Date__c', impulsado por una integración. Capturar Rastree los cambios en los campos de estado o de fecha en los objetos 'Order' o 'OrderItem' desde una integración ERP. Tipo de evento inferred | |||
Pedido Aprobado | Indica que el pedido de venta ha sido aprobado formalmente por todas las partes requeridas y puede avanzar a la siguiente etapa. Esto se captura observando el paso final de aprobación en un workflow o una actualización de estado correspondiente. | ||
Por qué es importante Este es un hito clave que desbloquea el proceso de cumplimiento. Los retrasos en la aprobación pueden impactar significativamente el tiempo de ciclo general del pedido a cobro. Dónde obtener Se infiere de un cambio en el campo de estado del objeto Order a un valor como Approved. Esto también se puede derivar de la fecha de finalización del registro ProcessInstance asociado. Capturar Supervise el campo 'Status' en el objeto 'Order' o la finalización del proceso de aprobación registrada en su historial. Tipo de evento inferred | |||
Pedido Cancelado | Indica que el pedido fue cancelado antes de que se completara su cumplimiento. Esto se captura mediante un cambio de estado terminal en el registro del pedido. | ||
Por qué es importante Este es un evento de excepción y finalización crítico. Analizar por qué y cuándo se cancelan los pedidos puede revelar problemas en el proceso de ventas, la disponibilidad del producto o el crédito del cliente. Dónde obtener Se infiere de un cambio en el campo Status del objeto Order a Cancelled. El timestamp se puede encontrar en el historial de campo del campo Status. Capturar Supervise el historial de campo del objeto 'Order' para detectar un cambio en el estado a 'Cancelled'. Tipo de evento inferred | |||
Pedido Enviado para Aprobación | Representa el punto en el que un pedido preliminar se somete a un flujo de trabajo de aprobación formal. Esto generalmente se infiere de un cambio de estado en el pedido o la creación de un registro en el historial de procesos de aprobación de Salesforce. | ||
Por qué es importante El seguimiento de las presentaciones ayuda a medir el tiempo que los pedidos pasan esperando aprobación y la eficiencia del propio proceso de revisión. Destaca los cuellos de botella previos a la aprobación. Dónde obtener Se infiere de un cambio de estado en el objeto Order (por ejemplo, de Draft a Submitted for Approval) o al rastrear la fecha de envío en el objeto ProcessInstance relacionado con el pedido. Capturar Rastree los cambios en el campo de estado o consulte el objeto 'ProcessInstance'. Tipo de evento inferred | |||
Pedido Enviado para Cumplimiento | Marca el traspaso del pedido activado a un almacén o sistema de preparación y envío para su recopilación y embalaje. Esto se suele capturar mediante un cambio de estado en el pedido, activado por una integración. | ||
Por qué es importante Este evento separa las partes comerciales y logísticas del proceso. El seguimiento del tiempo desde la activación hasta este punto ayuda a aislar los retrasos administrativos de los retrasos en el procesamiento del almacén. Dónde obtener Se infiere de un cambio en el estado del Order a un valor como Sent to Fulfillment o Awaiting Shipment. Este cambio de estado a menudo es provocado por una integración con un ERP/WMS. Capturar Supervise el campo 'Status' en el objeto 'Order' para valores específicos que indiquen una transferencia para su cumplimiento. Tipo de evento inferred | |||
Verificación de crédito realizada | Representa la finalización de una verificación de solvencia para el cliente asociado al pedido. Este es a menudo un evento inferido, capturado cuando un campo personalizado, como 'Estado de Verificación de Crédito', se actualiza a 'Aprobado' o 'Completado'. | ||
Por qué es importante Esta actividad es a menudo una fuente de retrasos significativos. Medir su duración y tiempo de espera es clave para abordar el tablero de control de 'Análisis de Cuellos de Botella en la Verificación de Crédito' y mejorar el flujo de caja. Dónde obtener Se infiere de un timestamp o cambio de estado en un campo personalizado en el objeto Order o Account relacionado, por ejemplo, Credit_Check_Date__c o Credit_Status__c. Capturar Rastree las actualizaciones a los campos personalizados que indican la finalización de la verificación de crédito. Tipo de evento inferred | |||
Guías de Extracción
Pasos
- Requisito: 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 (Field History Tracking) esté habilitado para el objeto Order. Específicamente, debe rastrear el campo Status y cualquier campo personalizado que se utilice para indicar eventos, como Credit_Check_Status__c o Fulfillment_Status__c. Esto se realiza en Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Cree un tipo de informe personalizado: Para acceder a los datos de cambio de campo junto con los detalles del pedido, cree un tipo de informe personalizado. Navegue a Setup > Report Types. Cree un nuevo tipo de informe con Orders como objeto principal. Luego, relacione Order History como un objeto secundario. Asegúrese de que la relación esté establecida en "'A' records may or may not have related 'B' records" (Los registros 'A' pueden o no tener registros 'B' relacionados). Esto le permite generar informes sobre todos los pedidos, incluso aquellos sin historial aún. Guarde este tipo de informe como "Orders with History".
- Cree el informe principal de 'Eventos': Navegue a la pestaña Reports y haga clic en New Report. Seleccione su tipo de informe "Orders with History". Este informe capturará todas las actividades que se basan en cambios de campo.
- Configure las columnas del informe de eventos: Agregue 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. Agregue otras columnas del objeto principal Order 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 el Date Field en Created Date con su rango deseado (por ejemplo, Last 3 Months). Agregue un filtro a la columna Field/Event para incluir solo los cambios de campo específicos que corresponden a sus actividades (por ejemplo, Status, Credit_Check_Status__c).
- Cree el informe 'Pedido Creado': Cree un segundo informe más simple utilizando el tipo de informe estándar Orders. El objetivo de este informe es capturar solo el evento de creación. Agregue columnas para Order Number, Created Date, Created By, Status, Total Amount y Account Name. Filtre por Created Date para su rango de tiempo deseado.
- Exporte ambos informes: Ejecute ambos informes y use la opción Export. Elija el formato Details Only y Comma Delimited .csv.
- Combine y transforme los datos: Abra los archivos CSV exportados en un programa de hoja de cálculo como Microsoft Excel o use un lenguaje de scripting como Python.
- Para el informe de 'Eventos', cree una nueva columna ActivityName. Use fórmulas o un script para mapear los datos de cambio de campo a los nombres de actividad deseados. Por ejemplo, si Field/Event es 'Status' y New Value es 'Activated', establezca ActivityName en 'Order Activated'.
- Para el informe 'Pedido Creado', agregue una nueva columna llamada ActivityName y establezca su valor en 'Order Created' para todas las filas. Renombre las columnas para que coincidan con el esquema del registro de eventos (por ejemplo, Order Number -> SalesOrderId, Created Date -> EventTime).
- Fusionar en un único registro de eventos: Anexe las filas de los datos transformados de 'Pedido Creado' a los datos transformados de 'Eventos'. Esto crea una lista única y unificada de todas las actividades.
- Prepare el archivo para la carga: Agregue las columnas requeridas restantes: SourceSystem (con un valor estático de 'Salesforce Sales Cloud') y LastDataUpdate (con la marca de tiempo actual). Revise todos los encabezados de columna y formatos de datos antes de guardar el archivo final como un CSV, listo para subir.
Configuración
- Tipos de informes: Un tipo de informe personalizado que une Pedidos e Historial de pedidos es esencial para capturar los cambios de estado y otras actualizaciones de campo como eventos distintos.
- Seguimiento del historial de campo: La viabilidad de este método depende de habilitar el seguimiento del historial de campo para el objeto Pedido antes de que comience la extracción de datos. Los campos clave como Estado y cualquier campo personalizado que represente los pasos del proceso deben registrarse.
- Filtros de rango de fechas: Utilice la Fecha de creación en el objeto Pedido como filtro principal para garantizar que el análisis se realice sobre un conjunto consistente de pedidos. Se recomienda un rango de 3 a 6 meses para un análisis inicial.
- Servicio de exportación de datos: Como alternativa para entornos de alto volumen, el Servicio de exportación de datos puede programarse (semanal o mensualmente) para exportar todos los datos de los objetos especificados (Pedido, Historial de pedidos, Cuenta). Esto proporciona datos sin procesar que requieren un procesamiento externo y una consolidación más significativos, pero evita los tiempos de espera y los límites de filas del Generador de informes interactivo.
- Permisos: Los usuarios que ejecutan la extracción necesitan permisos para Ejecutar informes, Exportar informes y Ver todos los datos para los objetos Pedido y Cuenta. La configuración del Servicio de exportación de datos requiere privilegios de Administrador del sistema.
- Estructura del informe: Los informes deben configurarse en Formato tabular para facilitar la exportación y el procesamiento. Evite los formatos de resumen o matriz.
a Consulta de ejemplo config
/*
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.
*/