Seu Template de dados de Purchase to Pay - Purchase Order

NetSuite
Seu Template de dados de Purchase to Pay - Purchase Order

Seu Template de dados de Purchase to Pay - Purchase Order

Este Template foi criado para ajudar você a preparar seus dados para Process Mining, garantindo a captura de todas as informações necessárias para analisar seu processo de Purchase to Pay - Purchase Order com eficiência. Ele apresenta os campos de dados essenciais, as principais atividades a acompanhar e orientações para extrair essas informações do NetSuite. Seguindo este Template, você simplifica a preparação dos dados e acelera o caminho até insights práticos.
  • Atributos recomendados para coletar
  • Principais atividades a acompanhar
  • Orientações para extração no NetSuite
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Purchase to Pay - Atributos do pedido de compra

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise completa do seu processo de Purchase to Pay - Pedido de compra.
5 Obrigatório 6 Recomendado 10 Opcional
Nome Descrição
Horário do evento
EventTime
A data e a hora exatas em que a atividade ocorreu.
Descrição

Este carimbo de data e hora marca o momento exato em que uma atividade específica ocorreu. Ele é a base temporal de todas as análises de performance e duração no Process Mining.

Os horários dos eventos são usados para ordenar cronologicamente as atividades dentro de um caso, calcular a duração entre as etapas e medir o tempo total do ciclo do caso. Esses dados são fundamentais para identificar gargalos, medir tempos de espera e analisar a performance em relação aos acordos de nível de serviço.

Por que isso importa

Este atributo é fundamental para calcular todas as métricas baseadas em tempo, como tempos de ciclo e durações, essenciais para identificar atrasos no processo.

Onde obter

Este é o carimbo de data e hora associado a cada transação ou alteração de status, geralmente encontrado em campos como 'Date Created' ou nos registros de trilha de auditoria do sistema no NetSuite.

Exemplos
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
Nome da atividade
ActivityName
O nome do evento ou passo específico de negócio ocorrido no processo do Purchase Order.
Descrição

Este atributo descreve uma ação específica ou uma alteração de status no ciclo de vida de um Purchase Order, como 'Purchase Order Created', 'Purchase Order Approved' ou 'Bill Payment Made'. Essas atividades formam os nós do mapa de processos.

Analisar a sequência e a frequência dessas atividades é a base do Process Mining. Isso ajuda a visualizar o fluxo do processo, identificar caminhos comuns e raros, ou variantes, e localizar gargalos ou desvios do procedimento padrão.

Por que isso importa

Ele define os passos no mapa de processos, permitindo visualizar e analisar o fluxo do processo, as variantes e a conformidade.

Onde obter

Este valor normalmente é derivado de uma combinação do tipo de transação e do campo de status, como 'Order Status', ou dos registros de trilha de auditoria do sistema no NetSuite.

Exemplos
Purchase Order criadoPurchase Order aprovadoItem Receipt criadoBill criado a partir do Purchase Order
Pedido de compra
PurchaseOrder
O identificador exclusivo do Purchase Order, usado como o ID de caso principal para acompanhar o ciclo de vida das compras.
Descrição

O número do Purchase Order é o identificador central que conecta todas as atividades relacionadas, desde a criação inicial até o pagamento final e o encerramento. Cada número distinto de Purchase Order representa uma instância única do processo de compras.

No Process Mining, este atributo é usado para agrupar todos os eventos relacionados em um único caso. Analisar a jornada de cada Purchase Order permite visualizar claramente o processo de ponta a ponta, identificar variantes e calcular métricas no nível do caso, como o tempo total do ciclo.

Por que isso importa

Este é o identificador essencial do caso, que permite reconstruir e analisar todo o ciclo de vida de cada Purchase Order individual.

Onde obter

Normalmente, este é o principal identificador da transação no registro do Purchase Order no NetSuite, geralmente chamado de 'Transaction ID' ou 'PO #'.

Exemplos
PO-001254PO-001299PO-001357
Sistema de origem
SourceSystem
O sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica a origem dos dados do processo. Nesta visualização, o valor será sempre 'NetSuite'.

Em iniciativas maiores de Process Mining que combinam dados de vários sistemas, este campo é fundamental para a linhagem dos dados, a solução de problemas e a compreensão de comportamentos específicos de cada sistema. Ele garante clareza sobre a origem de cada dado.

Por que isso importa

Fornece uma linhagem essencial dos dados, garantindo clareza sobre a origem dos dados do processo, especialmente em ambientes com vários sistemas integrados.

Onde obter

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

Exemplos
NetSuite
Última atualização dos dados
LastDataUpdate
O carimbo de data e hora que indica quando os dados deste evento foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e a hora em que os dados foram extraídos ou atualizados mais recentemente. Ele fornece contexto sobre a atualidade dos dados analisados.

Saber quando ocorreu a última atualização é fundamental para entender a atualidade dos insights gerados. Isso ajuda analistas e usuários de negócio a confirmar se estão visualizando os dados mais recentes do processo, algo especialmente importante para Dashboards de monitoramento operacional.

Por que isso importa

Indica a atualidade dos dados, algo fundamental para garantir que as análises e os Dashboards sejam baseados em informações atualizadas.

Onde obter

Este é um carimbo de data e hora 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 das mercadorias ou dos serviços comprados, como hardware de TI, serviços de marketing ou materiais de escritório.
Descrição

Este atributo categoriza os itens do Purchase Order, permitindo uma análise agrupada por tipo de gasto. No NetSuite, isso costuma ser implementado usando um campo de classificação personalizado ou um segmento.

Analisar o processo por categoria de compra é fundamental para o Dashboard 'Purchase Category Efficiency'. Isso ajuda a descobrir se determinados tipos de compra têm tempos de ciclo mais longos, taxas de alteração mais altas ou mais problemas de conformidade, permitindo melhorias direcionadas para áreas específicas de gastos.

Por que isso importa

Permite analisar a eficiência do processo por categoria de gastos, ajudando a identificar quais tipos de compra são mais ineficientes ou não conformes.

Onde obter

Pode ser um campo personalizado ou um segmento de classificação padrão, como 'Class', ou um segmento personalizado aplicado no cabeçalho ou no nível da 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 Purchase Order.
Descrição

Este atributo representa o departamento de negócio ou centro de custo que iniciou a compra ou é financeiramente responsável por ela. Ele permite filtrar e segmentar os dados do processo com base na estrutura organizacional.

Analisar o processo por departamento é fundamental para identificar gargalos departamentais, comparar a eficiência entre diferentes unidades de negócio e entender padrões de gastos. Isso dá suporte direto a Dashboards como o 'Departmental Bottleneck Analysis'.

Por que isso importa

Permite analisar o processo por departamento, ajudando a identificar gargalos, ineficiências e padrões de gastos específicos de cada departamento.

Onde obter

Este é um campo padrão no cabeçalho do registro do Purchase Order ou nos itens de linha no NetSuite.

Exemplos
FinançasServiços de TIMarketingOperações
Nome do fornecedor
VendorName
O nome do fornecedor de quem as mercadorias ou os serviços estão sendo comprados.
Descrição

Este atributo identifica o fornecedor externo do Purchase Order. Ele é uma dimensão fundamental para analisar os relacionamentos e a performance dos fornecedores.

O nome do fornecedor é essencial para o Dashboard 'Vendor Delivery Performance' e os KPIs relacionados. Ele permite segmentar o processo para comparar prazos, taxas de entrega no prazo e resultados de inspeções de qualidade entre diferentes fornecedores, ajudando a identificar tanto fornecedores confiáveis quanto aqueles com baixa performance.

Por que isso importa

Permite analisar a performance de cada fornecedor, incluindo prazos de entrega e confiabilidade, algo fundamental para otimizar a cadeia de suprimentos.

Onde obter

Corresponde ao campo 'Vendor' ou 'Supplier' na aba principal do registro do Purchase Order no NetSuite.

Exemplos
Materiais de escritório globaisTech Solutions Inc.Agência de marketing criativo
Nome do usuário
UserName
O nome do usuário que realizou a atividade.
Descrição

Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma etapa específica do processo, como aprovar um Purchase Order ou criar uma Bill. Ele adiciona uma dimensão de recurso humano ou sistêmico ao processo.

Analisar as atividades por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e detectar irregularidades. Também é fundamental para o monitoramento da conformidade, pois permite acompanhar quem realizou ações críticas, como alterações ou aprovações de POs.

Por que isso importa

Atribui atividades a usuários específicos, permitindo analisar a carga de trabalho, a performance e a conformidade com as políticas de autorização.

Onde obter

Essa informação está disponível na aba 'System Notes' ou na subaba de 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 Purchase Order
PurchaseOrderStatus
O status atual ou final do Purchase Order.
Descrição

Este atributo indica o estado do Purchase Order em determinado momento, como 'Pending Approval', 'Fully Billed' ou 'Closed'. Ele costuma ser a fonte para derivar muitos dos valores conceituais de 'ActivityName'.

Analisar por status ajuda a entender os resultados dos Purchase Orders, como quantos foram rejeitados ou aprovados e quantos continuam abertos. É fundamental para KPIs como 'PO Approval Failure Rate' e para filtrar casos com base no estado de conclusão.

Por que isso importa

Fornece uma visão do estado do PO, permitindo analisar resultados como rejeições ou encerramentos e dando suporte a KPIs relacionados a falhas de aprovação.

Onde obter

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

Exemplos
Aguardando aprovação do supervisorAguardando recebimentoFaturado integralmenteFechadoRejeitado
Valor total
TotalAmount
O valor monetário total do Purchase Order.
Descrição

Este atributo representa o custo total de todos os itens e serviços incluídos no Purchase Order. É uma métrica financeira fundamental para a análise de compras.

Analisar as métricas do processo por valor total pode revelar padrões importantes, como se POs de maior valor levam mais tempo para ser aprovados ou sofrem mais alterações. Isso é essencial para entender o impacto financeiro das ineficiências do processo e priorizar iniciativas de melhoria.

Por que isso importa

Permite analisar financeiramente o processo de compras, ajudando a identificar como o valor do PO afeta os tempos de ciclo, os caminhos de aprovação e a conformidade.

Onde obter

Corresponde ao campo 'Total' na seção de resumo do registro do Purchase Order no NetSuite.

Exemplos
500.001250.7515000.00
Data de entrega solicitada
RequestedDeliveryDate
A data em que a empresa solicitou ao fornecedor a entrega das mercadorias ou dos serviços.
Descrição

Este atributo é a data de entrega desejada definida durante o processo de compras. Ela serve como referência para medir a performance real de entrega.

Essa data é essencial para calcular o KPI 'Vendor Delivery On-Time Rate'. Ao comparar a 'Requested Delivery Date' com o carimbo de data e hora real de 'Item Receipt Created', a análise pode determinar se os fornecedores estão cumprindo seus compromissos de entrega, um dado fundamental para o Dashboard 'Vendor Delivery Performance'.

Por que isso importa

Serve como referência para medir a performance de entrega dos fornecedores no prazo, um KPI fundamental para a gestão da cadeia de suprimentos.

Onde obter

Provavelmente é um campo personalizado ou pode corresponder a 'Expected Receipt Date' nas linhas do Purchase Order. Consulte a documentação do NetSuite.

Exemplos
2023-11-152023-12-012024-01-10
É compra fora do processo
IsMaverickBuy
Um indicador que informa se um Purchase Order foi criado sem uma Purchase Requisition anterior.
Descrição

Este é um atributo booleano calculado que recebe o valor verdadeiro no nível do caso quando a primeira atividade do processo é "Purchase Order Created", em vez de "Purchase Requisition Created". Ele funciona como um indicador direto de uma compra fora do processo padrão.

Este atributo é usado para calcular o "Direct PO Rate", um KPI importante do "Procurement Compliance Monitor". Ele ajuda as organizações a identificar e quantificar rapidamente compras fora do processo, que podem gerar custos maiores e aumentar os riscos.

Por que isso importa

Sinaliza diretamente comportamentos de compra fora de conformidade, permitindo que as organizações monitorem e reduzam facilmente esse tipo de compra.

Onde obter

Este é um atributo calculado. A lógica é: (Primeira atividade no caso = "Purchase Order Created") E (nenhuma "Purchase Requisition" vinculada).

Exemplos
truefalse
É retrabalho
IsRework
Um indicador que informa se uma atividade representa retrabalho, como uma segunda aprovação após uma rejeição.
Descrição

Este atributo booleano calculado recebe o valor verdadeiro para atividades que indicam um loop ou uma etapa repetida no processo. Por exemplo, uma atividade "Purchase Order Approved" seria marcada como retrabalho se tivesse sido precedida por uma atividade "Purchase Order Rejected" no mesmo caso.

Este atributo é essencial para quantificar o atrito e a ineficiência do processo. Ele permite analisar facilmente os loops de retrabalho, ajudando a medir a "PO Rejection & Resubmission Rate" e a destacar processos que não são executados corretamente na primeira tentativa.

Por que isso importa

Ajuda a quantificar as ineficiências do processo ao marcar explicitamente as 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
truefalse
Entrega atrasada
IsLateDelivery
Um indicador que informa se os bens foram recebidos após a data de entrega solicitada.
Descrição

Este é um atributo booleano calculado que recebe o valor verdadeiro quando a atividade "Item Receipt Created" ocorre depois da "Requested Delivery Date" especificada no Purchase Order. Ele fornece um indicador simples e claro da pontualidade da entrega.

Este atributo simplifica a criação de Dashboards e KPIs de performance de fornecedores. Ele permite filtrar e agregar dados facilmente para calcular o "Vendor Delivery On-Time Rate" e identificar fornecedores que não cumprem os prazos de entrega de forma consistente.

Por que isso importa

Fornece um indicador simples de verdadeiro ou falso para entregas no prazo, simplificando a análise de performance e os cálculos de KPIs para a gestão de fornecedores.

Onde obter

Este é um campo calculado. A lógica é: (Timestamp de "Item Receipt Created") > ("RequestedDeliveryDate").

Exemplos
truefalse
Horário de término do evento
EventEndTime
A data e a hora exatas em que a atividade foi concluída.
Descrição

Este carimbo de data e hora marca a conclusão de uma atividade. Junto com o Start Time, ele 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, conhecida como tempo de processamento. Ele ajuda a diferenciar o tempo dedicado ao trabalho ativo em uma tarefa do tempo gasto aguardando a próxima etapa, o que é fundamental para uma análise detalhada de gargalos.

Por que isso importa

Permite calcular tempos precisos de processamento das atividades, ajudando a diferenciar o tempo de trabalho ativo do tempo de espera ocioso.

Onde obter

Para atividades com duração mensurável, esse valor pode ser registrado em um campo separado ou derivado dos registros de auditoria. Muitas vezes, ele precisa ser inferido ou é igual ao Start Time.

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 dos bens solicitados no PO, como um armazém, escritório ou fábrica específicos. Ele permite segmentar o processo por região ou unidade.

Esta é uma dimensão importante para o Dashboard "Goods Receipt Processing Time". Analisar os tempos de recebimento por local ajuda a identificar unidades com equipe insuficiente ou processos de recebimento ineficientes, permitindo melhorias operacionais direcionadas.

Por que isso importa

Permite analisar a performance do processo por local, ajudando a identificar gargalos específicos de cada unidade no recebimento de bens ou em outras atividades.

Onde obter

Corresponde ao endereço "Ship To" ou ao campo "Location" no registro do 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 Purchase Order é denominado, como USD, EUR ou GBP. Ele é um contexto essencial para qualquer valor monetário.

Em organizações que operam internacionalmente, este atributo é fundamental para relatórios e análises financeiras precisos. Ele permite agregar e comparar corretamente os valores dos POs entre diferentes regiões e garante que os KPIs monetários sejam interpretados de forma adequada.

Por que isso importa

Fornece o contexto necessário para os valores monetários, garantindo análises e relatórios financeiros precisos em ambientes com várias moedas.

Onde obter

Corresponde ao campo 'Currency' no registro do Purchase Order, geralmente influenciado pela configuração do Vendor selecionado.

Exemplos
USDEURGBP
Motivo da alteração
ChangeReason
O motivo informado para a alteração de um Purchase Order após sua criação.
Descrição

Este atributo registra a justificativa para as modificações feitas em um Purchase Order, como "Price Update", "Quantity Change" ou "Delivery Date Change". Esse contexto é essencial para entender as causas do retrabalho.

Este é 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 isso importa

Fornece o contexto necessário para entender por que os POs são alterados, permitindo a análise de causas-raiz para reduzir a taxa geral de alterações de PO.

Onde obter

Provavelmente é um campo personalizado que precisa ser preenchido quando um usuário edita um PO aprovado, ou pode estar no campo "Memo" do evento de alteração. Consulte a documentação do NetSuite.

Exemplos
Quantidade incorreta do itemAlteração de preço do fornecedorRequisito de entrega atualizado
Motivo da rejeição
RejectionReason
O motivo pelo qual um Purchase Order foi rejeitado durante o processo de aprovação.
Descrição

Quando um Purchase Order é rejeitado, este atributo informa o motivo específico da rejeição, como "Budget Exceeded", "Incorrect Vendor" ou "Policy Violation". Essas informações são essenciais para entender as falhas de aprovação.

Este atributo dá suporte direto ao Dashboard "PO Rejection & Resubmission Rate". Ao analisar os motivos das rejeições, a empresa pode identificar fontes comuns de erros na criação de POs, como treinamento insuficiente ou políticas pouco claras, e tomar medidas corretivas para reduzir o retrabalho associado às rejeições.

Por que isso importa

Explica por que os POs não são aprovados, permitindo ações direcionadas para reduzir as taxas de rejeição e aumentar o índice de aprovação na primeira tentativa.

Onde obter

Essas informações geralmente são registradas no campo de observações 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 incompleta do item da linha
Requisição de compra
PurchaseRequisition
O identificador da Purchase Requisition que precedeu o Purchase Order.
Descrição

Este atributo vincula um Purchase Order à Purchase Requisition de origem. A ausência desse vínculo pode indicar um desvio do processo padrão.

Este campo é fundamental para monitorar a conformidade e identificar compras fora do processo. O KPI 'Direct PO Rate' é calculado verificando a ausência de uma Purchase Requisition vinculada, o que evidencia compras feitas fora do Workflow de aprovação padrão.

Por que isso importa

É fundamental para a análise de conformidade, pois ajuda a identificar compras fora do processo, nas quais Purchase Orders são criados sem uma requisição aprovada.

Onde obter

No registro do Purchase Order, essa informação normalmente está na subaba 'Related Records' ou em um campo 'Created From'.

Exemplos
PR-00582PR-00610PR-00715
Obrigatório Recomendado Opcional

Purchase to Pay - Atividades do pedido de compra

Estas são as principais etapas e marcos do processo que você deve registrar no seu Event Log para descobrir o processo com precisão e identificar gargalos.
6 Recomendado 8 Opcional
Atividade Descrição
Bill criado a partir do Purchase Order
Uma fatura do fornecedor foi recebida e inserida no NetSuite, vinculada ao Purchase Order. Trata-se de uma transação explícita que registra formalmente o passivo referente às mercadorias ou aos serviços recebidos.
Por que isso importa

Esta atividade marca a transição do processo de compras para o processo de contas a pagar. Analisar o tempo entre o recebimento das mercadorias e o faturamento evidencia possíveis atrasos no processamento financeiro.

Onde obter

Registrado a partir da data de criação do registro de transação de Vendor Bill. A fatura está diretamente vinculada ao Purchase Order de origem.

Captura

Registre o carimbo de data e hora da criação da transação de Vendor Bill.

Tipo de evento explicit
Item Receipt criado
Esta atividade representa o recebimento físico das mercadorias solicitadas no Purchase Order. Trata-se de um evento explícito no NetSuite, registrado quando uma transação de 'Item Receipt' é criada e vinculada à linha específica do Purchase Order.
Por que isso importa

Este é um marco crítico que marca o fim do ciclo de entrega do fornecedor. Ele é essencial para calcular as taxas de entrega no prazo dos fornecedores e os prazos gerais.

Onde obter

Registrado a partir da data de criação do registro de transação de Item Receipt. O registro contém um link para o Purchase Order de origem.

Captura

Registre o carimbo de data e hora da criação da transação de Item Receipt.

Tipo de evento explicit
Purchase Order aprovado
Representa a autorização final e oficial do Purchase Order, permitindo seu envio ao fornecedor. Este é um marco importante, registrado quando o campo 'Approval Status' do Purchase Order é atualizado para 'Approved'.
Por que isso importa

Este é um marco crítico para calcular os tempos do ciclo de aprovação e identificar gargalos na cadeia de aprovação. Atrasos nesta etapa afetam diretamente os prazos de compras.

Onde obter

Inferido a partir das notas do sistema ou do histórico do Workflow que registra quando o campo 'Approval Status' no registro do Purchase Order muda para 'Approved'.

Captura

Detecte a alteração do campo 'Approval Status' no Purchase Order para 'Approved'.

Tipo de evento inferred
Purchase Order criado
Esta atividade representa a criação do documento formal de Purchase Order, que é o caso central desta análise. No NetSuite, ela é registrada a partir da criação do registro de transação de Purchase Order, manualmente ou com base em uma requisição aprovada.
Por que isso importa

Este é um passo crítico, no qual uma solicitação se transforma em um compromisso formal de pedido. Ele funciona como um marco importante e também pode ser o início do processo para POs diretos, o que é relevante para o monitoramento da conformidade.

Onde obter

Registrado a partir do campo de sistema 'Date Created' no registro de transação de Purchase Order.

Captura

Use o carimbo de data e hora da criação da transação de Purchase Order.

Tipo de evento explicit
Purchase Order encerrado
O Purchase Order foi oficialmente encerrado, sem expectativa de novos recebimentos ou Bills associados. Isso é inferido quando o status do Purchase Order muda para 'Closed', o que pode ocorrer automaticamente após o faturamento e o recebimento completos, ou manualmente.
Por que isso importa

Esta atividade marca o fim operacional do ciclo de vida do Purchase Order. Ela confirma que o pedido foi totalmente atendido e processado, fornecendo um ponto final definitivo para a análise do tempo do ciclo.

Onde obter

Inferido a partir da alteração do campo 'Status' no registro do Purchase Order para 'Closed'.

Captura

Detecte a alteração do campo 'Status' no Purchase Order para 'Closed'.

Tipo de evento inferred
Requisição de compra criada
Esta atividade registra a solicitação formal de mercadorias ou serviços, dando início ao processo de compras. No NetSuite, ela é registrada quando um novo registro de transação de Purchase Requisition é criado e salvo.
Por que isso importa

Como ponto de partida típico do processo, esta atividade é fundamental para analisar o tempo total do ciclo de ponta a ponta e identificar compras fora do processo quando ela é ignorada.

Onde obter

Este evento é registrado a partir da data de criação do registro de transação de Purchase Requisition. O registro é vinculado ao Purchase Order subsequente.

Captura

Registre o carimbo de data e hora da criação da transação de Purchase Requisition.

Tipo de evento explicit
Bill aprovada
A fatura do fornecedor foi analisada e aprovada para pagamento. Assim como nos Purchase Orders, isso é registrado por uma alteração no campo 'Approval Status' do registro de Vendor Bill.
Por que isso importa

A aprovação da Bill é uma etapa importante do processo de pagamento. Acompanhar sua duração ajuda a identificar gargalos em contas a pagar que podem causar pagamentos atrasados ou a perda de descontos por pagamento antecipado.

Onde obter

Inferido a partir das notas do sistema ou do histórico do Workflow que registra quando o campo 'Approval Status' no registro de Vendor Bill muda para 'Approved'.

Captura

Detecte a alteração do campo 'Approval Status' no Vendor Bill para 'Approved'.

Tipo de evento inferred
Inspeção de qualidade realizada
As mercadorias recebidas passaram por uma inspeção de qualidade. Esta não é uma transação padrão do NetSuite e normalmente é registrada por meio da atualização de um campo personalizado, de um registro personalizado ou inferida a partir de uma alteração de status no Item Receipt.
Por que isso importa

Esta atividade ajuda a medir o tempo do ciclo do processo de controle de qualidade. Atrasos na inspeção podem criar gargalos entre o recebimento das mercadorias e sua disponibilização para uso.

Onde obter

Altamente dependente da personalização. Pode ser registrado a partir de um campo personalizado 'QA Status' no Item Receipt ou de um registro personalizado 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 Bill realizado
Um pagamento foi emitido ao fornecedor no valor faturado. Isso é registrado quando uma transação de 'Vendor Payment' é criada e aplicada à Vendor Bill.
Por que isso importa

Esta atividade representa a conclusão da obrigação financeira referente ao Purchase Order. Ela é fundamental para analisar a performance de pagamentos no prazo e o fluxo de caixa.

Onde obter

Registrado a partir da data de criação do registro de transação de Vendor Payment aplicado à Vendor Bill.

Captura

Registre o carimbo de data e hora da criação da transação de Vendor Payment aplicada à Bill.

Tipo de evento explicit
Purchase Order alterado
Indica que uma alteração foi feita no Purchase Order 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 isso importa

Alterações frequentes podem indicar ineficiências, planejamento inicial inadequado ou aumento do escopo. Analisar quando e por que as alterações ocorrem ajuda a simplificar o processo e reduzir erros.

Onde obter

Inferido pela comparação entre a 'Last Modified Date' no registro do Purchase Order e o carimbo de data e hora de criação ou aprovação. As notas do sistema registram detalhes dos campos alterados.

Captura

Compare a 'Last Modified Date' com a data de criação ou aprovação e filtre as atualizações do sistema.

Tipo de evento inferred
Purchase Order enviado
O Purchase Order foi finalizado e enviado para um Workflow de aprovação. Normalmente, isso é registrado por uma alteração de status no registro do Purchase Order, que passa de um estado de rascunho, como 'Pending Supervisor Approval', para um estado de análise ativa.
Por que isso importa

Este evento marca o início do ciclo de aprovação. Medir o tempo entre este ponto e 'Purchase Order Approved' é fundamental para analisar a eficiência da aprovação e identificar atrasos.

Onde obter

Inferido a partir da alteração do campo 'Approval Status' no registro do Purchase Order, por exemplo, de 'Pending Approval' ou de um status de rascunho personalizado.

Captura

Detecte a alteração do campo 'Approval Status' no PO para um estado em análise.

Tipo de evento inferred
Purchase Order enviado ao fornecedor
O Purchase Order aprovado foi enviado ao fornecedor. No NetSuite, isso costuma ser inferido quando um indicador de comunicação, como a caixa de seleção 'To Be Emailed', é atualizado ou quando o status muda para indicar que o pedido foi enviado.
Por que isso importa

Esta atividade marca o início do prazo de entrega do fornecedor. Medir o período entre este ponto e o recebimento das mercadorias é essencial para avaliar a performance de entrega do fornecedor.

Onde obter

Inferido a partir do carimbo de data e hora em que o indicador 'To Be Emailed' ou 'To Be Faxed' é desmarcado, ou a partir de um registro no histórico de comunicação vinculado ao Purchase Order.

Captura

Registre o carimbo de data e hora dos eventos de comunicação, como o envio de um e-mail, vinculados ao PO.

Tipo de evento inferred
Purchase Order rejeitado
Um aprovador rejeitou o Purchase Order, que precisa ser revisado e enviado novamente. Este evento é inferido quando o campo 'Approval Status' do Purchase Order muda para 'Rejected'.
Por que isso importa

Acompanhar as rejeições é fundamental para identificar ciclos de retrabalho, entender os motivos das falhas de aprovação e melhorar a qualidade dos envios iniciais de POs.

Onde obter

Inferido a partir das notas do sistema ou do histórico do Workflow que registra quando o campo 'Approval Status' no registro do Purchase Order muda para 'Rejected'.

Captura

Detecte a alteração do campo 'Approval Status' no Purchase Order para 'Rejected'.

Tipo de evento inferred
Requisição de compra aprovada
Representa a aprovação oficial de uma solicitação de mercadorias ou serviços, autorizando a criação de um Purchase Order. Este evento é inferido a partir da alteração do campo 'Approval Status' no registro de Purchase Requisition, de 'Pending Approval' para 'Approved'.
Por que isso importa

Acompanhar as aprovações de requisições ajuda a identificar gargalos na fase anterior às compras e a medir a eficiência da validação interna das solicitações.

Onde obter

Inferido a partir das notas do sistema ou do histórico do Workflow que registra a alteração do campo 'Approval Status' no registro de Purchase Requisition.

Captura

Detecte a alteração do campo 'Approval Status' da Purchase Requisition para 'Approved'.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do NetSuite

Pronto para começar?

Este Template é o primeiro passo para aproveitar todo o potencial do seu processo de Purchase to Pay - Purchase Order. Comece a preparar seus dados hoje para identificar eficiências e promover melhorias.

Simplifique os Purchase Orders: aumente a eficiência do NetSuite agora

Reduza em 30% o tempo de ciclo dos Purchase Orders e elimine gargalos com nossa plataforma.

Começar o teste grátis

Não é necessário cartão de crédito. Comece a otimizar hoje.