Template de Dados: Purchase to Pay (P2P) - Pedido de Compra
Seu Template de dados de Procure to Pay (P2P) - Pedido de Compra
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação de extração para NetSuite
Compra ao Pagamento - Atributos do Pedido de Compra
| Nome | Descrição | ||
|---|---|---|---|
|
Nome da Atividade
ActivityName
|
O nome da etapa ou ação de negócio que ocorreu dentro do processo de Pedido de Compra. | ||
|
Descrição
Este atributo descreve uma ação específica ou mudança de status no ciclo de vida de um Pedido de Compra (PO), como 'Purchase Order Created', 'Purchase Order Approved' ou 'Bill Payment Made'. Essas atividades formam os nós do mapa do processo. Analisar a sequência e a frequência dessas atividades é o coração do Process Mining. Ajuda a visualizar o fluxo, identificar caminhos comuns e raros (variantes) e apontar gargalos ou desvios do procedimento padrão.
Por que é importante
Define as etapas no mapa do processo, permitindo visualizar e analisar o fluxo, as variantes e a conformidade.
Onde obter
Esse valor normalmente é derivado da combinação do tipo de transação com seu campo de status (por exemplo, 'Order Status') ou dos logs da trilha de auditoria do sistema no NetSuite.
Exemplos
Pedido de Compra criadoPedido de Compra aprovadoRecebimento de item criadoFatura criada a partir do Pedido de Compra
|
|||
|
Pedido de Compra
PurchaseOrder
|
O identificador único do Pedido de Compra, que funciona como o ID principal do case para acompanhar todo o ciclo de compras. | ||
|
Descrição
O número do Pedido de Compra é o identificador central que conecta todas as atividades relacionadas, da criação inicial ao pagamento final e ao encerramento. Cada número de Pedido de Compra representa uma instância do processo de compras. Em Process Mining, esse atributo é usado para agrupar todos os eventos relacionados em um único case. Analisar a jornada de cada Pedido de Compra permite visualizar o processo ponta a ponta, identificar variantes e calcular métricas no nível do case, como o tempo de ciclo total.
Por que é importante
Este é o identificador essencial do caso, que permite reconstruir e analisar todo o ciclo de vida de cada Purchase Order.
Onde obter
Normalmente, este é o identificador principal da transação no registro de Purchase Order no NetSuite, frequentemente chamado de 'Transaction ID' ou 'PO #'.
Exemplos
PO-001254PO-001299PO-001357
|
|||
|
Tempo do Evento
EventTime
|
A data e hora precisas em que a atividade ocorreu. | ||
|
Descrição
Este timestamp marca o momento exato em que uma atividade específica ocorreu. É a base temporal para toda análise de desempenho e duração em Process Mining. Os timestamps dos eventos são usados para ordenar atividades cronologicamente dentro de um caso, calcular a duração entre etapas e medir o tempo de ciclo geral do caso. Esses dados são essenciais para identificar gargalos, medir tempos de espera e analisar performance em relação aos acordos de nível de serviço.
Por que é importante
Este atributo é crucial para calcular todas as métricas baseadas em tempo, como tempos de ciclo e durações, fundamentais para identificar atrasos no processo.
Onde obter
Este é o timestamp associado a cada transação ou mudança de status, geralmente encontrado em campos como 'Date Created' ou nos logs da trilha de auditoria do sistema no NetSuite.
Exemplos
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema do qual os dados foram extraídos. | ||
|
Descrição
Este atributo indica a origem dos dados do processo. Nesta visão, o valor será sempre 'NetSuite'. Em iniciativas de Process Mining que combinam dados de múltiplos sistemas, esse campo é crucial para a rastreabilidade dos dados, a resolução de problemas e a compreensão de comportamentos específicos de cada sistema. Garante clareza sobre a origem de cada dado.
Por que é importante
Fornece linhagem de dados essencial, garantindo clareza sobre a origem dos dados do processo, especialmente em ambientes com múltiplos sistemas integrados.
Onde obter
Este é um valor estático ('NetSuite') adicionado durante a extração e transformação dos dados.
Exemplos
NetSuite
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O carimbo de data/hora que indica quando os dados para este evento foram atualizados pela última vez no sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extração ou atualização mais recente dos dados. Indica o quão atual é a base analisada. Saber a data e a hora da última atualização é crucial para avaliar a atualidade dos insights. Ajuda analistas e usuários de negócio a confirmar se estão vendo os dados mais recentes do processo, algo especialmente importante em Dashboards de monitoramento operacional.
Por que é importante
Indica a atualidade dos dados, essencial para garantir que análises e dashboards usem informações atualizadas.
Onde obter
Timestamp gerado e adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2024-05-21T02:00:00Z
|
|||
|
Categoria de compra
PurchaseCategory
|
A classificação dos bens ou serviços adquiridos, como Hardware de TI, Serviços de Marketing ou Materiais de Escritório. | ||
|
Descrição
Este atributo categoriza os itens do Pedido de Compra (PO), permitindo análises por grupo conforme o tipo de gasto. No NetSuite, costuma ser implementado por um campo ou segmento de classificação personalizado. Analisar o processo por categoria de compra é essencial para o Dashboard 'Purchase Category Efficiency'. Ajuda a revelar se certos tipos de compra têm tempo de ciclo maior, taxa de alteração mais alta ou mais problemas de conformidade, possibilitando melhorias direcionadas por área de gasto.
Por que é importante
Permite analisar a eficiência do processo por categoria de gasto, ajudando a identificar quais tipos de compras são mais ineficientes ou não conformes.
Onde obter
Isso pode ser um campo personalizado ou um segmento de classificação padrão como 'Class', ou ainda um segmento personalizado aplicado ao cabeçalho ou à linha do PO. Consulte a documentação do NetSuite.
Exemplos
Hardware de TIServiços ProfissionaisMateriais de escritórioLicenças de software
|
|||
|
Nome do Departamento
DepartmentName
|
O nome do departamento associado ao Pedido de Compra. | ||
|
Descrição
Este atributo representa o departamento ou centro de custo que iniciou a compra ou é responsável financeiramente por ela. Permite filtrar e segmentar os dados do processo pela estrutura organizacional. Analisar o processo por departamento é crucial para identificar gargalos departamentais, comparar eficiência entre unidades de negócio e entender padrões de gasto. Dá suporte direto a Dashboards como o 'Departmental Bottleneck Analysis'.
Por que é importante
Permite analisar o processo por departamento, ajudando a identificar gargalos, ineficiências e padrões de gasto específicos de cada área.
Onde obter
Este é um campo padrão no cabeçalho ou nas linhas do registro de Purchase Order no NetSuite.
Exemplos
FinançasServiços de TIMarketingOperações
|
|||
|
Nome do Fornecedor
VendorName
|
O nome do fornecedor de quem os bens ou serviços estão sendo adquiridos. | ||
|
Descrição
Este atributo identifica o fornecedor externo do Pedido de Compra (PO). É uma dimensão crítica para analisar o relacionamento com fornecedores e sua performance. O nome do fornecedor é essencial para o Dashboard 'Vendor Delivery Performance' e KPIs relacionados. Permite segmentar o processo para comparar lead times, taxa de entrega no prazo e resultados de inspeção de qualidade entre fornecedores, ajudando a identificar tanto fornecedores confiáveis quanto os que têm desempenho abaixo do esperado.
Por que é importante
Permite analisar o desempenho por fornecedor, incluindo prazos de entrega e confiabilidade, ponto-chave para otimizar a cadeia de suprimentos.
Onde obter
Isso corresponde ao campo 'Vendor' ou 'Supplier' na aba principal do registro de Purchase Order no NetSuite.
Exemplos
Suprimentos de Escritório GlobaisTech Solutions Inc.Agência de Marketing Criativa
|
|||
|
Nome do Utilizador
UserName
|
O nome do usuário que executou a atividade. | ||
|
Descrição
Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma etapa do processo, como aprovar um PO ou criar uma fatura. Traz uma dimensão de recursos (humanos ou de sistema) ao processo. Analisar atividades por usuário ajuda a entender a distribuição de trabalho, identificar necessidades de treinamento e detectar irregularidades. Também é crucial para monitorar a conformidade, pois permite rastrear quem executou ações críticas, como mudanças ou aprovações de PO.
Por que é importante
Atribui atividades a usuários específicos, permitindo analisar a carga de trabalho, performance e aderência às políticas de autorização.
Onde obter
Isso fica disponível na subaba 'System Notes' ou na trilha de auditoria de um registro de transação, indicando o usuário que fez a alteração.
Exemplos
Alice JohnsonBob WilliamsAutomação do sistema
|
|||
|
Status do Pedido de Compra
PurchaseOrderStatus
|
O status atual ou final do Pedido de Compra. | ||
|
Descrição
Este atributo indica o status do Pedido de Compra (PO) em um determinado momento, como 'Pending Approval', 'Fully Billed' ou 'Closed'. Muitas vezes é a base para derivar vários valores conceituais de 'ActivityName'. Analisar por status ajuda a entender os resultados dos Pedidos de Compra, como quantos são reprovados em relação aos aprovados, ou quantos permanecem abertos. É fundamental para KPIs como 'PO Approval Failure Rate' e para filtrar casos conforme seu estado de conclusão.
Por que é importante
Fornece um retrato do estado do Pedido de Compra, permitindo analisar resultados como rejeições ou encerramentos e apoiar KPIs relacionados a falhas de aprovação.
Onde obter
Este é o campo 'Status' no registro de transação de Purchase Order no NetSuite.
Exemplos
Aguardando aprovação do supervisorAguardando recebimentoTotalmente faturadoEncerradoRejeitado
|
|||
|
Valor Total
TotalAmount
|
O valor monetário total do Pedido de Compra. | ||
|
Descrição
Este atributo representa o custo total de todos os itens e serviços incluídos no Pedido de Compra (PO). É uma métrica financeira fundamental para análises de compras. Analisar as métricas do processo por valor total pode revelar padrões importantes — por exemplo, se Pedidos de Compra de maior valor demoram mais para serem aprovados ou sofrem mais alterações. É essencial para entender o impacto financeiro das ineficiências e priorizar esforços de melhoria.
Por que é importante
Permite analisar financeiramente o processo de compras, identificando como o valor do PO impacta o tempo de ciclo, os caminhos de aprovação e a conformidade.
Onde obter
Isso corresponde ao campo 'Total' na seção de resumo do registro de Purchase Order no NetSuite.
Exemplos
500.001250.7515000.00
|
|||
|
Compra fora da política
IsMaverickBuy
|
Um indicador que sinaliza se um Pedido de Compra foi criado sem uma Requisição de Compra anterior. | ||
|
Descrição
Este é um atributo booleano calculado que fica verdadeiro no nível do caso se a primeira atividade do processo for 'Purchase Order Created' em vez de 'Purchase Requisition Created'. Ele funciona como um indicador direto de compras fora do padrão. Esse atributo é usado para calcular a 'Direct PO Rate', um KPI-chave do 'Procurement Compliance Monitor'. Ajuda as organizações a identificar e quantificar rapidamente compras fora do processo (maverick buying), que podem aumentar custos e riscos.
Por que é importante
Sinaliza comportamentos de compra não conformes, permitindo que as organizações monitorem e reduzam com facilidade compras fora de política.
Onde obter
Este é um atributo calculado. A lógica é: (Primeira atividade no caso = 'Purchase Order Created') E (Nenhuma 'Purchase Requisition' vinculada).
Exemplos
verdadeirofalse
|
|||
|
Data de entrega solicitada
RequestedDeliveryDate
|
A data em que a empresa solicitou ao fornecedor a entrega dos bens ou serviços. | ||
|
Descrição
Este atributo é a data-alvo de entrega definida durante o processo de compra. Serve como base para medir o desempenho real de entrega. Essa data é essencial para calcular o KPI 'Vendor Delivery On-Time Rate'. Ao comparar o 'Requested Delivery Date' com o timestamp real de 'Item Receipt Created', a análise verifica se os fornecedores estão cumprindo os prazos de entrega — insumo-chave para o Dashboard 'Vendor Delivery Performance'.
Por que é importante
Serve como referência para medir o desempenho de entrega no prazo do fornecedor, um KPI crítico para a gestão da cadeia de suprimentos.
Onde obter
Provavelmente é um campo personalizado ou pode ser o 'Expected Receipt Date' nas linhas do Purchase Order. Consulte a documentação do NetSuite.
Exemplos
2023-11-152023-12-012024-01-10
|
|||
|
É Retrabalho
IsRework
|
Um indicador que mostra se uma atividade representa retrabalho, como uma segunda aprovação após uma rejeição. | ||
|
Descrição
Este atributo booleano calculado é verdadeiro para atividades que indicam um ciclo no processo ou uma etapa repetida. Por exemplo, a atividade 'Purchase Order Approved' seria marcada como retrabalho se viesse precedida por 'Purchase Order Rejected' no mesmo caso. Esse atributo é essencial para quantificar atritos e ineficiências do processo. Ele facilita a análise de ciclos de retrabalho, ajuda a medir a 'PO Rejection & Resubmission Rate' e destaca processos que não dão certo de primeira.
Por que é importante
Ajuda a quantificar ineficiências do processo ao sinalizar explicitamente atividades que fazem parte de um loop de retrabalho, facilitando sua análise e correção.
Onde obter
Este indicador é calculado durante a transformação dos dados, analisando a sequência de atividades dentro de um caso.
Exemplos
verdadeirofalse
|
|||
|
Entrega atrasada
IsLateDelivery
|
Um indicador que informa se as mercadorias foram recebidas após a data de entrega solicitada. | ||
|
Descrição
Este é um atributo booleano calculado que fica verdadeiro se a atividade 'Item Receipt Created' ocorrer após a 'Requested Delivery Date' definida no Purchase Order. Ele fornece um indicador simples e claro de pontualidade na entrega. Esse atributo facilita a criação de dashboards e KPIs de desempenho de fornecedores. Permite filtrar e agregar facilmente para calcular a 'Vendor Delivery On-Time Rate' e identificar fornecedores que frequentemente não cumprem os prazos de entrega.
Por que é importante
Fornece um indicador simples verdadeiro/falso de entrega no prazo, facilitando a análise de desempenho e o cálculo de KPIs para gestão de fornecedores.
Onde obter
Este é um campo calculado. A lógica é: (Timestamp de 'Item Receipt Created') > ('RequestedDeliveryDate').
Exemplos
verdadeirofalse
|
|||
|
Event End Time
EventEndTime
|
A data e a hora exatas em que a atividade foi concluída. | ||
|
Descrição
Este timestamp marca a conclusão de uma atividade. Junto com o Start Time, define o tempo de processamento de um evento. Para eventos instantâneos, o End Time pode ser igual ao Start Time. Este atributo é essencial para calcular a duração exata de tarefas específicas (tempo de processamento). Ele ajuda a diferenciar o tempo de trabalho ativo do tempo de espera pela próxima etapa, o que é fundamental para uma análise detalhada de gargalos.
Por que é importante
Permite calcular tempos precisos de processamento das atividades, ajudando a distinguir tempo de trabalho ativo de tempo de espera ocioso.
Onde obter
Para atividades com duração mensurável, isso pode ser registrado em um campo separado ou derivado de logs de auditoria. Muitas vezes, precisa ser inferido ou é igual ao horário de início.
Exemplos
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Local de Entrega
DeliveryLocation
|
O local físico ou endereço onde os bens devem ser entregues. | ||
|
Descrição
Este atributo especifica o destino das mercadorias do PO, como um armazém, escritório ou planta específicos. Permite segmentar o processo por geografia ou site. É uma dimensão-chave para o Dashboard 'Goods Receipt Processing Time'. Analisar tempos de recebimento por local ajuda a identificar sites com equipe insuficiente ou processos de recebimento ineficientes, viabilizando melhorias operacionais direcionadas.
Por que é importante
Permite analisar o desempenho do processo por localidade, ajudando a identificar gargalos específicos de cada unidade no recebimento de mercadorias ou em outras atividades.
Onde obter
Isso corresponde ao endereço 'Ship To' ou ao campo 'Location' no registro de Purchase Order no NetSuite.
Exemplos
Armazém principal - Doca ASede Corporativa - 15º andarCentro de Distribuição da Costa Oeste
|
|||
|
Moeda
Currency
|
O código da moeda do valor da transação. | ||
|
Descrição
Este atributo especifica a moeda em que o valor total do Pedido de Compra (PO) está denominado, como USD, EUR ou GBP. É um contexto essencial para qualquer valor monetário. Em organizações que atuam internacionalmente, esse atributo é crítico para relatórios e análises financeiras precisas. Permite a agregação e a comparação corretas dos valores de PO entre regiões e garante a interpretação adequada dos KPIs monetários.
Por que é importante
Fornece o contexto necessário para valores monetários, garantindo análises e relatórios financeiros precisos em ambientes multimoeda.
Onde obter
Isso corresponde ao campo 'Currency' no registro de Purchase Order, muitas vezes definido pela configuração do fornecedor selecionado.
Exemplos
USDEURGBP
|
|||
|
Motivo da alteração
ChangeReason
|
A justificativa informada para a alteração de um Pedido de Compra após sua criação. | ||
|
Descrição
Este atributo registra a justificativa para alterações feitas em um Pedido de Compra (PO), como 'Price Update', 'Quantity Change' ou 'Delivery Date Change'. Esse contexto é vital para entender os fatores que geram retrabalho. É um atributo fundamental para o Dashboard 'Purchase Order Change Analysis'. Analisar a frequência dos diferentes motivos de alteração ajuda a identificar as causas raiz da instabilidade do processo, como requisitos iniciais imprecisos ou preços voláteis dos fornecedores.
Por que é importante
Fornece contexto crítico sobre por que os Pedidos de Compra são alterados, possibilitando análise de causa-raiz para reduzir a taxa geral de mudanças.
Onde obter
Provavelmente será um campo personalizado obrigatório a ser preenchido quando um usuário editar um PO aprovado, ou poderá estar no campo 'Memo' do evento de alteração. Consulte a documentação do NetSuite.
Exemplos
Quantidade de item incorretaAlteração de preço do fornecedorRequisito de entrega atualizado
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo pelo qual um Pedido de Compra foi rejeitado durante o processo de aprovação. | ||
|
Descrição
Quando um Pedido de Compra (PO) é rejeitado, este atributo traz o motivo específico da rejeição, como 'Budget Exceeded', 'Incorrect Vendor' ou 'Policy Violation'. Essas informações são essenciais para entender falhas de aprovação. Este atributo alimenta diretamente o Dashboard 'PO Rejection & Resubmission Rate'. Ao analisar os motivos de rejeição, a empresa identifica as principais causas de erro na criação de POs — como treinamento insuficiente ou políticas pouco claras — e toma ações corretivas para reduzir o retrabalho associado às rejeições.
Por que é importante
Explica por que Pedidos de Compra não passam na aprovação, permitindo ações direcionadas para reduzir as taxas de rejeição e melhorar a taxa de aprovação na primeira tentativa.
Onde obter
Essas informações geralmente estão no campo 'Memo' do evento de rejeição ou em um campo personalizado 'Rejection Reason' como parte do workflow de aprovação. Consulte a documentação do NetSuite.
Exemplos
Excede o orçamento do departamentoFornecedor não preferencial selecionadoDescrição da linha do item incompleta
|
|||
|
Requisição de Compra
PurchaseRequisition
|
O identificador da Requisição de Compra que precedeu o Pedido de Compra. | ||
|
Descrição
Este atributo vincula um Pedido de Compra (PO) à sua Requisição de Compra de origem. A ausência desse vínculo pode indicar desvio do processo padrão. Esse campo é crítico para monitorar a conformidade e identificar compras fora do processo (maverick buying). O KPI 'Direct PO Rate' é calculado verificando a ausência de uma Requisição de Compra vinculada, evidenciando aquisições feitas fora do workflow de aprovação padrão.
Por que é importante
Crucial para a análise de conformidade, pois ajuda a identificar "maverick buying" (compras fora de política), quando Pedidos de Compra são criados sem uma requisição aprovada.
Onde obter
No registro do Pedido de Compra, essa informação geralmente está na subaba 'Related Records' ou no campo 'Created From'.
Exemplos
PR-00582PR-00610PR-00715
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração do tempo gasto a trabalhar ativamente numa atividade. | ||
|
Descrição
Este atributo mede o tempo entre os carimbos de data e hora de início e de fim de uma atividade. Representa o tempo efetivo em que um recurso esteve executando a tarefa, e não o tempo de espera entre tarefas. Calculada a partir de EventTime e EventEndTime, essa métrica é vital para análises de performance detalhadas. Ajuda a identificar quais atividades consomem mais tempo e oferece uma visão mais granular de gargalos do que o tempo de ciclo agregado.
Por que é importante
Separa o tempo de trabalho ativo do tempo de espera ocioso, oferecendo uma medida mais precisa da eficiência por atividade e da utilização de recursos.
Onde obter
Isso é calculado durante a transformação dos dados, subtraindo o 'EventTime' do 'EventEndTime'.
Exemplos
312645900
|
|||
Compra ao Pagamento - Atividades do Pedido de Compra
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura criada a partir do Pedido de Compra
|
Uma fatura de fornecedor (Vendor Bill) foi recebida e lançada no NetSuite, vinculada ao Pedido de Compra. Essa é uma transação explícita que registra formalmente a obrigação pelos bens ou serviços recebidos. | ||
|
Por que é importante
Esta atividade marca a transição do processo de compras para Contas a Pagar. Analisar o tempo entre o recebimento de mercadorias e o faturamento evidencia possíveis atrasos no processamento financeiro.
Onde obter
Capturado a partir da data de criação do registro de transação Vendor Bill. A fatura está diretamente vinculada ao Pedido de Compra de origem.
Captura
Registre o timestamp de criação da transação de Vendor Bill.
Tipo de evento
explicit
|
|||
|
Pedido de Compra aprovado
|
Representa a autorização final e oficial do Pedido de Compra, permitindo seu envio ao fornecedor. É um marco importante capturado quando o campo 'Approval Status' do Pedido de Compra é atualizado para 'Approved'. | ||
|
Por que é importante
Este é um marco crítico para calcular o tempo de ciclo de aprovação e identificar gargalos na cadeia de aprovação. Atrasos aqui impactam diretamente o lead time de compras.
Onde obter
Inferido a partir do log de System Notes ou do histórico do workflow que rastreia quando o campo 'Approval Status' no registro de Pedido de Compra muda para 'Approved'.
Captura
Detectar alteração do campo 'Approval Status' no Pedido de Compra para 'Approved'.
Tipo de evento
inferred
|
|||
|
Pedido de Compra criado
|
Esta atividade sinaliza a criação do documento formal de Pedido de Compra (PO), que é o caso central desta análise. No NetSuite, isso é registrado com a criação do registro de transação do PO, seja manualmente, seja a partir de uma Requisição de Compra aprovada. | ||
|
Por que é importante
Isso marca uma etapa crítica em que a solicitação se torna um compromisso formal de pedido. Serve como um marco importante e também pode ser o início do processo para POs diretos, o que é relevante para o monitoramento de conformidade.
Onde obter
Capturado a partir do campo do sistema 'Date Created' no registro de transação do Pedido de Compra.
Captura
Use o timestamp de criação da transação do Pedido de Compra (PO).
Tipo de evento
explicit
|
|||
|
Pedido de Compra encerrado
|
O Pedido de Compra está oficialmente encerrado, ou seja, não são esperados novos recebimentos ou contas a lançar. Isso é inferido quando o status do Pedido de Compra muda para 'Closed', o que pode acontecer automaticamente após ser totalmente faturado e recebido, ou manualmente. | ||
|
Por que é importante
Esta atividade marca o encerramento operacional do ciclo de vida do Pedido de Compra (PO). Confirma que o pedido foi totalmente atendido e processado, servindo como ponto final para a análise de tempo de ciclo.
Onde obter
Inferido a partir de uma mudança no campo 'Status' no registro de Pedido de Compra para 'Closed'.
Captura
Detectar alteração no campo 'Status' no registro de Pedido de Compra para 'Closed'.
Tipo de evento
inferred
|
|||
|
Recebimento de item criado
|
Esta atividade representa o recebimento físico das mercadorias pedidas no Pedido de Compra (PO). É um evento explícito no NetSuite, registrado quando uma transação 'Item Receipt' é criada e vinculada à linha específica do PO. | ||
|
Por que é importante
Este é um marco crítico que marca o fim do ciclo de entrega do fornecedor. É essencial para calcular as taxas de entrega no prazo e o lead time total.
Onde obter
Capturado a partir da data de criação do registro de transação Item Receipt. O registro contém um link para o Pedido de Compra de origem.
Captura
Registre o timestamp de criação da transação de Item Receipt.
Tipo de evento
explicit
|
|||
|
Requisição de Compra criada
|
Esta atividade indica a solicitação formal de bens ou serviços, dando início ao processo de compras. No NetSuite, isso é registrado quando um novo registro de transação de Requisição de Compra é criado e salvo. | ||
|
Por que é importante
Como ponto de partida típico do processo, essa atividade é crucial para analisar o tempo de ciclo ponta a ponta e identificar "maverick buying" (compras fora de política) quando é ignorada.
Onde obter
Este evento é capturado a partir da data de criação do registro de transação de Purchase Requisition. O registro fica vinculado ao Purchase Order subsequente.
Captura
Registre o timestamp de criação da transação de Purchase Requisition.
Tipo de evento
explicit
|
|||
|
Fatura Aprovada
|
A fatura do fornecedor foi analisada e aprovada para pagamento. Assim como nos Pedidos de Compra, isso é capturado por uma mudança no campo 'Approval Status' do registro de Vendor Bill. | ||
|
Por que é importante
A aprovação da fatura é uma etapa importante no processo de pagamento. Monitorar sua duração ajuda a identificar gargalos em Contas a Pagar que podem causar atrasos ou perda de descontos por pagamento antecipado.
Onde obter
Inferido pelas notas do sistema ou pelo histórico do workflow quando o campo 'Approval Status' no registro 'Vendor Bill' é alterado para 'Approved'.
Captura
Detectar alteração no campo 'Approval Status' no registro de Fatura de Fornecedor para 'Approved'.
Tipo de evento
inferred
|
|||
|
Inspeção de qualidade realizada
|
As mercadorias recebidas passaram por inspeção de qualidade. Isso não é uma transação padrão do NetSuite e normalmente é capturado por atualização de campo customizado, registro customizado ou inferido a partir de uma mudança de status no Item Receipt. | ||
|
Por que é importante
Essa atividade ajuda a medir o tempo de ciclo do processo de controle de qualidade. Atrasos na inspeção podem criar gargalos entre o recebimento das mercadorias e sua disponibilidade para uso.
Onde obter
Altamente dependente de customização. Pode ser capturado a partir de um campo customizado 'QA Status' no Item Receipt ou de um registro customizado separado para 'Quality Inspection'.
Captura
Registre a atualização de um campo personalizado ou a criação de um registro personalizado relacionado à inspeção de qualidade.
Tipo de evento
inferred
|
|||
|
Pagamento da Fatura Efetuado
|
Um pagamento foi emitido para o fornecedor pelo valor faturado. Isso é capturado quando uma transação 'Vendor Payment' é criada e aplicada à fatura (Vendor Bill). | ||
|
Por que é importante
Esta atividade sinaliza o cumprimento da obrigação financeira do Pedido de Compra (PO). É essencial para analisar a pontualidade de pagamento e o fluxo de caixa.
Onde obter
Capturado a partir da data de criação do registro de transação Vendor Payment que é aplicado à Vendor Bill.
Captura
Registre o timestamp de criação da transação de Vendor Payment aplicada à fatura.
Tipo de evento
explicit
|
|||
|
Pedido de Compra alterado
|
Indica que houve uma modificação no Pedido de Compra após sua criação ou aprovação inicial. Isso pode ser inferido comparando a 'Last Modified Date' com a 'Date Created' ou com uma data de aprovação separada. | ||
|
Por que é importante
Mudanças frequentes podem indicar ineficiências, planejamento inicial fraco ou aumento de escopo. Analisar quando e por que elas ocorrem ajuda a enxugar o processo e reduzir erros.
Onde obter
Inferido comparando a 'Last Modified Date' no registro de Pedido de Compra com seu timestamp de criação ou aprovação. O log de System Notes fornece detalhes dos campos alterados.
Captura
Compare o campo 'Last Modified Date' com a data de criação ou aprovação; filtre as atualizações de sistema.
Tipo de evento
inferred
|
|||
|
Pedido de Compra enviado
|
O Pedido de Compra foi finalizado e enviado para um Workflow de aprovação. Normalmente, isso é capturado por uma mudança de status no registro do Pedido de Compra, saindo de um estado de rascunho, como 'Pending Supervisor Approval', para um estado ativo de revisão. | ||
|
Por que é importante
Este evento marca o início do ciclo de aprovação. Medir o tempo a partir desse ponto até 'Purchase Order Approved' é fundamental para analisar a eficiência da aprovação e identificar atrasos.
Onde obter
Inferido a partir de uma mudança no campo 'Approval Status' no registro de Pedido de Compra (por exemplo, de 'Pending Approval' ou um status de rascunho customizado).
Captura
Detectar alteração no campo 'Approval Status' no Pedido de Compra para um status de revisão.
Tipo de evento
inferred
|
|||
|
Pedido de Compra enviado ao fornecedor
|
O Pedido de Compra aprovado foi enviado ao fornecedor. No NetSuite, isso geralmente é inferido quando um indicador de comunicação, como a caixa de seleção 'To Be Emailed', é atualizado ou quando um status muda para refletir que o envio ocorreu. | ||
|
Por que é importante
Esta atividade marca o início do lead time do fornecedor. Medir deste ponto até o recebimento das mercadorias é essencial para avaliar o desempenho de entrega dos fornecedores.
Onde obter
Inferido pelo carimbo de data e hora quando o indicador 'To Be Emailed' ou 'To Be Faxed' é desmarcado, ou a partir de um registro no histórico de comunicação vinculado ao Pedido de Compra.
Captura
Registre o timestamp de eventos de comunicação (por exemplo, e-mail enviado) vinculados ao PO.
Tipo de evento
inferred
|
|||
|
Pedido de Compra rejeitado
|
Um aprovador rejeitou o Pedido de Compra, exigindo revisão e novo envio. Esse evento é inferido quando o campo 'Approval Status' do Pedido de Compra é alterado para 'Rejected'. | ||
|
Por que é importante
Acompanhar rejeições é crucial para identificar ciclos de retrabalho, entender os motivos de falha na aprovação e melhorar a qualidade dos POs enviados inicialmente.
Onde obter
Inferido a partir do log de System Notes ou do histórico do workflow que rastreia quando o campo 'Approval Status' no registro de Pedido de Compra muda para 'Rejected'.
Captura
Detectar alteração no campo 'Approval Status' no registro de Pedido de Compra para 'Rejected'.
Tipo de evento
inferred
|
|||
|
Requisição de Compra aprovada
|
Representa a aprovação oficial de uma solicitação de bens ou serviços, autorizando a criação de um Pedido de Compra. Este evento é inferido a partir de uma mudança no campo 'Approval Status' do registro de Requisição de Compra, de 'Pending Approval' para 'Approved'. | ||
|
Por que é importante
Acompanhar aprovações de requisição ajuda a identificar gargalos na fase pré-compra e a medir a eficiência da validação interna das solicitações.
Onde obter
Inferido a partir do log de System Notes ou do histórico do workflow que rastreia a mudança do campo 'Approval Status' no registro de Requisição de Compra.
Captura
Detectar alteração no campo 'Approval Status' no registro de Requisição de Compra para 'Approved'.
Tipo de evento
inferred
|
|||