Seu Template de dados para compras, da requisição ao pagamento
Seu Template de dados para compras, da requisição ao pagamento
- Atributos recomendados para coleta
- Atividades principais para acompanhar na descoberta do processo
- Orientações para extração de dados
Atributos de compras, da requisição ao pagamento
| Nome | Descrição | ||
|---|---|---|---|
|
Data e hora do evento
EventTime
|
A data e a hora exatas em que a atividade ocorreu. | ||
|
Descrição
A data e hora do evento registram o momento exato em que uma atividade ocorreu. Esses dados temporais são essenciais para entender a dinâmica do processo de requisição, incluindo sua duração, a sequência dos eventos e o momento em que ocorreram. Na análise de processos, as datas e horas são usadas para calcular tempos de ciclo, tempos de espera entre atividades e o cumprimento dos acordos de nível de serviço. Elas são a base de todas as análises temporais e permitem criar Dashboards como 'Tempo de ciclo de aprovação de requisições' e KPIs como 'Tempo médio de ciclo da requisição'. Datas e horas precisas são essenciais para um modelo de processo confiável.
Por que isso importa
Essa data e hora são a base de todas as análises de performance, como o cálculo dos tempos de ciclo, a identificação de atrasos e a medição da eficiência do processo.
Onde encontrar
Essas informações são registradas em campos gerados pelo sistema, como 'Date Created', ou nas datas e horas disponíveis em System Notes ou nos registros de execução do fluxo de trabalho de cada transação.
Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
ID da requisição de compra
PurchaseRequisitionId
|
Identificador único de cada requisição de compra, usado como ID principal do caso na análise do processo. | ||
|
Descrição
O ID da requisição de compra é o identificador central que vincula todas as atividades e eventos relacionados a uma solicitação específica de produtos ou serviços. Cada requisição recebe um ID único ao ser criada no NetSuite, que permanece igual durante todo o seu ciclo de vida. No Process Mining, esse atributo é fundamental para correlacionar os casos. Ele permite reconstruir a jornada completa de cada requisição, desde a criação até todas as etapas de aprovação, alterações e resultados finais, como aprovação, rejeição ou conversão em pedido de compra. Analisar o processo por esse ID é essencial para calcular a duração do ciclo de vida, acompanhar mudanças de status e identificar variações nos fluxos do processo.
Por que isso importa
Essa é a chave essencial para acompanhar todo o ciclo de vida de uma requisição de compra e analisar os fluxos do processo e as métricas por caso.
Onde encontrar
É o ID interno ou número da transação do registro da requisição de compra no NetSuite. Em geral, ele pode ser encontrado no campo 'tranid' da transação.
Exemplos
PR-001254PR-001255PR-001256
|
|||
|
Nome da atividade
ActivityName
|
Nome de um evento ou tarefa de negócio específico que ocorreu durante o ciclo de vida da requisição de compra. | ||
|
Descrição
O nome da atividade descreve uma etapa específica do processo de requisição, como 'Requisição criada', 'Etapa de aprovação aprovada' ou 'Pedido de compra criado'. Essas atividades formam o mapa do processo e representam o trabalho realizado. Analisar as atividades permite visualizar o fluxo do processo, identificar gargalos e medir o tempo gasto em cada etapa. A sequência de atividades de cada ID de requisição de compra define sua jornada, que pode ser comparada aos procedimentos padrão para identificar desvios ou ineficiências.
Por que isso importa
Define as etapas do processo e permite visualizar mapas de processo, analisar variantes e identificar gargalos.
Onde encontrar
Em geral, esse dado é obtido a partir de uma combinação do status da transação, dos registros do sistema, do histórico do fluxo de trabalho ou do rastreamento personalizado de eventos no NetSuite.
Exemplos
Requisição criadaEtapa de aprovação aprovadaRequisição alteradaPedido de compra criado
|
|||
|
Departamento
Department
|
O departamento da empresa ao qual a requisição ou o solicitante pertence. | ||
|
Descrição
O atributo Departamento representa a unidade organizacional associada à requisição de compra, geralmente o departamento do solicitante. Essa informação permite segmentar e analisar o processo sob a perspectiva organizacional. É uma dimensão importante para várias análises, como comparar os tempos de ciclo de aprovação entre departamentos, entender padrões de gastos ou identificar quais departamentos têm as maiores taxas de rejeição. Essa segmentação ajuda a gestão a alocar recursos, direcionar treinamentos e simplificar os fluxos de trabalho de unidades de negócio específicas.
Por que isso importa
Permite segmentar os dados do processo para comparar performance, custos e conformidade entre diferentes unidades de negócio.
Onde encontrar
Essa informação costuma estar associada ao registro do funcionário solicitante ou pode ser definida diretamente no cabeçalho da transação 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 compras ao criar a requisição. Em geral, é um funcionário que precisa de produtos ou serviços específicos para realizar seu trabalho. Analisar os dados por solicitante é essencial para identificar padrões de comportamento. Isso ajuda a criar Dashboards como 'Performance e necessidades de treinamento dos solicitantes', que destacam pessoas com altas taxas de rejeição ou alterações frequentes. Esse insight pode indicar onde treinamentos adicionais ou orientações mais claras ajudariam a melhorar a qualidade das solicitações na primeira tentativa e a eficiência geral do processo.
Por que isso importa
Identifica quem inicia o processo, informação essencial para analisar o comportamento dos usuários, as taxas de rejeição por solicitante e as necessidades de treinamento.
Onde encontrar
Em geral, corresponde ao campo 'Employee' ou 'Created By' do registro da transação de requisição de compra.
Exemplos
John SmithJane DoePeter Jones
|
|||
|
Status da requisição
RequisitionStatus
|
Indica o estado atual da requisição no ciclo de vida do processo. | ||
|
Descrição
O status da requisição mostra em que etapa do processo está uma requisição de compra em determinado momento. Alguns status comuns são 'Pending Approval', 'Fully Approved', 'Rejected' e 'Closed'. Esse atributo é essencial para criar Dashboards como 'Status e tempo em aberto das requisições', que acompanham as requisições ativas e há quanto tempo estão no estado atual. Analisar as mudanças de status é uma parte importante da descoberta de processos e ajuda a entender tanto os caminhos ideais quanto as exceções. O atributo também é usado para determinar o resultado final de um caso.
Por que isso importa
Mostra o andamento de um caso e permite analisar requisições em aberto há muito tempo e identificar onde elas ficam paradas.
Onde encontrar
É o campo 'Status' ou 'Approval Status' no cabeçalho da transação de requisição de compra.
Exemplos
Aguardando aprovaçãoTotalmente aprovadaRejeitadaEncerrada
|
|||
|
Valor total
TotalAmount
|
O valor monetário total da requisição de compra. | ||
|
Descrição
Esse atributo registra o custo total de todos os itens da requisição de compra. É um dado financeiro essencial que muitas vezes influencia o próprio processo, por exemplo, ao acionar diferentes fluxos de aprovação conforme os limites de valor. Analisar o valor total ajuda a entender os padrões de gastos e o impacto financeiro. Você pode filtrar as requisições por valor, relacionar desvios do processo a solicitações de alto valor e priorizar a análise de casos com maior impacto financeiro. É um atributo fundamental para análises de processos financeiros ou de conformidade.
Por que isso importa
Fornece contexto financeiro e permite analisar as requisições por valor, que muitas vezes determina os caminhos de aprovação e a prioridade para o negócio.
Onde encontrar
É um campo padrão do registro da requisição de compra, geralmente chamado '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 é a pessoa designada para analisar e decidir sobre uma requisição de compra em uma etapa específica do fluxo de aprovação. Uma mesma requisição pode ter vários aprovadores, cada um responsável por uma atividade diferente. Esse atributo é essencial para analisar a performance do próprio processo de aprovação. Ele ajuda a criar Dashboards como 'Distribuição do tempo de ciclo das etapas de aprovação', que podem revelar gargalos individuais ou de grupo. Ao acompanhar quem aprova as requisições, as organizações podem garantir a responsabilização, equilibrar as cargas de trabalho e identificar atrasos causados por aprovadores específicos.
Por que isso importa
Identifica quem realiza as tarefas de aprovação, informação essencial para analisar a performance e a carga de trabalho dos aprovadores e identificar gargalos.
Onde encontrar
Essa informação costuma estar nos registros de execução do fluxo de trabalho ou em System Notes, associada às mudanças no status de aprovação. Também pode ser armazenada em campos personalizados relacionados ao fluxo de aprovação.
Exemplos
Sarah JenkinsDavid ChenGrupo de aprovação de Finanças
|
|||
|
Caminho do fluxo de aprovação
ApprovalWorkflowPath
|
Representação da sequência de etapas de aprovação pelas quais uma requisição passou. | ||
|
Descrição
Caminho do fluxo de aprovação é um atributo derivado que reúne, em sequência, as atividades ou os status de aprovação de uma requisição, como “Enviada -> Aprovação do gerente -> Aprovação do financeiro”. Isso cria uma identificação única para o caminho percorrido por cada caso. Esse atributo é a base para a verificação de Conformidade e a análise de variantes. Ele dá suporte direto aos dashboards “Caminhos de requisição fora de conformidade” e “Conformidade do caminho do fluxo de aprovação”, facilitando a filtragem e o agrupamento de casos pelo fluxo exato do processo. Ao comparar os caminhos reais com os caminhos padrão predefinidos, as organizações podem quantificar a conformidade e investigar as causas raiz dos desvios.
Por que isso importa
Permite analisar variantes e verificar a Conformidade com eficiência, resumindo a sequência exata das etapas de aprovação de cada caso.
Onde encontrar
Esse atributo é derivado da concatenação dos valores de “ActivityName” em ordem cronológica para cada “PurchaseRequisitionId”.
Exemplos
Criada > Enviada > AprovadaCriada > Enviada > Rejeitada > Alterada > Enviada > AprovadaCriada > Enviada > Aprovada > Retirada
|
|||
|
Categoria do item
ItemCategory
|
Categoria dos produtos ou serviços solicitados na requisição. | ||
|
Descrição
Categoria do item classifica os itens de uma requisição de compra em grupos lógicos, como “Equipamentos de TI”, “Materiais de escritório” ou “Serviços profissionais”. Essa informação pode ser obtida nos registros dos itens vinculados às linhas da requisição. Esse atributo permite analisar o processo de requisição com mais profundidade e detalhe. Ele ajuda a responder perguntas como: “Requisições de equipamentos de TI demoram mais para ser aprovadas do que as de materiais de escritório?”. Ao segmentar o processo por categoria do item, as empresas podem identificar gargalos específicos de cada área, analisar os gastos por categoria e ajustar suas estratégias de compras.
Por que isso importa
Permite analisar o processo de acordo com o que está sendo comprado e identificar gargalos específicos de cada categoria ou problemas de conformidade.
Onde encontrar
Essa informação vem dos registros de “Item” vinculados às linhas da requisição de compra. A categoria pode ser um campo padrão ou personalizado no registro do item.
Exemplos
Equipamentos de TILicenças de softwareMateriais de escritórioServiços de marketing
|
|||
|
ID do pedido de compra
PurchaseOrderId
|
Identificador do pedido de compra criado a partir da requisição aprovada. | ||
|
Descrição
O ID do pedido de compra é o identificador único do pedido gerado após a aprovação de uma requisição. Esse atributo conecta o processo de requisição às atividades de compras que vêm em seguida. Na análise de processos, essa conexão é essencial para analisar o processo de ponta a ponta. Ela permite calcular o KPI “Prazo de criação do pedido de compra”, medindo o tempo entre a aprovação da requisição e a criação do pedido. Também ajuda a calcular a “Taxa de conversão de requisições em pedidos de compra”, que mostra com que eficiência as requisições se transformam em pedidos que podem ser processados.
Por que isso importa
Conecta a requisição ao pedido de compra gerado, permitindo medir o prazo de criação do pedido e analisar o processo de ponta a ponta.
Onde encontrar
Esse dado fica no registro da requisição de compra, geralmente em uma aba de registros relacionados ou no link “Criado a partir de”, no próprio pedido de compra.
Exemplos
PO-005432PO-005433PO-005434
|
|||
|
Indica retrabalho
IsRework
|
Indicador booleano que informa se a requisição foi rejeitada e enviada novamente. | ||
|
Descrição
Indica retrabalho é um atributo booleano derivado que recebe o valor true quando uma requisição de compra é rejeitada e, depois, alterada ou enviada novamente para aprovação. Ele identifica casos que exigiram trabalho e atendimento adicionais em relação ao “caminho ideal” padrão. Esse atributo simplifica a análise de ineficiências do processo. Ele é usado para calcular o KPI “Contagem de ciclos de rejeição na aprovação” e ajuda a quantificar o impacto das rejeições no processo como um todo. Ao filtrar os casos em que Indica retrabalho é true, analistas podem isolar variantes problemáticas do processo e investigar as causas raiz das rejeições iniciais, como baixa qualidade dos dados ou falta de clareza sobre as políticas.
Por que isso importa
Ajuda a quantificar a frequência e o impacto dos ciclos de retrabalho, que são uma das principais causas de ineficiência e atraso no processo.
Onde encontrar
Esse atributo é calculado verificando se a atividade “Requisição enviada para aprovação” ocorre depois da atividade “Etapa de aprovação rejeitada” no mesmo caso.
Exemplos
truefalse
|
|||
|
Moeda
Currency
|
O código da moeda do valor total da requisição. | ||
|
Descrição
O atributo Moeda especifica a moeda em que os valores financeiros da requisição são expressos, como USD, EUR ou GBP. Isso é especialmente importante para organizações multinacionais que operam com várias moedas. Esse campo garante a interpretação correta dos dados financeiros. No Process Mining, ele permite agregar e comparar os valores monetários adequadamente, convertendo todos os valores para uma moeda-base ou segmentando a análise por moeda. Assim, evita relatórios financeiros imprecisos e garante clareza nas operações globais.
Por que isso importa
Essencial para análises financeiras precisas em organizações multinacionais, pois garante que os valores monetários sejam interpretados e agregados corretamente.
Onde encontrar
É um campo padrão 'Currency' no registro da transação de requisição de compra, especialmente em instâncias do NetSuite com várias moedas.
Exemplos
USDEURGBP
|
|||
|
Motivo da rejeição
RejectionReason
|
Explicação apresentada por um aprovador ao rejeitar uma requisição. | ||
|
Descrição
Motivo da rejeição é um atributo de texto que permite ao aprovador explicar por que uma requisição de compra não atendeu aos requisitos para aprovação. Esse dado dá contexto qualitativo à atividade “Etapa de aprovação rejeitada”. Essa informação é essencial para a análise de causa raiz. Ela alimenta dashboards como “Análise da taxa de rejeição de requisições”, que mostram não apenas o que foi rejeitado, mas também o motivo. Entre as razões mais comuns estão “Conta contábil incorreta”, “Orçamento excedido” e “Detalhes insuficientes”. Analisar esses motivos ajuda a identificar problemas sistêmicos, aprimorar o treinamento dos usuários e ajustar as orientações de envio para reduzir o retrabalho e as rejeições.
Por que isso importa
Ajuda a entender por que as rejeições acontecem e permite fazer a análise de causa raiz para reduzir rejeições futuras e melhorar a qualidade na primeira tentativa.
Onde encontrar
Esse dado costuma ser registrado no campo “Memo” durante a rejeição ou em um campo personalizado adicionado ao fluxo de aprovação. Também pode ser encontrado em System Notes.
Exemplos
Orçamento excedidoFornecedor incorretoDetalhes do item ausentesSolicitação duplicada
|
|||
|
Nível de urgência
UrgencyLevel
|
Classificação da prioridade da requisição, como padrão ou urgente. | ||
|
Descrição
Nível de urgência é um atributo categórico que indica a prioridade de negócio de uma requisição de compra. Com ele, os funcionários podem sinalizar solicitações que precisam de atendimento prioritário devido a necessidades críticas da empresa. Esse atributo foi criado para apoiar o Dashboard “Performance no atendimento de solicitações urgentes” e o KPI “Tempo de atendimento de requisições urgentes”. Ao filtrar os dados do processo por esse atributo, analistas podem comparar os tempos de ciclo e os caminhos do processo de solicitações urgentes e padrão. Assim, é possível avaliar se o atendimento prioritário está funcionando ou se gargalos ainda causam atrasos.
Por que isso importa
Permite comparar a performance do processo em solicitações prioritárias e padrão, ajudando a atender às necessidades críticas com eficiência.
Onde encontrar
Normalmente, esse dado seria registrado em um campo personalizado do corpo da transação no formulário de requisição de compra.
Exemplos
AltaMédiaBaixa
|
|||
|
Nome do fornecedor
VendorName
|
Nome do fornecedor sugerido ou preferencial para a requisição. | ||
|
Descrição
O atributo Nome do fornecedor identifica de quem se pretende comprar os produtos ou serviços. Embora a requisição seja um documento interno, muitas vezes ela especifica um fornecedor preferencial. A análise desse atributo pode revelar padrões na gestão de fornecedores. Ela ajuda a acompanhar quais fornecedores são mais solicitados, se requisições para determinados fornecedores demoram mais para ser aprovadas e se os acordos com fornecedores preferenciais estão sendo cumpridos. Essas informações podem contribuir para o planejamento estratégico de compras e a gestão do relacionamento com fornecedores.
Por que isso importa
Ajuda a analisar os padrões de compras por fornecedor, verificar a conformidade com as listas de fornecedores preferenciais e identificar variações no processo relacionadas a cada fornecedor.
Onde encontrar
Esse dado pode estar no campo “Fornecedor” do cabeçalho ou nas linhas do registro da requisição de compra.
Exemplos
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de origem de onde os dados foram extraídos. | ||
|
Descrição
Esse atributo especifica o sistema de origem dos dados do processo, que neste caso é o NetSuite. Ele é especialmente útil em ambientes que combinam dados de vários sistemas para oferecer uma visão completa do processo. Mesmo que pareça estático em uma análise de um único sistema, esse atributo fornece contexto essencial e é uma boa prática de governança e rastreabilidade dos dados. Ele ajuda a confirmar a origem dos dados e garante que a lógica ou as transformações específicas do sistema sejam interpretadas corretamente durante a análise.
Por que isso importa
Fornece contexto essencial sobre a origem dos dados, garantindo clareza e governança adequada, especialmente em ambientes com vários sistemas.
Onde encontrar
É um valor estático, 'NetSuite', que deve ser adicionado durante a extração e transformação dos dados.
Exemplos
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
|
Tempo de ciclo
CycleTime
|
Tempo total entre a criação da requisição e sua resolução final. | ||
|
Descrição
Tempo de ciclo é uma métrica calculada que mede a duração total do processo de requisição de compra em um único caso. Em geral, é calculado pela diferença entre a primeira atividade, como “Requisição criada”, e a última atividade, como “Requisição totalmente aprovada” ou “Requisição finalmente rejeitada”. Esse é um dos principais indicadores de performance da eficiência geral do processo. Ele é usado para calcular o KPI “Tempo médio de ciclo da requisição” e ajuda a identificar tendências, casos atípicos e o impacto das iniciativas de melhoria de processos. A análise da distribuição do tempo de ciclo pode revelar requisições com duração muito acima da média, que prejudicam significativamente a performance geral.
Por que isso importa
Mede diretamente a eficiência do processo de ponta a ponta. É uma métrica essencial para identificar atrasos e avaliar a performance geral.
Onde encontrar
Esse atributo é calculado subtraindo o timestamp do primeiro evento do timestamp do último evento de cada “PurchaseRequisitionId”.
Exemplos
25920060480086400
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Data e hora que indicam quando os dados foram extraídos ou atualizados pela última vez no sistema de origem. | ||
|
Descrição
Esse atributo registra a data e a hora da extração mais recente de dados do NetSuite. É um metadado essencial para qualquer Dashboard ou análise de Process Mining. Essa informação contextualiza a atualização dos dados e permite entender se você está vendo informações em tempo real ou um instantâneo de um momento específico. Ela é fundamental para validar os dados e comunicar às partes interessadas o quanto os insights da análise do processo estão atualizados.
Por que isso importa
Informa o quanto os dados estão atualizados para que os usuários entendam a atualidade dos insights sobre o processo.
Onde encontrar
Essa data e hora são geradas e adicionadas durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
Atividades de compras, da requisição ao pagamento
| Atividade | Descrição | ||
|---|---|---|---|
|
Pedido de compra criado
|
Um pedido de compra é gerado a partir da requisição totalmente aprovada, comprometendo oficialmente os recursos com um fornecedor. Esse evento é registrado quando uma nova transação de pedido de compra é criada e vinculada à requisição de origem. | ||
|
Por que isso importa
Esse é o principal resultado de uma requisição bem-sucedida e uma transferência importante no processo de compra ao pagamento. O tempo entre a aprovação e a criação do pedido de compra é um KPI essencial para medir a eficiência de compras.
Onde encontrar
Identificado ao localizar um registro de pedido de compra em que o campo 'Created From' ou outro campo de vínculo semelhante faça referência ao ID da requisição de compra. A data de criação do pedido é a data e hora dessa atividade.
Coleta
Localize o pedido de compra cujo campo 'Created From' corresponde ao ID da requisição e use o campo 'Date Created' do pedido.
Tipo de evento
explicit
|
|||
|
Requisição criada
|
Um usuário inicia o processo de compras criando e salvando um novo registro de requisição de compra. Esse é o primeiro evento do ciclo de vida da requisição e fica registrado quando a transação é salva pela primeira vez no NetSuite. | ||
|
Por que isso importa
Essa atividade marca o início oficial do processo de compras para uma necessidade específica. Analisar o tempo entre a criação e o envio pode revelar atrasos na inserção dos dados ou na elaboração da solicitação inicial.
Onde encontrar
Esse evento é registrado com a data e hora de criação do registro da transação de requisição de compra. Essa informação pode ser encontrada no cabeçalho principal do registro ou na subguia System Notes, que registra a ação 'Create'.
Coleta
Use o campo 'Date Created' no registro da requisição de compra.
Tipo de evento
explicit
|
|||
|
Requisição encerrada
|
A requisição é encerrada formalmente, indicando que não são esperadas outras ações. Isso costuma ocorrer automaticamente depois que todas as quantidades da requisição são incluídas em pedidos de compra vinculados. | ||
|
Por que isso importa
Essa atividade marca o fim definitivo do ciclo de vida da requisição. Ela confirma que a necessidade do negócio foi atendida e que o registro foi finalizado.
Onde encontrar
Identificado na subguia System Notes pela data e hora em que o campo 'Status', no nível do item ou do cabeçalho, é atualizado para 'Closed'.
Coleta
Data e hora em que o campo 'Status' muda para 'Closed'.
Tipo de evento
inferred
|
|||
|
Requisição rejeitada definitivamente
|
A requisição de compra é rejeitada em definitivo e não será processada. Esse evento é identificado quando o campo 'Approval Status' da requisição é atualizado para 'Rejected' como status final. | ||
|
Por que isso importa
Essa atividade é um ponto final importante para requisições que não foram aprovadas. Entender por que e quando elas são rejeitadas em definitivo traz insights sobre conformidade com as políticas e questões orçamentárias.
Onde encontrar
Identificado na subguia System Notes pela data e hora em que o campo 'Approval Status' assume o estado final 'Rejected'.
Coleta
Data e hora em que 'Approval Status' muda para 'Rejected'.
Tipo de evento
inferred
|
|||
|
Requisição totalmente aprovada
|
A requisição de compra conclui todas as etapas obrigatórias do fluxo de aprovação. Esse evento é identificado quando o campo 'Approval Status' do registro muda para 'Approved'. | ||
|
Por que isso importa
Esse é um marco importante: a requisição está pronta para ser convertida em pedido de compra. Ele encerra o ciclo de aprovação e dá início à etapa de atendimento da compra.
Onde encontrar
Identificado na subguia System Notes pela data e hora em que o campo 'Approval Status' assume o estado final 'Approved'.
Coleta
Data e hora em que 'Approval Status' muda para 'Approved'.
Tipo de evento
inferred
|
|||
|
Etapa de aprovação aprovada
|
Um usuário autorizado aprova a etapa que lhe foi atribuída no fluxo de trabalho, aproximando a requisição da aprovação final. A plataforma SuiteApprovals do NetSuite registra essa ação explicitamente, com os dados do usuário e a data e hora. | ||
|
Por que isso importa
Essa atividade representa um avanço na cadeia de aprovação. Analisar o tempo entre as etapas ajuda a entender a eficiência do fluxo de trabalho e de cada aprovador.
Onde encontrar
Registrado no log do SuiteApprovals ou na subguia System Notes, que informa a ação de aprovação, o aprovador e a data e hora exatas do evento.
Coleta
Identifique as ações de aprovação no log do SuiteApprovals ou em System Notes.
Tipo de evento
explicit
|
|||
|
Etapa de aprovação iniciada
|
A requisição chega a uma etapa específica do fluxo de aprovação e aguarda a ação do aprovador ou grupo designado. Em geral, esse evento é identificado quando o fluxo de trabalho atribui a requisição ao próximo aprovador da sequência. | ||
|
Por que isso importa
Essa atividade marca o início do tempo de espera de cada etapa de aprovação. Ela é essencial para localizar gargalos na hierarquia de aprovação e identificar aprovadores que demoram mais.
Onde encontrar
Identificado nos registros de execução do fluxo de trabalho ou por mudanças em um campo como 'Current Approver' ou no estado do fluxo. A plataforma SuiteApprovals acompanha a etapa de aprovação ativa.
Coleta
Identifique o evento nos registros do fluxo de trabalho ou quando o registro for atribuído a um novo aprovador.
Tipo de evento
inferred
|
|||
|
Etapa de aprovação rejeitada
|
Um aprovador rejeita a etapa que lhe foi atribuída, geralmente devolvendo a requisição ao solicitante para correção. O mecanismo de fluxo de trabalho do SuiteApprovals registra essa ação explicitamente. | ||
|
Por que isso importa
Esse evento é um indicador importante de retrabalho e ineficiência do processo. Analisar os pontos de rejeição ajuda a identificar causas comuns, como violações de políticas ou dados incorretos.
Onde encontrar
Registrado no log do SuiteApprovals ou na subguia System Notes, que informa a ação de rejeição, o usuário que a realizou e a data e hora.
Coleta
Identifique as ações de rejeição no log do SuiteApprovals ou em System Notes.
Tipo de evento
explicit
|
|||
|
Requisição alterada
|
Um usuário altera algum campo da requisição de compra após sua criação, geralmente em resposta a uma rejeição ou mudança nos requisitos. Esse evento é registrado diretamente no histórico de auditoria do NetSuite. | ||
|
Por que isso importa
Acompanhar as alterações é essencial para identificar ciclos de retrabalho e problemas na qualidade dos dados. Alterações frequentes podem indicar requisitos iniciais pouco claros ou necessidade de treinamento para os solicitantes.
Onde encontrar
Registrado na subguia System Notes do registro da requisição de compra. Cada entrada com o tipo 'Change' ou 'Edit' em um campo relevante representa uma alteração.
Coleta
Registre um evento para cada entrada do tipo 'Change' no registro System Notes.
Tipo de evento
explicit
|
|||
|
Requisição enviada para aprovação
|
O solicitante envia formalmente a requisição preenchida para o fluxo de aprovação definido. Em geral, esse evento é identificado por uma mudança de status no registro, por exemplo, de 'Draft' ou 'Pending Submission' para 'Pending Approval'. | ||
|
Por que isso importa
Essa atividade inicia o ciclo de aprovação e é essencial para medir os prazos de aprovação. Ela ajuda a identificar quanto tempo as requisições aguardam antes do início do processo formal de aprovação.
Onde encontrar
Identificado na subguia System Notes pela data e hora em que o campo 'Approval Status' muda para um valor como 'Pending Approval' pela primeira vez.
Coleta
Identifique a primeira data e hora em que o campo 'Approval Status' muda para 'Pending Approval'.
Tipo de evento
inferred
|
|||
|
Requisição retirada
|
O solicitante original ou um administrador cancela a requisição antes da aprovação completa ou da conversão em pedido de compra. Em geral, esse evento é identificado por uma mudança de status para 'Cancelled' ou 'Withdrawn'. | ||
|
Por que isso importa
Essa atividade representa uma exceção ou o encerramento do processo por iniciativa do solicitante. Analisar as retiradas pode revelar mudanças nas necessidades do negócio ou requisições que perderam a validade.
Onde encontrar
Identificado na subguia System Notes ao acompanhar a data e hora em que o campo 'Approval Status' é atualizado para um valor como 'Cancelled' ou um status personalizado de retirada.
Coleta
Data e hora em que 'Approval Status' muda para 'Cancelled' ou 'Withdrawn'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para dar os primeiros passos com Process Mining e descobrir insights valiosos sobre o processo de compras, da requisição ao pagamento, no NetSuite. Comece hoje a otimizar a eficiência e agilizar as aprovações.
Otimize hoje seu processo de compras, da requisição ao pagamento!
Aprove requisições 30% mais rápido e elimine gargalos.
Não é necessário informar o cartão de crédito. Comece a otimizar hoje.