Seu Template de dados de requisição de compra ao pagamento
Seu Template de dados de requisição de compra ao pagamento
- Atributos recomendados para uma análise abrangente
- Principais atividades do processo a acompanhar
- Orientações práticas para extrair dados
Atributos de requisição de compra 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 relacionada à requisição de compra foi registrada. Esses dados são essenciais para ordenar os eventos cronologicamente e montar o fluxo do processo. Também são a base de todas as análises temporais, incluindo o cálculo do tempo de ciclo, a identificação de gargalos pela duração entre atividades e a compreensão da performance do processo em diferentes períodos. Datas e horas precisas e detalhadas são indispensáveis para uma análise significativa do processo.
Por que isso importa
Essas informações são essenciais para ordenar os eventos corretamente e calcular todas as métricas de duração, como o tempo de ciclo e os gargalos.
Onde encontrar
Essas informações são registradas no histórico de auditoria ou nos registros de histórico de cada requisição no Coupa, geralmente em um campo “created_at” ou “updated_at” para cada ação.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
|
|||
|
ID da requisição de compra
PurchaseRequisitionId
|
Identificador exclusivo de cada requisição de compra, usado como ID principal do caso no processo. | ||
|
Descrição
O ID da requisição de compra é a chave central que vincula todas as atividades relacionadas a uma solicitação de bens ou serviços. Cada requisição recebe um ID exclusivo ao ser criada, que permanece igual durante todo o seu ciclo de vida. Isso permite acompanhar a requisição de ponta a ponta, desde a criação e o envio até as etapas de aprovação ou rejeição, o sourcing e o encerramento. Em Process Mining, cada registro do Event Log está associado a esse ID, permitindo reconstruir a jornada completa de cada caso.
Por que isso importa
Este é o ID do caso essencial que conecta todas as etapas do processo e permite analisar o ciclo de vida completo da requisição, do início ao fim.
Onde encontrar
Este é um campo de chave primária encontrado no módulo Requisitions do Coupa e em exportações de dados relacionadas.
Exemplos
PR-102934PR-102935PR-102936
|
|||
|
Nome da atividade
ActivityName
|
Nome da atividade ou do evento de negócio específico que ocorreu em determinado momento da requisição. | ||
|
Descrição
Este atributo registra as diferentes etapas do ciclo de vida da requisição de compra. Alguns exemplos são “Requisição criada”, “Etapa de aprovação aprovada” e “Requisição encaminhada para sourcing”. Cada atividade representa um marco ou uma ação específica relacionada à requisição. Analisar a sequência e a frequência dessas atividades é fundamental para Process Mining, pois permite visualizar mapas de processo, identificar caminhos comuns e detectar desvios do procedimento padrão.
Por que isso importa
Define as etapas do mapa de processo e permite visualizar e analisar o fluxo das requisições.
Onde encontrar
Geralmente, é obtido dos registros de eventos, dos registros de mudança de status ou dos históricos de auditoria do sistema Coupa. Talvez seja necessário mapear campos de status ou códigos de ação.
Exemplos
Requisição criadaRequisição enviadaEtapa de aprovação aprovadaRequisição rejeitadaPedido de compra criado
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de origem dos dados extraídos. | ||
|
Descrição
Este atributo especifica o sistema de registro de origem dos dados do processo. Nesta análise, o valor será sempre “Coupa”. Incluir esse campo é uma boa prática, especialmente em ambientes que combinam dados de vários sistemas. Ele fornece contexto essencial sobre a linhagem dos dados e ajuda a gerenciar a governança e as regras de qualidade dos dados.
Por que isso importa
Fornece uma visão clara da linhagem dos dados, essencial para a governança e para combinar dados de vários sistemas corporativos.
Onde encontrar
Geralmente, é um valor estático adicionado durante a extração e transformação dos dados para identificar a origem do conjunto de dados.
Exemplos
Coupa
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Data e hora que indicam quando os dados foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extração mais recente de dados do Coupa. Ele mostra o quanto os dados analisados estão atualizados. Saber quando os dados foram atualizados pela última vez é essencial para entender se os insights refletem a situação operacional atual ou um momento anterior. Isso é especialmente importante em Dashboards que monitoram operações em andamento.
Por que isso importa
Informa quando os dados foram atualizados pela última vez, ajudando os usuários a entender o período da análise e tomar decisões com base em informações atualizadas.
Onde encontrar
Essa data e hora são geradas e adicionadas pelo pipeline de dados ou pela ferramenta de ETL ao final de uma extração bem-sucedida.
Exemplos
2024-05-21T02:00:00Z
|
|||
|
Aprovador
Approver
|
Usuário ou grupo responsável por uma atividade de aprovação. | ||
|
Descrição
Este atributo identifica a pessoa ou o grupo de aprovação específico atribuído a uma etapa. Ele é preenchido em atividades como “Etapa de aprovação iniciada”, “Etapa de aprovação aprovada” e “Etapa de aprovação rejeitada”. Analisar os dados por aprovador é essencial para criar o Dashboard “Desempenho e carga de trabalho dos aprovadores”. Isso ajuda a medir o tempo de aprovação de cada pessoa, identificar gargalos causados por aprovadores específicos e avaliar a distribuição da carga de trabalho.
Por que isso importa
Essencial para analisar o desempenho dos aprovadores, equilibrar a carga de trabalho e identificar gargalos relacionados a pessoas ou grupos de aprovação específicos.
Onde encontrar
Essas informações estão nos detalhes da cadeia de aprovação associados a cada requisição no Coupa. Talvez seja necessário combinar esses dados com os dados de User.
Exemplos
David MillerAprovadores de finanças nível 2Susan Chen
|
|||
|
Departamento
Department
|
Departamento ou centro de custo ao qual a requisição é atribuída. | ||
|
Descrição
O atributo Departamento vincula cada requisição a uma unidade organizacional ou centro de custo específico. É uma dimensão essencial para análises comparativas. Ele permite filtrar e segmentar Dashboards e KPIs por departamento, ajudando gestores a comparar tempos de ciclo de aprovação, taxas de rejeição e conformidade entre diferentes áreas da organização. Assim, fica mais fácil identificar problemas específicos de cada departamento ou boas práticas.
Por que isso importa
Permite comparar KPIs do processo, como tempo de ciclo e taxas de rejeição, entre diferentes unidades de negócio e identificar oportunidades de melhoria.
Onde encontrar
Este é um campo padrão do objeto Requisition no Coupa, geralmente associado ao perfil do solicitante ou especificado nos itens da requisição.
Exemplos
MarketingOperações de TIInstalaçõesPesquisa e desenvolvimento
|
|||
|
Solicitante
Requester
|
Funcionário que criou e enviou a requisição de compra. | ||
|
Descrição
Este atributo identifica quem iniciou a solicitação. Analisar os dados por solicitante ajuda a identificar padrões relacionados a usuários específicos, como muitas alterações ou rejeições frequentes, que podem indicar a necessidade de treinamento adicional. Também permite analisar o volume de requisições e o comportamento do processo entre diferentes usuários ou grupos.
Por que isso importa
Permite analisar o comportamento do processo por usuário, ajudando a identificar necessidades de treinamento e entender como diferentes pessoas interagem com o processo.
Onde encontrar
Disponível como campo padrão no objeto Requisition do Coupa, geralmente vinculado ao objeto User e chamado “requester” ou “created_by”.
Exemplos
Alice JohnsonBob SmithCharlie Brown
|
|||
|
Status da requisição
RequisitionStatus
|
Status atual ou final da requisição de compra. | ||
|
Descrição
Este atributo indica o estado geral da requisição no momento da extração dos dados ou seu resultado final. Alguns status comuns são “Aguardando aprovação”, “Aprovada”, “Rejeitada”, “Retirada” e “Encerrada”. É uma dimensão importante para filtragem e análise. Ela é usada para calcular taxas de aprovação e rejeição, monitorar o volume atual de requisições em aberto e entender o desfecho das solicitações.
Por que isso importa
Essencial para entender os resultados das requisições, calcular taxas de aprovação e rejeição e monitorar o estado atual das requisições em andamento.
Onde encontrar
Este é um campo padrão do objeto Purchase Requisition no Coupa, geralmente chamado “status” ou “state”.
Exemplos
Aguardando aprovaçãoAprovadaRejeitadaRetiradaEncerrada
|
|||
|
Valor total
TotalAmount
|
Valor monetário total da requisição de compra. | ||
|
Descrição
Este atributo representa o custo total de todos os bens e serviços solicitados na requisição. O valor é um fator importante na análise do processo, pois muitas vezes influencia a complexidade do fluxo de aprovação. Requisições de maior valor geralmente exigem mais etapas de aprovação. Analisar as métricas do processo por faixa de valor, por exemplo, <US$ 1.000 e de US$ 1.000 a US$ 10.000, pode revelar como o processo trata requisições de diferentes valores.
Por que isso importa
Ajuda a analisar como o processo varia conforme o valor das requisições, já que valores mais altos costumam exigir fluxos de aprovação mais complexos.
Onde encontrar
Este é um campo padrão no cabeçalho do objeto Requisition no Coupa, geralmente chamado “total” ou “total_amount”.
Exemplos
500.0012550.7599.99
|
|||
|
Caminho do fluxo de aprovação
ApprovalWorkflowPath
|
Identificador da cadeia de aprovação específica ou do Template de fluxo de trabalho aplicado à requisição. | ||
|
Descrição
Este atributo identifica a sequência predefinida de aprovadores que a requisição deve seguir. Ela é determinada por regras de negócio, geralmente com base em fatores como valor, departamento e tipo de requisição. Analisar este atributo é essencial para o Dashboard “Conformidade com as políticas de requisição”. Ao comparar a sequência real de aprovadores com o caminho de fluxo de trabalho atribuído, é possível detectar desvios, medir taxas de conformidade e identificar exceções não gerenciadas.
Por que isso importa
Permite analisar a conformidade comparando as etapas de aprovação esperadas com as realizadas e identificando desvios do processo.
Onde encontrar
Consulte a documentação do Coupa. Esse dado pode ser obtido do nome da cadeia de aprovação ou da regra de fluxo de trabalho acionada para a requisição.
Exemplos
Aprovação padrão <US$ 5 milAprovação de equipamentos de TI >US$ 10 milRevisão do CFO para despesas de capital
|
|||
|
Categoria de compra
Commodity
|
Categoria geral dos bens ou serviços solicitados. | ||
|
Descrição
O atributo Categoria de compra fornece uma classificação padronizada para os itens de uma requisição, como “Materiais de escritório”, “Equipamentos de informática” ou “Serviços de marketing”. Isso permite analisar padrões de compra e variações do processo de acordo com o que está sendo adquirido. Algumas categorias podem exigir aprovações ou estratégias de sourcing específicas. Analisar o processo por categoria de compra pode ajudar a otimizar as compras em diferentes categorias de gastos.
Por que isso importa
Ajuda a analisar as categorias de gastos e entender se o comportamento do processo, como o tempo de aprovação, varia conforme o tipo de bem ou serviço comprado.
Onde encontrar
Este é um campo padrão do Coupa, geralmente disponível no nível do item da requisição. Talvez seja necessário consolidá-lo no nível do cabeçalho.
Exemplos
Materiais de escritórioEquipamentos de informáticaServiços de marketingViagens
|
|||
|
Duração da etapa de aprovação
ApprovalStepDuration
|
Tempo que uma requisição passou aguardando em uma única etapa de aprovação. | ||
|
Descrição
Esta métrica calculada mede o tempo entre uma atividade de “Etapa de aprovação iniciada” e a atividade correspondente de “Etapa de aprovação aprovada” ou “Etapa de aprovação rejeitada”. Ela isola o tempo de espera em cada etapa da cadeia de aprovação. Isso é essencial para o Dashboard “Gargalos nas etapas críticas de aprovação”, pois identifica exatamente quais aprovadores ou etapas estão causando os maiores atrasos no processo.
Por que isso importa
Identifica gargalos específicos no fluxo de aprovação medindo o tempo de espera em cada etapa, em vez de considerar apenas o tempo de ciclo total.
Onde encontrar
Calculado na ferramenta de Process Mining pela diferença entre o horário de início da etapa de aprovação e o evento final de aprovação seguinte (aprovado/rejeitado).
Exemplos
1,2 dia4 horas3,8 dias
|
|||
|
Foi alterada
IsAmended
|
Indicador booleano que assume o valor verdadeiro quando a requisição foi alterada uma ou mais vezes após o envio inicial. | ||
|
Descrição
Este atributo calculado é um indicador simples (verdadeiro/falso) que mostra se ocorreu uma atividade de “Requisição alterada” em determinado caso. Ele simplifica a análise e a filtragem, permitindo identificar facilmente as requisições que precisaram de alterações. É usado para calcular o KPI de taxa de alteração de requisições e alimentar o Dashboard “Volume de alterações de requisições”, ajudando a identificar as causas raiz do retrabalho e melhorar a qualidade na primeira tentativa.
Por que isso importa
Simplifica o cálculo do KPI de taxa de alteração e facilita a segmentação dos casos que exigiram retrabalho em relação aos que não exigiram.
Onde encontrar
Este valor é calculado na ferramenta de Process Mining, verificando se há uma atividade de “Requisição alterada” no Event Log de cada caso.
Exemplos
truefalse
|
|||
|
ID do pedido de compra
PurchaseOrderId
|
Identificador do pedido de compra criado a partir da requisição aprovada. | ||
|
Descrição
Quando uma requisição é totalmente aprovada e encaminhada para sourcing, geralmente é criado um pedido de compra. Este atributo armazena o ID do PO resultante. Ele vincula o processo de requisição à etapa seguinte, o processo de pedido de compra. Isso permite calcular o KPI “Tempo entre a aprovação da requisição e a criação do PO” e analisar de ponta a ponta todo o ciclo de Purchase-to-Pay.
Por que isso importa
Vincula a requisição ao pedido de compra seguinte, permitindo analisar o tempo de transferência e ter uma visão mais ampla, de ponta a ponta, do processo de Purchase-to-Pay.
Onde encontrar
Este é um campo padrão do objeto Requisition no Coupa, preenchido após a criação do PO.
Exemplos
PO-45000123PO-45000124PO-45000125
|
|||
|
Moeda
Currency
|
Código da moeda do valor total da requisição. | ||
|
Descrição
Este atributo especifica a moeda, como USD, EUR ou GBP, em que o valor total da requisição é expresso. É um contexto essencial para qualquer análise financeira, especialmente em organizações multinacionais que operam com várias moedas. Ele garante a interpretação correta dos valores monetários e permite conversões e consolidações adequadas em relatórios financeiros e Dashboards.
Por que isso importa
Fornece o contexto necessário para o atributo “Valor total” e garante análises financeiras precisas em ambientes com várias moedas.
Onde encontrar
Este é um campo padrão do objeto Requisition no Coupa, geralmente chamado “currency_code” ou algo semelhante.
Exemplos
USDEURGBP
|
|||
|
Motivo da rejeição
RejectionReason
|
Motivo informado por um aprovador ao rejeitar uma requisição ou uma etapa de aprovação. | ||
|
Descrição
Quando um aprovador rejeita uma requisição, geralmente informa o motivo da decisão. Este atributo registra essa explicação em texto. Analisar os motivos da rejeição fornece feedback qualitativo direto sobre as causas das falhas nas requisições. Esse insight é valioso para a análise de causa raiz e ajuda a identificar problemas recorrentes, como codificação incorreta, falta de orçamento ou justificativa insuficiente, que podem ser resolvidos com treinamento ou melhorias no processo.
Por que isso importa
Fornece insights diretos sobre as causas raiz das falhas no processo e ajuda a identificar necessidades de treinamento dos usuários ou de esclarecimento do processo.
Onde encontrar
Essas informações geralmente são registradas no campo de comentários ou observações associado a uma mudança de status para “Rejeitada” no histórico de aprovação da requisição.
Exemplos
Centro de custo incorretoAcima do orçamento deste trimestreSolicitação duplicadaJustificativa insuficiente
|
|||
|
Nível de urgência
UrgencyLevel
|
Classificação que indica a urgência da requisição, como “Alta”, “Média” ou “Baixa”. | ||
|
Descrição
O nível de urgência, geralmente associado a um campo de prioridade, permite que os solicitantes sinalizem pedidos que precisam de processamento acelerado. Este atributo é essencial para o Dashboard “Tempo de processamento de requisições urgentes”. Ao comparar os tempos de ciclo de requisições de alta urgência com os das requisições padrão, as organizações podem avaliar se os mecanismos de priorização funcionam e se as necessidades urgentes do negócio estão sendo atendidas em tempo hábil.
Por que isso importa
Permite analisar se as solicitações urgentes são processadas mais rapidamente que as padrão e avaliar a eficácia das políticas de priorização.
Onde encontrar
Pode ser um campo padrão ou personalizado do objeto Requisition no Coupa. Consulte a documentação ou a configuração do sistema Coupa.
Exemplos
AltaMédiaBaixa
|
|||
|
Nome do fornecedor
SupplierName
|
Nome do fornecedor escolhido para a requisição. | ||
|
Descrição
Este atributo identifica o fornecedor previsto para os bens ou serviços solicitados. O solicitante pode especificá-lo ou ele pode ser incluído posteriormente, durante o processo de sourcing. Analisar as métricas do processo por fornecedor ajuda a avaliar o desempenho dos fornecedores e identificar se a interação com algum deles aumenta o tempo de ciclo ou gera outras ineficiências. Também fornece contexto importante para a estratégia de compras e a gestão do relacionamento com fornecedores.
Por que isso importa
Permite analisar a performance do processo de acordo com o fornecedor escolhido e pode orientar estratégias de sourcing e a gestão de fornecedores.
Onde encontrar
Essas informações estão disponíveis no objeto Requisition Line do Coupa, geralmente em um campo chamado “supplier” ou “vendor”.
Exemplos
StaplesDell TechnologiesAccentureCDW
|
|||
|
Número de etapas de aprovação
ApprovalStepCount
|
Número total de etapas de aprovação pelas quais uma requisição passou. | ||
|
Descrição
Este atributo calculado conta quantas atividades distintas de aprovação de etapa ocorreram para cada requisição. Ele ajuda a quantificar a complexidade do fluxo de aprovação de cada caso. Esse dado serve de base para o KPI "Número médio de etapas de aprovação" e ajuda a identificar requisições com caminhos de aprovação excepcionalmente longos ou complexos, que podem indicar a necessidade de simplificar o fluxo de trabalho.
Por que isso importa
Quantifica a complexidade do fluxo de aprovação de cada requisição e ajuda a identificar caminhos excessivamente complexos que precisam ser simplificados.
Onde encontrar
Essa métrica é calculada na ferramenta de Process Mining contando as ocorrências de "Etapa de aprovação aprovada" para cada ID do caso.
Exemplos
253
|
|||
|
Tipo de requisição
RequisitionType
|
Categoria ou tipo da requisição, como “Despesa de capital”, “Despesa operacional” ou “Software”. | ||
|
Descrição
O tipo de requisição é uma classificação que ajuda a categorizar as requisições de acordo com sua finalidade de negócio ou com a natureza da compra. Este atributo é útil para a análise de conformidade e para entender como diferentes tipos de solicitação percorrem o processo. Por exemplo, solicitações de despesas de capital podem seguir um caminho de aprovação mais rigoroso e demorado do que as solicitações operacionais padrão. Analisar o processo por tipo de requisição pode revelar insights valiosos para otimizar o processo.
Por que isso importa
Permite segmentar a análise pela finalidade de negócio da solicitação, já que diferentes tipos podem seguir fluxos e políticas distintos.
Onde encontrar
Provavelmente, é um campo de classificação padrão ou personalizado do objeto Requisition no Coupa.
Exemplos
Despesa de capitalDespesa operacionalEquipamentos de TIServiços profissionais
|
|||
Atividades de requisição de compra ao pagamento
| Atividade | Descrição | ||
|---|---|---|---|
|
Pedido de compra criado
|
Um pedido de compra (PO) é gerado com base nas informações da requisição aprovada. Esse evento é inferido quando um registro de PO é criado com referência ao ID da requisição de origem. | ||
|
Por que isso importa
Este é o principal resultado positivo do processo de requisição e marca a transferência para a próxima etapa do processo de Purchase-to-Pay. Analisar o tempo entre “Requisição aprovada” e este evento ajuda a identificar atrasos na execução.
Onde encontrar
Inferido pela criação de um registro na tabela “purchase_orders” que contém uma referência ao ID de origem em “requisition_headers” ou “requisition_lines”.
Coleta
Use a data e hora de criação do registro de PO vinculado ao ID da requisição.
Tipo de evento
inferred
|
|||
|
Requisição aprovada
|
A requisição passou por todas as etapas obrigatórias do fluxo de aprovação. Isso é inferido quando o status geral do cabeçalho da requisição muda para “approved”. | ||
|
Por que isso importa
Este é um marco essencial de sucesso, que indica o fim do ciclo de aprovação. O tempo até essa atividade é um KPI prioritário e serve como gatilho para as próximas ações de compras.
Onde encontrar
Inferido pela mudança de status na tabela “requisition_headers”, quando o campo “status” é atualizado para “approved”. A data e hora são registradas no histórico de auditoria associado.
Coleta
Identifique a data e hora em que o status geral da requisição muda para “approved”.
Tipo de evento
inferred
|
|||
|
Requisição criada
|
Um usuário inicia uma nova requisição de compra e a salva como rascunho. Esse é o ponto de partida de cada caso de requisição e costuma ser identificado pelo registro de data e hora de criação do próprio registro da requisição. | ||
|
Por que isso importa
Esta atividade marca o início do ciclo de vida da requisição. Analisar o tempo entre a criação e o envio pode revelar atrasos causados por dúvidas de quem solicita ou pela complexidade do sistema.
Onde encontrar
Este evento é capturado pelo registro de data e hora 'created-at' na tabela 'requisition_headers' para um determinado ID de requisição de compra.
Coleta
Use o registro de data e hora de criação do registro do cabeçalho da requisição.
Tipo de evento
inferred
|
|||
|
Requisição encerrada
|
A requisição é encerrada formalmente, indicando que nenhuma outra ação será tomada. Isso pode acontecer após a criação e o atendimento de um PO ou se a requisição for cancelada depois da aprovação, mas antes do pedido. | ||
|
Por que isso importa
Esta atividade marca o fim definitivo do ciclo de vida da requisição. Ela garante que os casos sejam encerrados corretamente e não apareçam como “ativos” indefinidamente na análise do processo.
Onde encontrar
Inferido pela mudança de status na tabela “requisition_headers”, quando o campo “status” é atualizado para “closed”. A data e hora são registradas no histórico de auditoria associado.
Coleta
Identifique a data e hora em que o status geral da requisição muda para “closed”.
Tipo de evento
inferred
|
|||
|
Requisição enviada
|
Quem solicita envia formalmente a requisição preenchida para o fluxo de trabalho de aprovação. Esse evento é identificado pela mudança de status da requisição de 'draft' para 'pending_approval' nos registros de auditoria ou nas tabelas de histórico do sistema. | ||
|
Por que isso importa
O envio inicia o processo de aprovação e é um marco essencial para medir o KPI 'Tempo médio de ciclo de aprovação de requisições'. Os atrasos anteriores a esse ponto estão relacionados a quem solicita; os posteriores, ao processo.
Onde encontrar
Identificado por uma mudança de status na tabela 'requisition_headers', especificamente quando o campo 'status' muda para 'pending_approval'. O registro de data e hora dessa alteração está no histórico de auditoria associado.
Coleta
Identifique o registro de data e hora em que o status da requisição muda pela primeira vez para 'pending_approval'.
Tipo de evento
inferred
|
|||
|
Requisição rejeitada
|
A requisição é rejeitada definitivamente durante o processo de aprovação e não será convertida em pedido de compra. Isso é inferido quando o status geral do cabeçalho da requisição muda para “rejected”. | ||
|
Por que isso importa
Esta atividade representa um desfecho negativo do processo. Analisar esses eventos é essencial para melhorar a “Taxa de rejeição de requisições” e identificar causas raiz, como violações de políticas ou problemas de orçamento.
Onde encontrar
Inferido pela mudança de status na tabela “requisition_headers”, quando o campo “status” é atualizado para “rejected”. A data e hora são registradas no histórico de auditoria associado.
Coleta
Identifique a data e hora em que o status geral da requisição muda para “rejected”.
Tipo de evento
inferred
|
|||
|
Etapa de aprovação aprovada
|
Um aprovador dá sua aprovação à requisição no fluxo de trabalho. Essa ação explícita é registrada pelo sistema com data e hora específicas e informações do usuário. | ||
|
Por que isso importa
Esta atividade oferece uma visão detalhada do fluxo de aprovação. A consolidação dessas etapas ajuda a calcular o “Tempo médio de espera por etapa de aprovação” e analisar o desempenho dos aprovadores.
Onde encontrar
Identificado por uma ação explícita de “aprovar”, registrada na tabela “approvals” ou em seu histórico de auditoria e vinculada à requisição e ao aprovador correspondentes.
Coleta
Filtre os eventos de “aprovar” no histórico de aprovação da requisição.
Tipo de evento
explicit
|
|||
|
Etapa de aprovação iniciada
|
Uma tarefa de aprovação é atribuída a um aprovador específico ou a um grupo de aprovação, e a requisição fica aguardando uma ação. Esse evento é identificado quando um registro de aprovação associado à requisição é criado com o status 'pending'. | ||
|
Por que isso importa
Esse evento marca o início do tempo de espera de uma aprovação específica. Medir o intervalo entre esse evento e a respectiva 'Etapa de aprovação aprovada/rejeitada' ajuda a identificar gargalos específicos na cadeia de aprovação.
Onde encontrar
Identificado pelo registro de data e hora de criação de um registro na tabela 'approvals' vinculado à requisição, em que o status da ação do aprovador é 'pending' ou equivalente.
Coleta
Use o registro de data e hora de criação do registro de aprovação pendente de uma pessoa na cadeia de aprovação.
Tipo de evento
inferred
|
|||
|
Etapa de aprovação rejeitada
|
Um aprovador rejeita a requisição em sua etapa do fluxo de trabalho, geralmente devolvendo-a a quem fez a solicitação para que seja corrigida. Essa ação explícita é registrada pelo Coupa. | ||
|
Por que isso importa
Rejeições em qualquer etapa geram retrabalho e aumentam o tempo de ciclo. Analisar onde e por que elas ocorrem é essencial para melhorar o processo e treinar os usuários.
Onde encontrar
Identificado por uma ação explícita de “rejeitar”, registrada na tabela “approvals” ou em seu histórico de auditoria e vinculada à requisição e ao aprovador correspondentes.
Coleta
Filtre os eventos de “rejeitar” no histórico de aprovação da requisição.
Tipo de evento
explicit
|
|||
|
Requisição alterada
|
Depois do envio, quem solicitou ou outro usuário autorizado edita a requisição. O Coupa registra explicitamente essa ação como uma nova versão ou uma entrada de auditoria, muitas vezes reiniciando parte ou todo o fluxo de trabalho de aprovação. | ||
|
Por que isso importa
Acompanhar as alterações é essencial para entender o retrabalho e as ineficiências do processo. Um grande volume de alterações pode indicar requisitos iniciais pouco claros ou políticas de compras complexas, afetando o KPI 'Taxa de alterações de requisições'.
Onde encontrar
Esse evento é capturado nas tabelas de histórico de auditoria associadas à tabela 'requisition_headers', que registram mudanças de versão ou ações específicas de 'edit'.
Coleta
Procure eventos explícitos de 'edit' ou 'update' no histórico da requisição após o envio.
Tipo de evento
explicit
|
|||
|
Requisição encaminhada para sourcing
|
A requisição aprovada é encaminhada para um evento de sourcing, como uma RFQ ou um leilão, em vez de ser convertida imediatamente em pedido de compra. Esse evento é inferido quando a requisição é vinculada a um objeto de evento de sourcing. | ||
|
Por que isso importa
Esta atividade revela um caminho alternativo importante no processo de compras. Ela diferencia compras simples de atividades de sourcing estratégico mais complexas, permitindo uma análise mais detalhada do tempo de ciclo.
Onde encontrar
Inferido pela detecção de uma mudança de status para “sourcing” ou pela identificação de um vínculo criado entre a tabela “requisition_lines” e uma tabela de eventos de sourcing.
Coleta
Verifique se houve mudança de status para “sourcing” ou criação de um vínculo com o ID de um evento de sourcing.
Tipo de evento
inferred
|
|||
|
Requisição retirada
|
Quem fez a solicitação cancela a requisição antes da aprovação final. Essa ação explícita, iniciada pelo usuário, encerra o processo para essa requisição. | ||
|
Por que isso importa
As retiradas podem indicar mudanças nas necessidades do negócio, solicitações duplicadas ou tentativas de contornar o processo. Acompanhar esses casos ajuda a entender a variação da demanda e possíveis problemas de adesão ao processo.
Onde encontrar
Inferido pela mudança do status na tabela “requisition_headers” para “withdrawn” ou um estado semelhante, com base em uma ação explícita do usuário registrada no histórico de auditoria.
Coleta
Identifique a data e hora em que o status da requisição muda para “withdrawn”.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Comece hoje a otimizar seu processo de requisição de compra ao pagamento no Coupa com este Template. Descubra insights valiosos e aumente a eficiência das compras.
Otimize as requisições P2P no Coupa e reduza o tempo de ciclo
Identifique ineficiências e reduza em 30% o tempo de ciclo das suas requisições P2P.
Não é necessário informar cartão de crédito. Otimize em poucos minutos.