Seu Template de Dados para Requisição no Purchase to Pay
Seu Template de Dados para Requisição no Purchase to Pay
- Atributos recomendados para coletar
- Principais atividades para monitorar na descoberta de processos
- Orientações para extração de dados
Atributos de Requisição - Purchase to Pay
| Nome | Descrição | ||
|---|---|---|---|
|
ID da Requisição de Compra
PurchaseRequisitionId
|
O identificador exclusivo para cada requisição de compra, servindo como o Case ID principal para análise de processo. | ||
|
Descrição
O ID da Requisição de Compra é o identificador central que conecta todas as atividades e eventos de um pedido de bens ou serviços. Cada requisição recebe um ID exclusivo ao ser criada no NetSuite, que permanece o mesmo por todo o ciclo. No Process Mining, este atributo é fundamental para a correlação de casos. Ele permite reconstruir a jornada completa de cada requisição, desde a criação até a aprovação, alterações e desfecho final. Analisar processos por este ID é essencial para calcular durações, rastrear mudanças de status e identificar variações nos fluxos de trabalho.
Por que é importante
Esta é a chave essencial para rastrear o ciclo de vida completo de uma requisição, permitindo analisar fluxos e calcular métricas no nível do caso.
Onde obter
Este é o ID interno ou número da transação do registro da Requisição no NetSuite. Geralmente disponível no campo 'tranid' da transação.
Exemplos
PR-001254PR-001255PR-001256
|
|||
|
Nome da Atividade
ActivityName
|
O nome de um evento de negócio ou tarefa específica ocorrida no ciclo de vida da requisição. | ||
|
Descrição
O Nome da Atividade descreve uma etapa específica do processo, como 'Requisição Criada', 'Etapa de Aprovação Aprovada' ou 'Pedido de Compra Criado'. Essas atividades são os blocos de construção do mapa do processo, representando o trabalho realizado. Analisar essas atividades permite visualizar o fluxo, identificar gargalos e medir o tempo gasto em cada fase. A sequência de atividades de uma Requisição define sua jornada, que pode ser comparada aos procedimentos padrão para identificar desvios ou ineficiências.
Por que é importante
Define as etapas do processo, permitindo a visualização de mapas de processo, análise de variantes e identificação de gargalos.
Onde obter
Isso é tipicamente derivado de uma combinação de status da transação, entradas de log do sistema, histórico de workflow ou rastreamento de eventos personalizados no NetSuite.
Exemplos
Requisição de vaga criadaEtapa de Aprovação AprovadaRequisição AlteradaPedido de Compra criado
|
|||
|
Tempo do Evento
EventTime
|
A data e hora precisas em que a atividade ocorreu. | ||
|
Descrição
Event Time, ou timestamp, registra o momento exato em que uma atividade ocorreu. Este dado temporal é vital para entender a dinâmica do processo, incluindo duração e sequência. Na análise, os timestamps servem para calcular tempos de ciclo, esperas e o cumprimento de SLAs. Eles são a base de toda análise temporal, permitindo criar dashboards e KPIs de cycle time médio. Timestamps precisos são cruciais para um modelo de processo confiável.
Por que é importante
Este timestamp é a base para todas as análises de desempenho, como o cálculo de tempos de ciclo, identificação de atrasos e medição da eficiência do processo.
Onde obter
Essas informações são capturadas em campos gerados pelo sistema, como 'Date Created', ou nos carimbos de data/hora disponíveis no System Notes ou logs de execução de workflow.
Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Departamento
Department
|
O departamento do negócio ao qual a requisição ou o solicitante pertence. | ||
|
Descrição
O atributo 'Departamento' representa a unidade organizacional ligada à requisição, geralmente o departamento do solicitante. Essa informação permite segmentar e analisar o processo sob uma perspectiva organizacional. É uma dimensão essencial para comparar tempos de ciclo de aprovação entre departamentos, entender padrões de gastos ou identificar áreas com altas taxas de rejeição. Essa segmentação ajuda a gestão a alocar recursos, personalizar treinamentos e simplificar fluxos de trabalho para unidades específicas.
Por que é importante
Permite segmentar os dados para comparar performance, custos e conformidade entre diferentes unidades de negócio.
Onde obter
Essas informações costumam estar associadas ao registro de funcionário do solicitante ou podem ser definidas diretamente no cabeçalho da Requisição de Compra.
Exemplos
MarketingTIFinançasOperações
|
|||
|
Solicitante
Requester
|
O funcionário que criou e enviou a requisição de compra. | ||
|
Descrição
O Solicitante é a pessoa que inicia o processo de compra. Geralmente, é um funcionário que precisa de bens ou serviços para seu trabalho. Analisar dados por solicitante é essencial para identificar padrões de comportamento. Isso ajuda a criar dashboards de desempenho e necessidades de treinamento, destacando usuários com altas taxas de rejeição ou alterações frequentes. Esse insight indica onde treinamentos extras ou diretrizes mais claras podem melhorar a qualidade do envio inicial e a eficiência geral.
Por que é importante
Identifica quem iniciou o processo, o que é fundamental para analisar comportamento do usuário, taxas de rejeição por solicitante e necessidades de treinamento.
Onde obter
Geralmente corresponde ao campo 'Employee' ou 'Created By' no registro da Requisição de Compra.
Exemplos
John SmithJane DoePeter Jones
|
|||
|
Status da Requisição
RequisitionStatus
|
Indica o estado atual da requisição em seu ciclo de vida. | ||
|
Descrição
O Status da Requisição oferece um retrato de onde o pedido se encontra no processo em um dado momento. Status comuns incluem 'Pendente de Aprovação', 'Totalmente Aprovado', 'Rejeitado' e 'Fechado'. Este atributo é vital para dashboards de envelhecimento (aging), que mostram há quanto tempo os pedidos estão parados em cada etapa. Analisar as transições de status é fundamental para o Process Discovery, ajudando a entender tanto o fluxo ideal quanto as exceções, além de determinar o desfecho final de cada caso.
Por que é importante
Fornece um instantâneo do progresso do caso, permitindo a análise do tempo de vida das requisições e identificando onde elas travam.
Onde obter
Este é o campo 'Status' ou 'Approval Status' no cabeçalho da transação de Requisição de Compra.
Exemplos
Pendente de AprovaçãoTotalmente AprovadaRejeitadoEncerrado
|
|||
|
Valor Total
TotalAmount
|
O valor monetário total da requisição de compra. | ||
|
Descrição
Este atributo captura o custo total de todos os itens da requisição. É um dado financeiro crítico que costuma influenciar o processo, como disparar diferentes fluxos de aprovação baseados em alçadas de valor. Analisar o 'Valor Total' ajuda a entender padrões de gastos e impacto financeiro. Permite filtrar pedidos por valor, correlacionar desvios com requisições de alto valor e priorizar a análise em casos financeiramente significativos. É um atributo fundamental para qualquer análise de conformidade.
Por que é importante
Oferece contexto financeiro, permitindo análises baseadas em valor, que muitas vezes definem os caminhos de aprovação e a prioridade do negócio.
Onde obter
Este é um campo padrão no registro da Requisição de Compra, geralmente chamado de 'Total' ou algo semelhante.
Exemplos
500.001250.7525000.00
|
|||
|
Aprovador
Approver
|
O funcionário ou usuário responsável por aprovar ou rejeitar uma etapa de aprovação. | ||
|
Descrição
O Aprovador é o indivíduo designado para revisar e agir sobre uma requisição em uma etapa específica do workflow. Pode haver vários aprovadores para uma única requisição, cada um ligado a uma atividade diferente. Este atributo é essencial para analisar o desempenho do processo de aprovação. Ele ajuda a criar dashboards de distribuição de tempo por etapa, identificando gargalos individuais ou de equipe. Ao rastrear quem aprova, as empresas garantem responsabilidade, equilibram a carga de trabalho e detectam atrasos causados por aprovadores específicos.
Por que é importante
Identifica o usuário que realiza as aprovações, essencial para analisar a performance dos aprovadores, carga de trabalho e detectar gargalos.
Onde obter
Essas informações são frequentemente encontradas no log de execução do workflow ou no System Notes associado às mudanças de status de aprovação. Também podem estar em campos personalizados do workflow.
Exemplos
Sarah JenkinsDavid ChenGrupo de Aprovação de Finanças
|
|||
|
Caminho do Workflow de Aprovação
ApprovalWorkflowPath
|
Uma representação da sequência de etapas de aprovação pelas quais uma requisição passou. | ||
|
Descrição
O 'Approval Workflow Path' é um atributo derivado que concatena a sequência de atividades ou status de aprovação de uma requisição, como 'Enviado -> Aprovação Gerencial -> Aprovação Financeira'. Isso cria uma assinatura única para o caminho seguido por cada caso. Este atributo é a base para a verificação de conformidade e análise de variantes. Ele alimenta os dashboards de conformidade, facilitando a filtragem de casos pelo fluxo exato. Ao comparar os caminhos reais com os padrões definidos, as empresas podem quantificar a conformidade e investigar as causas de quaisquer desvios.
Por que é importante
Permite análise de variantes e verificação de conformidade ao detalhar a sequência exata de aprovações de cada caso.
Onde obter
Este é um atributo derivado, calculado pela concatenação dos valores de 'ActivityName' em ordem cronológica para cada 'PurchaseRequisitionId'.
Exemplos
Criado > Enviado > AprovadoCriado > Enviado > Rejeitado > Alterado > Enviado > AprovadoCriado > Enviado > Aprovado > Retirado
|
|||
|
Categoria do item
ItemCategory
|
A categoria dos bens ou serviços solicitados na requisição. | ||
|
Descrição
A Categoria de Item classifica os itens de uma requisição de compra em grupos lógicos como 'Hardware de TI', 'Suprimentos de Escritório' ou 'Serviços Profissionais'. Isso pode ser extraído dos registros de itens vinculados às linhas da requisição. Este atributo permite uma análise mais profunda e granular. Ele ajuda a responder perguntas como: 'Requisições de hardware de TI demoram mais para serem aprovadas do que as de suprimentos de escritório?'. Ao segmentar o processo por categoria, as empresas podem descobrir gargalos específicos de cada domínio, analisar gastos e ajustar suas estratégias de suprimentos conforme necessário.
Por que é importante
Permite analisar o processo com base no item comprado, ajudando a identificar gargalos ou problemas de conformidade por categoria.
Onde obter
Essa informação é extraída dos registros de 'Item' vinculados no nível de item de linha da Requisição. A categoria pode ser um campo padrão ou personalizado no registro do Item.
Exemplos
Hardware de TILicenças de softwareMateriais de escritórioServiços de Marketing
|
|||
|
É Retrabalho
IsRework
|
Um indicador booleano que mostra se a requisição passou por um ciclo de rejeição e reenvio. | ||
|
Descrição
O atributo 'Is Rework' (É Retrabalho) é um valor booleano derivado que é definido como verdadeiro se uma requisição de compra foi rejeitada em qualquer ponto e, posteriormente, alterada ou reenviada para aprovação. Ele identifica casos que exigiram esforço extra além do fluxo ideal (caminho feliz). Este atributo simplifica a análise de ineficiências. Ele é usado para calcular o KPI 'Approval Rejection Cycle Count' e ajuda a quantificar o impacto das rejeições no processo global. Ao filtrar casos onde 'Is Rework' é verdadeiro, os analistas podem isolar variantes problemáticas e investigar as causas raiz das rejeições iniciais, como baixa qualidade dos dados ou falta de clareza nas políticas.
Por que é importante
Ajuda a quantificar a frequência e o impacto de loops de retrabalho, que são grandes fontes de ineficiência e atrasos.
Onde obter
Este é um atributo calculado. A lógica verifica se uma atividade 'Requisição Enviada para Aprovação' ocorre após uma atividade 'Etapa de Aprovação Rejeitada' para o mesmo caso.
Exemplos
verdadeirofalse
|
|||
|
ID do Pedido de Compra
PurchaseOrderId
|
O identificador do pedido de compra que foi criado a partir da requisição aprovada. | ||
|
Descrição
O ID do Pedido de Compra é o identificador exclusivo do pedido gerado após uma requisição aprovada. Esse atributo serve como um elo vital entre o processo de requisição e as atividades de compra subsequentes. Na análise de processos, esse vínculo é fundamental para a visão ponta a ponta do P2P. Ele permite calcular o KPI de 'Lead Time de Criação de Pedido', medindo o intervalo entre a aprovação da requisição e a geração do pedido. Também ajuda a calcular a 'Taxa de Conversão de Requisição para Pedido', mostrando a eficácia com que as demandas são transformadas em ordens de compra.
Por que é importante
Vincula a requisição ao pedido de compra resultante, permitindo medir o lead time de criação do pedido e a análise do processo de ponta a ponta.
Onde obter
Isso é encontrado no registro da Requisição de Compra, geralmente em uma subaba de registros relacionados ou em um link 'Criado de' no próprio Pedido de Compra.
Exemplos
PO-005432PO-005433PO-005434
|
|||
|
Moeda
Currency
|
O código da moeda para o valor total da requisição. | ||
|
Descrição
O atributo 'Moeda' especifica a unidade monetária dos valores da requisição (ex: BRL, USD, EUR). Isso é fundamental para empresas multinacionais que operam com várias moedas. Este campo garante que os dados financeiros sejam interpretados corretamente. No Process Mining, ele permite a agregação e comparação correta de valores, seja convertendo tudo para uma moeda base ou segmentando a análise. Isso evita erros nos relatórios financeiros e traz clareza às operações globais.
Por que é importante
Essencial para análise financeira em multinacionais, garantindo que valores monetários sejam interpretados e somados corretamente.
Onde obter
Este é um campo padrão de 'Moeda' no registro da Requisição de Compra, comum em instâncias multimoeda do NetSuite.
Exemplos
USDEURGBP
|
|||
|
Motivo da Rejeição
RejectionReason
|
A explicação fornecida pelo aprovador quando uma requisição é rejeitada. | ||
|
Descrição
O Motivo de Rejeição é um campo de texto onde o aprovador justifica por que o pedido não foi aceito. Ele fornece contexto qualitativo para a atividade 'Etapa de Aprovação Rejeitada'. Essa informação é valiosa para a análise de causa raiz. Ela alimenta dashboards de análise de rejeição, mostrando não apenas o que foi rejeitado, mas o porquê. Motivos comuns incluem 'Conta Contábil Incorreta', 'Orçamento Excedido' ou 'Falta de Detalhes'. Analisar esses motivos ajuda a identificar falhas sistêmicas, melhorar treinamentos e refinar as regras de envio para reduzir o retrabalho.
Por que é importante
Oferece contexto crítico sobre por que as rejeições ocorrem, permitindo a análise de causa raiz para reduzir futuras taxas de rejeição e melhorar a qualidade logo na primeira tentativa.
Onde obter
Isso é frequentemente capturado em um campo 'Memo' durante a rejeição ou em um campo personalizado do workflow de aprovação. Também pode ser consultado no System Notes.
Exemplos
Orçamento excedidoFornecedor selecionado incorretamenteDetalhes do item ausentesSolicitação duplicada
|
|||
|
Nível de Urgência
UrgencyLevel
|
Uma classificação da prioridade da requisição, como Padrão ou Urgente. | ||
|
Descrição
O Nível de Urgência é um atributo categórico que indica a prioridade de negócio de uma requisição de compra. Isso permite que os colaboradores sinalizem solicitações que exigem tratamento agilizado devido a necessidades críticas. Este atributo foi projetado especificamente para apoiar o dashboard 'Urgent Request Handling Performance' e o KPI 'Urgent Requisition Handling Time'. Ao filtrar os dados do processo com base neste atributo, os analistas podem comparar os tempos de ciclo e os caminhos de processo de solicitações urgentes versus as padrão para determinar se o tratamento prioritário é eficaz ou se gargalos ainda causam atrasos.
Por que é importante
Permite comparar a performance do processo entre solicitações urgentes e padrão, garantindo que necessidades críticas sejam atendidas com agilidade.
Onde obter
Isso normalmente seria um campo de corpo de transação personalizado no formulário de Requisição de Compra.
Exemplos
AltoMédioBaixo
|
|||
|
Nome do Fornecedor
VendorName
|
O nome do fornecedor sugerido ou preferencial para a requisição. | ||
|
Descrição
O atributo 'Nome do Fornecedor' identifica quem fornecerá os bens ou serviços. Embora a requisição seja interna, um fornecedor preferencial costuma ser indicado. Analisar esse atributo revela padrões na gestão de fornecedores. Ajuda a rastrear quais parceiros são mais solicitados, se requisições para determinados fornecedores demoram mais para serem aprovadas e se há conformidade com acordos preferenciais. Essa informação é valiosa para compras estratégicas e gestão de relacionamento com fornecedores.
Por que é importante
Ajuda a analisar padrões por fornecedor, garantindo o uso da lista de fornecedores preferenciais e identificando variações de processo específicas.
Onde obter
Pode ser um campo 'Vendor' no cabeçalho ou especificado nos itens de linha da Requisição de Compra.
Exemplos
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema de origem do qual os dados foram extraídos. | ||
|
Descrição
Este atributo especifica o sistema de origem dos dados, que neste caso é o NetSuite. É útil em ambientes onde dados de vários sistemas são combinados para uma visão holística. Mesmo em análises de sistema único, ele fornece contexto essencial e é uma melhor prática para governança e rastreabilidade. Ajuda a confirmar a origem dos dados e garante que qualquer lógica específica do sistema seja compreendida durante a análise.
Por que é importante
Fornece contexto essencial sobre a origem dos dados, garantindo clareza e governança adequada, especialmente em ambientes com múltiplos sistemas.
Onde obter
Este é um valor estático, 'NetSuite', que deve ser adicionado durante o processo de extração e transformação de dados.
Exemplos
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
|
Tempo de Ciclo
CycleTime
|
O tempo total decorrido desde a criação até a resolução final da requisição. | ||
|
Descrição
Cycle Time é uma métrica que mede a duração total do processo para um único caso. Geralmente é calculado pela diferença de tempo entre a primeira atividade (ex: 'Requisição Criada') e a última (ex: 'Requisição Aprovada' ou 'Rejeitada'). Este é o principal KPI de eficiência. Ele serve para calcular o 'Cycle Time Médio' e ajuda a identificar tendências e o impacto de melhorias. Analisar a distribuição do tempo de ciclo pode revelar requisições atípicas que prejudicam a performance média.
Por que é importante
Mede diretamente a eficiência de ponta a ponta, sendo a métrica principal para identificar atrasos e avaliar a performance geral.
Onde obter
Este é um atributo calculado, obtido subtraindo o carimbo de data/hora do primeiro evento do carimbo do último evento para cada 'PurchaseRequisitionId'.
Exemplos
25920060480086400
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica quando os dados foram extraídos ou atualizados pela última vez do sistema de origem. | ||
|
Descrição
Este atributo registra o dia e a hora da extração de dados mais recente do NetSuite. É um metadado crítico para qualquer dashboard de Process Mining. Esse carimbo de data/hora fornece contexto sobre a atualidade dos dados, permitindo que os usuários saibam se estão vendo informações em tempo real ou um retrato de um momento específico. É essencial para a validação dos dados e para comunicar a relevância dos insights aos stakeholders.
Por que é importante
Informa os usuários sobre a atualidade dos dados, garantindo que compreendam quão recentes são os insights do processo.
Onde obter
Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL).
Exemplos
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
Atividades de Requisição - Purchase to Pay
| Atividade | Descrição | ||
|---|---|---|---|
|
Pedido de Compra criado
|
Um pedido de compra (PO) é gerado a partir da requisição aprovada, empenhando oficialmente os fundos para um fornecedor. Este é um evento explícito marcado pela criação de uma nova transação de pedido vinculada à requisição de origem. | ||
|
Por que é importante
Este é o principal resultado de uma requisição bem-sucedida e um ponto de passagem essencial no processo Purchase to Pay. O tempo entre a aprovação e a criação do pedido é um KPI crítico para a eficiência de compras.
Onde obter
Identificado ao localizar um registro de Pedido de Compra onde o campo 'Created From' referencie o ID da Requisição. A data de criação desse pedido é o timestamp para esta atividade.
Captura
Localize o PO onde o campo 'Created From' seja igual ao ID da Requisição e use a 'Data de Criação' do PO.
Tipo de evento
explicit
|
|||
|
Requisição de vaga criada
|
Um usuário inicia o processo de compra criando e salvando um novo registro de requisição. Este é o primeiro evento do ciclo de vida e é capturado no momento em que a transação é salva pela primeira vez no NetSuite. | ||
|
Por que é importante
Esta atividade marca o início oficial do processo de compra. Analisar o tempo da criação até o envio pode revelar atrasos na entrada de dados ou na formulação inicial do pedido.
Onde obter
Este evento é capturado a partir do carimbo de data/hora de criação do registro da Requisição de Compra. Pode ser encontrado no cabeçalho principal ou na subaba System Notes, que registra a ação 'Create'.
Captura
Use o campo 'Date Created' no registro da Requisição de Compra.
Tipo de evento
explicit
|
|||
|
Requisição Encerrada
|
A requisição é formalmente encerrada, indicando que nenhuma ação adicional é esperada. Isso costuma ocorrer automaticamente após todos os itens terem sido transformados em pedidos de compra. | ||
|
Por que é importante
Esta atividade marca o fim definitivo do ciclo de vida da requisição. Confirma que a necessidade foi atendida e o registro foi finalizado.
Onde obter
Inferido pela subaba System Notes ao identificar o carimbo de data/hora em que o campo 'Status' (no nível de linha ou cabeçalho) é atualizado para 'Closed'.
Captura
Timestamp da alteração do campo 'Status' para 'Closed'.
Tipo de evento
inferred
|
|||
|
Requisição Rejeitada Definitivamente
|
A requisição de compra é definitivamente rejeitada e não será mais processada. Este evento é inferido quando o 'Approval Status' final da requisição é atualizado para 'Rejected'. | ||
|
Por que é importante
Esta atividade é o ponto final para requisições sem sucesso. Entender por que e quando os pedidos são rejeitados definitivamente traz insights sobre conformidade de políticas e questões orçamentárias.
Onde obter
Inferido pela subaba System Notes ao identificar o carimbo de data/hora em que o campo 'Approval Status' é definido para o estado final 'Rejected'.
Captura
Timestamp da alteração do 'Approval Status' para 'Rejected'.
Tipo de evento
inferred
|
|||
|
Requisição Totalmente Aprovada
|
A requisição de compra conclui com sucesso todas as etapas do workflow de aprovação. Isso é inferido quando o 'Approval Status' final do registro muda para 'Approved'. | ||
|
Por que é importante
Este é um marco importante que indica que a requisição está pronta para se tornar um pedido de compra. Encerra o ciclo de aprovação e inicia a fase de atendimento da compra.
Onde obter
Inferido pela subaba System Notes ao identificar o carimbo de data/hora em que o campo 'Approval Status' é definido para o estado final 'Approved'.
Captura
Timestamp da alteração do 'Approval Status' para 'Approved'.
Tipo de evento
inferred
|
|||
|
Etapa de Aprovação Aprovada
|
Um usuário autorizado aprova sua etapa no workflow, movendo a requisição para a aprovação final. A plataforma SuiteApprovals registra esta ação com detalhes do usuário e horário. | ||
|
Por que é importante
Esta atividade representa o progresso na cadeia de aprovação. Analisar o tempo entre as etapas ajuda a entender a eficiência do workflow e dos aprovadores.
Onde obter
Capturado do log do SuiteApprovals ou da aba System Notes, que registra a aprovação, o aprovador e o timestamp exato do evento.
Captura
Identifique ações de aprovação no log do SuiteApprovals ou no System Notes.
Tipo de evento
explicit
|
|||
|
Etapa de Aprovação Iniciada
|
A requisição entra em uma etapa específica do workflow, aguardando a ação de um aprovador ou grupo. Geralmente inferido quando o workflow atribui o pedido ao próximo aprovador da sequência. | ||
|
Por que é importante
Esta atividade marca o início do tempo de espera para cada etapa de aprovação. É essencial para identificar gargalos na hierarquia e aprovadores lentos.
Onde obter
Inferido a partir dos logs de execução do workflow ou alterações no campo 'Current Approver' ou no estado do workflow. A plataforma SuiteApprovals rastreia a etapa de aprovação ativa.
Captura
Inferido a partir dos logs de workflow ou quando o registro é atribuído a um novo aprovador.
Tipo de evento
inferred
|
|||
|
Etapa de Aprovação Rejeitada
|
Um aprovador rejeita sua etapa, geralmente devolvendo a requisição para correção pelo solicitante. Esta ação é registrada explicitamente pelo motor de workflow SuiteApprovals. | ||
|
Por que é importante
Este evento é um indicador-chave de retrabalho e ineficiência. Analisar os pontos de rejeição ajuda a identificar motivos comuns de falha, como violações de políticas ou dados incorretos.
Onde obter
Capturado do log do SuiteApprovals ou da aba System Notes, que registra a rejeição, o usuário que a realizou e o timestamp.
Captura
Identifique ações de rejeição no log do SuiteApprovals ou no System Notes.
Tipo de evento
explicit
|
|||
|
Requisição Alterada
|
Um usuário modifica qualquer campo na requisição após sua criação inicial, geralmente em resposta a uma rejeição ou mudança de requisitos. Este evento é capturado diretamente da trilha de auditoria do NetSuite. | ||
|
Por que é importante
Monitorar alterações é fundamental para identificar loops de retrabalho e problemas de qualidade de dados. Uma alta frequência de alterações pode indicar requisitos iniciais pouco claros ou necessidades de treinamento para os solicitantes.
Onde obter
Capturado da aba System Notes no registro da requisição. Cada entrada de 'Tipo' 'Change' ou 'Edit' em campos relevantes representa uma alteração.
Captura
Registra um evento para cada entrada do tipo 'Change' no log do System Notes.
Tipo de evento
explicit
|
|||
|
Requisição enviada para aprovação
|
O solicitante envia formalmente a requisição preenchida para o workflow de aprovação. Geralmente inferido por uma mudança de status, por exemplo, de 'Draft' ou 'Pending Submission' para 'Pending Approval'. | ||
|
Por que é importante
Esta atividade inicia o ciclo de aprovação e é o ponto de partida para medir o lead time das aprovações, mostrando quanto tempo os pedidos esperam antes do processo formal.
Onde obter
Inferido pela subaba System Notes ao identificar o carimbo de data/hora em que o campo 'Approval Status' muda para um valor como 'Pending Approval' pela primeira vez.
Captura
Identifique o primeiro timestamp onde o campo 'Approval Status' muda para 'Pendente de Aprovação'.
Tipo de evento
inferred
|
|||
|
Requisição Retirada
|
O solicitante original ou um administrador cancela a requisição antes que ela seja totalmente aprovada ou convertida em pedido. Geralmente inferido pela mudança de status para 'Cancelled' ou 'Withdrawn'. | ||
|
Por que é importante
Esta atividade representa uma exceção ou encerramento do processo pelo solicitante. Analisar desistências ajuda a entender mudanças nas necessidades do negócio ou pedidos que perderam a validade.
Onde obter
Inferido pela subaba System Notes ao rastrear o carimbo de data/hora em que o campo 'Approval Status' é atualizado para um valor como 'Cancelled' ou um status personalizado de retirada.
Captura
Timestamp da alteração do 'Approval Status' para 'Cancelled' ou 'Withdrawn'.
Tipo de evento
inferred
|
|||