Seu Template de dados de compras a pagamento, pedido de compra
Seu Template de dados de compras a pagamento, pedido de compra
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração de dados do NetSuite
Atributos de compras a pagamento, pedido de compra
| Nome | Descrição | ||
|---|---|---|---|
|
Hora do evento
EventTime
|
Data e hora exatas em que a atividade ocorreu. | ||
|
Descrição
Esse registro de data e hora marca o momento exato em que uma atividade ocorreu. Ele é a base temporal de todas as análises de performance e duração em Process Mining. As horas dos eventos são usadas para ordenar cronologicamente as atividades de cada caso, calcular o tempo entre etapas e medir o tempo total de ciclo do caso. Esses dados são essenciais 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
Esse atributo é essencial para calcular métricas baseadas em tempo, como tempos de ciclo e durações, fundamentais para identificar atrasos no processo.
Onde encontrar
Esse é o registro de data e hora associado a cada transação ou mudança de status, geralmente encontrado em campos como 'Data de criação' ou nos registros de auditoria do sistema no NetSuite.
Exemplos
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Nome da atividade
ActivityName
|
Nome do evento ou da etapa de negócio específica que ocorreu no processo de pedido de compra. | ||
|
Descrição
Esse atributo descreve uma ação específica ou uma mudança de status no ciclo de vida de um pedido de compra, como 'Pedido de compra criado', 'Pedido de compra aprovado' ou 'Pagamento da fatura realizado'. Essas atividades formam os nós do mapa do processo. 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 (variantes) e localizar gargalos ou desvios do procedimento padrão.
Por que isso importa
Define as etapas do mapa do processo e permite visualizar e analisar o fluxo, as variantes e a conformidade do processo.
Onde encontrar
Esse valor costuma ser obtido pela combinação do tipo de transação com o campo de status, como 'Status do pedido', ou pelos registros de auditoria do sistema no NetSuite.
Exemplos
Pedido de compra criadoPedido de compra aprovadoRecebimento de mercadorias criadoFatura criada a partir do pedido de compra
|
|||
|
Pedido de compra
PurchaseOrder
|
Identificador exclusivo do pedido de compra, usado como ID principal do caso para acompanhar todo o ciclo de aquisição. | ||
|
Descrição
O número do pedido de compra é o identificador central que conecta todas as atividades relacionadas, desde a criação inicial até o pagamento e o fechamento. Cada número de pedido de compra distinto representa uma única instância do processo de aquisição. Em Process Mining, esse atributo é usado para agrupar todos os eventos relacionados em um único caso. Analisar a jornada de cada pedido de compra permite visualizar o processo de ponta a ponta, identificar variantes e calcular métricas por caso, como o tempo total de ciclo.
Por que isso importa
Esse é o identificador essencial do caso, que permite reconstruir e analisar todo o ciclo de vida de cada pedido de compra.
Onde encontrar
Normalmente, esse é o principal identificador da transação no registro do pedido de compra no NetSuite, chamado com frequência de 'ID da transação' ou 'Nº do pedido de compra'.
Exemplos
PO-001254PO-001299PO-001357
|
|||
|
Sistema de origem
SourceSystem
|
Sistema do qual os dados foram extraídos. | ||
|
Descrição
Esse 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, esse campo é essencial para rastrear a origem dos dados, solucionar problemas e entender comportamentos específicos de cada sistema. Ele deixa claro de onde veio cada dado.
Por que isso importa
Permite rastrear a origem dos dados e entender de onde eles vieram, especialmente em ambientes com vários sistemas integrados.
Onde encontrar
Esse é um valor estático ('NetSuite'), adicionado durante a extração e transformação dos dados.
Exemplos
NetSuite
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Registro de data e hora que indica quando os dados deste evento foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Esse atributo registra a data e a hora da extração ou atualização mais recente dos dados. Ele informa o quanto os dados analisados estão atualizados. Saber quando ocorreu a última atualização é essencial para entender a atualidade dos insights gerados. Isso ajuda analistas e usuários de negócio a confirmar se estão consultando os dados mais recentes do processo, algo especialmente importante em Dashboards de monitoramento operacional.
Por que isso importa
Indica o quanto os dados estão atualizados, algo essencial para garantir que as análises e os Dashboards usem informações recentes.
Onde encontrar
Esse registro 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
|
Classificação dos produtos ou serviços comprados, como equipamentos de TI, serviços de marketing ou materiais de escritório. | ||
|
Descrição
Esse atributo categoriza os itens do pedido de compra e permite agrupar a análise por tipo de gasto. No NetSuite, isso costuma ser implementado com um campo de classificação personalizado ou um segmento. Analisar o processo por categoria de compra é essencial para o Dashboard 'Eficiência por categoria de compra'. Isso ajuda a identificar se determinados tipos de compra têm tempos de ciclo mais longos, mais alterações ou mais problemas de conformidade, permitindo melhorias direcionadas a áreas específicas de gastos.
Por que isso importa
Permite analisar a eficiência do processo por categoria de gasto e identificar os tipos de compra mais ineficientes ou fora de conformidade.
Onde encontrar
Pode ser um campo personalizado ou um segmento de classificação padrão, como 'Class', ou um segmento personalizado aplicado ao cabeçalho ou às linhas do pedido de compra. Consulte a documentação do NetSuite.
Exemplos
Equipamentos de TIServiços profissionaisMateriais de escritórioLicenças de software
|
|||
|
Nome do departamento
DepartmentName
|
Nome do departamento associado ao pedido de compra. | ||
|
Descrição
Esse 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 conforme a estrutura organizacional. Analisar o processo por departamento é essencial para identificar gargalos específicos, comparar a eficiência entre diferentes unidades de negócio e entender os padrões de gastos. Isso dá suporte direto a Dashboards como 'Análise de gargalos por departamento'.
Por que isso importa
Permite analisar o processo por departamento e identificar gargalos, ineficiências e padrões de gastos específicos de cada área.
Onde encontrar
Esse é um campo padrão no cabeçalho ou nas linhas do registro do pedido de compra no NetSuite.
Exemplos
FinançasServiços de TIMarketingOperações
|
|||
|
Nome do fornecedor
VendorName
|
Nome do fornecedor de quem os produtos ou serviços estão sendo comprados. | ||
|
Descrição
Esse atributo identifica o fornecedor externo do pedido de compra. É uma dimensão essencial para analisar o relacionamento e a performance dos fornecedores. O nome do fornecedor é essencial para o Dashboard 'Performance de entrega dos fornecedores' e os KPIs relacionados. Ele permite segmentar o processo para comparar prazos, índices de entrega no prazo e resultados das inspeções de qualidade entre fornecedores, ajudando a identificar tanto os mais confiáveis quanto os que apresentam desempenho abaixo do esperado.
Por que isso importa
Permite analisar a performance de cada fornecedor, incluindo prazos e confiabilidade, o que é essencial para otimizar a cadeia de suprimentos.
Onde encontrar
Esse campo corresponde a 'Vendor' ou 'Supplier' na aba principal do registro do pedido de compra no NetSuite.
Exemplos
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Nome do usuário
UserName
|
Nome do usuário que realizou a atividade. | ||
|
Descrição
Esse atributo identifica o funcionário ou usuário do sistema responsável por executar uma etapa específica do processo, como aprovar um pedido de compra ou criar uma fatura. Ele acrescenta ao processo uma dimensão de recurso humano ou de sistema. 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 é essencial para monitorar a conformidade, pois permite rastrear quem realizou ações críticas, como alterações ou aprovações de pedidos de compra.
Por que isso importa
Associa as 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 encontrar
Essa informação está disponível na aba 'System Notes' ou na subaba de registros de auditoria do registro da transação e indica quem fez a alteração.
Exemplos
Alice JohnsonBob WilliamsAutomação do sistema
|
|||
|
Status do pedido de compra
PurchaseOrderStatus
|
Status atual ou final do pedido de compra. | ||
|
Descrição
Esse atributo indica o estado do pedido de compra em determinado momento, como 'Aguardando aprovação', 'Totalmente faturado' ou 'Fechado'. Muitas vezes, ele é usado para derivar vários valores conceituais de 'Nome da atividade'. Analisar os dados por status ajuda a entender os resultados dos pedidos de compra, como quantos foram rejeitados ou aprovados e quantos continuam em aberto. Esse atributo é essencial para KPIs como 'Taxa de falha na aprovação de pedidos de compra' e para filtrar casos conforme o estado de conclusão.
Por que isso importa
Mostra o estado do pedido de compra e permite analisar resultados, como rejeições ou fechamentos, além de apoiar KPIs relacionados a falhas de aprovação.
Onde encontrar
Esse é o campo 'Status' do registro da transação de pedido de compra no NetSuite.
Exemplos
Aguardando aprovação do supervisorAguardando recebimentoTotalmente faturadoFechadoRejeitado
|
|||
|
Valor total
TotalAmount
|
Valor monetário total do pedido de compra. | ||
|
Descrição
Esse atributo representa o custo total de todos os itens e serviços incluídos no pedido de compra. É 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 pedidos de maior valor que demoram mais para ser aprovados ou passam por mais alterações. Esse atributo é 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 e identificar como o valor do pedido afeta os tempos de ciclo, os caminhos de aprovação e a conformidade.
Onde encontrar
Esse campo corresponde a 'Total' na seção de resumo do registro do pedido de compra no NetSuite.
Exemplos
500.001250.7515000.00
|
|||
|
Data de entrega solicitada
RequestedDeliveryDate
|
Data em que a empresa solicitou ao fornecedor a entrega dos produtos ou serviços. | ||
|
Descrição
Esse atributo é a data de entrega prevista, definida durante o processo de compras. Ela serve de referência para medir a performance real de entrega. Essa data é essencial para calcular o KPI 'Taxa de entrega dos fornecedores no prazo'. Ao comparar a 'Data de entrega solicitada' com o registro de data e hora de 'Registro de recebimento de itens criado', a análise determina se os fornecedores estão cumprindo os prazos acordados. Esse é um dado importante para o Dashboard 'Performance de entrega dos fornecedores'.
Por que isso importa
Serve de referência para medir a performance de entrega dos fornecedores no prazo, um KPI essencial para a gestão da cadeia de suprimentos.
Onde encontrar
Provavelmente é um campo personalizado ou corresponde a 'Expected Receipt Date' nas linhas do pedido de compra. Consulte a documentação do NetSuite.
Exemplos
2023-11-152023-12-012024-01-10
|
|||
|
É compra fora do processo
IsMaverickBuy
|
Indicador que informa se um pedido de compra foi criado sem uma requisição de compra anterior. | ||
|
Descrição
Esse atributo booleano calculado é definido como verdadeiro no nível do caso quando a primeira atividade do processo é 'Pedido de compra criado', em vez de 'Requisição de compra criada'. Ele indica diretamente uma compra fora do processo padrão. Esse atributo é usado para calcular a 'Taxa de pedidos de compra diretos', um KPI essencial para o 'Monitor de conformidade de compras'. Ele ajuda as organizações a identificar e quantificar rapidamente compras fora do processo, que podem aumentar os custos e os riscos.
Por que isso importa
Identifica diretamente comportamentos de compra fora de conformidade e permite que as organizações monitorem e reduzam esse tipo de compra.
Onde encontrar
Esse é um atributo calculado. A lógica é: (primeira atividade do caso = 'Pedido de compra criado') E (nenhuma 'Requisição de compra' vinculada).
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Indicador que informa se uma atividade representa retrabalho, como uma segunda aprovação após uma rejeição. | ||
|
Descrição
Esse atributo booleano calculado é verdadeiro para atividades que indicam um ciclo ou uma etapa repetida no processo. Por exemplo, a atividade 'Pedido de compra aprovado' seria marcada como retrabalho se tivesse sido precedida por uma atividade 'Pedido de compra rejeitado' no mesmo caso. Esse atributo é essencial para quantificar os atritos e as ineficiências do processo. Ele facilita a análise dos ciclos de retrabalho, ajuda a medir a 'Taxa de rejeição e reenvio de pedidos de compra' e destaca processos que não dão certo na primeira tentativa.
Por que isso importa
Ajuda a quantificar as ineficiências do processo ao identificar explicitamente as atividades que fazem parte de um ciclo de retrabalho, facilitando sua análise e correção.
Onde encontrar
Esse indicador é calculado durante a transformação dos dados, com base na sequência de atividades de cada caso.
Exemplos
truefalse
|
|||
|
Entrega atrasada
IsLateDelivery
|
Indicador que informa se os produtos foram recebidos após a data de entrega solicitada. | ||
|
Descrição
Esse atributo booleano calculado é verdadeiro quando a atividade 'Registro de recebimento de itens criado' ocorre após a 'Data de entrega solicitada' no pedido de compra. Ele oferece um indicador simples e claro da pontualidade da entrega. Esse atributo simplifica a criação de Dashboards e KPIs de performance dos fornecedores. Ele permite filtrar e agregar dados com facilidade para calcular a 'Taxa de entrega dos fornecedores no prazo' e identificar fornecedores que não cumprem os prazos de entrega de forma recorrente.
Por que isso importa
Fornece um indicador simples de verdadeiro ou falso sobre a pontualidade da entrega e facilita a análise de performance e o cálculo de KPIs para a gestão de fornecedores.
Onde encontrar
Esse é um campo calculado. A lógica é: (registro de data e hora de 'Registro de recebimento de itens criado') > ('Data de entrega solicitada').
Exemplos
truefalse
|
|||
|
Hora de término do evento
EventEndTime
|
Data e hora exatas em que a atividade foi concluída. | ||
|
Descrição
Esse registro de data e hora marca a conclusão de uma atividade. Junto com a Hora de início, ele define o tempo de processamento de um evento. Em eventos instantâneos, a Hora de término pode ser igual à Hora de início. Esse atributo é essencial para calcular a duração exata de tarefas específicas, chamada de tempo de processamento. Ele ajuda a diferenciar o tempo dedicado ao trabalho ativo do tempo de espera pela próxima etapa, o que é fundamental para uma análise detalhada de gargalos.
Por que isso importa
Permite calcular com precisão o tempo de processamento das atividades e distinguir o tempo de trabalho ativo do tempo de espera.
Onde encontrar
Para atividades com duração mensurável, esse dado pode ser registrado em um campo separado ou obtido dos registros de auditoria. Muitas vezes, é preciso inferi-lo ou usar a mesma Hora de início.
Exemplos
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Local de entrega
DeliveryLocation
|
Local físico ou endereço onde os produtos devem ser entregues. | ||
|
Descrição
Esse atributo especifica o destino dos produtos solicitados no pedido de compra, como um depósito, escritório ou fábrica. Ele permite segmentar o processo por região ou unidade. Essa é uma dimensão importante para o Dashboard 'Tempo de processamento do recebimento de mercadorias'. Analisar os tempos de recebimento por local pode ajudar a identificar unidades com equipe insuficiente ou processos de recebimento ineficientes e direcionar melhorias operacionais.
Por que isso importa
Permite analisar a performance do processo por local e identificar gargalos específicos no recebimento de mercadorias ou em outras atividades.
Onde encontrar
Esse campo corresponde ao endereço 'Ship To' ou ao campo 'Location' no registro do pedido de compra no NetSuite.
Exemplos
Depósito principal - Doca ASede corporativa - 15º andarCentro de distribuição da Costa Oeste
|
|||
|
Moeda
Currency
|
Código da moeda do valor da transação. | ||
|
Descrição
Esse atributo especifica a moeda em que o valor total do pedido de compra está expresso, como USD, EUR ou GBP. É uma informação essencial para interpretar qualquer valor monetário. Em organizações que operam internacionalmente, esse atributo é fundamental para garantir a precisão dos relatórios e das análises financeiras. Ele permite agregar e comparar corretamente os valores dos pedidos de compra entre regiões e interpretar os KPIs monetários de forma adequada.
Por que isso importa
Fornece o contexto necessário para interpretar valores monetários e garantir análises e relatórios financeiros precisos em ambientes com várias moedas.
Onde encontrar
Esse campo corresponde a 'Currency' no registro do pedido de compra e costuma ser influenciado pela configuração do fornecedor selecionado.
Exemplos
USDEURGBP
|
|||
|
Motivo da alteração
ChangeReason
|
Motivo informado para a alteração do pedido de compra após sua criação. | ||
|
Descrição
Esse atributo registra a justificativa para alterações feitas em um pedido de compra, como 'Atualização de preço', 'Alteração de quantidade' ou 'Alteração da data de entrega'. Esse contexto é essencial para entender as causas do retrabalho. Esse atributo é fundamental para o Dashboard 'Análise de alterações em pedidos de compra'. 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 contexto essencial sobre as alterações nos pedidos de compra e permite analisar as causas raiz para reduzir a taxa geral de alterações.
Onde encontrar
Provavelmente é um campo personalizado que deve ser preenchido quando um usuário edita um pedido de compra aprovado, ou pode estar no campo 'Memo' do evento de alteração. Consulte a documentação do NetSuite.
Exemplos
Quantidade incorreta de itensAlteração de preço pelo fornecedorRequisito de entrega atualizado
|
|||
|
Motivo da rejeição
RejectionReason
|
Motivo da rejeição do pedido de compra durante o processo de aprovação. | ||
|
Descrição
Quando um pedido de compra é rejeitado, esse atributo informa o motivo específico, como 'Orçamento excedido', 'Fornecedor incorreto' ou 'Violação de política'. Essa informação é essencial para entender as falhas de aprovação. Esse atributo dá suporte direto ao Dashboard 'Taxa de rejeição e reenvio de pedidos de compra'. Ao analisar os motivos das rejeições, a empresa pode identificar fontes comuns de erros na criação dos pedidos, como treinamento insuficiente ou políticas pouco claras, e tomar medidas corretivas para reduzir o retrabalho causado pelas rejeições.
Por que isso importa
Explica por que os pedidos de compra não são aprovados e permite tomar medidas direcionadas para reduzir as rejeições e aumentar as aprovações na primeira tentativa.
Onde encontrar
Essa informação costuma ser registrada no campo de observações do evento de rejeição ou em um campo personalizado 'Motivo da rejeição' no fluxo de aprovação. Consulte a documentação do NetSuite.
Exemplos
Orçamento do departamento excedidoFornecedor não preferencial selecionadoDescrição incompleta da linha do pedido
|
|||
|
Requisição de compra
PurchaseRequisition
|
Identificador da requisição de compra que antecedeu o pedido de compra. | ||
|
Descrição
Esse atributo vincula o pedido de compra à requisição de compra que o originou. A ausência desse vínculo pode indicar um desvio do processo padrão. Esse campo é essencial para monitorar a conformidade e identificar compras fora do processo. O KPI 'Taxa de pedidos de compra diretos' é calculado verificando se há uma requisição de compra vinculada. Assim, ele destaca compras feitas fora do fluxo de aprovação padrão.
Por que isso importa
Essencial para a análise de conformidade, pois ajuda a identificar compras fora do processo, em que pedidos de compra são criados sem uma requisição aprovada.
Onde encontrar
No registro do pedido de compra, essa informação costuma estar na subaba 'Related Records' ou no campo 'Created From'.
Exemplos
PR-00582PR-00610PR-00715
|
|||
Atividades de compras a pagamento, pedido de compra
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura criada a partir do pedido de compra
|
A fatura do fornecedor foi recebida e registrada no NetSuite, vinculada ao pedido de compra. Esta transação explícita registra formalmente o valor devido pelos produtos ou serviços recebidos. | ||
|
Por que isso importa
Esta atividade marca a transição das compras para o processo de contas a pagar. Analisar o tempo entre o recebimento das mercadorias e o registro da fatura ajuda a identificar possíveis atrasos no processamento financeiro.
Onde encontrar
Registrado com base na data de criação da transação de fatura do fornecedor. A fatura está vinculada diretamente ao pedido de compra de origem.
Coleta
Registre a data e a hora de criação da transação de fatura do fornecedor.
Tipo de evento
explicit
|
|||
|
Pedido de compra aprovado
|
Representa a autorização oficial final do pedido de compra, permitindo seu envio ao fornecedor. Este marco é registrado quando o campo 'Status de aprovação' do pedido de compra é atualizado para 'Aprovado'. | ||
|
Por que isso importa
Este marco é essencial para calcular o tempo de aprovação e identificar gargalos na cadeia de aprovação. Atrasos nesta etapa afetam diretamente os prazos de compra.
Onde encontrar
Identificado nas notas do sistema ou no histórico do fluxo de trabalho, que registra quando o campo 'Status de aprovação' do pedido de compra muda para 'Aprovado'.
Coleta
Detecte a mudança do campo 'Status de aprovação' do pedido de compra para 'Aprovado'.
Tipo de evento
inferred
|
|||
|
Pedido de compra criado
|
Esta atividade registra a criação do documento formal do pedido de compra, que é o caso central desta análise. No NetSuite, ela é registrada quando a transação do pedido de compra é criada, manualmente ou a partir de uma solicitação aprovada. | ||
|
Por que isso importa
Esta etapa marca o momento em que uma solicitação se transforma em um compromisso formal de compra. É um marco importante e também pode dar início ao processo de pedidos diretos, o que é relevante para o monitoramento da conformidade.
Onde encontrar
Registrado com base no campo de sistema 'Data de criação' da transação do pedido de compra.
Coleta
Use a data e a hora de criação da transação do pedido de compra.
Tipo de evento
explicit
|
|||
|
Pedido de compra encerrado
|
O pedido de compra foi oficialmente encerrado, sem previsão de novos recebimentos ou faturas relacionados a ele. Isso é identificado quando o status do pedido muda para 'Encerrado', o que pode acontecer automaticamente após o recebimento e o faturamento completos ou manualmente. | ||
|
Por que isso importa
Esta atividade marca o fim operacional do ciclo de vida do pedido de compra. Ela confirma que o pedido foi totalmente atendido e processado, definindo o ponto final para a análise do tempo de ciclo.
Onde encontrar
Identificado pela mudança do campo 'Status' do pedido de compra para 'Encerrado'.
Coleta
Detecte a mudança do campo 'Status' do pedido de compra para 'Encerrado'.
Tipo de evento
inferred
|
|||
|
Recebimento de mercadorias criado
|
Esta atividade representa o recebimento físico das mercadorias solicitadas no pedido de compra. No NetSuite, é um evento explícito, registrado quando uma transação de recebimento de mercadorias é criada e vinculada à linha correspondente do pedido de compra. | ||
|
Por que isso importa
Este marco encerra o ciclo de entrega do fornecedor. Ele é essencial para calcular as taxas de entregas no prazo e os prazos totais de entrega.
Onde encontrar
Registrado com base na data de criação da transação de recebimento de mercadorias. O registro contém um vínculo com o pedido de compra de origem.
Coleta
Registre a data e a hora de criação da transação de recebimento de mercadorias.
Tipo de evento
explicit
|
|||
|
Solicitação de compra criada
|
Esta atividade registra a solicitação formal de produtos ou serviços e dá início ao processo de compras. No NetSuite, ela é registrada quando uma nova transação de solicitação de compra é criada e salva. | ||
|
Por que isso importa
Como ponto de partida típico do processo, esta atividade é essencial para analisar o tempo de ciclo completo e identificar compras fora dos canais aprovados quando ela é ignorada.
Onde encontrar
Este evento é registrado com base na data de criação da transação de solicitação de compra. O registro é vinculado ao pedido de compra criado em seguida.
Coleta
Registre a data e a hora de criação da transação de solicitação de compra.
Tipo de evento
explicit
|
|||
|
Fatura aprovada
|
A fatura do fornecedor foi analisada e aprovada para pagamento. Assim como nos pedidos de compra, o evento é registrado quando o campo 'Status de aprovação' da fatura do fornecedor muda. | ||
|
Por que isso importa
A aprovação da fatura é uma etapa importante do processo de pagamento. Acompanhar sua duração ajuda a identificar gargalos em contas a pagar que podem causar atrasos nos pagamentos ou a perda de descontos por pagamento antecipado.
Onde encontrar
Identificado nas notas do sistema ou no histórico do fluxo de trabalho, que registra quando o campo 'Status de aprovação' da fatura do fornecedor muda para 'Aprovado'.
Coleta
Detecte a mudança do campo 'Status de aprovação' da fatura do fornecedor para 'Aprovado'.
Tipo de evento
inferred
|
|||
|
Inspeção de qualidade realizada
|
As mercadorias recebidas passaram por uma inspeção de qualidade. Como este não é um tipo padrão de transação do NetSuite, o evento costuma ser registrado por meio da atualização de um campo personalizado, de um registro personalizado ou de uma mudança de status no recebimento de mercadorias. | ||
|
Por que isso importa
Esta atividade ajuda a medir o tempo de ciclo do controle de qualidade. Atrasos na inspeção podem criar gargalos entre o recebimento das mercadorias e sua liberação para uso.
Onde encontrar
A forma de registro depende muito das personalizações. O evento pode ser identificado em um campo personalizado 'Status de QA' no recebimento de mercadorias ou em um registro personalizado separado de 'Inspeção de qualidade'.
Coleta
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 realizado
|
O pagamento do valor faturado foi enviado ao fornecedor. O evento é registrado quando uma transação de pagamento ao fornecedor é criada e vinculada à fatura. | ||
|
Por que isso importa
Esta atividade indica a quitação da obrigação financeira referente ao pedido de compra. É essencial para analisar os pagamentos no prazo e o fluxo de caixa.
Onde encontrar
Registrado com base na data de criação da transação de pagamento ao fornecedor vinculada à fatura.
Coleta
Registre a data e a hora de criação da transação de pagamento ao fornecedor vinculada à fatura.
Tipo de evento
explicit
|
|||
|
Pedido de compra alterado
|
Indica que o pedido de compra foi alterado após sua criação ou aprovação inicial. Isso pode ser identificado comparando a 'Data da última alteração' com a 'Data de criação' 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 elas acontecem ajuda a agilizar o processo e reduzir erros.
Onde encontrar
Identificado pela comparação entre a 'Data da última alteração' do pedido de compra e sua data de criação ou aprovação. O registro de notas do sistema detalha os campos alterados.
Coleta
Compare a 'Data da última alteração' com a data de criação ou aprovação e exclua as atualizações do sistema.
Tipo de evento
inferred
|
|||
|
Pedido de compra enviado ao fornecedor
|
O pedido de compra aprovado foi enviado ao fornecedor. No NetSuite, isso costuma ser identificado quando um indicador de comunicação, como a caixa de seleção 'A enviar por e-mail', é atualizado ou quando o status muda para indicar o envio. | ||
|
Por que isso importa
Esta atividade marca o início do prazo de entrega do fornecedor. Medir o tempo entre este ponto e o recebimento das mercadorias é essencial para avaliar a performance de entrega dos fornecedores.
Onde encontrar
Identificado pela data e hora em que o indicador 'A enviar por e-mail' ou 'A enviar por fax' é desmarcado, ou por um registro no histórico de comunicação vinculado ao pedido de compra.
Coleta
Registre a data e a hora dos eventos de comunicação, como o envio de um e-mail, vinculados ao pedido de compra.
Tipo de evento
inferred
|
|||
|
Pedido de compra enviado para aprovação
|
O pedido de compra foi finalizado e enviado para aprovação. Em geral, isso é registrado quando o status do pedido muda de um estado de rascunho, como 'Aguardando aprovação do supervisor', 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 'Pedido de compra aprovado' é essencial para analisar a eficiência das aprovações e identificar atrasos.
Onde encontrar
Identificado pela mudança no campo 'Status de aprovação' do pedido de compra, por exemplo, de 'Aguardando aprovação' ou de um status de rascunho personalizado.
Coleta
Detecte a mudança do campo 'Status de aprovação' do pedido de compra para um estado de análise.
Tipo de evento
inferred
|
|||
|
Pedido de compra rejeitado
|
Um aprovador rejeitou o pedido de compra, que precisa ser revisado e enviado novamente. Este evento é identificado quando o campo 'Status de aprovação' do pedido de compra muda para 'Rejeitado'. | ||
|
Por que isso importa
Acompanhar as rejeições é essencial para identificar ciclos de retrabalho, entender os motivos das falhas na aprovação e melhorar a qualidade dos pedidos enviados inicialmente.
Onde encontrar
Identificado nas notas do sistema ou no histórico do fluxo de trabalho, que registra quando o campo 'Status de aprovação' do pedido de compra muda para 'Rejeitado'.
Coleta
Detecte a mudança do campo 'Status de aprovação' do pedido de compra para 'Rejeitado'.
Tipo de evento
inferred
|
|||
|
Solicitação de compra aprovada
|
Representa a aprovação oficial de uma solicitação de produtos ou serviços, autorizando a criação de um pedido de compra. Este evento é identificado quando o campo 'Status de aprovação' do registro da solicitação de compra muda de 'Aguardando aprovação' para 'Aprovado'. | ||
|
Por que isso importa
Acompanhar as aprovações das solicitações ajuda a identificar gargalos antes da etapa de compras e a medir a eficiência da validação interna.
Onde encontrar
Identificado nas notas do sistema ou no histórico do fluxo de trabalho, que registra a mudança no campo 'Status de aprovação' do registro da solicitação de compra.
Coleta
Detecte a mudança do campo 'Status de aprovação' da solicitação de compra para 'Aprovado'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Este Template é o primeiro passo para aproveitar todo o potencial do seu processo de compras a pagamento, pedido de compra. Comece a preparar seus dados hoje para identificar oportunidades de eficiência e promover melhorias.
Simplifique os pedidos de compra e aumente a eficiência no NetSuite
Reduza em 30% o tempo de ciclo dos pedidos de compra e elimine gargalos com nossa plataforma.
Não é necessário informar cartão de crédito. Comece a otimizar hoje.