Seu Template de Dados de Requisição - Compras ao Pagamento
Seu Template de Dados de Requisição - Compras ao Pagamento
- Atributos recomendados para análise abrangente
- Principais atividades do processo para acompanhar
- Orientação prática para extração de dados
Purchase to Pay - Atributos de Requisição
| Nome | Descrição | ||
|---|---|---|---|
|
ID da Requisição de Compra
PurchaseRequisitionId
|
O identificador único de cada requisição, usado como o 'Case ID' principal no processo. | ||
|
Descrição
O ID da Requisição de Compra é a chave mestra que une todas as atividades de um pedido. Criado no início, esse ID único segue o pedido por todo o ciclo: da submissão às aprovações e ao fechamento. No Process Mining, todos os logs são vinculados a esse ID, permitindo reconstruir a jornada completa de cada caso com precisão.
Por que é importante
Este é o Case ID essencial que une todas as etapas, permitindo analisar o ciclo de vida completo da requisição.
Onde obter
Este é um campo de chave primária encontrado no módulo de Requisições do Coupa.
Exemplos
PR-102934PR-102935PR-102936
|
|||
|
Nome da Atividade
ActivityName
|
O nome da atividade ou evento de negócio específico ocorrido na requisição. | ||
|
Descrição
Registra as etapas do ciclo de vida da requisição. Cada atividade é um marco ou ação. Analisar a ordem e frequência dessas etapas é a base do Process Mining, permitindo criar o mapa do processo, ver caminhos comuns e detectar desvios de conduta.
Por que é importante
Define as etapas no mapa de processos, permitindo visualizar e analisar o fluxo das requisições.
Onde obter
Geralmente extraído de logs de eventos ou trilhas de auditoria do Coupa. Pode exigir mapeamento de códigos de ação ou campos de status.
Exemplos
Requisição de vaga criadaRequisição enviadaEtapa de Aprovação AprovadaRequisição rejeitadaPedido de Compra criado
|
|||
|
Tempo do Evento
EventTime
|
A data e hora precisas em que a atividade ocorreu. | ||
|
Descrição
O Event Time, ou timestamp, captura o momento exato em que uma atividade foi registrada. Esses dados são cruciais para a ordenação cronológica e construção do fluxo do processo. É a base de toda análise temporal, incluindo o cálculo de tempos de ciclo, identificação de gargalos e compreensão da performance em diferentes períodos. Timestamps precisos são fundamentais para uma análise de processo consistente.
Por que é importante
O timestamp é vital para ordenar os eventos e calcular métricas de duração, como tempos de ciclo e gargalos.
Onde obter
Informação registrada na trilha de auditoria ou histórico do Coupa, geralmente nos campos 'created_at' ou 'updated_at' de cada ação.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema de origem do qual os dados foram extraídos. | ||
|
Descrição
Identifica o sistema de origem dos dados, que aqui será sempre o 'Coupa'. Usar este campo é uma boa prática de governança, especialmente quando os dados vêm de múltiplos sistemas, garantindo a clareza da linhagem da informação.
Por que é importante
Garante uma linhagem de dados clara, essencial para a governança e para a integração de dados de múltiplos sistemas corporativos.
Onde obter
Este é geralmente um valor estático adicionado durante a extração e transformação para rotular a origem do conjunto de dados.
Exemplos
Coupa
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica a última vez que os dados foram atualizados a partir do sistema de origem. | ||
|
Descrição
Registra quando os dados foram extraídos do Coupa pela última vez. Garante transparência sobre a atualização das informações, permitindo que os usuários saibam se os insights refletem o momento atual ou uma situação passada, algo vital para o monitoramento operacional.
Por que é importante
Informa os usuários sobre a atualização dos dados, garantindo que entendam o período da análise e tomem decisões baseadas em informações recentes.
Onde obter
Timestamp gerado e adicionado pela ferramenta de ETL ao final de uma extração de dados bem-sucedida.
Exemplos
2024-05-21T02:00:00Z
|
|||
|
Aprovador
Approver
|
O usuário ou grupo responsável por uma atividade de aprovação. | ||
|
Descrição
Identifica a pessoa ou grupo responsável por uma etapa de aprovação. Essencial para o dashboard de performance e carga dos aprovadores, permitindo medir tempos individuais, localizar gargalos e equilibrar o volume de trabalho na equipe.
Por que é importante
Crucial para analisar a performance do aprovador, o equilíbrio da carga de trabalho e identificar gargalos ligados a indivíduos ou grupos específicos.
Onde obter
Informação encontrada nos detalhes da cadeia de aprovação do Coupa. Pode exigir cruzamento com dados de usuários.
Exemplos
David MillerAprovadores Financeiros L2Susan Chen
|
|||
|
Departamento
Department
|
O departamento ou centro de custo ao qual a requisição será debitada. | ||
|
Descrição
O atributo de Departamento vincula cada pedido a um centro de custo, sendo essencial para análises comparativas. Com ele, é possível filtrar dashboards e KPIs, comparando tempos de ciclo e taxas de rejeição entre áreas da empresa. Isso ajuda a identificar gargalos locais ou as melhores práticas de cada departamento.
Por que é importante
Permite comparar KPIs como tempo de ciclo e taxas de rejeição entre diferentes unidades de negócio, destacando pontos de melhoria.
Onde obter
Campo padrão no objeto de Requisição do Coupa, geralmente ligado ao perfil do usuário ou especificado nos itens de linha.
Exemplos
MarketingOperações de TIInstalaçõesPesquisa e Desenvolvimento
|
|||
|
Solicitante
Requester
|
O funcionário que criou e enviou a requisição de compra. | ||
|
Descrição
Identifica quem iniciou a solicitação. Analisar por solicitante revela padrões como excesso de erros ou rejeições constantes, o que pode sinalizar necessidade de treinamento. Também serve para ver o volume de pedidos por usuário ou grupo.
Por que é importante
Permite analisar o comportamento do processo por usuário, ajudando a identificar necessidades de treinamento e entender como cada pessoa interage com o sistema.
Onde obter
Disponível como um 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
Indica o estado geral da requisição (ex: pendente, aprovada, rejeitada). É a dimensão principal para filtros e análises de taxas de aprovação, monitoramento de carga de trabalho e entendimento do desfecho final dos pedidos.
Por que é importante
Essencial para entender o desfecho das requisições, calcular taxas de aprovação/rejeição e monitorar o status dos pedidos em andamento.
Onde obter
Campo padrão no objeto de Requisição de Compra do Coupa, frequentemente chamado de 'status' ou 'state'.
Exemplos
Pendente de AprovaçãoAprovadoRejeitadoRetiradoEncerrado
|
|||
|
Valor Total
TotalAmount
|
O valor monetário total da requisição de compra. | ||
|
Descrição
Representa o custo total do pedido. O valor é crucial pois costuma ditar a complexidade da aprovação: pedidos caros geralmente exigem mais etapas. Analisar por faixas de valor ajuda a entender como o fluxo se comporta em diferentes níveis de impacto financeiro.
Por que é importante
Ajuda a analisar como o processo muda conforme o valor da requisição, já que montantes maiores costumam exigir workflows de aprovação mais complexos.
Onde obter
Campo padrão no cabeçalho do objeto de Requisição no Coupa, geralmente chamado de 'total' ou 'total_amount'.
Exemplos
500.0012550.7599.99
|
|||
|
Caminho do Workflow de Aprovação
ApprovalWorkflowPath
|
Um identificador para a cadeia de aprovação específica ou template de workflow aplicado à requisição. | ||
|
Descrição
Identifica a sequência de aprovadores que o pedido deve seguir conforme as regras de negócio. É a base do dashboard de conformidade. Ao comparar a sequência real com o caminho planejado, detectamos desvios, medimos a conformidade e identificamos exceções não gerenciadas.
Por que é importante
Permite análise de conformidade ao comparar as etapas de aprovação esperadas com as reais, evidenciando desvios no processo.
Onde obter
Consulte a documentação do Coupa. Pode ser derivado do nome da cadeia de aprovação ou regra de workflow disparada para a requisição.
Exemplos
Aprovação padrão <$5kAprovação de Hardware de TI >$10kRevisão de CAPEX pelo CFO
|
|||
|
Categoria (Commodity)
Commodity
|
A categoria macro dos bens ou serviços solicitados. | ||
|
Descrição
O atributo 'Commodity' classifica os itens da requisição (ex: suprimentos, hardware, marketing). Isso permite analisar padrões e variações de fluxo conforme o que é comprado. Algumas categorias exigem aprovações especiais; analisar por commodity ajuda a otimizar a estratégia para cada tipo de gasto.
Por que é importante
Auxilia na análise das categorias de gastos e no entendimento se o comportamento do processo varia conforme o tipo de bem ou serviço solicitado.
Onde obter
Campo padrão do Coupa, geralmente disponível no nível do item de linha. Pode precisar de consolidação para o 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 o pedido passou. | ||
|
Descrição
Atributo calculado que conta quantas aprovações um pedido teve. Ajuda a medir a complexidade de cada caso e alimenta o KPI de 'Média de Etapas de Aprovação', sendo útil para localizar pedidos com fluxos excessivamente longos que poderiam ser simplificados.
Por que é importante
Quantifica a complexidade do workflow de aprovação, ajudando a identificar caminhos excessivamente longos que precisam ser simplificados.
Onde obter
Métrica calculada na ferramenta ao contar as ocorrências de 'Aprovação de Etapa' para cada Case ID.
Exemplos
253
|
|||
|
Duração da Etapa de Aprovação
ApprovalStepDuration
|
O tempo que uma requisição ficou aguardando em uma única etapa de aprovação. | ||
|
Descrição
Mede o tempo entre o início e o fim de uma etapa de aprovação específica. Ele isola o tempo de espera em cada elo da corrente, sendo vital para o dashboard de gargalos críticos, pois aponta exatamente quem ou qual etapa está atrasando todo o processo.
Por que é importante
Identifica gargalos específicos no workflow de aprovação ao medir o tempo de espera em cada etapa, em vez de focar apenas no ciclo total.
Onde obter
Calculado na ferramenta de Process Mining pela diferença de tempo entre 'Etapa de Aprovação Iniciada' e o evento final de aprovação (Aprovado/Rejeitado).
Exemplos
1,2 dias4 horas3,8 dias
|
|||
|
Foi alterado
IsAmended
|
Um sinalizador booleano verdadeiro se a requisição foi alterada uma ou mais vezes após o envio inicial. | ||
|
Descrição
Um campo simples de Sim/Não que indica se houve alteração na requisição. Facilita o filtro de casos que exigiram retrabalho e ajuda a calcular a Taxa de Alteração, permitindo atacar a causa raiz dos erros e melhorar a qualidade do processo de primeira.
Por que é importante
Simplifica o cálculo do KPI de taxa de alteração e permite segmentar facilmente os casos que exigiram retrabalho.
Onde obter
Calculado na ferramenta de Process Mining ao verificar a presença de uma atividade 'Requisição Alterada' no log de cada caso.
Exemplos
verdadeirofalse
|
|||
|
ID do Pedido de Compra
PurchaseOrderId
|
O ID do pedido de compra gerado a partir da requisição aprovada. | ||
|
Descrição
Após a aprovação e o sourcing de uma requisição, geralmente é criado um pedido de compra. Este atributo armazena o ID desse pedido (PO), servindo como o elo entre o processo de requisição e o de compra. Ele permite calcular o KPI de tempo entre aprovação e criação do pedido, possibilitando uma análise completa de ponta a ponta do ciclo P2P.
Por que é importante
Vincula a requisição à ordem de compra posterior, permitindo analisar o tempo de transferência e facilitando uma visão completa do P2P.
Onde obter
Campo padrão no objeto de Requisição do Coupa, preenchido após a criação do pedido (PO).
Exemplos
PO-45000123PO-45000124PO-45000125
|
|||
|
Moeda
Currency
|
O código da moeda para o valor total da requisição. | ||
|
Descrição
Especifica a moeda do valor total. Essencial para empresas globais, garante que os valores sejam interpretados e convertidos corretamente nos dashboards financeiros.
Por que é importante
Fornece o contexto necessário para o atributo 'Valor Total', garantindo análises financeiras precisas em cenários multi-moeda.
Onde obter
Campo padrão no Coupa, geralmente chamado de 'currency_code' ou similar.
Exemplos
USDEURGBP
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo informado pelo aprovador quando uma requisição ou etapa de aprovação é negada. | ||
|
Descrição
Quando um aprovador recusa um pedido, ele costuma justificar o motivo. Este atributo captura essa explicação em texto. Analisar esses motivos dá um feedback qualitativo direto sobre por que as requisições falham. Esse insight é valioso para achar a causa raiz, como falta de verba ou erros de preenchimento, permitindo agir com treinamentos ou melhorias no fluxo.
Por que é importante
Oferece insights diretos sobre as causas de falhas no processo, ajudando a identificar onde os usuários precisam de treinamento ou o processo precisa de clareza.
Onde obter
Informação capturada nos campos de comentários ou notas vinculados à mudança para o status 'Rejeitado' no histórico.
Exemplos
Centro de custo incorretoExcede o orçamento deste trimestreSolicitação duplicadaJustificativa insuficiente
|
|||
|
Nível de Urgência
UrgencyLevel
|
Uma classificação indicando a urgência da requisição, como 'Alta', 'Média' ou 'Baixa'. | ||
|
Descrição
O Nível de Urgência (ou prioridade) permite sinalizar pedidos críticos. Este atributo alimenta o dashboard de processamento de urgências. Ao comparar o tempo de ciclo desses pedidos com os normais, as empresas avaliam se seus mecanismos de priorização funcionam e se as demandas críticas estão sendo atendidas no prazo.
Por que é importante
Permite analisar se pedidos urgentes são processados mais rápido que os normais, validando a eficácia das políticas de priorização.
Onde obter
Pode ser um campo padrão ou customizado no Coupa. Consulte a documentação ou a configuração do sistema.
Exemplos
AltoMédioBaixo
|
|||
|
Nome do Fornecedor
SupplierName
|
O nome do fornecedor selecionado para a requisição. | ||
|
Descrição
Identifica o fornecedor pretendido. Analisar métricas por fornecedor ajuda a avaliar a performance deles e a ver se certos parceiros causam atrasos ou ineficiências. É um contexto vital para a estratégia de compras e gestão de parcerias.
Por que é importante
Permite analisar a performance do processo com base no fornecedor, auxiliando em estratégias de sourcing e gestão de fornecedores.
Onde obter
Informação disponível no objeto Requisition Line do Coupa, geralmente nos campos 'supplier' ou 'vendor'.
Exemplos
Suprimentos básicosDell TechnologiesAccentureCDW
|
|||
|
Tempo de ciclo de aprovação da requisição
RequisitionApprovalCycleTime
|
O tempo total desde o primeiro envio da requisição até a aprovação final. | ||
|
Descrição
Métrica que calcula o tempo entre o envio da requisição e sua aprovação final. É um dos KPIs mais importantes, pois mede diretamente a eficiência do workflow. É usado para monitorar performance, achar gargalos e medir o impacto de melhorias aplicadas.
Por que é importante
KPI fundamental para medir a eficiência. Quantifica o tempo de aprovação e é essencial para localizar gargalos.
Onde obter
Métrica calculada na ferramenta subtraindo o timestamp de envio do timestamp de aprovação.
Exemplos
2,5 dias8 horas15,2 dias
|
|||
|
Tipo de Requisição
RequisitionType
|
A categoria ou tipo da requisição, como 'CAPEX', 'OPEX' ou 'Software'. | ||
|
Descrição
O Tipo de Requisição ajuda a categorizar os pedidos conforme a finalidade do negócio. Esse atributo é essencial para análises de conformidade; por exemplo, compras de ativos (CAPEX) podem ter fluxos de aprovação muito mais rígidos que gastos operacionais (OPEX). Analisar por tipo de requisição revela oportunidades específicas de otimização.
Por que é importante
Permite segmentar a análise pela finalidade de negócio da solicitação, já que diferentes tipos podem ter fluxos e políticas distintas.
Onde obter
Provavelmente um campo padrão ou customizado de classificação no objeto de Requisição do Coupa.
Exemplos
Despesa de Capital (CAPEX)Despesas Operacionais (OPEX)Hardware de TIServiços Profissionais
|
|||
Purchase to Pay - Atividades de Requisição
| Atividade | Descrição | ||
|---|---|---|---|
|
Pedido de Compra criado
|
Um pedido de compra (PO) é gerado com base na requisição aprovada. Este evento é inferido quando um registro de PO é criado referenciando o ID da requisição de origem. | ||
|
Por que é importante
O principal desfecho de sucesso da requisição, marcando a passagem para a próxima fase do P2P. Analisar o tempo desde a aprovação até aqui revela atrasos na execução.
Onde obter
Inferido pela criação de um registro na tabela 'purchase_orders' que referencia o ID da requisição de origem.
Captura
Use o timestamp 'created-at' do registro de pedido (PO) vinculado ao ID da requisição.
Tipo de evento
inferred
|
|||
|
Requisição aprovada
|
A requisição passou por todas as etapas do workflow. Isso é identificado quando o status no cabeçalho muda para 'aprovado'. | ||
|
Por que é importante
Um marco crítico que encerra o ciclo de aprovação. O tempo para chegar aqui é um KPI principal e serve de gatilho para as próximas etapas de compra.
Onde obter
Inferido de uma mudança na tabela 'requisition_headers' quando o campo 'status' é atualizado para 'approved'. O timestamp é registrado na trilha de auditoria.
Captura
Identifique o timestamp quando o status geral da requisição muda para 'approved'.
Tipo de evento
inferred
|
|||
|
Requisição de vaga criada
|
Uma nova requisição de compra é iniciada e salva como rascunho por um usuário. É o ponto de partida de cada caso, geralmente inferido pelo timestamp de criação do registro da requisição. | ||
|
Por que é importante
Esta atividade marca o início da vida da requisição. Analisar o tempo entre criação e envio ajuda a identificar atrasos por dúvidas do usuário ou complexidade do sistema.
Onde obter
Evento capturado a partir do timestamp 'created-at' na tabela 'requisition_headers' para o ID da requisição.
Captura
Use o timestamp de criação do cabeçalho da requisição.
Tipo de evento
inferred
|
|||
|
Requisição encerrada
|
A requisição é encerrada formalmente, indicando que o processo acabou. Pode ocorrer após o pedido ser atendido ou se a requisição for cancelada após a aprovação. | ||
|
Por que é importante
Esta atividade encerra definitivamente a vida do pedido. Ela garante que os casos tenham uma conclusão limpa, evitando que fiquem como 'ativos' para sempre na análise.
Onde obter
Inferido de uma mudança na tabela 'requisition_headers' quando o campo 'status' é atualizado para 'closed'. O timestamp é registrado na trilha de auditoria.
Captura
Identifique o timestamp quando o status geral da requisição muda para 'closed'.
Tipo de evento
inferred
|
|||
|
Requisição enviada
|
O solicitante envia formalmente a requisição para o workflow de aprovação. Esse evento é identificado pela mudança de status de 'rascunho' para 'pendente' nos logs de auditoria. | ||
|
Por que é importante
O envio inicia o fluxo de aprovação, sendo um marco vital para medir o tempo médio do ciclo. Atrasos antes desse ponto dependem do usuário; após o envio, são do processo.
Onde obter
Inferido de uma mudança na tabela 'requisition_headers' quando o status vai para 'pending_approval'. A data/hora é extraída da trilha de auditoria vinculada.
Captura
Identifique o timestamp quando o status da requisição muda pela primeira vez para 'pending_approval'.
Tipo de evento
inferred
|
|||
|
Requisição rejeitada
|
A requisição foi rejeitada definitivamente e não virará pedido. Identificado quando o status do cabeçalho muda para 'rejeitado'. | ||
|
Por que é importante
Esta atividade representa uma falha definitiva. Analisá-la é fundamental para reduzir a taxa de rejeição e entender causas como falta de orçamento ou quebra de políticas.
Onde obter
Inferido de uma mudança na tabela 'requisition_headers' quando o campo 'status' é atualizado para 'rejected'. O timestamp é registrado na trilha de auditoria.
Captura
Identifique o timestamp quando 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. Esta é uma ação explícita registrada pelo sistema com data, hora e dados do usuário. | ||
|
Por que é importante
Esta atividade dá uma visão detalhada do fluxo de aprovação. Agrupar essas etapas permite calcular o tempo médio de espera e analisar a performance dos aprovadores.
Onde obter
Capturado de uma ação explícita de 'aprovação' registrada na tabela 'approvals' ou trilha de auditoria, vinculada à requisição e ao aprovador.
Captura
Filtre por eventos de 'aprovação' no histórico de aprovações da requisição.
Tipo de evento
explicit
|
|||
|
Etapa de Aprovação Iniciada
|
Uma tarefa de aprovação é atribuída a um aprovador ou grupo, e a requisição fica aguardando ação. É inferido quando um registro de aprovação vinculado é criado com status 'pendente'. | ||
|
Por que é importante
Marca o início da espera por uma aprovação específica. Medir esse intervalo ajuda a localizar os gargalos exatos na cadeia de aprovação.
Onde obter
Inferido pelo timestamp de criação de um registro na tabela 'approvals' onde o status da ação do aprovador é 'pendente'.
Captura
Use o timestamp de criação do registro de aprovação pendente na cadeia de aprovação.
Tipo de evento
inferred
|
|||
|
Etapa de Aprovação Rejeitada
|
Um aprovador individual rejeita a requisição, geralmente devolvendo-a ao solicitante para alteração. Esta ação é registrada explicitamente pelo Coupa. | ||
|
Por que é importante
Rejeições em qualquer etapa geram retrabalho e atrasam o ciclo. Analisar onde e por que ocorrem é vital para melhorar o processo e treinar a equipe.
Onde obter
Capturado de uma ação explícita de 'rejeição' registrada na tabela 'approvals' ou trilha de auditoria, vinculada à requisição e ao aprovador.
Captura
Filtre por eventos de 'rejeição' no histórico de aprovações da requisição.
Tipo de evento
explicit
|
|||
|
Fornecedor da requisição definido
|
A requisição aprovada é enviada para um evento de sourcing (como cotação ou leilão) em vez de virar pedido imediato. Esse evento é identificado quando o pedido se vincula a um objeto de sourcing. | ||
|
Por que é importante
Esta atividade mostra um caminho alternativo importante: ela separa compras simples de processos estratégicos de sourcing, permitindo uma análise de tempo de ciclo mais refinada.
Onde obter
Inferido ao detectar a mudança de status para 'sourcing' ou identificar um link entre a tabela 'requisition_lines' e uma tabela de eventos de sourcing.
Captura
Verifique a mudança de status para 'sourcing' ou a criação de um link para um ID de evento de sourcing.
Tipo de evento
inferred
|
|||
|
Requisição alterada
|
A requisição é editada após o envio. O Coupa registra isso como uma nova versão, o que muitas vezes reinicia todo ou parte do workflow de aprovação. | ||
|
Por que é importante
Rastrear alterações é a chave para entender retrabalho e ineficiência. Muitas alterações podem indicar falta de clareza nos pedidos ou políticas complexas, afetando o KPI de 'Taxa de Alteração'.
Onde obter
Capturado das tabelas de auditoria vinculadas à 'requisition_headers', que registram mudanças de versão ou edições específicas.
Captura
Procure por eventos explícitos de edição ou atualização no log de histórico da requisição após o envio.
Tipo de evento
explicit
|
|||
|
Requisição retirada
|
O solicitante original cancela o pedido antes da aprovação final. É uma ação explícita do usuário que encerra o processo daquela requisição. | ||
|
Por que é importante
Cancelamentos podem indicar mudanças de planos, pedidos duplicados ou usuários tentando burlar o sistema. Rastrear isso ajuda a entender a volatilidade da demanda e falhas na adesão ao processo.
Onde obter
Inferido de uma mudança de status na tabela 'requisition_headers' para 'withdrawn' (retirada), com base em uma ação explícita registrada na trilha de auditoria.
Captura
Identifique o timestamp quando o status da requisição muda para 'withdrawn' (retirada).
Tipo de evento
inferred
|
|||