Seu Template de dados de Purchase to Pay - Requisition
Seu Template de dados de Purchase to Pay - Requisition
- Atributos recomendados para uma análise completa
- Principais atividades do processo a acompanhar
- Orientações práticas para extração de dados
Purchase to Pay - Requisição: atributos
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
A data e a hora exatas em que a atividade ocorreu. | ||
|
Descrição
O horário do evento, ou timestamp, registra o momento exato em que uma atividade foi registrada para uma requisição de compra. Esses dados são essenciais para ordenar cronologicamente os eventos e criar o fluxo do processo. Eles são a base de todas as análises relacionadas a tempo, incluindo o cálculo de tempos de ciclo, a identificação de gargalos pela medição da duração entre atividades e a compreensão da performance do processo em diferentes períodos. Timestamps precisos e detalhados são essenciais para uma análise significativa do processo.
Por que isso importa
Esse timestamp é essencial para ordenar corretamente os eventos e calcular todas as métricas baseadas em duração, como tempos de ciclo e gargalos.
Onde obter
Essas informações são capturadas no histórico de auditoria ou nos registros de histórico de cada requisição no Coupa, geralmente no campo "created_at" ou "updated_at" de cada ação.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
|
|||
|
ID da requisição de compra
PurchaseRequisitionId
|
O identificador exclusivo de cada requisição de compra, usado como identificador 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 única solicitação de bens ou serviços. Cada requisição recebe um ID exclusivo no momento da criação, que permanece constante durante todo o seu ciclo de vida. Isso permite acompanhar a requisição de ponta a ponta, desde sua criação e envio iniciais, passando por todas as etapas de aprovação ou rejeição, até o sourcing e o encerramento finais. No Process Mining, cada entrada do Event Log está vinculada a esse ID, permitindo reconstruir a jornada completa de cada caso.
Por que isso importa
Esse é o Case ID essencial que conecta todas as etapas do processo, permitindo uma análise completa do ciclo de vida da requisição, do início ao fim.
Onde obter
Esse é um campo de chave primária encontrado no módulo de Requisições do Coupa e nas exportações de dados relacionadas.
Exemplos
PR-102934PR-102935PR-102936
|
|||
|
Nome da atividade
ActivityName
|
O nome da atividade ou do evento de negócio específico que ocorreu em determinado momento para a requisição. | ||
|
Descrição
Esse atributo registra as etapas distintas do ciclo de vida da requisição de compra. Os exemplos incluem "Requisição criada", "Etapa de aprovação aprovada" e "Requisição enviada para sourcing". Cada atividade representa um marco específico ou uma ação realizada na requisição. Analisar a sequência e a frequência dessas atividades é fundamental para o Process Mining, pois permite visualizar mapas de processo, identificar caminhos comuns e detectar desvios do procedimento padrão.
Por que isso importa
Ele define as etapas no mapa de processo, possibilitando visualizar e analisar o fluxo das requisições.
Onde obter
Normalmente é derivado de Event Logs, registros de alteração de status ou históricos de auditoria no sistema Coupa. Pode ser necessário fazer um mapeamento a partir de 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 do qual os dados foram extraídos. | ||
|
Descrição
Esse atributo especifica o sistema de registro em que os dados do processo foram originados. Nesta análise, o valor será sempre "Coupa". Incluir esse campo é uma boa prática, especialmente em ambientes em que os dados podem ser combinados a partir de vários sistemas. Ele fornece um contexto essencial sobre a linhagem dos dados e ajuda a gerenciar a governança dos dados e as regras de qualidade.
Por que isso importa
Fornece uma linhagem clara dos dados, essencial para a governança dos dados e para combinar dados de vários sistemas corporativos.
Onde obter
Normalmente é um valor estático adicionado durante o processo de extração e transformação dos dados para identificar a origem do conjunto de dados.
Exemplos
Coupa
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O timestamp que indica a última vez em que os dados foram atualizados a partir do sistema de origem. | ||
|
Descrição
Esse atributo registra a data e a hora da extração de dados mais recente do Coupa. Ele oferece transparência sobre a atualidade dos dados analisados. Saber quando os dados foram atualizados é essencial para que os usuários entendam se os insights refletem o estado operacional atual ou um momento anterior. Isso é especialmente importante para Dashboards que monitoram operações em andamento.
Por que isso importa
Informa os usuários sobre a atualidade dos dados, garantindo que entendam o período da análise e tomem decisões com base em informações atualizadas.
Onde obter
Esse timestamp é gerado e adicionado pelo pipeline de dados ou pela ferramenta de ETL ao final de uma execução bem-sucedida de extração de dados.
Exemplos
2024-05-21T02:00:00Z
|
|||
|
Aprovador
Approver
|
O usuário ou grupo responsável por uma atividade de aprovação. | ||
|
Descrição
Esse atributo identifica a pessoa ou o grupo de aprovação específico atribuído a uma etapa de aprovação. Ele é preenchido para 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 "Performance e carga dos aprovadores". Isso ajuda a medir os tempos de aprovação individuais, identificar gargalos causados por aprovadores específicos e avaliar a distribuição da carga de trabalho.
Por que isso importa
Essencial para analisar a performance dos aprovadores, equilibrar a carga de trabalho e identificar gargalos relacionados a pessoas ou grupos de aprovação específicos.
Onde obter
Essas informações são encontradas nos detalhes da cadeia de aprovação associados a cada requisição no Coupa. Pode ser necessário fazer uma junção com os dados de User.
Exemplos
David MillerAprovadores de Finanças L2Susan Chen
|
|||
|
Departamento
Department
|
O departamento de negócio 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. Essa é uma dimensão essencial para análises comparativas. Ela permite filtrar e segmentar Dashboards e KPIs por departamento, possibilitando que os gestores comparem tempos de ciclo de aprovação, taxas de rejeição e conformidade entre diferentes áreas da organização. Isso ajuda a 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, destacando áreas que precisam de melhoria.
Onde obter
Esse é um campo padrão do objeto Requisition no Coupa, geralmente associado ao perfil do usuário solicitante ou especificado nos itens de linha da requisição.
Exemplos
MarketingOperações de TIInstalaçõesPesquisa e desenvolvimento
|
|||
|
Solicitante
Requester
|
O funcionário que criou e enviou a requisição de compra. | ||
|
Descrição
Esse atributo identifica a pessoa que iniciou a solicitação. Analisar os dados por solicitante ajuda a identificar padrões relacionados a usuários específicos, como altas taxas de alteração ou rejeições frequentes, o que pode indicar a necessidade de treinamento adicional. Ele também é usado para analisar os volumes de requisições e o comportamento no processo de diferentes usuários ou grupos de usuários.
Por que isso importa
Permite analisar o comportamento no processo por usuário, ajudando a identificar necessidades de treinamento e entender como diferentes pessoas interagem com o processo.
Onde obter
Disponível como campo padrão no objeto Requisition do Coupa, geralmente vinculado ao objeto User e chamado de "requester" ou "created_by".
Exemplos
Alice JohnsonBob SmithCharlie Brown
|
|||
|
Status da requisição
RequisitionStatus
|
O status atual ou final da requisição de compra. | ||
|
Descrição
Esse atributo indica o estado geral da requisição no momento da extração dos dados ou seu resultado final. Os status comuns incluem "Aguardando aprovação", "Aprovado", "Rejeitado", "Retirado" e "Encerrado". Essa é uma dimensão essencial para filtragem e análise. Ela é usada para calcular taxas de aprovação e rejeição, monitorar a carga de trabalho atual das requisições abertas e entender o resultado final 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 obter
Esse é um campo padrão do objeto Purchase Requisition no Coupa, geralmente chamado de "status" ou "state".
Exemplos
Aguardando aprovaçãoAprovadoRejeitadoRetiradoFechado
|
|||
|
Valor total
TotalAmount
|
O valor monetário total da requisição de compra. | ||
|
Descrição
Esse atributo representa o custo total de todos os bens e serviços solicitados na requisição. O valor é um fator essencial na análise do processo, pois costuma influenciar a complexidade do Workflow de aprovação; requisições de maior valor normalmente exigem mais etapas de aprovação. Analisar as métricas do processo por faixas de valor, por exemplo, <US$ 1.000 e de US$ 1.000 a US$ 10.000, pode revelar como o processo lida com requisições de diferentes níveis de relevância financeira.
Por que isso importa
Ajuda a analisar como o processo varia para requisições de valores diferentes, já que valores maiores costumam acionar Workflows de aprovação mais complexos.
Onde obter
Esse é um campo padrão do cabeçalho do objeto Requisition no Coupa, geralmente chamado de "total" ou "total_amount".
Exemplos
500.0012550.7599.99
|
|||
|
Caminho do Workflow de aprovação
ApprovalWorkflowPath
|
Um identificador da cadeia de aprovação ou do Template de Workflow específico aplicado à requisição. | ||
|
Descrição
Esse 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 esse atributo é fundamental para o Dashboard "Conformidade da política de requisições". Ao comparar a sequência real de aprovadores com o caminho de Workflow 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 e reais e destacando desvios no processo.
Onde obter
Consulte a documentação do Coupa. Esse dado pode ser derivado do nome da cadeia de aprovação ou da regra de Workflow acionada para a requisição.
Exemplos
Aprovação padrão <$5 milAprovação de hardware de TI >$10 milAnálise do CFO para despesa de capital
|
|||
|
Categoria de compra
Commodity
|
A categoria de alto nível 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", "Hardware de computador" ou "Serviços de marketing". Isso permite analisar padrões de compra e variações do processo com base no que está sendo comprado. Algumas categorias podem ter requisitos de aprovação ou estratégias de sourcing específicas, e analisar o processo por categoria de compra pode ajudar a otimizar as compras para diferentes categorias de gastos.
Por que isso importa
Ajuda a analisar categorias de gastos e entender se o comportamento do processo, como os tempos de aprovação, varia de acordo com o tipo de bem ou serviço comprado.
Onde obter
Esse é um campo padrão no Coupa, normalmente disponível no nível do item de linha da requisição. Pode ser necessário agregá-lo ao nível do cabeçalho.
Exemplos
Materiais de escritórioHardware de computadorServiços de marketingViagens
|
|||
|
Contagem de etapas de aprovação
ApprovalStepCount
|
O número total de etapas de aprovação pelas quais uma requisição passou. | ||
|
Descrição
Esse atributo calculado conta o número de atividades distintas "Etapa de aprovação aprovada" para cada requisição. Ele ajuda a quantificar a complexidade do Workflow de aprovação de cada caso. É a base do KPI "Número médio de etapas de aprovação" e é útil para identificar requisições que seguem caminhos de aprovação incomumente longos ou complexos, o que pode indicar a necessidade de simplificar o Workflow.
Por que isso importa
Quantifica a complexidade do Workflow de aprovação de cada requisição, ajudando a identificar caminhos excessivamente complexos que precisam ser simplificados.
Onde obter
Essa métrica é calculada na ferramenta de Process Mining contando as ocorrências de "Etapa de aprovação aprovada" para cada Case ID.
Exemplos
253
|
|||
|
Duração da etapa de aprovação
ApprovalStepDuration
|
O tempo que uma requisição permaneceu aguardando em uma única etapa de aprovação. | ||
|
Descrição
Essa métrica calculada mede a duração entre uma atividade "Etapa de aprovação iniciada" e a atividade correspondente "Etapa de aprovação aprovada" ou "Etapa de aprovação rejeitada". Ela isola o tempo de espera em cada etapa distinta da cadeia de aprovação. Isso é essencial para o Dashboard "Gargalos críticos nas etapas de aprovação", pois identifica exatamente quais aprovadores ou etapas de aprovação estão causando os maiores atrasos no processo geral.
Por que isso importa
Identifica gargalos específicos no Workflow de aprovação ao medir o tempo de espera em cada etapa individual, em vez de considerar apenas o tempo de ciclo total.
Onde obter
Calculado na ferramenta de Process Mining encontrando a diferença de tempo entre "Etapa de aprovação iniciada" e o evento terminal de aprovação seguinte (Aprovado/Rejeitado).
Exemplos
1,2 dias4 horas3,8 dias
|
|||
|
Foi alterada
IsAmended
|
Um sinalizador booleano que é verdadeiro se a requisição foi alterada uma ou mais vezes após o envio inicial. | ||
|
Descrição
Esse atributo calculado é um sinalizador simples (True/False) que indica se a atividade "Requisição alterada" ocorreu em determinado caso. Ele simplifica a análise e a filtragem, permitindo que os usuários isolem facilmente as requisições que exigiram alterações. É usado para calcular o KPI 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 execução.
Por que isso importa
Simplifica o cálculo do KPI de taxa de alteração e permite segmentar facilmente os casos que exigiram retrabalho em comparação com os que não exigiram.
Onde obter
É calculado na ferramenta de Process Mining verificando a existência de uma atividade "Requisição alterada" no Event Log de cada caso.
Exemplos
truefalse
|
|||
|
ID do pedido de compra
PurchaseOrderId
|
O identificador do pedido de compra criado a partir da requisição aprovada. | ||
|
Descrição
Depois que uma requisição é totalmente aprovada e enviada para sourcing, normalmente é criado um pedido de compra. Esse atributo armazena o ID do PO resultante. Ele funciona como um vínculo essencial entre o processo de Requisição, na etapa anterior, e o processo de Pedido de compra, na etapa seguinte. Isso permite calcular o KPI "Tempo entre a aprovação da requisição e a criação do PO" e realizar uma análise mais ampla, de ponta a ponta, de todo o ciclo Purchase-to-Pay.
Por que isso importa
Vincula a requisição ao pedido de compra seguinte, permitindo analisar o tempo de transferência e facilitando uma visão mais ampla e de ponta a ponta do P2P.
Onde obter
Esse é um campo padrão do objeto Requisition no Coupa, preenchido depois que o PO é criado.
Exemplos
PO-45000123PO-45000124PO-45000125
|
|||
|
Moeda
Currency
|
O código da moeda do valor total da requisição. | ||
|
Descrição
Esse atributo especifica a moeda, como USD, EUR ou GBP, em que o Valor total da requisição é denominado. Ele fornece um contexto essencial para qualquer análise financeira, especialmente em organizações multinacionais que operam com várias moedas. Isso garante que os valores monetários sejam interpretados corretamente e permite a conversão e a agregação adequadas em relatórios financeiros e Dashboards.
Por que isso importa
Fornece o contexto necessário para o atributo "Valor total", garantindo uma análise financeira precisa em ambientes com várias moedas.
Onde obter
Esse é um campo padrão do objeto Requisition no Coupa, geralmente chamado de "currency_code" ou algo semelhante.
Exemplos
USDEURGBP
|
|||
|
Motivo da rejeição
RejectionReason
|
O motivo informado por um aprovador quando uma requisição ou uma etapa de aprovação é rejeitada. | ||
|
Descrição
Quando um aprovador rejeita uma requisição, geralmente informa o motivo da decisão. Esse atributo captura essa explicação textual. Analisar os motivos de rejeição fornece feedback qualitativo direto sobre por que as requisições falham. Esse insight é valioso para a análise de causa-raiz, ajudando a identificar problemas comuns, como codificação incorreta, falta de orçamento ou justificativa insuficiente, que podem ser tratados com treinamento ou melhorias no processo.
Por que isso importa
Fornece um insight direto sobre as causas-raiz das falhas do processo, ajudando a identificar áreas que precisam de treinamento dos usuários ou esclarecimento do processo.
Onde obter
Essas informações normalmente são capturadas no campo de comentários ou observações associado a uma alteração de status para "Rejected" no histórico de aprovação da requisição.
Exemplos
Centro de custo incorretoExcede o orçamento deste trimestreSolicitação duplicadaJustificativa insuficiente fornecida
|
|||
|
Nível de urgência
UrgencyLevel
|
Uma 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 mapeado para um campo de prioridade, permite que os solicitantes sinalizem solicitações que exigem processamento acelerado. Esse 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 seus mecanismos de priorização são eficazes e se as necessidades urgentes do negócio estão sendo atendidas no prazo.
Por que isso importa
Permite analisar se as solicitações urgentes são processadas mais rapidamente que as padrão, validando a eficácia das políticas de priorização.
Onde obter
Pode ser um campo padrão ou personalizado no objeto Requisition do Coupa. Consulte a documentação do Coupa ou a configuração do sistema.
Exemplos
AltaMédiaBaixa
|
|||
|
Nome do fornecedor
SupplierName
|
O nome do fornecedor selecionado para a requisição. | ||
|
Descrição
Esse atributo identifica o fornecedor pretendido para os bens ou serviços solicitados. O fornecedor pode ser especificado pelo solicitante ou adicionado posteriormente durante o processo de sourcing. Analisar as métricas do processo por fornecedor pode ajudar a avaliar a performance dos fornecedores e identificar se as interações com determinados fornecedores geram tempos de ciclo mais longos ou outras ineficiências no processo. Isso fornece um 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 com base no fornecedor selecionado, contribuindo para as estratégias de sourcing e a gestão de fornecedores.
Onde obter
Essas informações estão disponíveis no objeto Requisition Line do Coupa, geralmente no campo "supplier" ou "vendor".
Exemplos
StaplesDell TechnologiesAccentureCDW
|
|||
|
Tipo de requisição
RequisitionType
|
A categoria ou o 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 com base no objetivo de negócio ou na natureza da compra. Esse atributo é valioso para análises 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 que as solicitações operacionais padrão. Analisar o processo por Tipo de requisição pode revelar insights valiosos para a otimização do processo.
Por que isso importa
Permite segmentar a análise pelo objetivo de negócio da solicitação, já que tipos diferentes podem ter fluxos de processo e políticas distintos.
Onde obter
Provavelmente é um campo de classificação personalizado ou padrão no objeto Requisition do Coupa.
Exemplos
Despesa de capitalDespesa operacionalHardware de TIServiços profissionais
|
|||
Purchase to Pay - Requisição: atividades
| Atividade | Descrição | ||
|---|---|---|---|
|
Pedido de compra criado
|
Um pedido de compra (PO) é gerado com sucesso com base nas informações da requisição aprovada. Esse evento é inferido quando um registro de PO é criado fazendo referência ao ID da requisição de origem. | ||
|
Por que isso importa
Esse é o principal resultado positivo do processo de requisição e marca a transferência para a próxima etapa do Purchase-to-Pay. Analisar o tempo entre "Requisição aprovada" e esse evento destaca possíveis atrasos na execução.
Onde obter
Inferido a partir da 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".
Captura
Use o timestamp "created-at" do registro de PO vinculado ao ID da requisição.
Tipo de evento
inferred
|
|||
|
Requisição aprovada
|
A requisição passou com sucesso por todas as etapas obrigatórias do Workflow de aprovação. Isso é inferido quando o status geral do cabeçalho da requisição muda para "approved". | ||
|
Por que isso importa
Esse é um marco crítico de sucesso, que indica o fim do ciclo de aprovação. O tempo até essa atividade é um KPI principal e serve como gatilho para as ações de compras seguintes.
Onde obter
Inferido a partir de uma alteração de status na tabela "requisition_headers" quando o campo "status" é atualizado para "approved". O timestamp é registrado no histórico de auditoria associado.
Captura
Identifique o timestamp em que o status geral da requisição muda para "approved".
Tipo de evento
inferred
|
|||
|
Requisição criada
|
Uma nova requisição de compra é iniciada e salva como rascunho por um usuário. Esse é o ponto de partida de cada caso de requisição e normalmente é inferido a partir do registro de data e hora de criação do próprio registro da requisição. | ||
|
Por que isso importa
Essa 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 do usuário ou pela complexidade do sistema.
Onde obter
Esse evento é capturado a partir do registro de data e hora 'created-at' na tabela 'requisition_headers' para um determinado ID de Purchase Requisition.
Captura
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á realizada. Isso pode acontecer depois que um PO é criado e atendido ou se a requisição for cancelada após a aprovação, mas antes da realização do pedido. | ||
|
Por que isso importa
Essa atividade funciona como um ponto final definitivo do ciclo de vida da requisição. Ela garante uma conclusão clara para os casos, evitando que apareçam indefinidamente como "ativos" na análise do processo.
Onde obter
Inferido a partir de uma alteração de status na tabela "requisition_headers" quando o campo "status" é atualizado para "closed". O timestamp é registrado no histórico de auditoria associado.
Captura
Identifique o timestamp em que o status geral da requisição muda para "closed".
Tipo de evento
inferred
|
|||
|
Requisição enviada
|
O solicitante envia formalmente a requisição preenchida para o Workflow de aprovação. Esse evento é inferido ao observar a mudança de status da requisição de 'draft' para 'pending_approval' nos logs de auditoria ou nas tabelas de histórico do sistema. | ||
|
Por que isso importa
O envio aciona o processo de aprovação, tornando-se um marco crítico para medir o KPI 'Average Requisition Approval Cycle Time'. Atrasos antes desse ponto estão relacionados ao usuário, enquanto atrasos depois dele estão relacionados ao processo.
Onde obter
Inferido a partir de 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 é encontrado na trilha de auditoria associada.
Captura
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 um pedido de compra. Isso é inferido quando o status geral do cabeçalho da requisição muda para "rejected". | ||
|
Por que isso importa
Essa atividade representa uma falha terminal no 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 orçamentários.
Onde obter
Inferido a partir de uma alteração de status na tabela "requisition_headers" quando o campo "status" é atualizado para "rejected". O timestamp é registrado no histórico de auditoria associado.
Captura
Identifique o timestamp em que o status geral da requisição muda para "rejected".
Tipo de evento
inferred
|
|||
|
Etapa de aprovação aprovada
|
Um aprovador individual no Workflow aprova a requisição. Essa é uma ação explícita registrada pelo sistema, com um timestamp específico e informações do usuário. | ||
|
Por que isso importa
Essa atividade fornece um insight detalhado sobre o fluxo do processo de aprovação. A agregação dessas etapas ajuda a calcular o "Tempo médio de espera por etapa de aprovação" e a analisar a performance dos aprovadores.
Onde obter
Capturado a partir de uma ação explícita de "aprovar" registrada na tabela "approvals" ou em seu histórico de auditoria, vinculada à requisição e ao aprovador específicos.
Captura
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 passa a aguardar sua ação. Isso é inferido quando um registro de aprovação associado à requisição é criado com status 'pending'. | ||
|
Por que isso importa
Isso marca o início do tempo de espera de uma aprovação específica. Medir a duração entre esse evento e o correspondente 'Approval Step Approved/Rejected' ajuda a identificar gargalos específicos na cadeia de aprovação.
Onde obter
Inferido a partir do 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.
Captura
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 individual rejeita a requisição em sua etapa do Workflow, normalmente enviando-a de volta ao solicitante para correção. Essa é uma ação explícita registrada pelo Coupa. | ||
|
Por que isso importa
Rejeições em qualquer etapa geram retrabalho e aumentam os tempos de ciclo. Analisar onde e por que as rejeições ocorrem é essencial para melhorar o processo e treinar os usuários.
Onde obter
Capturado a partir de uma ação explícita de "rejeitar" registrada na tabela "approvals" ou em seu histórico de auditoria, vinculada à requisição e ao aprovador específicos.
Captura
Filtre os eventos de "rejeitar" no histórico de aprovação da requisição.
Tipo de evento
explicit
|
|||
|
Requisição alterada
|
A requisição é editada pelo solicitante ou por outro usuário autorizado depois de já ter sido enviada. O Coupa registra explicitamente essa ação como uma nova versão ou entrada de auditoria, muitas vezes reiniciando parte ou todo o Workflow de aprovação. | ||
|
Por que isso importa
Acompanhar as alterações é essencial para entender o retrabalho e a ineficiência do processo. Um volume elevado de alterações pode indicar requisitos iniciais pouco claros ou políticas de compras complexas, afetando o KPI 'Requisition Amendment Rate'.
Onde obter
Isso é capturado nas tabelas da trilha de auditoria associadas à tabela 'requisition_headers', que registram mudanças de versão ou ações específicas de 'edit'.
Captura
Procure eventos explícitos de 'edit' ou 'update' no log de histórico da requisição após o envio.
Tipo de evento
explicit
|
|||
|
Requisição enviada para sourcing
|
A requisição aprovada é enviada para um evento de sourcing, como uma RFQ ou um leilão, em vez de ser convertida imediatamente em um pedido de compra. Esse evento é inferido quando a requisição é vinculada a um objeto de evento de sourcing. | ||
|
Por que isso importa
Essa atividade revela um caminho alternativo importante no processo de compras. Ela separa compras simples de atividades de sourcing mais complexas e estratégicas, permitindo uma análise mais detalhada dos tempos de ciclo.
Onde obter
Inferido pela detecção de uma alteração de status para "sourcing" ou pela identificação da criação de um vínculo entre a tabela "requisition_lines" e uma tabela de eventos de sourcing.
Captura
Verifique se houve alteração de status para "sourcing" ou criação de um vínculo com um ID de evento de sourcing.
Tipo de evento
inferred
|
|||
|
Requisição retirada
|
O solicitante original cancela a requisição antes que ela receba a aprovação final. Essa é uma ação explícita iniciada pelo usuário que encerra o processo dessa requisição. | ||
|
Por que isso importa
Retiradas podem indicar mudanças nas necessidades do negócio, solicitações duplicadas ou usuários contornando o processo. Acompanhar esse evento ajuda a entender a volatilidade da demanda e possíveis problemas de adesão ao processo.
Onde obter
Inferido a partir de uma alteração de 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.
Captura
Identifique o timestamp 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 Purchase to Pay, Requisition no Coupa com este Template. Descubra insights valiosos e aumente a eficiência das suas compras.
Otimize as requisições de P2P no Coupa e reduza o tempo de ciclo hoje
Identifique ineficiências e reduza em 30% o tempo de ciclo das suas requisições de P2P.
Não é necessário cartão de crédito. Otimize em minutos.