Template de Dados: Order to Cash (O2C) - Processamento de Pedido de Venda

NetSuite
Template de Dados: Order to Cash (O2C) - Processamento de Pedido de Venda

Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda

Este template oferece um guia completo para coletar os dados necessários para analisar seu Order to Cash - Sales Order Processing no NetSuite. Ele descreve os atributos e as atividades essenciais que você precisará extrair do seu sistema. Além disso, traz orientações práticas para extrair esses dados com eficiência, preparando você para uma análise de processos bem-sucedida.
  • Atributos recomendados para análise detalhada
  • Atividades essenciais para acompanhar no seu processo
  • Guia prático de extração de dados no NetSuite
É novo em event logs? Saiba como criar um event log para Process Mining.

Do Pedido ao Recebimento - Atributos de Processamento de Pedidos de Venda

Estes são os campos de dados recomendados para incluir no seu Event Log, permitindo uma análise completa do seu Order-to-Cash (O2C) - Processamento de Pedido de Venda.
3 Obrigatório 8 Recomendado 10 Opcional
Nome Descrição
Nome da Atividade
ActivityName
O nome do evento de negócio ou atividade que ocorreu em um momento específico.
Descrição

Este atributo descreve uma etapa específica ou mudança de status no ciclo de vida do pedido de venda, como 'Sales Order Created', 'Goods Shipped' ou 'Payment Received'. A sequência dessas atividades é a base do mapa do processo.

Analisar o fluxo de atividades ajuda a identificar caminhos comuns, desvios e gargalos. Entender a frequência e a ordem das atividades é crucial para encontrar oportunidades de simplificação e reduzir o trabalho manual.

Por que é importante

Define as etapas do processo, permitindo visualizar e analisar o fluxo do processo.

Onde obter

Geralmente é derivado de mudanças de status do sistema, tipos de transação ou Event Logs específicos no NetSuite. Normalmente exige mapear campos de status ou eventos de criação de transações para um nome de atividade padronizado.

Exemplos
Pedido de Venda criadoPedido de Venda aprovadoMercadorias enviadasFatura CriadaPagamento recebido
Pedido de Venda
SalesOrder
O identificador único de cada documento de pedido de venda.
Descrição

O Pedido de Venda (Sales Order) é o identificador primário do caso, conectando todas as atividades desde o registro do pedido pelo cliente até a entrega dos produtos e o pagamento final. Cada pedido de venda representa uma instância do processo fim a fim.

Em Process Mining, esse atributo é fundamental para reconstruir a jornada de cada pedido. Ele permite analisar variantes do processo, tempos de ciclo e gargalos por pedido, oferecendo uma visão completa do ciclo de vida de cada solicitação do cliente.

Por que é importante

Este é o identificador central que conecta todos os eventos relacionados em uma única instância do processo, viabilizando a análise ponta a ponta.

Onde obter

Este é o ID interno do registro de transação de Pedido de Venda (Sales Order) no NetSuite. Normalmente aparece como 'Internal ID' no formulário do Sales Order ou nos resultados de pesquisa.

Exemplos
SO-100521SO-100522SO-100523
Tempo do Evento
EventTime
O timestamp indicando quando a atividade ocorreu.
Descrição

Este atributo registra a data e a hora exatas de cada atividade do processo. É a espinha dorsal cronológica do Event Log, permitindo calcular tempos de ciclo, durações e tempos de espera entre as etapas.

Timestamps precisos são essenciais para análise de performance, como medir o tempo desde a criação do pedido até o envio ou identificar atrasos na aprovação de crédito. Permite uma análise detalhada da eficiência do processo e do cumprimento dos acordos de nível de serviço (SLA).

Por que é importante

Os timestamps são fundamentais para calcular todas as métricas baseadas em tempo, incluindo tempos de ciclo e durações, essenciais para identificar gargalos do processo.

Onde obter

Corresponde aos campos de data nos registros de transação do NetSuite, como 'Date Created' no pedido de venda, 'Actual Ship Date' nas confirmações de envio ou 'Date' em faturas e pagamentos.

Exemplos
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
Categoria do produto
ProductCategory
A categoria do produto ou serviço principal no pedido de venda.
Descrição

Este atributo classifica os itens do pedido de venda em categorias mais amplas, como 'Hardware', 'Software' ou 'Serviços'. Se um pedido tiver várias categorias, uma categoria principal pode ser atribuída com base no valor ou na quantidade de itens.

Analisar o processo por categoria de produto pode revelar variações nos caminhos de atendimento. Por exemplo, serviços costumam ter um processo de atendimento muito mais simples do que hardware físico, que exige separação, embalagem e expedição. Essa segmentação é fundamental para planejar melhorias específicas por categoria.

Por que é importante

Segmentar o processo por categoria de produto ajuda a revelar diferentes caminhos de atendimento e a identificar gargalos específicos de cada categoria.

Onde obter

Esta informação é derivada dos registros de 'Item' vinculados às linhas do pedido de venda. Pode ser necessário fazer a junção com os dados mestres de Item para obter a categoria.

Exemplos
EletrônicosLicença de softwareServiços de Consultoria
Condições de Pagamento
PaymentTerms
As condições acordadas para pagamento da fatura.
Descrição

Este atributo define as condições sob as quais o cliente deve pagar pelos produtos ou serviços, por exemplo, 'Net 30' ou 'Due on Receipt'. Esses termos são usados para calcular a data de vencimento da fatura.

Analisar por termos de pagamento ajuda a identificar quais termos estão associados a atrasos e permite avaliar o impacto financeiro das políticas de crédito. É fundamental para analisar o Dashboard 'Taxa de Adesão aos Termos de Pagamento' e entender a dinâmica do fluxo de caixa.

Por que é importante

Serve de base para calcular datas de vencimento e analisar o comportamento de pagamento dos clientes e as taxas de adimplência.

Onde obter

Este é o campo 'Terms' no registro de transação de Sales Order ou Invoice no NetSuite.

Exemplos
Líquido 30Líquido 60Vencimento no recebimento
Data de entrega solicitada
RequestedDeliveryDate
A data de entrega solicitada pelo cliente.
Descrição

Este atributo registra a data em que o cliente solicitou receber os produtos. Serve como base para o indicador de entrega no prazo.

Essa data é comparada com a data real de entrega (timestamp de 'Goods Shipped') para calcular o KPI 'Taxa de Entrega no Prazo'. Analisar a diferença entre as datas solicitada e real ajuda a identificar problemas sistêmicos de previsão, gestão de estoque ou logística que impedem a empresa de atender às expectativas do cliente.

Por que é importante

É a referência para medir a pontualidade das entregas e a satisfação do cliente.

Onde obter

Pode corresponder a um campo padrão ou personalizado no registro de Sales Order, frequentemente chamado de 'Requested Delivery Date' ou similar.

Exemplos
2023-05-202023-06-012023-06-15
Nome do Cliente
CustomerName
O nome do cliente que fez o pedido de venda.
Descrição

Este atributo contém o nome da pessoa jurídica ou física que adquiriu os produtos ou serviços. Ele conecta o processo do pedido de venda a uma conta de cliente específica.

Filtrar ou fazer análises por cliente é essencial para entender comportamentos específicos, identificar problemas que afetam contas-chave e avaliar níveis de serviço. Isso oferece uma visão centrada no cliente do processo, destacando quais clientes enfrentam mais atrasos ou retrabalho.

Por que é importante

Permite segmentar o processo por cliente, essencial para analisar a satisfação, identificar problemas em contas-chave e personalizar serviços.

Onde obter

Este é o campo 'Customer' ou 'Entity' no registro de transação de Sales Order no NetSuite.

Exemplos
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
Número da fatura
InvoiceNumber
O identificador único da fatura do cliente.
Descrição

Este atributo é o número de referência da fatura gerada a partir do pedido de venda. Ele conecta o processo de fulfillment de vendas ao processo de contas a receber.

Acompanhar o número da fatura é importante para a conciliação financeira e para análises de ponta a ponta, do pedido ao pagamento final. Ele fornece um elo concreto entre as atividades operacionais de expedição e a atividade financeira de entrada de caixa.

Por que é importante

Conecta o pedido de venda à transação financeira específica de faturamento, permitindo uma análise Order to Cash realmente ponta a ponta.

Onde obter

Este é o 'Invoice #' ou 'Transaction ID' do registro de Invoice criado a partir do Sales Order.

Exemplos
INV-2001INV-2002INV-2003
Status do Pedido de Venda
SalesOrderStatus
O status atual do pedido de venda no seu ciclo de vida.
Descrição

Este atributo indica o status atual do pedido de venda, como 'Pending Approval', 'Pending Fulfillment' ou 'Billed'. Ele oferece um retrato de onde o pedido está no processo.

Enquanto o log de atividades mostra o fluxo histórico, o status atual é útil para filtrar e focar nos pedidos que estão parados ou em andamento. Analisar os casos pelo status final ajuda a entender os desfechos do processo, como se um pedido foi encerrado com sucesso, cancelado ou ainda está em andamento.

Por que é importante

Permite filtrar os casos pelo status atual, o que é crucial para analisar pedidos em aberto e identificar os que estão bloqueados ou atrasados.

Onde obter

Este é o campo 'Status' no registro de transação de Sales Order no NetSuite.

Exemplos
Fulfillment pendenteFaturamento pendenteFaturadoEncerrado
Utilizador
User
O usuário ou colaborador que executou a atividade.
Descrição

Este atributo identifica a pessoa responsável por executar uma etapa do processo, como o representante de vendas que criou o pedido ou o operador do armazém que embalou os produtos. Pode ser o nome do usuário ou um ID único.

Analisar por usuário ajuda a entender a distribuição de carga de trabalho, identificar necessidades de treinamento e comparar performance entre pessoas ou times. É crucial na análise de causa raiz ao investigar desvios ou atrasos ligados a ações de usuários específicos.

Por que é importante

Permite analisar o desempenho por colaborador ou função e ajuda a identificar profissionais de alto desempenho, candidatos à automação e oportunidades de treinamento.

Onde obter

Esta informação pode ser encontrada em campos como 'Created By', 'Modified By' ou 'Owner' em diversos registros de transação do NetSuite.

Exemplos
John SmithJane DoeUsuário do armazém 1
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 de venda, incluindo itens, impostos e frete. É uma medida crítica da relevância econômica de cada instância de processo.

Analisar o processo por faixa de valor do pedido revela padrões importantes. Por exemplo, pedidos de alto valor podem seguir um fluxo mais manual de aprovações, enquanto pedidos de baixo valor tendem a ser altamente automatizados. Essa análise ajuda a priorizar melhorias onde o impacto é maior.

Por que é importante

Possibilita análises por valor, ajudando a priorizar pedidos de alto valor e a entender como a eficiência do processo impacta a receita.

Onde obter

Este é o campo 'Total' no registro de transação de Pedido de Venda (Sales Order) do NetSuite.

Exemplos
1500.00250.5012500.75
Data de Vencimento do Pagamento
PaymentDueDate
A data de vencimento do pagamento da fatura.
Descrição

Este atributo é a data calculada em que o cliente deve efetuar o pagamento, com base na data da fatura e nos termos de pagamento. Exemplo: para uma fatura de 1º de abril com termos 'Net 30', o vencimento será em 1º de maio.

Essa data é essencial para análises financeiras e é comparada diretamente à data de 'Payment Received' para verificar se o pagamento foi pontual. É um componente-chave para calcular o KPI 'On-Time Payment Rate' e para a gestão de contas a receber.

Por que é importante

Este é o benchmark para medir a pontualidade dos pagamentos, essencial para gerenciar o fluxo de caixa e as contas a receber.

Onde obter

Este é o campo 'Due Date' no registro de transação de Invoice. É calculado automaticamente pelo NetSuite com base na data da fatura e nos termos de pagamento.

Exemplos
2023-05-302023-06-152023-07-01
É Pagamento no Prazo
IsOnTimePayment
Um indicador que mostra se a fatura foi paga até a data de vencimento.
Descrição

Este atributo booleano calculado compara o timestamp de 'Payment Received' com o 'PaymentDueDate'. É verdadeiro quando o pagamento é feito na data de vencimento ou antes dela; caso contrário, é falso.

Ele é a base do KPI 'On-Time Payment Rate' e do dashboard 'Payment Terms Adherence Rate'. Fornece uma medida clara do comportamento de pagamento dos clientes, permitindo analisar quais clientes, regiões ou termos de pagamento estão mais associados a atrasos.

Por que é importante

Mede diretamente a disciplina de pagamento do cliente, essencial para a gestão de caixa e a avaliação do risco de crédito.

Onde obter

Isso é calculado durante a transformação dos dados, comparando o timestamp da atividade 'Payment Received' com o atributo 'PaymentDueDate'.

Exemplos
verdadeirofalse
Entrega no prazo
IsOnTimeDelivery
Um indicador que mostra se o pedido foi entregue até a data solicitada.
Descrição

Este atributo booleano calculado compara o timestamp de 'Goods Shipped' (ou de entrega efetiva) com o 'RequestedDeliveryDate'. É verdadeiro quando a entrega foi no prazo ou antecipada, e falso quando houve atraso.

Esse indicador é essencial para calcular o KPI 'On-Time Delivery Rate' e para alimentar o dashboard 'Delivery Promise vs. Reality Gap'. Ele simplifica a análise de desempenho de entrega, permitindo filtrar e agregar facilmente para encontrar os fatores de atraso, sejam produtos, regiões ou gargalos do processo.

Por que é importante

Fornece um resultado claro, binário, sobre o desempenho de entrega, simplificando o cálculo de KPIs e a análise de causa raiz de pedidos atrasados.

Onde obter

Isso é calculado durante a transformação dos dados, comparando o timestamp da atividade 'Goods Shipped' com o atributo 'RequestedDeliveryDate'.

Exemplos
verdadeirofalse
Equipe de Vendas
SalesTeam
A equipe ou o grupo de vendas que recebeu o crédito pelo pedido de venda.
Descrição

Este atributo identifica o time ou departamento responsável pela venda. Ele é usado para organizar representantes de vendas e gerenciar territórios ou linhas de produto.

Em Process Mining, analisar a performance por time de vendas permite extrair boas práticas dos times de alto desempenho ou identificar problemas sistêmicos que afetam um time específico. Também pode evidenciar diferenças na qualidade do cadastro, aprovações de desconto ou outros fatores em etapas anteriores que impactam o atendimento nas etapas seguintes.

Por que é importante

Permite comparar a performance entre diferentes times de vendas, ajudando a identificar boas práticas ou áreas que precisam de suporte.

Onde obter

Pode ser um campo padrão ou personalizado no registro de Sales Order, geralmente vinculado ao cadastro do funcionário (vendedor).

Exemplos
Vendas na América do NorteEMEA EnterpriseCanal APAC
País de envio
ShippingCountry
O país de destino do envio.
Descrição

Este atributo contém o país para o qual os itens do pedido serão enviados. Ele é derivado do endereço de entrega associado ao pedido de venda.

A análise geográfica por país de entrega pode revelar variações de performance devido a logística, questões aduaneiras ou à eficiência das operações regionais. Ela permite comparar prazos de envio, acurácia de entrega e custos de processo entre países ou regiões.

Por que é importante

Permite análises geográficas para identificar gargalos regionais, comparar a performance logística e entender complexidades internacionais.

Onde obter

Isso faz parte do 'Shipping Address' no registro de transação de Sales Order.

Exemplos
EUAAlemanhaJapão
Quantidade de alterações no Pedido de Venda
SalesOrderChangeCount
O número de vezes que um pedido de venda foi alterado após sua criação inicial.
Descrição

Essa métrica calculada conta quantas vezes a atividade 'Sales Order Changed' ocorre em cada caso. Um número alto de alterações indica retrabalho, que pode ser causado por solicitações do cliente, erros de lançamento de dados ou ajustes de preço.

Esse atributo alimenta diretamente o KPI 'Sales Order Rework Rate' e o dashboard 'Sales Order Rework Variants'. Analisar as características dos pedidos com muitas alterações ajuda a identificar as causas raiz do retrabalho, como problemas em produtos específicos, clientes ou representantes de vendas.

Por que é importante

Quantifica diretamente o retrabalho, ajudando a localizar fontes de ineficiência, problemas de qualidade de dados e instabilidade do processo.

Onde obter

Isso é calculado durante a transformação dos dados, contando os eventos 'Sales Order Changed' para cada ID de caso 'SalesOrder'.

Exemplos
013
Sistema de Origem
SourceSystem
Identifica o sistema de origem dos dados.
Descrição

Este atributo indica o sistema de origem em que os eventos foram gerados. Neste processo, normalmente será 'NetSuite'. Em ambientes mais complexos, ele ajuda a diferenciar dados vindos de vários sistemas integrados, como um CRM ou WMS independentes.

Na análise, ele ajuda a confirmar a linhagem dos dados e é crucial ao combinar dados de várias fontes para criar uma visão única do processo. Garante que os dados sejam atribuídos corretamente à sua origem, o que é importante para a governança de dados e para a solução de problemas.

Por que é importante

Fornece contexto essencial sobre a origem dos dados, principalmente em ambientes com vários sistemas integrados.

Onde obter

Este é um valor estático ('NetSuite') adicionado durante a extração e transformação dos dados.

Exemplos
NetSuite
Status de Crédito
CreditStatus
Indica o status de retenção por crédito do pedido de venda.
Descrição

Este atributo reflete o status de crédito do cliente no momento do processamento do pedido, por exemplo, 'On Hold' ou 'Released'. É um fator-chave nas etapas iniciais do ciclo do pedido.

Analisar esse atributo ajuda a entender o impacto das verificações de crédito no tempo total de ciclo. O dashboard 'Credit Check Cycle Time Analysis' usa esses dados para mostrar quantos pedidos ficam 'On Hold' e quanto tempo leva para liberá-los, evidenciando gargalos na gestão de crédito.

Por que é importante

Impacta diretamente o KPI "Credit Check Cycle Time" e ajuda a explicar atrasos nas etapas iniciais do processo de pedidos.

Onde obter

Pode ser um campo de status padrão ou uma caixa de seleção personalizada, como 'Credit Hold', no registro de Sales Order. Também pode ser inferido pela presença das atividades 'Credit Hold Applied' e 'Credit Hold Released'.

Exemplos
BomEm EsperaLiberado
Tipo de Pedido de Venda
SalesOrderType
A classificação do pedido de venda, como padrão, urgente ou especial.
Descrição

Este atributo classifica os pedidos de venda pelo tipo, que muitas vezes define o caminho do processo e a prioridade. Por exemplo, um 'Rush Order' pode ignorar certas etapas ou ter SLAs mais rígidos do que um 'Standard Order'.

Analisar o processo por tipo de pedido é crucial para entender se as variantes são intencionais e eficazes. Isso ajuda a avaliar se tratamentos especiais para certos tipos realmente geram resultados mais rápidos ou melhores, e a que custo.

Por que é importante

Permite comparar diferentes caminhos planejados do processo, como pedidos padrão vs. urgentes, para verificar se atingem o desempenho esperado.

Onde obter

Geralmente é um campo personalizado chamado 'Order Type' no formulário de Sales Order, pois o NetSuite usa diferentes formulários de transação (por exemplo, 'Standard Sales Order' e 'Standard Sales Order - Cash Sale') em vez de um único campo de tipo por padrão.

Exemplos
Pedido padrãoPedido urgentePedido de projeto
Última Atualização de Dados
LastDataUpdate
Timestamp da última atualização ou extração de dados do sistema de origem.
Descrição

Este atributo informa quando o conjunto de dados foi atualizado pela última vez. Dá transparência para os usuários de negócio sobre quão recentes são os dados que estão analisando e deixa claro o período coberto pelos dashboards e análises de Process Mining.

Não é usado na análise do fluxo do processo, mas é um elemento crítico de metadados para a governança de dados e para a confiança dos usuários. Ajuda os usuários a avaliar a atualidade dos insights e a saber quando esperar que novos dados sejam refletidos.

Por que é importante

Informa o quão atualizados estão os dados, essencial para tomar decisões com base na análise.

Onde obter

Este timestamp é gerado e gravado no conjunto de dados no momento da extração dos dados do NetSuite.

Exemplos
2023-10-27T02:00:00Z
Obrigatório Recomendado Opcional

Do Pedido ao Recebimento - Atividades de Processamento de Pedidos de Venda

Estas são as etapas e os marcos essenciais que devem ser capturados no seu Event Log para que a descoberta e a análise do processo sejam precisas.
7 Recomendado 7 Opcional
Atividade Descrição
Fatura Criada
Isso representa a criação da fatura dos bens ou serviços enviados. É um evento explícito acionado pela criação de uma transação 'Invoice' vinculada ao Sales Order.
Por que é importante

Esta atividade é um marco crucial para o reconhecimento de receita e marca o início do ciclo de pagamento. O tempo entre o envio e o faturamento impacta diretamente o fluxo de caixa.

Onde obter

Este é um evento explícito capturado a partir do campo 'Date Created' no registro de transação de Invoice (tabela Transaction, Type='CustInvc'), vinculado ao pedido de venda.

Captura

Use a data de criação da transação para a Invoice vinculada.

Tipo de evento explicit
Fulfillment do pedido criado
Esta atividade marca o início do processo físico de fulfillment no armazém. Ela ocorre quando uma transação 'Item Fulfillment' é gerada a partir do Sales Order.
Por que é importante

Esse é um marco importante que conecta o processo de vendas às operações de armazém. O tempo entre a aprovação do pedido e a criação do fulfillment é um indicador-chave de prontidão operacional.

Onde obter

Este é um evento explícito. O timestamp é a data de criação do registro 'Item Fulfillment', vinculado ao Sales Order de origem.

Captura

Use a data de criação da transação para o registro de Item Fulfillment vinculado.

Tipo de evento explicit
Mercadorias enviadas
Este marco indica que os itens saíram do armazém e estão a caminho do cliente. É inferido quando o status do registro 'Item Fulfillment' é atualizado para 'Shipped'.
Por que é importante

O envio é um ponto crítico de passagem para a transportadora e para o cliente. Esse evento é vital para acompanhar o desempenho de entregas no prazo e medir o tempo total de atendimento do pedido.

Onde obter

Inferido quando o campo 'Status' na transação 'Item Fulfillment' vinculada muda para 'Shipped'. O carimbo de data e hora desse evento é a data dessa mudança de status.

Captura

Timestamp da mudança de status para 'Shipped' no registro de Item Fulfillment.

Tipo de evento inferred
Pagamento recebido
Esta atividade marca o recebimento do pagamento do cliente referente a uma fatura. É capturada quando uma transação 'Customer Payment' é criada e aplicada à fatura associada ao pedido de venda.
Por que é importante

Como evento terminal-chave, essa atividade é vital para analisar o ciclo de conversão de caixa e o desempenho de pagamentos em dia. Ela marca a conclusão financeira bem-sucedida de uma transação de venda.

Onde obter

Este é um evento explícito. O timestamp é a data de criação da transação 'Customer Payment' (tabela Transaction, Type='CustPymt') aplicada à fatura correspondente.

Captura

Use a data da transação do registro de Customer Payment aplicado à Invoice.

Tipo de evento explicit
Pedido de Venda aprovado
Este marco indica que o pedido de venda passou por todas as verificações internas, como crédito e estoque, e está pronto para expedição. Geralmente é inferido quando o status do pedido muda para 'Pending Fulfillment'.
Por que é importante

A aprovação é uma etapa crítica do processo. Medir o tempo até a aprovação ajuda a identificar atrasos em revisões internas e na tomada de decisão.

Onde obter

Inferido a partir de uma mudança de status no registro 'Sales Order'. O carimbo de data e hora é capturado quando o campo 'Order Status' é atualizado para 'Pending Fulfillment' ou um status personalizado de aprovação semelhante.

Captura

Timestamp da mudança de status para 'Pending Fulfillment' nas System Notes do Sales Order.

Tipo de evento inferred
Pedido de Venda criado
Esta atividade marca o início oficial do processo de pedido de venda. Ela ocorre quando uma nova transação de Sales Order é salva no NetSuite pela primeira vez, registrando a solicitação inicial do cliente.
Por que é importante

Este é o evento inicial principal do processo de Order to Cash (O2C). Analisar o tempo deste evento até as atividades seguintes é crucial para medir a eficiência do processamento de pedidos e os tempos de ciclo.

Onde obter

Este é um evento explícito capturado a partir do campo 'Date Created' no registro de transação de Sales Order (tabela Transaction, Type='SalesOrd').

Captura

Use a data de criação da transação do Sales Order.

Tipo de evento explicit
Pedido de Venda fechado
Esta é a atividade final, indicando que o pedido de venda foi totalmente atendido, faturado e concluído. Ela é inferida quando o status do Sales Order muda para 'Closed'.
Por que é importante

Este evento sinaliza o encerramento operacional do ciclo do pedido. O tempo da criação ao fechamento oferece uma visão completa da duração ponta a ponta do processo.

Onde obter

Inferido quando o campo 'Status' na transação 'Sales Order' muda para 'Closed'. O carimbo de data e hora é obtido nas system notes para essa mudança final de status.

Captura

Timestamp da mudança de status para 'Closed' nas System Notes do Sales Order.

Tipo de evento inferred
Bloqueio de Crédito Aplicado
Este evento acontece quando um pedido de venda é colocado automática ou manualmente em credit hold, pausando o fulfillment do pedido. Normalmente é inferido pela mudança do status do pedido para 'Pending Approval' ou para um estado específico de 'Credit Hold'.
Por que é importante

Saber quando e por que os pedidos entram em retenção (hold) é essencial para entender atrasos no ciclo de fulfillment. Essa atividade evidencia gargalos relacionados a questões de crédito do cliente.

Onde obter

Inferido pelas system notes ou pelo audit trail no registro 'Sales Order', especificamente ao identificar alterações do campo 'Order Status' para um status de retenção (hold).

Captura

Identifique o carimbo de data e hora em que o status do pedido muda para retenção por crédito.

Tipo de evento inferred
Bloqueio de Crédito Removido
Representa o momento em que um pedido de venda é liberado de um bloqueio de crédito, permitindo que siga para o atendimento. Isso é capturado observando a mudança de status de bloqueado para aberto ou aprovado.
Por que é importante

A duração dos bloqueios de crédito é um KPI crítico. Esse evento permite medir o tempo para resolver questões de crédito e seu impacto no ciclo do pedido ao recebimento como um todo.

Onde obter

Inferido pelas system notes ou pelo audit trail no registro 'Sales Order', capturando o carimbo de data e hora quando o campo 'Order Status' sai de um status de retenção (hold).

Captura

Identifique o carimbo de data e hora em que o status do pedido muda de retenção por crédito para ativo.

Tipo de evento inferred
Estoque comprometido
Este evento marca quando o estoque é oficialmente reservado para um pedido de venda, garantindo disponibilidade para o fulfillment. Ele é inferido ao observar mudanças na 'Committed Quantity' nas linhas do pedido.
Por que é importante

Esta atividade é essencial para analisar a eficiência do comprometimento de estoque. Atrasos entre a aprovação do pedido e o comprometimento do estoque podem gerar rupturas de estoque e afetar os prazos de entrega prometidos.

Onde obter

Inferido pelas system notes dos itens de linha do 'Sales Order'. O carimbo de data e hora corresponde ao momento em que o campo 'Quantity Committed' é atualizado de zero para um valor positivo.

Captura

Timestamp da alteração no campo 'Quantity Committed' nas linhas do pedido.

Tipo de evento inferred
Mercadorias embaladas
Indica que os itens separados foram embalados e estão prontos para envio. Isso é capturado ao monitorar a mudança de status no registro 'Item Fulfillment' para 'Packed'.
Por que é importante

Esta atividade ajuda a medir a eficiência da estação de embalagem. O tempo entre a separação (picking) e a embalagem pode revelar restrições de capacidade ou ineficiências no processo.

Onde obter

Inferido quando o campo 'Status' na transação 'Item Fulfillment' vinculada muda para 'Packed'. O carimbo de data e hora é registrado nas system notes dessa atualização.

Captura

Timestamp da mudança de status para 'Packed' no registro de Item Fulfillment.

Tipo de evento inferred
Mercadorias separadas
Indica que os itens do pedido foram separados nas posições de estoque. Trata-se de um evento inferido com base na mudança de status do registro 'Item Fulfillment' associado.
Por que é importante

Analisar o tempo de separação (picking) é essencial para otimizar a eficiência do armazém. Essa atividade ajuda a medir e identificar gargalos no processo de picking.

Onde obter

Inferido quando o campo 'Status' na transação 'Item Fulfillment' vinculada muda para 'Picked'. O carimbo de data e hora é obtido nas system notes dessa alteração de status.

Captura

Timestamp da mudança de status para 'Picked' no registro de Item Fulfillment.

Tipo de evento inferred
Nota de Crédito Criada
Este evento ocorre quando uma nota de crédito é emitida contra um pedido de venda ou fatura, geralmente por devoluções, ajustes de preço ou outras concessões. É capturado quando uma transação 'Credit Memo' é criada.
Por que é importante

Notas de crédito geralmente representam falhas de processo, como erros de envio ou defeitos de produto. Analisar sua frequência e momento ajuda a identificar causas raiz e melhorar a qualidade geral.

Onde obter

Este é um evento explícito baseado na criação de uma transação 'Credit Memo' (tabela Transaction, Type='CredMemo'), que pode ser vinculada à fatura ou ao pedido de venda original.

Captura

Use a data de criação da transação para o Credit Memo vinculado.

Tipo de evento explicit
Pedido de Venda alterado
Esta atividade registra qualquer alteração relevante em um pedido de venda depois de criado, como mudanças de quantidade, itens ou preços. Ela é capturada por meio do acompanhamento das atualizações nas notas do sistema ou na trilha de auditoria.
Por que é importante

Mudanças frequentes podem indicar erros de digitação ou demanda instável, gerando retrabalho e ineficiências no processo. Acompanhar essas alterações ajuda a identificar as causas das modificações de pedido.

Onde obter

Derivado das anotações do sistema ou do audit trail associado à transação de Pedido de Venda. Cada alteração registrada em um campo relevante pode ser tratada como uma instância desta atividade.

Captura

Identifique alterações de campo nas system notes do 'Sales Order' após a criação.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter os seus dados do NetSuite