Seu Template de dados para processamento de pedidos de venda no ciclo do pedido ao recebimento
Seu Template de dados para processamento de pedidos de venda no ciclo do pedido ao recebimento
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração de dados do Salesforce Sales Cloud
Atributos do processamento de pedidos de venda no ciclo do pedido ao recebimento
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTime | A data e a hora exatas em que a atividade ocorreu. | ||
| Descrição A data e hora do evento registram o momento exato em que uma atividade ocorreu. Esses dados são essenciais para ordenar corretamente os eventos e calcular a duração entre atividades, base de todas as análises de Process Mining relacionadas ao 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. Datas e horas imprecisas ou ausentes podem limitar bastante a utilidade da análise. Por que isso importa As datas e horas são essenciais para ordenar os eventos cronologicamente e calcular todas as métricas de performance, como tempos de ciclo e gargalos. Onde encontrar Corresponde a campos como 'CreatedDate' ou 'LastModifiedDate' do objeto 'Order' ou de 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 ou da tarefa de negócio específica que ocorreu durante o ciclo do pedido de venda. | ||
| Descrição O nome da atividade descreve uma etapa do processo de pedidos de venda, como 'Pedido criado', 'Verificação de crédito realizada' ou 'Fatura enviada'. Essas atividades formam o mapa do processo e são identificadas a partir de eventos do sistema, mudanças de status ou conclusão de tarefas. A análise dessas 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 acontece no processo. Por que isso importa Este atributo define as etapas do mapa do processo. Sem ele, não é possível visualizar o fluxo do processo nem analisar como os pedidos de venda são realmente processados. Onde encontrar Em geral, é obtido a partir de mudanças de status no campo 'Order.Status', da criação de registros relacionados (por exemplo, Invoice) ou da conclusão de registros 'Task' ou 'Event' associados ao pedido. Exemplos Pedido criadoPedido aprovadoProdutos enviadosPagamento recebido | |||
| Pedido de venda SalesOrderId | O identificador exclusivo de cada pedido de venda, usado como caso principal para acompanhar todo o processo do pedido até o recebimento. | ||
| Descrição O ID do pedido de venda é a base da análise do processo, pois identifica cada pedido de cliente de forma exclusiva ao longo de todo o seu ciclo. Ele vincula todas as atividades relacionadas, da criação e aprovação ao atendimento e pagamento. No Process Mining, cada evento relacionado a um pedido específico é associado a esse ID. Assim, é possível reconstruir o percurso completo do pedido e analisar em detalhes os tempos de ciclo, as variações do processo e os gargalos de cada pedido. Por que isso importa Este atributo é essencial para agrupar todos os eventos relacionados em um único caso, permitindo visualizar e analisar o fluxo completo do processo de cada pedido de venda. Onde encontrar Este é o campo 'Id' do objeto padrão 'Order' do Salesforce. Exemplos 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Sistema de origem SourceSystem | Identifica o sistema de onde os dados foram extraídos. | ||
| Descrição Este atributo indica a origem dos dados do processo. Nesta análise, o valor será sempre 'Salesforce Sales Cloud'. Em ambientes com vários sistemas, esse campo é essencial para rastrear a linhagem dos dados e solucionar problemas. Mesmo quando há apenas um sistema, ele fornece metadados importantes sobre a origem dos dados. Por que isso importa Fornece contexto essencial sobre a origem dos dados, importante para a governança de dados e para integrar dados de vários sistemas de origem. Onde encontrar Em geral, é 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 | A data e hora que indicam quando os dados foram extraídos ou atualizados pela última vez. | ||
| Descrição Este atributo registra a data e a hora da extração mais recente de dados do sistema de origem. Ele fornece um contexto importante sobre a atualidade dos dados analisados. Os analistas usam essas informações para saber se estão consultando os dados mais recentes do processo e avaliar a relevância das conclusões. É um metadado essencial em qualquer projeto de Process Mining. Por que isso importa Informa quando os dados foram atualizados, para que os usuários saibam o quanto a análise está atualizada. Onde encontrar Esta data e hora são geradas e adicionadas 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 Este atributo registra a data em que o cliente espera receber os produtos. Ele serve como referência essencial para medir a performance de entrega e a satisfação do cliente. Essa data é usada diretamente no Dashboard 'Acompanhamento da aderência à data de entrega' e no KPI 'Taxa de entregas no prazo'. Ela é comparada com a data real de entrega (timestamp de 'Goods Delivered') para determinar se o pedido foi entregue no prazo, antes ou depois da data prevista. Por que isso importa Esta é a principal referência para medir a performance de entrega no prazo, um indicador importante da satisfação do cliente e da eficiência operacional. Onde encontrar Geralmente, este é 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. Assim, você pode analisar o processo pela perspectiva do cliente. Com esse atributo, analistas podem filtrar o processo por clientes específicos, comparar a performance entre diferentes segmentos de clientes ou identificar se alguns clientes enfrentam problemas recorrentes no processo. Ele é essencial para relacionar diretamente a performance do processo à experiência do cliente. Por que isso importa Relaciona a performance do processo a clientes específicos, permitindo análises e segmentações por cliente para identificar padrões ou problemas. Onde encontrar O objeto 'Order' tem um campo de pesquisa chamado '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 Este atributo registra o estado do pedido de venda, como 'Rascunho', 'Ativo', 'Enviado' ou 'Fechado'. As mudanças de status costumam ser usadas para gerar as atividades no registro do processo. Analisar o status do pedido fornece contexto para cada evento e é essencial para acompanhar o andamento do pedido. Isso ajuda a entender o resultado dos casos, por exemplo, identificando pedidos 'Cancelados' e pedidos 'Fechados' com sucesso. Por que isso importa Fornece contexto essencial para cada evento e costuma servir de base para definir as atividades. Também é fundamental para analisar os resultados dos casos, como os cancelamentos. Onde encontrar Este é o campo de lista de opções 'Status' do objeto padrão 'Order' do Salesforce. Exemplos RascunhoAtivoEnviadoFechadoCancelado | |||
| Tempo de ciclo total CycleTime | O tempo total entre a criação do pedido de venda e seu encerramento. | ||
| Descrição O tempo de ciclo total é um indicador-chave de performance que mede a duração do processo do pedido de venda de ponta a ponta. Ele é calculado pela diferença entre o primeiro evento (por exemplo, 'Order Created') e o último (por exemplo, 'Order Closed'). Essa métrica é o foco principal do Dashboard 'Tempo de ciclo do pedido de venda de ponta a ponta'. A análise do tempo de ciclo ajuda a identificar ineficiências gerais no processo e a medir o impacto das iniciativas de melhoria. Você pode investigar variações no tempo de ciclo segmentando os dados por outros atributos, como país ou família de produtos. Por que isso importa Este é um KPI fundamental para medir a eficiência geral do processo e identificar pedidos demorados que podem indicar problemas sistêmicos. Onde encontrar Calculado durante a transformação dos dados, subtraindo o timestamp do primeiro evento do timestamp do último evento de 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 Este 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 por usuário é essencial para entender a distribuição da carga de trabalho, a performance individual e o nível de automação. Ela ajuda a responder perguntas como 'Quais usuários lidam com mais retrabalho?' ou 'Algumas equipes aprovam pedidos mais rápido?'. 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, equipe ou função e ajuda a identificar oportunidades de automação ou necessidades de treinamento. Onde encontrar Pode ser encontrado em campos como 'LastModifiedById' do objeto 'Order' ou 'OwnerId' dos 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 Este atributo representa o valor financeiro total do pedido do cliente. É uma métrica importante para entender o impacto das eficiências ou ineficiências do processo nos negócios. Na análise, o valor total do pedido pode ser usado para segmentar casos. Por exemplo, você pode verificar se pedidos de alto valor são processados de forma diferente ou sofrem mais atrasos do que pedidos de baixo valor. Esse atributo também é fundamental para calcular KPIs financeiros e entender o valor que circula pelo processo. Por que isso importa Permite analisar os aspectos financeiros do processo, segmentar pedidos por valor e quantificar o impacto monetário de atrasos ou retrabalho. Onde encontrar Este é o campo 'TotalAmount' do 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', 'Vendas diretas' ou 'Parceiro'. | ||
| Descrição O atributo Canal de vendas classifica os pedidos de acordo com sua origem. Assim, você pode comparar a performance do processo entre diferentes canais. Esse atributo é essencial para o Dashboard 'Comparação da performance por canal de vendas'. Ao filtrar ou comparar os dados por canal, as empresas podem identificar quais são mais eficientes, quais geram mais retrabalho e onde é necessário padronizar processos para alinhar a performance. Por que isso importa Permite comparar a performance entre diferentes canais de negócios, ajudando a identificar boas práticas e oportunidades de harmonização dos processos. Onde encontrar Geralmente, este é um campo de lista de opções personalizado no objeto 'Order' ou 'Opportunity'. Consulte a documentação ou o esquema do Salesforce Sales Cloud. Exemplos Vendas diretasPortal webRede de parceirosVendas internas | |||
| Data e hora de término do evento EventEndTime | A data e a hora exatas em que a atividade foi concluída. | ||
| Descrição A data e hora de término do evento marcam a conclusão de uma atividade. Embora muitas ferramentas de Process Mining deduzam esse momento a partir do início da atividade seguinte, registrá-lo explicitamente pode fornecer durações mais precisas, especialmente para tarefas longas. Esse atributo é usado para calcular o tempo de processamento exato de uma atividade. É particularmente útil para analisar tarefas demoradas, como 'Verificação de crédito realizada' ou 'Estoque alocado', ajudando a separar o tempo de processamento ativo do tempo de espera. Por que isso importa Permite calcular com precisão o tempo de processamento de cada atividade, o que é essencial para identificar gargalos e etapas que consomem muitos recursos. Onde encontrar Pode ser obtido a partir do campo 'StartTime' do evento seguinte na sequência de um caso. Para algumas atividades, pode vir de um campo específico, como 'Task.CompletedDateTime'. Exemplos 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| Duração do recebimento do pagamento PaymentCollectionDuration | O tempo entre o envio da fatura ao cliente e o recebimento do pagamento. | ||
| Descrição Esta métrica calculada mede a eficiência da etapa final e decisiva do ciclo de pedido ao recebimento: receber o pagamento. Ela corresponde ao tempo entre a atividade 'Invoice Sent to Customer' e a atividade 'Payment Received'. Este atributo dá suporte direto ao Dashboard 'Duração do recebimento do pagamento' e ao KPI 'Tempo para receber o pagamento'. A análise dessa duração ajuda a equipe financeira a identificar gargalos na cobrança, 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, com impacto direto no fluxo de caixa da empresa. Onde encontrar Calculado durante a transformação dos dados, subtraindo o timestamp do evento 'Invoice Sent to Customer' do timestamp do evento 'Payment Received' em 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 Este 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 é importante para entender o nível de automação do processo. A análise desse atributo ajuda a quantificar o impacto da automação na eficiência e na consistência. Ela permite comparar caminhos automatizados e manuais e pode revelar oportunidades para ampliar a automação, reduzindo o trabalho manual e a possibilidade de erros. Por que isso importa Ajuda a diferenciar ações do sistema e de usuários, o que é essencial para analisar a automação e identificar oportunidades de reduzir o trabalho manual. Onde encontrar Derivado durante a transformação dos dados, verificando se 'UserPerformingAction' corresponde a um usuário designado do sistema ou aplicando regras com base no tipo de atividade. Exemplos truefalse | |||
| É retrabalho IsRework | Um indicador que informa se o pedido de venda passou por retrabalho, como a repetição de uma atividade ou um loop no processo. | ||
| Descrição Este atributo calculado identifica casos que fogem de um fluxo linear e contínuo. Há retrabalho quando uma atividade se repete ou quando o processo volta a uma etapa anterior, muitas vezes por causa de erros, informações ausentes ou aprovações rejeitadas. Este indicador é usado para calcular o KPI 'Taxa de retrabalho em pedidos de venda' e alimentar o Dashboard 'Retrabalho e taxa de erros em pedidos de venda'. Ele ajuda a quantificar a frequência e o impacto das ineficiências, apontando áreas que precisam de controles de qualidade melhores ou de mais clareza no processo. Por que isso importa Quantifica a ineficiência do processo ao sinalizar pedidos que exigem trabalho extra não planejado, com impacto direto nos custos e no tempo de ciclo. Onde encontrar Calculado pelo software de Process Mining ou durante a transformação dos dados, detectando nomes de atividades repetidos ou fluxos que voltam a etapas anteriores para um mesmo caso. Exemplos truefalse | |||
| É uma entrega no prazo IsOnTimeDelivery | Um indicador que informa se os produtos foram entregues até a data de entrega solicitada pelo cliente. | ||
| Descrição Este atributo booleano mede diretamente a performance de entrega em relação às expectativas do cliente. Ele é calculado comparando o timestamp da atividade 'Goods Delivered' com 'RequestedDeliveryDate'. Esse é o cálculo principal do KPI 'Taxa de entregas no prazo'. A análise desse 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 entregas no prazo. Por que isso importa Oferece uma medida clara e binária da performance em relação aos compromissos com o cliente e dá suporte direto ao KPI Taxa de entregas no prazo. Onde encontrar Calculado durante a transformação dos dados. A lógica é: IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Exemplos truefalse | |||
| Família de produtos ProductFamily | A categoria ou família dos produtos incluídos no pedido. | ||
| Descrição A família de produtos oferece uma classificação geral dos itens incluídos no pedido de venda. Assim, você pode analisar o processo de acordo com o tipo de produto vendido. Esse atributo pode ser usado para segmentar o processo e verificar se determinadas famílias de produtos seguem caminhos diferentes, têm tempos de ciclo mais longos ou apresentam mais retrabalho. Por exemplo, produtos complexos e configuráveis podem passar por um processo de aprovação e atendimento mais elaborado do que produtos padrão, prontos para uso. Por que isso importa Permite analisar o processo por categoria de produto e identificar se diferentes tipos de produtos afetam a eficiência do processo. Onde encontrar Obtido do objeto 'Product2', vinculado a 'Order' pelo objeto de junção 'OrderItem'. Para isso, é necessário associar Order -> OrderItem -> PricebookEntry -> Product2. Exemplos HardwareLicenças de softwareServiços profissionaisContratos de suporte | |||
| ID da fatura InvoiceId | O identificador exclusivo da fatura associada ao pedido de venda. | ||
| Descrição O ID da fatura relaciona um pedido de venda à respectiva fatura. A criação e o envio da fatura são marcos importantes na segunda metade do processo de pedido ao recebimento. Esse atributo é essencial 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 Relaciona o pedido de venda ao subprocesso de faturamento, permitindo acompanhar com precisão as atividades financeiras e os tempos de ciclo do pagamento. Onde encontrar Geralmente, este é um campo de pesquisa personalizado no objeto 'Order' que aponta para um objeto padrão ou personalizado 'Invoice'. A implementação exata varia. Exemplos INV-001234INV-001235INV-001236 | |||
| Método de envio ShippingMethod | O método escolhido para enviar os produtos, como 'Terrestre padrão', 'Expresso' ou 'Internacional'. | ||
| Descrição Este 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 'Análise de eficiência do método de envio', este atributo é usado para comparar a performance das diferentes opções de envio. Ele ajuda a verificar se os envios expressos cumprem os prazos prometidos e como cada método afeta o tempo entre 'Goods Shipped' e 'Goods Delivered'. Por que isso importa Permite analisar a performance logística e avaliar o custo e a eficiência das diferentes opções de envio. Onde encontrar Provavelmente, este é um campo personalizado no objeto 'Order' ou em um objeto personalizado relacionado, como 'Shipment'. Consulte a documentação ou o esquema do Salesforce Sales Cloud. Exemplos Terrestre padrãoExpresso em 2 diasAéreo durante a noitePrioritário internacional | |||
| País de destino ShippingCountry | O país de destino do envio do pedido de venda. | ||
| Descrição Este atributo especifica o país para onde o pedido está sendo enviado. É uma dimensão importante para a análise geográfica do processo de pedido ao recebimento. A análise por país de destino 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 de pagamentos. Ela permite segmentar o processo para entender e resolver desafios específicos de cada região. Por que isso importa Permite segmentar o processo por região geográfica, destacando diferenças de performance, problemas de Conformidade ou desafios logísticos. Onde encontrar Este é o campo 'ShippingCountry' do 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 responde principalmente pelo pedido. Ele não é necessariamente o usuário que executa uma ação específica, pois responde pelo andamento geral do caso. A análise por responsável pode ajudar a avaliar a carga de trabalho e a performance de cada pessoa ou equipe na gestão de sua carteira de pedidos. Ela pode mostrar quais responsáveis têm pedidos que ficam parados com frequência ou exigem retrabalho, apontando oportunidades de treinamento. Por que isso importa Identifica quem responde pelo sucesso do pedido e permite analisar a carga de trabalho e a performance de cada responsável. Onde encontrar Este é o campo 'OwnerId' do objeto 'Order'. Esse ID pode ser associado ao objeto 'User' para obter o nome do responsável. Exemplos Jane DoeJohn SmithEquipe de vendas do Leste | |||
| Status da análise de crédito CreditCheckStatus | O resultado da análise de crédito do pedido. | ||
| Descrição Este atributo indica o resultado da avaliação de crédito do cliente, que costuma ser uma etapa decisiva no processo do pedido. Os valores comuns incluem 'Aprovado', 'Rejeitado' ou 'Pendente'. Ele é essencial para o Dashboard 'Análise de gargalos na análise de crédito'. Ao acompanhar quando um pedido entra e sai da etapa de análise de crédito e qual é seu status final, as organizações podem medir a duração e o resultado dessa etapa e identificar se ela é uma possível fonte de atrasos. 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 de ciclo geral. Onde encontrar Provavelmente, este é um campo personalizado no objeto 'Order' ou 'Account'. Consulte a documentação ou o esquema do Salesforce Sales Cloud. Exemplos AprovadoRejeitadoAguardando análiseNão obrigatório | |||
Atividades do processamento de pedidos de venda no ciclo do pedido ao recebimento
| Atividade | Descrição | ||
|---|---|---|---|
| Fatura criada | Representa a geração de uma fatura para o pedido de venda. Esse evento pode ser registrado pela criação de um objeto 'Invoice' relacionado, seja nativamente pelo Salesforce Billing ou por meio de uma integração. | ||
| Por que isso importa Esse marco dá início à etapa de recebimento financeiro do processo. O intervalo entre a entrega e o faturamento pode revelar gargalos administrativos que afetam o fluxo de caixa. Onde encontrar Inferido a partir da data de criação de um objeto 'Invoice', padrão ou personalizado, vinculado ao objeto 'Order'. Coleta Use o campo 'CreatedDate' do registro Invoice relacionado. 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 no Salesforce a partir de um sistema financeiro, geralmente por meio de uma mudança de status. | ||
| Por que isso importa Esse evento é a etapa final para receber o valor da venda. Analisar o tempo entre 'Fatura enviada' e este ponto é essencial para gerenciar o fluxo de caixa e o prazo médio de recebimento de vendas. Onde encontrar Inferido a partir de uma mudança de status do objeto 'Invoice' para 'Pago' ou 'Fechado'. A atualização é feita por uma integração com um sistema contábil ou de processamento de pagamentos. Coleta Acompanhe as mudanças 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 seguir para o atendimento e o faturamento. A ativação bloqueia a maioria das alterações no pedido e é registrada 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 para acompanhar os tempos de ciclo de vendas. Onde encontrar Inferido quando o campo padrão 'Status' do objeto 'Order' muda para 'Ativo'. A data e hora são registradas no histórico de campos do objeto 'Order'. Coleta Monitore o histórico de campos do objeto 'Order' para identificar uma mudança de status para 'Ativo'. Tipo de evento inferred | |||
| Pedido criado | Marca a criação inicial de um registro de pedido de venda no sistema. Esse evento é registrado explicitamente quando uma nova instância do objeto 'Order' é salva pela primeira vez no Salesforce. | ||
| Por que isso importa Este é o evento de início principal do processo de pedido até o recebimento. Analisar o tempo entre este ponto e as atividades seguintes é essencial para entender o tempo de ciclo total. Onde encontrar Evento de criação do objeto 'Order'. A data e hora correspondem ao valor do campo padrão 'CreatedDate' no registro do pedido. Coleta Diretamente da data e hora 'CreatedDate' do objeto 'Order'. Tipo de evento explicit | |||
| Pedido fechado | Representa a conclusão bem-sucedida e o fechamento definitivo do pedido de venda no sistema. Esse evento é inferido a partir de uma atualização final de status do pedido, indicando que não há mais ações pendentes. | ||
| Por que isso importa Este é o principal evento final do caminho ideal do processo. Medir o tempo total até esta atividade fornece o KPI 'Tempo médio entre o pedido e o fechamento'. Onde encontrar Inferido a partir de uma mudança no campo 'Status' do objeto 'Order' para um valor final, como 'Fechado', 'Concluído' ou 'Atendido'. A data e hora podem ser consultadas no histórico de campos. Coleta Monitore o histórico de campos do objeto 'Order' para identificar uma mudança para um status final de conclusão. Tipo de evento inferred | |||
| Produtos entregues | Indica que a remessa chegou ao cliente. Essas informações vêm do sistema da transportadora e são atualizadas no Salesforce. | ||
| Por que isso importa Esse evento é essencial para calcular o KPI 'Taxa de entrega no prazo' e medir o tempo de ciclo real percebido pelo cliente. Ele confirma a conclusão do processo de atendimento. Onde encontrar Inferido pelo preenchimento do campo 'Delivery Date' no objeto 'Order' ou no objeto personalizado 'Shipment'. Em geral, esses dados são fornecidos por uma integração com uma empresa de logística. Coleta Use a data e hora em que o campo de data de entrega é preenchido. Tipo de evento inferred | |||
| Produtos enviados | Representa o momento em que o pedido sai fisicamente do armazém a caminho do cliente. Quase sempre, esse evento é registrado por uma atualização enviada ao Salesforce por um sistema externo de transporte ou ERP. | ||
| Por que isso importa Este é um marco crítico para medir a 'Taxa de envio no prazo' e a eficiência geral do atendimento. Ele marca o início da etapa de entrega na jornada do cliente. Onde encontrar Inferido pelo preenchimento do 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. Coleta Use a data e hora em que o campo de data de envio ou número de rastreamento é preenchido pela primeira vez. Tipo de evento inferred | |||
| Estoque alocado | Indica que os produtos do pedido foram reservados no sistema de estoque. Em geral, esse evento tem origem em um sistema ERP ou de estoque externo, que atualiza o Salesforce por meio de uma alteração de campo. | ||
| Por que isso importa Essa atividade é essencial para analisar o KPI 'Tempo de alocação do estoque'. Atrasos nessa etapa afetam diretamente a capacidade de enviar os pedidos no prazo. Onde encontrar Requer uma análise do sistema. Em geral, é inferido a partir de uma atualização de status nos objetos 'Order' ou 'OrderItem', ou do preenchimento do campo personalizado 'Allocation_Date__c' por uma integração. Coleta Acompanhe as mudanças 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. Em geral, esse evento é registrado como uma mudança de status no registro da fatura. | ||
| Por que isso importa Esse é o evento que inicia a contagem do KPI 'Tempo para recebimento do pagamento'. Qualquer atraso entre a criação e o envio da fatura adia diretamente o início do prazo de pagamento. Onde encontrar Inferido a partir de uma mudança de status do objeto 'Invoice' para 'Enviado' ou um valor semelhante. Também é possível usar um registro de atividade do e-mail enviado. Coleta Monitore o campo 'Status' do objeto 'Invoice' relacionado ou procure atividades nos registros de e-mail. Tipo de evento inferred | |||
| Pedido aprovado | Indica que todas as partes necessárias aprovaram formalmente o pedido de venda e que ele pode seguir para a próxima etapa. Esse evento é registrado ao observar a etapa final de aprovação em um fluxo de trabalho 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 total entre o pedido e o recebimento. Onde encontrar Inferido a partir de uma mudança no campo de status do objeto 'Order' para um valor como 'Aprovado'. Também pode ser obtido pela data de conclusão do registro 'ProcessInstance' associado. Coleta 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. Esse evento é registrado por uma mudança de status final no registro do pedido. | ||
| Por que isso importa Esta é uma exceção crítica e um evento final. 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 encontrar Inferido a partir de uma mudança no campo 'Status' do objeto 'Order' para 'Cancelado'. A data e hora podem ser encontradas no histórico do campo 'Status'. Coleta Monitore o histórico de campos do objeto 'Order' para identificar uma mudança para o status 'Cancelado'. Tipo de evento inferred | |||
| Pedido enviado para aprovação | Representa o momento em que um pedido em rascunho é enviado para um fluxo formal de aprovação. Em geral, esse evento é inferido a partir de uma mudança de status do 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 permite medir quanto tempo os pedidos aguardam aprovação e a eficiência do próprio processo de análise. Isso ajuda a identificar gargalos antes da aprovação. Onde encontrar Inferido a partir de uma mudança de status no objeto 'Order' (por exemplo, de 'Rascunho' para 'Enviado para aprovação') ou do acompanhamento da data de envio no objeto 'ProcessInstance' relacionado ao pedido. Coleta 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 os itens serão separados e embalados. Em geral, esse evento é registrado por uma mudança de status no pedido, acionada por uma integração. | ||
| Por que isso importa Esse evento separa as etapas comerciais das logísticas do processo. Acompanhar o tempo entre a ativação e este ponto ajuda a distinguir atrasos administrativos dos atrasos no processamento do armazém. Onde encontrar Inferido a partir de uma mudança no status de 'Order' para um valor como 'Enviado para atendimento' ou 'Aguardando envio'. Essa mudança de status costuma ser acionada por uma integração com um ERP ou WMS. Coleta Monitore o campo 'Status' do objeto 'Order' para identificar valores específicos que indiquem a transferência para atendimento. Tipo de evento inferred | |||
| Verificação de crédito realizada | Representa a conclusão da análise de crédito do cliente associado ao pedido. Muitas vezes, esse evento é inferido quando um campo personalizado, como 'Credit Check Status', é atualizado para 'Aprovado' ou 'Concluído'. | ||
| Por que isso importa Essa atividade costuma causar atrasos significativos. Medir sua duração e o tempo de espera é essencial para analisar o Dashboard 'Análise de gargalos da verificação de crédito' e melhorar o fluxo de caixa. Onde encontrar Inferido a partir de uma data e hora ou de uma mudança de status em um campo personalizado do objeto 'Order' ou do objeto relacionado 'Account', por exemplo, 'Credit_Check_Date__c' ou 'Credit_Status__c'. Coleta Acompanhe as atualizações dos 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 rastreamento do histórico de campos: antes de criar relatórios, um administrador do Salesforce precisa confirmar que o rastreamento do histórico de campos está ativado para o objeto Order. Em particular, acompanhe o campo Status e todos os campos personalizados usados para indicar eventos, como Credit_Check_Status__c ou Fulfillment_Status__c. Para isso, acesse 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 dos pedidos, 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, associe Order History como objeto secundário. Configure a relação como "'A' records may or may not have related 'B' records." Assim, o relatório incluirá todos os pedidos, mesmo os que ainda não têm histórico. Salve o tipo de relatório como "Orders with History".
- Crie o relatório principal de eventos: acesse a guia Reports e clique em New Report. Selecione o tipo de relatório "Orders with History". Esse relatório registrará todas as atividades baseadas em alterações de campos.
- Configure as colunas do relatório de eventos: 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 eventos: defina o filtro Show Me como All orders e o campo de data como Created Date, com o período desejado (por exemplo, Last 3 Months). Adicione um filtro à coluna Field/Event para incluir apenas as alterações de campos correspondentes às atividades (por exemplo, Status, Credit_Check_Status__c).
- Crie o relatório de pedidos criados: crie um segundo relatório, mais simples, usando o tipo de relatório padrão Orders. O objetivo é registrar apenas o evento de criação. Adicione as colunas Order Number, Created Date, Created By, Status, Total Amount e Account Name. Filtre por Created Date para definir o período desejado.
- Exporte os dois relatórios: execute os 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.
- No relatório de eventos, crie uma coluna ActivityName. Use fórmulas ou um script para mapear os dados de alteração dos campos aos nomes de atividade desejados. Por exemplo, se Field/Event for 'Status' e New Value for 'Activated', defina ActivityName como 'Order Activated'.
- No relatório de pedidos criados, adicione uma 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, Created Date -> EventTime).
- Una os dados em um único Event Log: acrescente as linhas dos dados transformados de pedidos criados aos dados transformados do relatório de eventos. Isso cria uma lista única e consolidada de todas as atividades.
- Finalize o arquivo para carregamento: adicione as colunas obrigatórias restantes: SourceSystem (com o valor fixo 'Salesforce Sales Cloud') e LastDataUpdate (com a data e hora atuais). Confira os cabeçalhos das colunas e os formatos dos dados antes de salvar o arquivo final como CSV, pronto para carregamento.
Configuração
- Tipos de relatório: um tipo de relatório personalizado que associe Orders e Order History é essencial para registrar alterações de status e outras atualizações de campos como eventos distintos.
- Rastreamento do histórico de campos: esse método depende de ativar o rastreamento do histórico de campos para o objeto Order antes de iniciar a extração dos dados. É necessário acompanhar campos importantes, como Status, e todos os campos personalizados que representam etapas do processo.
- Filtros de período: use Created Date no objeto Order como filtro principal para analisar um grupo consistente de pedidos. Para a análise inicial, recomendamos um período de 3 a 6 meses.
- Serviço de exportação de dados: em ambientes com grande volume de dados, você pode programar o Data Export Service para exportar semanal ou mensalmente todos os dados dos objetos especificados (Order, OrderHistory, Account). O serviço fornece dados brutos que exigem mais processamento e associação externos, mas evita os tempos limite e os limites de linhas do Report Builder interativo.
- Permissões: quem executar a extração precisa ter permissão para executar e exportar relatórios e visualizar todos os dados dos objetos Order e Account. Para configurar o Data Export Service, são necessários privilégios de administrador do sistema.
- Estrutura do relatório: para facilitar a exportação e o processamento, configure os relatórios no formato Tabular. Evite os formatos de resumo ou matriz.
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 o processamento de pedidos de venda no ciclo do pedido ao recebimento, preparando seus dados com este Template. Descubra insights para otimizar as operações e melhorar a eficiência do fluxo de caixa.
Melhore o fluxo de caixa: otimize agora o processamento de pedidos de venda no ciclo do pedido ao recebimento
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