Seu Template de dados de Order to Cash - Processamento de pedidos de venda
Seu Template de dados de Order to Cash - Processamento de pedidos de venda
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações de extração para o Salesforce Sales Cloud
Atributos do processamento de pedidos de venda de Order to Cash
| Nome | Descrição | ||
|---|---|---|---|
| Hora do evento EventTime | A data e a hora exatas em que a atividade ocorreu. | ||
| Descrição A Hora do evento, ou registro de data e hora, registra o momento exato em que uma atividade ocorreu. Esses dados são essenciais para ordenar os eventos corretamente e calcular as durações entre atividades, que são a base de toda análise de Process Mining orientada por tempo. Esse atributo é usado para ordenar as atividades de cada caso, calcular tempos de ciclo, identificar tempos de espera e analisar a performance do processo em diferentes períodos. Registros de data e hora imprecisos ou ausentes podem limitar significativamente a utilidade da análise. Por que isso importa Os registros de data e hora são essenciais para ordenar os eventos cronologicamente e calcular todas as métricas de performance, como tempos de ciclo e gargalos. Onde obter Corresponde a campos como 'CreatedDate' ou 'LastModifiedDate' no objeto 'Order' ou em registros relacionados. Para eventos específicos, pode vir da data de conclusão de um registro 'Task'. Exemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Nome da atividade ActivityName | O nome do evento de negócio ou da tarefa específica que ocorreu durante o ciclo de vida do pedido de venda. | ||
| Descrição O Nome da atividade descreve uma etapa do processo do pedido de venda, como 'Order Created', 'Credit Check Performed' ou 'Invoice Sent'. Essas atividades são os blocos de construção do mapa do processo e são derivadas de eventos do sistema, alterações de status ou conclusões de tarefas. Analisar essas atividades permite visualizar o fluxo do processo, identificar caminhos comuns (variantes) e medir a frequência e a duração de cada etapa. Isso é fundamental para entender o que está acontecendo no processo. Por que isso importa Esse atributo define as etapas do mapa do processo. Sem ele, você não consegue visualizar o fluxo do processo nem analisar como os pedidos de venda estão sendo realmente tratados. Onde obter Normalmente derivado de alterações no campo 'Order.Status', da criação de registros relacionados, como Invoice, ou de registros 'Task' ou 'Event' concluídos e relacionados ao Order. Exemplos Pedido criadoPedido aprovadoMercadorias enviadasPagamento recebido | |||
| Pedido de venda SalesOrderId | O identificador exclusivo de cada pedido de venda, usado como o caso principal para acompanhar todo o processo do pedido ao recebimento. | ||
| Descrição O ID do pedido de venda é a base da análise do processo, identificando exclusivamente cada pedido do cliente ao longo do seu ciclo de vida. Ele conecta todas as atividades associadas, desde a criação e aprovação até o atendimento e o pagamento. No Process Mining, cada evento relacionado a um pedido específico é vinculado novamente a esse ID. Isso permite reconstruir a jornada do pedido de ponta a ponta e analisar detalhadamente tempos de ciclo, variações do processo e gargalos de pedidos individuais. Por que isso importa Esse atributo é essencial para agrupar todos os eventos relacionados em um único caso, permitindo visualizar e analisar o fluxo do processo de ponta a ponta para cada pedido de venda. Onde obter Esse é o campo 'Id' no objeto padrão 'Order' do Salesforce. Exemplos 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Sistema de origem SourceSystem | Identifica o sistema do qual os dados foram extraídos. | ||
| Descrição Esse atributo especifica a origem dos dados do processo. Para esta análise, ele será sempre 'Salesforce Sales Cloud'. Em ambientes com vários sistemas, esse campo é fundamental para a linhagem dos dados e a solução de problemas. Mesmo em um contexto de sistema único, ele fornece metadados importantes sobre a origem dos dados. Por que isso importa Fornece contexto essencial sobre a origem dos dados, algo importante para a governança de dados e para integrar dados de vários sistemas de origem. Onde obter Normalmente, é um valor estático adicionado durante a extração dos dados para identificar o conjunto de dados. Exemplos Salesforce Sales Cloud | |||
| Última atualização dos dados LastDataUpdate | O registro de data e hora que indica quando os dados foram extraídos ou atualizados pela última vez. | ||
| Descrição Esse atributo registra a data e a hora da extração mais recente de dados do sistema de origem. Ele fornece um contexto essencial sobre a atualidade dos dados analisados. Os analistas usam essas informações para entender se estão visualizando os dados mais atuais do processo e avaliar a relevância de suas conclusões. É um metadado fundamental para qualquer projeto de Process Mining. Por que isso importa Informa aos usuários o quanto os dados são recentes, garantindo que entendam quão atual é a análise. Onde obter Esse é um registro de data e hora gerado e adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados. Exemplos 2023-11-01T05:00:00Z | |||
| Data de entrega solicitada RequestedDeliveryDate | A data de entrega do pedido solicitada pelo cliente. | ||
| Descrição Esse atributo armazena a data em que o cliente espera receber os produtos. Ele serve como referência essencial para medir a performance da entrega e a satisfação do cliente. Essa data é usada diretamente no Dashboard 'Delivery Date Adherence Tracking' e no KPI de 'Taxa de Entrega no Prazo'. Ela é comparada com a data real de entrega, o registro de data e hora de 'Goods Delivered', para determinar se o pedido foi entregue no prazo, antes ou depois do previsto. Por que isso importa Essa é a principal referência para medir a performance das entregas no prazo, um indicador essencial da satisfação do cliente e da eficácia operacional. Onde obter Geralmente, esse é um campo de data personalizado no objeto 'Order'. O nome exato pode variar. Consulte a documentação ou o esquema do Salesforce Sales Cloud. Exemplos 2023-11-152023-12-012024-01-10 | |||
| Nome da conta AccountName | O nome do cliente ou da empresa que fez o pedido de venda. | ||
| Descrição O Nome da conta identifica o cliente associado ao pedido de venda. Isso permite analisar o processo sob a perspectiva do cliente. Com esse atributo, os analistas podem filtrar o processo para clientes específicos, comparar a performance do processo entre diferentes segmentos de clientes ou identificar se determinados clientes enfrentam problemas recorrentes no processo. Ele é fundamental para conectar diretamente a performance do processo à experiência do cliente. Por que isso importa Conecta a performance do processo a clientes específicos, permitindo análises e segmentações por cliente para identificar padrões ou problemas. Onde obter O objeto 'Order' tem um campo de pesquisa 'AccountId'. Esse ID precisa ser associado ao objeto 'Account' para recuperar o campo 'Account.Name'. Exemplos Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| Status do pedido OrderStatus | O status do pedido de venda no momento do evento. | ||
| Descrição Esse atributo captura o estado do pedido de venda, como 'Draft', 'Activated', 'Shipped' ou 'Closed'. As alterações de status geralmente são a fonte para gerar as atividades no registro do processo. Analisar o status do pedido fornece contexto para cada evento e é fundamental para acompanhar o progresso de um pedido. Isso ajuda a entender o resultado dos casos, por exemplo, identificando pedidos 'Cancelled' em comparação com aqueles que foram 'Closed' com sucesso. Por que isso importa Fornece contexto essencial para cada evento e costuma ser a base para definir atividades. Também é fundamental para analisar resultados de casos, como cancelamentos. Onde obter Esse é o campo de lista de seleção 'Status' no objeto padrão 'Order' do Salesforce. Exemplos RascunhoAtivadoEnviadoEncerradoCancelado | |||
| Tempo total de ciclo CycleTime | O tempo total transcorrido entre a criação do pedido de venda e seu encerramento final. | ||
| Descrição O Tempo total de ciclo é um indicador de performance essencial que mede a duração de ponta a ponta do processo do pedido de venda. Ele é calculado como a diferença entre o primeiro evento, como 'Order Created', e o último evento, como 'Order Closed'. Essa métrica é o foco principal do Dashboard 'Sales Order End-to-End Cycle Time'. Analisar o tempo de ciclo ajuda a identificar ineficiências gerais do processo e medir o impacto das iniciativas de melhoria. Variações no tempo de ciclo podem ser investigadas segmentando os dados por outros atributos, como país ou família de produtos. Por que isso importa Esse é um KPI fundamental para medir a eficiência geral do processo e identificar pedidos de longa duração que podem indicar problemas sistêmicos. Onde obter Calculado durante a transformação dos dados, subtraindo o registro de data e hora do primeiro evento do registro de data e hora do último evento para cada 'SalesOrderId'. Exemplos 10 dias e 4 horas25 dias e 11 horas5 dias e 2 horas | |||
| Usuário que realizou a ação UserPerformingAction | O nome do usuário ou agente do sistema que executou a atividade. | ||
| Descrição Esse atributo identifica a pessoa responsável por concluir uma etapa do processo. Pode ser um representante de vendas, um analista de crédito ou um usuário de sistema automatizado. A análise com base nesse usuário é essencial para entender a distribuição da carga de trabalho, a performance individual e os níveis de automação. Ela ajuda a responder perguntas como 'Quais usuários lidam com mais retrabalho?' ou 'Alguns times são mais rápidos nas aprovações?'. Também é usada na análise de redes sociais para entender como o trabalho é transferido entre as pessoas. Por que isso importa Permite analisar a performance por usuário, time ou função e ajuda a identificar oportunidades de automação ou necessidades de treinamento. Onde obter Pode ser encontrado em campos como 'LastModifiedById' no objeto 'Order' ou 'OwnerId' nos registros 'Task'. Esses IDs precisam ser associados ao objeto 'User' para obter o nome do usuário. Exemplos Alice SmithBob JohnsonAutomação do sistemaEquipe de crédito | |||
| Valor total do pedido TotalOrderAmount | O valor monetário total do pedido de venda. | ||
| Descrição Esse atributo representa o valor financeiro total do pedido do cliente. É uma métrica essencial para entender o impacto empresarial das eficiências ou ineficiências do processo. Na análise, o valor total do pedido pode ser usado para segmentar casos, por exemplo, para verificar se pedidos de alto valor são processados de forma diferente ou sofrem mais atrasos do que pedidos de baixo valor. Ele também é fundamental para calcular KPIs financeiros e entender o valor que circula pelo processo. Por que isso importa Permite analisar financeiramente o processo, segmentar pedidos por valor e quantificar o impacto monetário de atrasos ou retrabalho. Onde obter Esse é o campo 'TotalAmount' no objeto padrão 'Order' do Salesforce. Exemplos 5400.50125000.00950.75 | |||
| Canal de vendas SalesChannel | O canal pelo qual o pedido de venda foi feito, como 'Web', 'Direct Sales' ou 'Partner'. | ||
| Descrição O atributo Canal de vendas categoriza os pedidos com base em sua origem. Isso permite comparar a performance do processo entre diferentes canais. Ele é essencial para o Dashboard 'Sales Channel Performance Comparison'. Ao filtrar ou comparar por canal, as empresas podem identificar quais são mais eficientes, quais apresentam mais retrabalho e onde são necessários esforços de padronização para alinhar a performance. Por que isso importa Permite comparar a performance entre diferentes canais de negócio, ajudando a identificar boas práticas e áreas que precisam de harmonização do processo. Onde obter Normalmente, esse é um campo de lista de seleção personalizado no objeto 'Order' ou 'Opportunity'. Consulte a documentação ou o esquema do Salesforce Sales Cloud. Exemplos Vendas diretasPortal webRede de parceirosVendas internas | |||
| Duração do recebimento do pagamento PaymentCollectionDuration | O tempo transcorrido entre o envio da fatura ao cliente e o recebimento do pagamento. | ||
| Descrição Essa métrica calculada mede a eficiência da etapa final e essencial do ciclo do pedido ao recebimento: receber o pagamento. Ela corresponde à duração entre a atividade 'Invoice Sent to Customer' e a atividade 'Payment Received'. Esse atributo dá suporte direto ao Dashboard 'Payment Collection Duration' e ao KPI de 'Tempo de Realização do Pagamento'. Analisar essa duração ajuda o departamento financeiro a identificar gargalos no recebimento, avaliar a eficácia das condições de pagamento e encontrar oportunidades para acelerar o fluxo de caixa. Por que isso importa Mede a eficiência do processo de contas a receber, afetando diretamente o fluxo de caixa da empresa. Onde obter Calculado durante a transformação dos dados, subtraindo o registro de data e hora do evento 'Invoice Sent to Customer' do evento 'Payment Received' para cada caso. Exemplos 30 dias15 dias e 8 horas45 dias | |||
| É automatizado IsAutomated | Um indicador que informa se a atividade foi executada por um processo do sistema ou por um usuário. | ||
| Descrição Esse atributo booleano diferencia eventos acionados pela automação do sistema, como uma atualização automática de status, daqueles executados manualmente por um usuário. Ele é fundamental para entender o nível de automação do processo. Analisar esse atributo ajuda a quantificar o impacto da automação na eficiência e na consistência. Também permite comparar caminhos automatizados e manuais e identificar oportunidades para ampliar a automação, reduzindo o esforço manual e a possibilidade de erros. Por que isso importa Ajuda a diferenciar ações do sistema e do usuário, algo fundamental para analisar a automação e identificar oportunidades de reduzir o trabalho manual. Onde obter Derivado durante a transformação dos dados, verificando se 'UserPerformingAction' é um usuário de sistema designado ou aplicando regras com base no tipo de atividade. Exemplos truefalse | |||
| É entrega no prazo IsOnTimeDelivery | Um indicador que informa se os produtos foram entregues na data de entrega solicitada pelo cliente ou antes dela. | ||
| Descrição Esse atributo booleano mede diretamente a performance da entrega em relação às expectativas do cliente. Ele é calculado comparando o registro de data e hora da atividade 'Goods Delivered' com 'RequestedDeliveryDate'. Ele é o cálculo central do KPI de 'Taxa de Entrega no Prazo'. Analisar esse indicador ajuda as organizações a entender sua confiabilidade e o cumprimento dos compromissos, fatores importantes para a satisfação do cliente. Quando combinado com outros atributos, ele pode revelar se determinados métodos de envio ou regiões têm taxas menores de entrega no prazo. Por que isso importa Fornece uma medida binária clara da performance em relação aos compromissos com o cliente, dando suporte direto ao KPI de Taxa de Entrega no Prazo. Onde obter Calculado durante a transformação dos dados. A lógica é: IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Exemplos truefalse | |||
| É retrabalho IsRework | Um indicador que informa se o pedido de venda passou por retrabalho, como uma atividade repetida ou um loop no processo. | ||
| Descrição Esse atributo calculado identifica casos que se desviam de uma progressão linear e contínua. O retrabalho ocorre quando uma atividade é repetida ou quando o processo retorna a uma etapa anterior, geralmente devido a erros, informações ausentes ou aprovações rejeitadas. Esse indicador é usado para calcular o KPI de 'Taxa de retrabalho do pedido de venda' e alimentar o Dashboard 'Sales Order Rework and Error Rate'. Ele ajuda a quantificar a frequência e o impacto das ineficiências, apontando áreas que precisam de controles de qualidade melhores ou de maior clareza no processo. Por que isso importa Quantifica a ineficiência do processo ao sinalizar pedidos que exigem trabalho extra e não planejado, afetando diretamente o custo e o tempo de ciclo. Onde obter Calculado pelo software de Process Mining ou durante a transformação dos dados, detectando nomes de atividades repetidos ou fluxos que retornam a etapas anteriores para um determinado caso. Exemplos truefalse | |||
| Família de produtos ProductFamily | A categoria ou família à qual pertencem os produtos do pedido. | ||
| Descrição A Família de produtos fornece uma classificação de alto nível dos itens incluídos no pedido de venda. Isso permite analisar o processo com base no tipo de produto vendido. Esse atributo pode ser usado para segmentar o processo e determinar se determinadas famílias de produtos têm caminhos diferentes, tempos de ciclo mais longos ou taxas de retrabalho maiores. Por exemplo, produtos complexos e configuráveis podem seguir um processo de aprovação e atendimento mais elaborado do que itens padrão prontos para venda. Por que isso importa Permite analisar o processo segmentando-o por categoria de produto e identificar se diferentes tipos de produtos geram variações na eficiência do processo. Onde obter Obtido do objeto 'Product2', que está vinculado ao 'Order' por meio do objeto de junção 'OrderItem'. Isso exige a associação Order -> OrderItem -> PricebookEntry -> Product2. Exemplos HardwareLicenças de softwareServiços profissionaisContratos de suporte | |||
| Hora de término do evento EventEndTime | A data e a hora exatas em que a atividade foi concluída. | ||
| Descrição A Hora de término do evento marca a conclusão de uma atividade. Embora muitas ferramentas de Process Mining façam essa inferência a partir do horário de início da atividade seguinte, capturá-la explicitamente pode fornecer durações mais precisas, especialmente para tarefas de longa duração. Esse atributo é usado para calcular o tempo exato de processamento de uma atividade. Ele é especialmente valioso para analisar tarefas com duração significativa, como 'Credit Check Performed' ou 'Inventory Allocated', ajudando a separar o tempo de processamento ativo do tempo de espera ocioso. Por que isso importa Permite calcular com precisão o tempo de processamento de cada atividade, algo fundamental para identificar gargalos e etapas que consomem muitos recursos. Onde obter Pode ser derivado do 'StartTime' do evento seguinte na sequência de um determinado caso. Para algumas atividades, pode ser um campo específico, como 'Task.CompletedDateTime'. Exemplos 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| ID da fatura InvoiceId | O identificador exclusivo da fatura associada ao pedido de venda. | ||
| Descrição O ID da fatura conecta um pedido de venda à sua fatura financeira correspondente. A criação e o envio dessa fatura são marcos importantes na segunda metade do processo do pedido ao recebimento. Esse atributo é fundamental para acompanhar o processo desde o atendimento do pedido até o pagamento. Ele permite medir com precisão as atividades 'Invoice Created' e 'Invoice Sent to Customer', necessárias para calcular a 'Duração do recebimento do pagamento'. Por que isso importa Conecta o pedido de venda ao subprocesso de faturamento, permitindo acompanhar com precisão as atividades financeiras e os tempos do ciclo de pagamento. Onde obter Geralmente, esse é um campo de pesquisa personalizado no objeto 'Order' que aponta para um objeto 'Invoice' padrão ou personalizado. A implementação exata varia. Exemplos INV-001234INV-001235INV-001236 | |||
| Método de envio ShippingMethod | O método selecionado para enviar os produtos, como 'Standard Ground', 'Express' ou 'International'. | ||
| Descrição Esse atributo indica o nível de serviço logístico escolhido para a entrega do pedido. Ele afeta diretamente os prazos e os custos de entrega. Na 'Shipping Method Efficiency Analysis', esse atributo é usado para comparar a performance de diferentes opções de envio. Ele ajuda a determinar se os envios expressos estão cumprindo os prazos prometidos e como diferentes métodos afetam a duração total entre 'Goods Shipped' e 'Goods Delivered'. Por que isso importa Permite analisar a performance logística e avaliar o custo e a eficiência de diferentes opções de envio. Onde obter Provavelmente, esse é um campo personalizado no objeto 'Order' ou em um objeto personalizado 'Shipment' relacionado. Consulte a documentação ou o esquema do Salesforce Sales Cloud. Exemplos Transporte terrestre padrãoExpressa em 2 diasTransporte aéreo noturnoPrioridade internacional | |||
| País de envio ShippingCountry | O país de destino da remessa do pedido de venda. | ||
| Descrição Esse atributo especifica o país para o qual o pedido está sendo enviado. Ele é uma dimensão essencial para a análise geográfica do processo do pedido ao recebimento. Analisar por país de envio pode revelar diferenças regionais na performance do processo, como prazos de entrega mais longos para pedidos internacionais ou variações nos ciclos de recebimento. Isso permite segmentar o processo para entender e resolver desafios específicos de cada região. Por que isso importa Permite segmentar geograficamente o processo, destacando diferenças regionais de performance, problemas de conformidade ou desafios logísticos. Onde obter Esse é o campo 'ShippingCountry' no objeto padrão 'Order' do Salesforce. Exemplos USAAlemanhaJapãoBrasil | |||
| Responsável pelo pedido OrderOwner | O usuário principal responsável por gerenciar o pedido de venda. | ||
| Descrição O responsável pelo pedido é o representante de vendas ou gerente de contas que tem a responsabilidade principal pelo pedido. Isso é diferente do usuário que executa uma ação específica, pois o responsável responde pelo avanço geral do caso. Analisar por responsável pode ajudar a avaliar a carga de trabalho e a performance do time ou de cada pessoa no gerenciamento de sua carteira de pedidos. Também pode destacar quais responsáveis têm pedidos que ficam parados com frequência ou exigem retrabalho, indicando oportunidades de orientação. Por que isso importa Identifica a pessoa responsável pelo sucesso do pedido, permitindo analisar a carga de trabalho e a performance no nível do responsável. Onde obter Esse é o campo 'OwnerId' no objeto 'Order'. Esse ID pode ser associado ao objeto 'User' para obter o nome do responsável. Exemplos Jane DoeJohn SmithEquipe de vendas leste | |||
| Status da verificação de crédito CreditCheckStatus | O resultado do processo de verificação de crédito do pedido. | ||
| Descrição Esse atributo indica o resultado da avaliação de crédito do cliente, que geralmente é um ponto de controle crítico no processo do pedido. Os valores comuns incluem 'Approved', 'Rejected' ou 'Pending'. Ele é essencial para o Dashboard 'Credit Check Bottleneck Analysis'. Ao acompanhar quando um pedido entra e sai da etapa de verificação de crédito e seu status final, as organizações podem medir a duração e o resultado dessa etapa, identificando-a como uma possível fonte de atraso. Por que isso importa Dá suporte direto à análise da etapa de verificação de crédito, ajudando a medir sua duração, taxa de sucesso e impacto no tempo total de ciclo. Onde obter Provavelmente, esse é um campo personalizado no objeto 'Order' ou 'Account'. Consulte a documentação ou o esquema do Salesforce Sales Cloud. Exemplos AprovadoRejeitadoAguardando análiseNão necessário | |||
Atividades do processamento de pedidos de venda de Order to Cash
| Atividade | Descrição | ||
|---|---|---|---|
| Fatura criada | Representa a geração de uma fatura financeira para o pedido de venda. Isso pode ser capturado pela criação de um objeto 'Invoice' relacionado, nativamente pelo Salesforce Billing ou por meio de uma integração. | ||
| Por que isso importa Esse marco indica o início da etapa de cobrança financeira do processo. O tempo entre a entrega e o faturamento pode revelar gargalos administrativos que afetam o fluxo de caixa. Onde obter Inferido a partir da data de criação de um objeto 'Invoice' padrão ou personalizado vinculado ao objeto 'Order'. Captura Use o 'CreatedDate' do registro de Invoice relacionado. Tipo de evento inferred | |||
| Mercadorias entregues | Indica que a remessa chegou com sucesso ao cliente. Essas informações são obtidas do sistema da transportadora e atualizadas no Salesforce. | ||
| Por que isso importa Esse evento é essencial para calcular o KPI de 'Taxa de Entrega no Prazo' e medir os tempos reais do ciclo voltados ao cliente. Ele confirma que o processo de atendimento do pedido foi concluído. Onde obter Inferido a partir do preenchimento do campo 'Delivery Date' no objeto 'Order' ou no objeto personalizado 'Shipment'. Esses dados geralmente são fornecidos por uma integração com um provedor de logística de transporte. Captura Use o registro de data e hora em que um campo de data de entrega é preenchido. Tipo de evento inferred | |||
| Mercadorias enviadas | Representa o momento em que o pedido é despachado fisicamente do armazém para o cliente. Esse evento quase sempre é capturado por uma atualização de um sistema externo de envio ou ERP no Salesforce. | ||
| Por que isso importa Este é um marco essencial para medir a 'On-Time Shipping Rate' e a eficiência geral do atendimento. Ele marca o início da etapa de entrega na jornada do cliente. Onde obter Inferido a partir do preenchimento de um campo 'Shipped Date' ou 'Tracking Number' no objeto 'Order' ou em um objeto personalizado 'Shipment' relacionado. Os dados têm origem em um sistema de atendimento. Captura Use o carimbo de data e hora do primeiro preenchimento de um campo de data de envio ou número de rastreamento. Tipo de evento inferred | |||
| Pagamento recebido | Marca a confirmação de que o pagamento do cliente foi recebido e conciliado. Essas informações são atualizadas de um sistema financeiro para o Salesforce, normalmente como uma alteração de status. | ||
| Por que isso importa Esse evento é a etapa final para transformar a venda em caixa. Analisar o tempo entre 'Invoice Sent' e esse ponto é fundamental para gerenciar o fluxo de caixa e os dias de vendas pendentes (DSO). Onde obter Inferido a partir da alteração do status do objeto 'Invoice' para 'Paid' ou 'Closed'. A atualização é feita por uma integração com um sistema contábil ou de processamento de pagamentos. Captura Acompanhe as alterações de status no objeto 'Invoice' provenientes de uma integração com um sistema financeiro externo. Tipo de evento inferred | |||
| Pedido ativado | Um evento padrão do Salesforce que indica que o pedido foi finalizado e pode avançar para o atendimento e o faturamento. A ativação bloqueia a maioria das alterações no pedido e é capturada por uma mudança de status específica. | ||
| Por que isso importa A ativação é um marco crítico e irreversível que confirma a validade do pedido. É a transferência oficial de vendas para operações e um componente essencial do acompanhamento dos tempos de ciclo de vendas. Onde obter Inferido a partir da alteração do campo padrão 'Status' do objeto 'Order' para 'Activated'. O carimbo de data e hora é registrado no histórico de campos do 'Order'. Captura Monitore o histórico de campos do objeto 'Order' para identificar uma mudança de status para 'Activated'. Tipo de evento inferred | |||
| Pedido criado | Marca a criação inicial de um registro de pedido de venda no sistema. Esse evento é capturado explicitamente quando uma nova instância do objeto 'Order' é salva pela primeira vez no Salesforce. | ||
| Por que isso importa Este é o principal evento de início do processo Order to Cash. Analisar o tempo entre esse ponto e as atividades seguintes é essencial para entender os tempos de ciclo gerais. Onde obter O evento de criação do objeto 'Order'. O carimbo de data e hora corresponde ao valor do campo padrão 'CreatedDate' no registro do pedido. Captura Diretamente do carimbo de data e hora 'CreatedDate' do objeto 'Order'. Tipo de evento explicit | |||
| Pedido fechado | Representa a conclusão bem-sucedida e o encerramento final do pedido de venda no sistema. Isso é inferido a partir de uma atualização final de status no pedido, indicando que nenhuma ação adicional é necessária. | ||
| Por que isso importa Esse é o principal evento de encerramento do caminho ideal do processo. Medir o tempo total até essa atividade fornece o KPI de 'Tempo Médio do Pedido ao Fechamento'. Onde obter Inferido a partir da alteração do campo 'Status' do objeto 'Order' para um valor final, como 'Closed', 'Completed' ou 'Fulfilled'. O registro de data e hora está disponível no histórico de campos. Captura Monitore o histórico de campos do objeto 'Order' para identificar uma alteração para um status final de conclusão. Tipo de evento inferred | |||
| Estoque alocado | Indica que os produtos do pedido foram reservados no sistema de estoque. Esse evento normalmente tem origem em um ERP externo ou sistema de estoque e atualiza o Salesforce, sendo capturado por meio de uma alteração de campo. | ||
| Por que isso importa Essa atividade é essencial para analisar o KPI 'Inventory Allocation Lead Time'. Atrasos nessa etapa afetam diretamente a capacidade de enviar os pedidos no prazo. Onde obter É necessária uma análise do sistema. Geralmente, o evento é inferido a partir de uma atualização de status nos objetos 'Order' ou 'OrderItem', ou do preenchimento de um campo personalizado 'Allocation_Date__c', acionado por uma integração. Captura Acompanhe as alterações nos campos de status ou data dos objetos Order ou OrderItem provenientes de uma integração com o ERP. Tipo de evento inferred | |||
| Fatura enviada ao cliente | Indica que a fatura foi enviada ao cliente para pagamento. Normalmente, isso é capturado como uma alteração de status no registro da fatura. | ||
| Por que isso importa Esse é o evento de disparo do KPI de 'Tempo de Realização do Pagamento'. Qualquer atraso entre a criação e o envio da fatura adia diretamente o início do prazo de pagamento. Onde obter Inferido a partir da alteração do status do objeto 'Invoice' para 'Sent' ou um valor semelhante. Uma entrada no registro de atividades do e-mail enviado também pode ser usada. Captura Monitore o campo 'Status' no objeto 'Invoice' relacionado ou procure atividades nos registros de e-mail. Tipo de evento inferred | |||
| Pedido aprovado | Indica que o pedido de venda foi formalmente aprovado por todas as partes necessárias e pode avançar para a próxima etapa. Isso é capturado observando a etapa final de aprovação em um Workflow ou uma atualização de status correspondente. | ||
| Por que isso importa Este é um marco importante que libera o processo de atendimento do pedido. Atrasos na aprovação podem afetar significativamente o tempo de ciclo geral do processo Order to Cash. Onde obter Inferido a partir de uma mudança no campo de status do objeto 'Order' para um valor como 'Approved'. Também pode ser derivado da data de conclusão do registro 'ProcessInstance' associado. Captura Monitore o campo 'Status' do objeto 'Order' ou a conclusão do histórico do processo de aprovação. Tipo de evento inferred | |||
| Pedido cancelado | Indica que o pedido foi cancelado antes da conclusão do atendimento. Isso é capturado por uma alteração de status terminal no registro do pedido. | ||
| Por que isso importa Esse é um evento crítico de exceção e encerramento. Analisar por que e quando os pedidos são cancelados pode revelar problemas no processo de vendas, na disponibilidade de produtos ou no crédito do cliente. Onde obter Inferido a partir da alteração do campo 'Status' do objeto 'Order' para 'Cancelled'. O registro de data e hora pode ser encontrado no histórico do campo 'Status'. Captura Monitore o histórico de campos do objeto 'Order' para identificar uma alteração para o status 'Cancelled'. Tipo de evento inferred | |||
| Pedido enviado para aprovação | Representa o momento em que um pedido em rascunho é enviado para um Workflow formal de aprovação. Normalmente, isso é inferido a partir de uma mudança de status no pedido ou da criação de um registro no histórico do processo de aprovação do Salesforce. | ||
| Por que isso importa Acompanhar os envios ajuda a medir quanto tempo os pedidos passam aguardando aprovação e a eficiência do próprio processo de análise. Isso destaca gargalos anteriores à aprovação. Onde obter Inferido a partir de uma mudança de status no objeto 'Order', por exemplo, de 'Draft' para 'Submitted for Approval', ou pelo acompanhamento da data de envio no objeto 'ProcessInstance' relacionado ao pedido. Captura Acompanhe as mudanças no campo de status ou consulte o objeto 'ProcessInstance'. Tipo de evento inferred | |||
| Pedido enviado para atendimento | Marca a transferência do pedido ativado para um armazém ou sistema de atendimento, onde será separado e embalado. Normalmente, isso é capturado por uma mudança de status no pedido, acionada por uma integração. | ||
| Por que isso importa Este evento separa as partes comercial e logística do processo. Acompanhar o tempo entre a ativação e este ponto ajuda a distinguir atrasos administrativos de atrasos no processamento do armazém. Onde obter Inferido a partir da alteração do status do 'Order' para um valor como 'Sent to Fulfillment' ou 'Awaiting Shipment'. Essa mudança de status geralmente é acionada por uma integração com um ERP/WMS. Captura Monitore o campo 'Status' do objeto 'Order' em busca de valores específicos que indiquem a transferência para o atendimento. Tipo de evento inferred | |||
| Verificação de crédito realizada | Representa a conclusão de uma verificação de crédito do cliente associado ao pedido. Geralmente, este é um evento inferido, capturado quando um campo personalizado, como 'Credit Check Status', é atualizado para 'Passed' ou 'Completed'. | ||
| Por que isso importa Essa atividade costuma ser uma fonte importante de atrasos. Medir sua duração e seu tempo de espera é essencial para tratar o Dashboard 'Credit Check Bottleneck Analysis' e melhorar o fluxo de caixa. Onde obter Inferido a partir de um carimbo de data e hora ou de uma mudança de status em um campo personalizado do objeto 'Order' ou do objeto 'Account' relacionado, como 'Credit_Check_Date__c' ou 'Credit_Status__c'. Captura Acompanhe as atualizações nos campos personalizados que indicam a conclusão da verificação de crédito. Tipo de evento inferred | |||
Guias de extração
Etapas
- Pré-requisito: configure o Field History Tracking: antes de criar os relatórios, um administrador do Salesforce deve garantir que o Field History Tracking esteja habilitado para o objeto Order. Especificamente, acompanhe o campo Status e todos os campos personalizados usados para representar eventos, como Credit_Check_Status__c ou Fulfillment_Status__c. Isso é feito em Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Crie um tipo de relatório personalizado: para acessar os dados de alteração dos campos junto com os detalhes do pedido, crie um tipo de relatório personalizado. Acesse Setup > Report Types. Crie um novo tipo de relatório com Orders como objeto principal. Em seguida, relacione Order History como objeto secundário. Garanta que o relacionamento esteja definido como "'A' records may or may not have related 'B' records." Isso permite gerar relatórios de todos os pedidos, inclusive os que ainda não têm histórico. Salve esse tipo de relatório como "Orders with History".
- Crie o relatório principal de 'Events': acesse a aba Reports e clique em New Report. Selecione o tipo de relatório "Orders with History". Esse relatório capturará todas as atividades baseadas em alterações de campos.
- Configure as colunas do relatório de Events: adicione as seguintes colunas: Order: Order Number (para SalesOrderId), Edit Date (para EventTime), User (para UserPerformingAction), Field/Event (o campo alterado), Original Value e New Value. Adicione outras colunas do objeto Order principal, como Order: Total Amount, Account: Account Name e Order: Company Authorized By Date (como substituto de RequestedDeliveryDate, se aplicável).
- Filtre o relatório de Events: defina o filtro Show Me como All orders e o Date Field como Created Date, com o período desejado, por exemplo, Last 3 Months. Adicione um filtro à coluna Field/Event para incluir somente as alterações de campos correspondentes às suas atividades, como Status e Credit_Check_Status__c.
- Crie o relatório de 'Order Created': crie um segundo relatório, mais simples, usando o tipo de relatório padrão Orders. O objetivo é capturar somente o evento de criação. Adicione as colunas Order Number, Created Date, Created By, Status, Total Amount e Account Name. Filtre por Created Date usando o período desejado.
- Exporte os dois relatórios: execute os dois relatórios e use a opção Export. Escolha o formato Details Only e Comma Delimited .csv.
- Combine e transforme os dados: abra os arquivos CSV exportados em um programa de planilhas, como o Microsoft Excel, ou use uma linguagem de script, como Python.
- Para o relatório de 'Events', crie uma nova coluna ActivityName. Use fórmulas ou um script para mapear os dados de alteração dos campos para os nomes de atividade desejados. Por exemplo, se Field/Event for 'Status' e New Value for 'Activated', defina ActivityName como 'Order Activated'.
- Para o relatório de 'Order Created', adicione uma nova coluna chamada ActivityName e defina seu valor como 'Order Created' em todas as linhas. Renomeie as colunas para corresponder ao esquema do Event Log, por exemplo, Order Number -> SalesOrderId e Created Date -> EventTime.
- Mescle em um único Event Log: anexe as linhas dos dados transformados de 'Order Created' aos dados transformados de 'Events'. Isso cria uma lista única e consolidada de todas as atividades.
- Finalize para o upload: adicione as colunas obrigatórias restantes: SourceSystem, com o valor estático 'Salesforce Sales Cloud', e LastDataUpdate, com o carimbo de data e hora atual. Revise todos os cabeçalhos e formatos de dados antes de salvar o arquivo final como CSV, pronto para upload.
Configuração
- Tipos de relatório: um tipo de relatório personalizado que una Orders e Order History é essencial para capturar alterações de status e outras atualizações de campos como eventos distintos.
- Field History Tracking: todo este método depende da habilitação do Field History Tracking para o objeto Order antes do início da extração dos dados. Os campos principais, como Status e quaisquer campos personalizados que representem etapas do processo, precisam ser acompanhados.
- Filtros de período: use Created Date no objeto Order como filtro principal para garantir que você esteja analisando uma coorte consistente de pedidos. Recomenda-se um período de 3 a 6 meses para a análise inicial.
- Serviço de exportação de dados: como alternativa para ambientes de alto volume, o Data Export Service pode ser agendado semanal ou mensalmente para exportar todos os dados dos objetos especificados, como Order, OrderHistory e Account. Isso fornece dados brutos que exigem mais processamento e junção externos, mas evita timeouts e limites de linhas do Report Builder interativo.
- Permissões: os usuários que executarem a extração precisam das permissões Run Reports, Export Reports e View All Data para os objetos Order e Account. A configuração do Data Export Service exige privilégios de System Administrator.
- Estrutura do relatório: os relatórios devem ser configurados no Tabular Format para facilitar a exportação e o processamento. Evite os formatos de resumo ou matriz.
a Consulta de exemplo 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.
*/ Pronto para começar?
Comece hoje a otimizar seu Order to Cash - Processamento de pedidos de venda preparando seus dados com este Template. Obtenha insights para simplificar as operações e melhorar a eficiência do fluxo de caixa.
Aumente o fluxo de caixa: otimize agora o processamento de pedidos de venda em Order to Cash
Identifique ineficiências, reduza o tempo de ciclo em 30% e acelere o fluxo de caixa.
Não é necessário cartão de crédito • Comece em poucos minutos