Seu Template de dados de compras a pagamento: pedido de compra

Coupa
Seu Template de dados de compras a pagamento: pedido de compra

Seu Template de dados de compras a pagamento: pedido de compra

Use este Template como guia para coletar e estruturar corretamente os dados necessários à mineração do processo de compras a pagamento: pedido de compra no Coupa. Ele apresenta os atributos essenciais, as atividades que você precisa acompanhar e as etapas para extrair os dados, garantindo um Event Log completo.
  • Atributos de dados recomendados
  • Principais atividades do processo
  • Etapas para extrair dados do Coupa
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de compras a pagamento: pedido de compra

Estes são os campos de dados essenciais recomendados para o Event Log, que permitem analisar detalhadamente o processo de compras a pagamento: pedido de compra.
5 Obrigatório 5 Recomendado 11 Opcional
Nome Descrição
Atividade
ActivityName
Nome do evento ou da tarefa específica que ocorreu em determinado momento do ciclo de vida do pedido de compra.
Descrição

O nome da atividade descreve uma etapa do processo de compras, como 'Pedido de compra aprovado' ou 'Recebimento de produtos lançado'. A sequência dessas atividades forma o fluxo do processo de cada pedido de compra.

Este atributo é fundamental para Process Mining: ele é usado para construir o mapa do processo, descobrir variantes e analisar a frequência e a sequência dos eventos. Também ajuda a identificar gargalos, ciclos de retrabalho e desvios do fluxo padrão. Por exemplo, analisar a sequência de atividades 'Pedido de compra alterado' pode revelar ineficiências na precisão dos pedidos.

Por que isso importa

Ele define as etapas do processo, permitindo visualizar o fluxo e identificar gargalos, retrabalho e desvios.

Onde encontrar

Derivado de Event Logs, trilhas de auditoria ou registros de mudanças de status associados aos objetos de pedido de compra no Coupa.

Exemplos
Requisição de compra aprovadaPedido de compra enviado para aprovaçãoRecebimento de produtos lançadoFatura recebida para o pedido de compra
Hora de início
EventTime
Registro de data e hora exato que indica quando uma atividade ou um evento ocorreu.
Descrição

O horário do evento registra a data e a hora em que uma atividade específica foi executada. Cada atividade do processo tem um registro de data e hora correspondente, que indica quando ela ocorreu.

Este atributo é essencial para todas as análises de tempo em Process Mining. Ele é usado para calcular os tempos de ciclo entre atividades, medir a duração do processo e identificar atrasos. Por exemplo, a diferença entre os registros de data e hora de 'Rascunho do pedido de compra criado' e 'Pedido de compra aprovado' é usada para calcular o KPI de tempo de ciclo de aprovação do pedido.

Por que isso importa

Ele fornece o contexto temporal de cada evento, essencial para calcular tempos de ciclo, analisar a performance e identificar gargalos.

Onde encontrar

Encontrado nos Event Logs ou nas trilhas de auditoria do Coupa, geralmente associado a cada mudança de status ou ação realizada em um pedido de compra.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Pedido de compra
PurchaseOrderNumber
Identificador exclusivo de um pedido de compra, usado como identificador principal do caso no processo.
Descrição

O número do pedido de compra é o identificador central do caso, que conecta todas as atividades, desde a solicitação inicial até a confirmação final do recebimento de produtos ou serviços. Cada número exclusivo de pedido de compra representa uma instância do processo de compras.

Na análise de Process Mining, este atributo é essencial para acompanhar toda a jornada de cada compra. Ele permite que analistas visualizem mapas de processo, identifiquem variantes e calculem KPIs por caso, como o tempo total de ciclo de um pedido. Todos os eventos e dados relacionados são agrupados por esse identificador para formar uma visão integrada do processo.

Por que isso importa

É essencial para acompanhar todo o ciclo de vida de cada compra e reconstruir instâncias individuais do processo para uma análise detalhada.

Onde encontrar

Este é um campo de chave primária padrão no objeto de pedido de compra do Coupa.

Exemplos
PO-2023-00123PO-2023-00456PO-2023-00789
Sistema de origem
SourceSystem
Sistema do qual os dados do processo foram extraídos.
Descrição

Este atributo identifica o sistema de informação de origem em que os dados do evento foram registrados. Neste processo, o valor seria sempre 'Coupa'.

Em ambientes corporativos, os dados podem vir de vários sistemas, como o Coupa para compras e outro ERP para faturamento. Este atributo ajuda a diferenciar as fontes de dados, garantindo clareza sobre a linhagem dos dados e permitindo filtrar a análise para visualizar o processo em um sistema específico.

Por que isso importa

Ele fornece um contexto essencial sobre a origem dos dados, garantindo a rastreabilidade e permitindo uma governança adequada, especialmente em ambientes com vários sistemas.

Onde encontrar

Este é um valor estático, geralmente adicionado durante a extração e transformação dos dados para identificar o conjunto de dados.

Exemplos
Coupa
Última atualização dos dados
LastDataUpdate
Registro de data e hora que indica quando os dados deste processo foram atualizados pela última vez.
Descrição

Este atributo registra quando o conjunto de dados foi atualizado pela última vez a partir do sistema de origem. É um campo de metadados que se aplica ao conjunto de dados inteiro, e não a eventos individuais.

Em qualquer Dashboard analítico, esse registro de data e hora é essencial para que você saiba se os dados exibidos estão atualizados. Ele ajuda a confirmar que os insights se baseiam em informações recentes e a alinhar as expectativas sobre a atualidade dos dados. Em geral, aparece em destaque nos Dashboards.

Por que isso importa

Informa quando os dados foram atualizados, para que você saiba o quanto a análise do processo e os KPIs estão atualizados.

Onde encontrar

Este registro de data e hora é gerado e armazenado pelo pipeline de extração e carregamento de dados (ETL) durante a execução.

Exemplos
2023-11-01T05:00:00Z
Categoria de compra
PurchaseCategory
Classificação dos produtos ou serviços comprados, como equipamentos de TI ou serviços profissionais.
Descrição

Categoria de compra, também conhecida como commodity ou grupo de materiais, é uma classificação usada para agrupar tipos semelhantes de compras. Esses dados estruturados permitem analisar sistematicamente os gastos e os processos de compras.

Em Process Mining, esse atributo é uma dimensão útil para filtrar e segmentar os dados. O Dashboard "Análise de gastos por categoria de compra" usa essa dimensão para detalhar os padrões de gastos. Ela também pode revelar se determinadas categorias, como serviços complexos, têm tempos de ciclo mais longos ou mais alterações do que outras, como materiais de escritório padrão.

Por que isso importa

Permite analisar gastos e processos por categoria, ajudando a identificar padrões de compra, negociar com fornecedores e adaptar os controles do processo.

Onde encontrar

Geralmente encontrado no nível do item do pedido de compra no Coupa, muitas vezes associado a um código de commodity ou catálogo de compras.

Exemplos
Equipamentos de TIMateriais de escritórioServiços profissionaisMateriais de marketing
Departamento
Department
Departamento ou centro de custo ao qual o pedido de compra é atribuído.
Descrição

O atributo Departamento especifica a unidade organizacional que iniciou a compra ou arcará com o custo. Em geral, ele está associado ao solicitante ou às informações do centro de custo nos itens do pedido de compra.

Essa dimensão é essencial para segmentar a análise do processo e os KPIs. Ela permite que gestores comparem a eficiência do processo, a conformidade e os padrões de gastos entre diferentes áreas da organização. Por exemplo, o Dashboard "Análise de gastos por categoria de compra" usa o Departamento para mostrar como diferentes unidades de negócio estão usando seus orçamentos.

Por que isso importa

Permite filtrar e comparar a análise do processo e dos gastos entre diferentes unidades de negócio, revelando variações de eficiência e conformidade.

Onde encontrar

Disponível no cabeçalho ou nos itens do pedido de compra no Coupa, geralmente associado a um centro de custo ou unidade organizacional.

Exemplos
MarketingTecnologia da InformaçãoOperaçõesFinanças
Nome do fornecedor
VendorName
Nome do fornecedor de quem os produtos ou serviços estão sendo comprados.
Descrição

O Nome do fornecedor identifica a parte externa que fornece os itens do pedido de compra. Essa informação é fundamental para a análise de compras.

Analisar a performance do processo por fornecedor é essencial para a gestão do relacionamento com fornecedores. Isso ajuda a avaliar a "Performance do prazo de entrega do fornecedor", identificar atrasos no "Processo de recebimento de mercadorias" e avaliar a qualidade do fornecedor pela "Taxa de devolução de mercadorias". Esse atributo também é importante para calcular o KPI "Proporção de gastos com fornecedores não preferenciais".

Por que isso importa

Permite analisar a performance dos fornecedores, ajudando a otimizar a seleção, negociar melhores condições e identificar fornecedores com performance alta ou baixa.

Onde encontrar

Campo padrão no cabeçalho do pedido de compra no Coupa, associado aos dados mestres de fornecedores.

Exemplos
Suprimentos para escritório globalTech Solutions Inc.Peças industriais avançadasAgência de marketing criativo
Usuário
User
ID ou nome do usuário que realizou a atividade, como um aprovador ou solicitante.
Descrição

Este atributo identifica a pessoa responsável por executar um evento específico do processo. Pode ser quem elaborou o rascunho do pedido, o gerente que o aprovou ou o funcionário que lançou o recebimento dos produtos.

Analisar a performance por usuário ajuda a identificar necessidades de treinamento, pessoas com alto desempenho e como a carga de trabalho está distribuída. Por exemplo, o Dashboard de performance do tempo de ciclo de aprovação do pedido usa este atributo para detalhar os tempos de aprovação por aprovador e mostrar quem pode estar causando um gargalo no processo.

Por que isso importa

Ele permite analisar a performance do processo por pessoa ou função, ajudando a identificar gargalos, oportunidades de treinamento e problemas na alocação de recursos.

Onde encontrar

Associado a cada evento no histórico ou na trilha de auditoria do pedido de compra no Coupa. Campos como 'Criado por', 'Aprovado por' ou 'Atualizado por' são fontes comuns.

Exemplos
j.doea.smithm.jones
Valor total do pedido
TotalOrderAmount
Valor monetário total do pedido de compra.
Descrição

Esse atributo representa o custo total de todos os produtos e serviços especificados no pedido de compra, expresso em uma moeda específica. É um atributo no nível do caso, aplicável ao pedido inteiro.

Esses dados financeiros são essenciais para analisar os gastos e priorizar iniciativas de melhoria de processos. Pedidos de alto valor podem exigir uma análise mais rigorosa ou fluxos de aprovação diferentes. O atributo é usado diretamente no Dashboard "Análise de gastos por categoria de compra" e compõe o cálculo do KPI "Proporção de gastos com fornecedores não preferenciais".

Por que isso importa

Fornece o contexto financeiro de cada compra, permitindo analisar os gastos, priorizar pedidos de alto valor e avaliar o impacto financeiro.

Onde encontrar

Disponível no cabeçalho do pedido de compra no Coupa, geralmente como "Total" ou "Total geral".

Exemplos
1500.00250.7512500.50
A entrega foi feita no prazo
IsDeliveryOnTime
Indicador calculado que informa se os produtos foram recebidos até a data de entrega solicitada.
Descrição

Esse atributo booleano é calculado comparando a data e hora do evento "Lançamento do recebimento de mercadorias" com a "RequestedDeliveryDate". Ele recebe o valor verdadeiro se a data de recebimento for igual ou anterior à data solicitada.

Esse indicador dá suporte direto ao KPI "Aderência à data de entrega do fornecedor" e ao Dashboard "Variação da data de entrega e devoluções". Ele fornece um resultado claro, com duas possibilidades, para a performance de entrega no prazo, facilitando a agregação e a visualização dos dados. Assim, fica mais fácil identificar problemas de performance dos fornecedores ou dos processos internos de recebimento.

Por que isso importa

Fornece uma métrica clara, com duas possibilidades, para a performance de entrega, simplificando o cálculo de KPIs de entrega no prazo e a análise de tendências.

Onde encontrar

Calculado durante a transformação dos dados, comparando "RequestedDeliveryDate" com a data e hora da atividade "Lançamento do recebimento de mercadorias".

Exemplos
truefalse
Aprovação na primeira tentativa
IsFirstPassApproval
Indicador calculado que recebe o valor verdadeiro se o pedido de compra for aprovado sem alterações após a elaboração.
Descrição

Esse indicador booleano recebe o valor verdadeiro se, entre as atividades "Pedido de compra elaborado" e "Pedido de compra aprovado", não houver nenhuma atividade "Pedido de compra alterado" ou "Pedido de compra rejeitado".

Esse atributo mede diretamente o KPI "Taxa de aprovação de pedidos de compra na primeira tentativa". Uma taxa alta indica que o processamento inicial é eficiente e preciso. Analisar os casos em que o indicador recebe o valor falso pode revelar causas de retrabalho e ajudar a melhorar a qualidade dos dados dos pedidos de compra desde o início.

Por que isso importa

Mede diretamente a eficiência do processo inicial de criação e aprovação, mostrando o volume de pedidos que seguem sem retrabalho.

Onde encontrar

Calculado durante a transformação dos dados, analisando a sequência de eventos de cada PurchaseOrderNumber.

Exemplos
truefalse
Data de entrega solicitada
RequestedDeliveryDate
Data em que o solicitante pediu que os produtos ou serviços fossem entregues.
Descrição

Esse atributo corresponde à data de entrega prevista, informada pelo usuário da área de negócios durante o processo de requisição. Ela representa a expectativa da empresa sobre quando o pedido deve ser atendido.

Essa data é uma referência essencial para medir a performance dos fornecedores e das equipes internas. Ela é usada diretamente no cálculo do KPI "Aderência à data de entrega do fornecedor", comparando-a com a data real de "Lançamento do recebimento de mercadorias". O Dashboard "Variação da data de entrega e devoluções" mostra as diferenças entre a data solicitada e a entrega real, ajudando a alinhar expectativas e melhorar as previsões.

Por que isso importa

Serve como referência importante para medir as entregas no prazo dos fornecedores e a eficiência do processo interno de recebimento.

Onde encontrar

Campo padrão no item do pedido de compra no Coupa.

Exemplos
2023-11-152023-12-012024-01-10
É fornecedor preferencial
IsPreferredVendor
Indicador booleano que informa se a compra foi feita com um fornecedor preferencial ou estratégico.
Descrição

Esse indicador identifica se o fornecedor do pedido de compra faz parte de uma lista pré-aprovada de fornecedores estratégicos. Em geral, isso é determinado comparando o nome ou o ID do fornecedor com uma lista mestra de fornecedores preferenciais.

Esse atributo é essencial para iniciativas de compras estratégicas e gestão de gastos. Ele é usado no cálculo do KPI "Proporção de gastos com fornecedores não preferenciais", que ajuda as organizações a monitorar e controlar compras fora das políticas e a concentrar os gastos em parceiros-chave para aproveitar descontos por volume e melhores condições.

Por que isso importa

Ajuda a monitorar a conformidade com as políticas de compras e as metas de sourcing estratégico, acompanhando os gastos com fornecedores preferenciais e não preferenciais.

Onde encontrar

Esse campo muitas vezes não é padrão no Coupa e é derivado da comparação entre o ID do fornecedor no pedido de compra e uma lista externa de fornecedores preferenciais.

Exemplos
truefalse
É retrabalho
IsRework
Indicador calculado que identifica se um pedido de compra passou por uma atividade de alteração.
Descrição

Esse indicador booleano recebe o valor verdadeiro para qualquer pedido de compra que tenha pelo menos um evento "Pedido de compra alterado" no histórico. É um atributo no nível do caso, derivado do Event Log.

Esse atributo simplifica o cálculo de KPIs como a "Taxa de alteração de pedidos de compra". Ele permite filtrar e segmentar facilmente os dados para comparar processos de pedidos com e sem retrabalho, ajudando a quantificar o impacto das alterações no tempo de ciclo e no custo. É um componente central do Dashboard "Análise de alterações em pedidos de compra".

Por que isso importa

Simplifica a análise do retrabalho, permitindo filtrar e agregar facilmente todos os pedidos de compra que foram alterados pelo menos uma vez.

Onde encontrar

Calculado durante a transformação dos dados, verificando se existe uma atividade "Pedido de compra alterado" para cada PurchaseOrderNumber.

Exemplos
truefalse
Local de recebimento
ReceivingLocation
Local físico, como um armazém ou escritório, onde os produtos devem ser entregues.
Descrição

O Local de recebimento especifica o destino dos produtos solicitados no pedido de compra. Pode ser um endereço específico de armazém, fábrica ou escritório.

Esse atributo é usado para analisar a performance de logística e recebimento em diferentes unidades. O Dashboard "Atrasos no processo de recebimento de mercadorias" pode ser filtrado por esse atributo para identificar se determinados locais demoram mais para processar as entregas recebidas. Isso ajuda a localizar ineficiências operacionais ou limitações de recursos em unidades específicas.

Por que isso importa

Permite analisar o processo de recebimento por local, destacando diferenças de performance entre armazéns, fábricas e escritórios.

Onde encontrar

Essa informação faz parte do endereço de entrega ("Ship-To") do pedido de compra no Coupa.

Exemplos
Armazém A - ChicagoPrédio 5 - Escritório de LondresFábrica de Frankfurt
Moeda
Currency
Código da moeda dos valores monetários no pedido de compra.
Descrição

Esse atributo especifica a moeda, como USD, EUR ou GBP, usada para expressar o Valor total do pedido. Ele é essencial para interpretar corretamente os dados financeiros em uma organização global.

Para empresas multinacionais, analisar os gastos sem considerar a moeda pode levar a conclusões equivocadas. Esse atributo permite converter moedas corretamente e manter a consistência dos relatórios financeiros nos Dashboards, garantindo que os valores sejam comparados em condições equivalentes.

Por que isso importa

Permite análises e relatórios financeiros precisos em contextos multinacionais, fornecendo as informações necessárias para a conversão de moedas.

Onde encontrar

Campo padrão no cabeçalho do pedido de compra no Coupa.

Exemplos
USDEURGBPJPY
Motivo da alteração
ChangeReason
Motivo informado para uma alteração feita no pedido de compra após sua criação inicial.
Descrição

Esse atributo registra a justificativa para a alteração de um pedido de compra, como "Quantidade atualizada" ou "Correção de preço". Em geral, essa informação fica registrada na trilha de auditoria quando um usuário executa a atividade "Pedido de compra alterado".

Entender por que os pedidos são alterados é essencial para o Dashboard "Análise de alterações em pedidos de compra". Isso ajuda a diferenciar mudanças inevitáveis, como problemas de estoque do fornecedor, das que poderiam ser evitadas, como erros na entrada inicial de dados. Assim, é possível direcionar iniciativas para melhorar a precisão dos pedidos e reduzir o KPI "Taxa de alteração de pedidos de compra".

Por que isso importa

Explica as causas raiz das alterações nos pedidos de compra, permitindo ações direcionadas para melhorar a precisão desde a primeira tentativa e reduzir o retrabalho no processo.

Onde encontrar

Geralmente encontrado nos logs de auditoria ou nos comentários associados aos eventos de alteração de um pedido de compra no Coupa.

Exemplos
Atualização de preço pelo fornecedorData de entrega ajustadaCódigo do item corrigido
Motivo da rejeição
RejectionReason
Motivo informado quando uma requisição ou um pedido de compra é rejeitado durante uma etapa de aprovação.
Descrição

Quando um aprovador rejeita um pedido de compra, geralmente informa o motivo. Esse atributo registra a explicação, como "Código de orçamento incorreto" ou "Limite de gastos excedido".

Analisar os motivos de rejeição oferece insights diretos sobre as causas raiz do retrabalho e das falhas no processo. Esses dados qualitativos podem revelar erros recorrentes no processo de requisição e orientar treinamentos específicos ou melhorias no sistema para evitar novas rejeições e aumentar a taxa de aprovação na primeira tentativa.

Por que isso importa

Oferece insights diretos e acionáveis sobre os motivos de rejeição dos pedidos de compra, ajudando a tratar as causas raiz do retrabalho e dos atrasos no processo.

Onde encontrar

Geralmente registrado no campo de comentários ou observações associado à atividade "Pedido de compra rejeitado" ou "Requisição de compra rejeitada" no fluxo de trabalho de aprovação do Coupa.

Exemplos
Solicitação duplicadaOrçamento não aprovadoFornecedor selecionado incorretamente
Nome do solicitante
RequesterName
Nome da pessoa que solicitou inicialmente os produtos ou serviços.
Descrição

Esse atributo identifica o funcionário que criou a requisição de compra que deu origem ao pedido. O solicitante é a pessoa da área de negócios que precisa dos produtos ou serviços e pode ser diferente do comprador ou aprovador.

Analisar o comportamento do processo por solicitante ajuda a identificar padrões relacionados a usuários ou departamentos específicos. O Dashboard "Análise de alterações em pedidos de compra" usa esse atributo para verificar se determinados solicitantes alteram os pedidos com mais frequência, o que pode indicar a necessidade de treinamento sobre os requisitos das especificações.

Por que isso importa

Ajuda a identificar a origem da compra na área de negócios, permitindo analisar o comportamento de compras e a precisão no nível do solicitante.

Onde encontrar

Essas informações geralmente ficam na requisição de compra de origem e são transferidas para o pedido de compra no Coupa.

Exemplos
Alice CooperBob DylanCharlie Parker
Número da requisição de compra
PurchaseRequisitionNumber
Identificador exclusivo da requisição de compra que deu origem ao pedido de compra.
Descrição

Esse atributo vincula o pedido de compra à requisição que o originou. Uma única requisição pode gerar um ou mais pedidos de compra.

Esse vínculo é essencial para analisar o tempo de ciclo completo de "Requisição ao pedido". Ao conectar o evento de criação da requisição aos eventos de criação e envio do pedido de compra, as organizações podem medir a eficiência de todo o processo de início das compras, da solicitação ao atendimento.

Por que isso importa

Conecta as etapas de solicitação e pedido do processo, permitindo analisar o tempo de ciclo da requisição ao pedido e as taxas de conversão.

Onde encontrar

Geralmente é um campo de referência nos itens do pedido de compra no Coupa, que aponta para a requisição de origem.

Exemplos
PR-2023-00098PR-2023-00152PR-2023-00341
Obrigatório Recomendado Opcional

Atividades de compras a pagamento: pedido de compra

Estas são as principais etapas e marcos do processo que você deve acompanhar no Event Log para descobrir e analisar suas operações de P2P com precisão.
6 Recomendado 11 Opcional
Atividade Descrição
Pedido de compra aprovado
Este marco indica que o pedido de compra concluiu o fluxo de trabalho interno de aprovação e está autorizado para ser enviado ao fornecedor. Em geral, é a etapa final de aprovação em um processo com várias etapas.
Por que isso importa

Este é um marco essencial para calcular o tempo de ciclo de aprovação do pedido e identificar gargalos nas aprovações. Também funciona como um ponto de controle de conformidade.

Onde encontrar

Obtido no histórico de aprovações do pedido de compra no Coupa. O registro de data e hora da aprovação final indica quando o evento ocorreu.

Coleta

Registrado no histórico de aprovações quando o aprovador final conclui a tarefa.

Tipo de evento explicit
Pedido de compra cancelado
Esta atividade representa o cancelamento de um pedido de compra antes da conclusão. O cancelamento pode ocorrer em diferentes etapas, por exemplo, quando a solicitação deixa de ser válida ou quando o pedido é criado por engano.
Por que isso importa

Como um possível desfecho alternativo do processo, acompanhar os cancelamentos é importante para entender onde as solicitações não avançam e identificar os motivos pelos quais pedidos de compra são abandonados.

Onde encontrar

Este evento é inferido a partir de uma mudança de status do objeto do pedido de compra para 'Canceled'. O registro de data e hora dessa mudança indica quando o evento ocorreu.

Coleta

Derivado do registro de data e hora da mudança de status para 'Canceled'.

Tipo de evento inferred
Pedido de compra encerrado
Esta é a atividade final, que indica que o pedido de compra foi concluído. O pedido é considerado encerrado quando todos os produtos foram recebidos, todas as faturas foram processadas e não há previsão de novas transações.
Por que isso importa

Esta atividade encerra oficialmente o ciclo de vida do pedido. Analisar o tempo até o encerramento pode revelar ineficiências na conciliação final e na manutenção dos registros.

Onde encontrar

Este evento é inferido a partir de uma mudança de status do objeto do pedido de compra para 'Closed'. O Coupa costuma definir esse status automaticamente, com base nas regras de negócio para tolerâncias de recebimento e faturamento.

Coleta

Derivado do registro de data e hora da mudança de status para 'Closed'.

Tipo de evento inferred
Pedido de compra enviado ao fornecedor
Esta atividade marca o momento em que o pedido de compra aprovado é enviado oficialmente ao fornecedor, por exemplo, por e-mail ou pelo Coupa Supplier Portal. Com isso, o pedido deixa de ser um documento interno e passa a representar um compromisso externo.
Por que isso importa

Este é um marco importante: encerra o ciclo interno da requisição ao pedido e inicia o prazo de entrega do fornecedor. É essencial para medir tanto a eficiência interna quanto o desempenho dos fornecedores.

Onde encontrar

Muitas vezes, este evento é inferido a partir de uma mudança de status do pedido para 'Ordered' ou 'Sent'. O registro do pedido no Coupa também pode ter um campo específico, como 'last_exported_at' ou 'sent_to_supplier_at'.

Coleta

Derivado do registro de data e hora da mudança de status para 'Ordered' ou de um campo específico que registre o envio.

Tipo de evento inferred
Recebimento de produtos lançado
Esta é a confirmação formal de que os produtos foram recebidos, inspecionados e aceitos. O evento atualiza os registros de estoque e indica que o fornecedor cumpriu sua obrigação referente a essa entrega.
Por que isso importa

Este marco essencial encerra o prazo de entrega do fornecedor e serve para medir o cumprimento das datas de entrega. Atrasos no lançamento dos recebimentos podem dificultar a visibilidade dos níveis reais de estoque.

Onde encontrar

Esta é uma transação central no Coupa, registrada no objeto de recebimento. O evento é identificado pelo registro de data e hora em que o status do recebimento muda para 'Posted' ou 'Received'.

Coleta

Registrado quando a transação de recebimento dos produtos é finalizada no sistema.

Tipo de evento explicit
Requisição de compra criada
Esta atividade marca a criação de uma requisição de compra, o pedido formal de produtos ou serviços que antecede um pedido de compra. No Coupa, esse evento é registrado quando um usuário salva e envia uma nova requisição.
Por que isso importa

Como ponto de partida típico do processo de compras, esta atividade é essencial para medir todo o tempo de ciclo da requisição ao pedido e entender a eficiência das etapas anteriores.

Onde encontrar

Este evento corresponde ao registro de criação no objeto ou na tabela de requisições de compra do Coupa. O registro de data e hora pode estar no campo 'created_at' ou em outro campo equivalente, gerado pelo sistema, que indique a data de criação.

Coleta

Registrado diretamente quando um novo registro de requisição é criado.

Tipo de evento explicit
Confirmação de serviço registrada
Em pedidos de compra de serviços, esta atividade equivale ao recebimento de produtos. Ela confirma que o serviço foi prestado conforme os termos do pedido.
Por que isso importa

Acompanhar as confirmações de serviços é essencial para gerenciar os gastos com serviços e garantir que os pagamentos sejam feitos apenas por trabalhos cuja conclusão foi verificada.

Onde encontrar

Este evento é registrado quando uma confirmação de serviço ou folha de registro de serviços vinculada ao pedido de compra é criada ou aprovada no Coupa.

Coleta

Registrado quando uma folha de registro de serviços é criada e aprovada.

Tipo de evento explicit
Fatura recebida para o pedido de compra
Este evento marca o recebimento e o registro de uma fatura do fornecedor vinculada ao pedido de compra. Ele indica o início da etapa de processamento e pagamento de faturas do ciclo P2P.
Por que isso importa

Embora faça parte do processo de contas a pagar, vincular o recebimento da fatura ao pedido de compra oferece uma visão de ponta a ponta do ciclo da transação e ajuda a analisar o intervalo entre a entrega e o faturamento.

Onde encontrar

Obtido do registro de data e hora de criação do documento de fatura no Coupa, em que a fatura é associada ao número do pedido de compra correspondente.

Coleta

Registrado quando um registro de fatura vinculado ao pedido é criado.

Tipo de evento explicit
Inspeção de qualidade realizada
Este evento indica que um item recebido passou por uma inspeção de qualidade e foi aprovado. Dependendo do processo da empresa, essa pode ser uma etapa separada, realizada após o lançamento inicial do recebimento.
Por que isso importa

Esta atividade é importante para medir a eficiência do processo de controle de qualidade. Atrasos nessa etapa podem criar gargalos entre o recebimento e a disponibilidade dos produtos para uso.

Onde encontrar

Este evento pode ser registrado como uma mudança de status do item da linha de recebimento ou em um objeto de inspeção separado no Coupa. A disponibilidade depende do uso do módulo de qualidade ou de um fluxo de trabalho personalizado.

Coleta

Inferido a partir de uma mudança de status do recebimento ou de um registro de data e hora em um registro de inspeção relacionado.

Tipo de evento inferred
Pedido confirmado pelo fornecedor
Este evento indica que o fornecedor recebeu e confirmou o pedido de compra. Em geral, essa confirmação é registrada eletronicamente em um portal do fornecedor, como o Coupa Supplier Portal (CSP).
Por que isso importa

A confirmação do fornecedor dá mais segurança de que o pedido está sendo processado, melhora a precisão das previsões de entrega e reduz as incertezas na cadeia de suprimentos.

Onde encontrar

Em geral, essa informação fica disponível no pedido de compra quando o fornecedor usa o Coupa Supplier Portal para executar a ação 'Acknowledge'. Usa-se o registro de data e hora dessa ação.

Coleta

Registrado quando o fornecedor executa a ação 'Acknowledge' no portal do fornecedor.

Tipo de evento explicit
Pedido de compra alterado
Este evento representa qualquer alteração feita no pedido de compra após a elaboração do rascunho inicial. No Coupa, as alterações costumam ser registradas por meio do controle de versões do documento.
Por que isso importa

Acompanhar as alterações é essencial para métricas como a taxa de alteração de pedidos de compra e a taxa de pedidos fora do padrão. Alterações frequentes podem indicar instabilidade no processo ou imprecisão nas solicitações iniciais.

Onde encontrar

É possível inferir este evento acompanhando as diferentes versões de um pedido de compra. Cada novo número de versão acima do primeiro indica uma alteração, e a data de criação da nova versão serve como registro de data e hora do evento.

Coleta

Inferido a partir do registro de data e hora de criação de uma nova versão do pedido.

Tipo de evento inferred
Pedido de compra enviado para aprovação
Depois de elaborado o rascunho, o pedido de compra é enviado formalmente para o fluxo de trabalho de aprovação. Essa ação do usuário muda o status do pedido de rascunho para aguardando aprovação.
Por que isso importa

Este evento diferencia o tempo de elaboração do rascunho do período em que o pedido aguarda aprovação. Assim, fica mais fácil entender o comportamento dos usuários e as transferências de responsabilidade no processo.

Onde encontrar

Inferido a partir de uma mudança de status no objeto do pedido de compra, por exemplo, de 'draft' para 'pending approval'. Usa-se o registro de data e hora dessa mudança específica.

Coleta

Derivado do registro de data e hora da mudança de status para 'pending approval'.

Tipo de evento inferred
Pedido de compra rejeitado
Esta atividade ocorre quando um aprovador rejeita o pedido de compra durante o fluxo de trabalho de aprovação. Em geral, o pedido volta para quem o criou, para revisão ou cancelamento.
Por que isso importa

Analisar as rejeições ajuda a revelar problemas na qualidade dos dados, violações de políticas ou lacunas de treinamento. Também evidencia ciclos de retrabalho que causam atrasos significativos no processo.

Onde encontrar

Este evento é registrado explicitamente no histórico de aprovações do pedido de compra no Coupa. O histórico mostra uma ação 'Reject' com o registro de data e hora correspondente.

Coleta

Registrado no histórico de aprovações com o status 'Reject'.

Tipo de evento explicit
Produtos devolvidos
Esta atividade é registrada quando produtos recebidos anteriormente são devolvidos ao fornecedor. Isso costuma ocorrer por problemas de qualidade, danos ou envio de produtos incorretos.
Por que isso importa

Acompanhar as devoluções é essencial para calcular a taxa de devolução de produtos e identificar problemas na qualidade dos fornecedores ou na precisão dos pedidos. Uma taxa alta de devoluções costuma indicar falhas dispendiosas no processo.

Onde encontrar

Este evento é obtido de uma transação 'Return to Supplier' ou de uma transação de recebimento negativa no Coupa. O registro de data e hora da transação indica quando o evento ocorreu.

Coleta

Registrado quando uma transação de devolução vinculada ao pedido ou recebimento original é criada.

Tipo de evento explicit
Rascunho do pedido de compra criado
Este evento representa a criação inicial do documento de pedido de compra no sistema, muitas vezes a partir de uma requisição aprovada. Nesta etapa, o pedido ainda é um rascunho interno, que não foi enviado para aprovação nem encaminhado ao fornecedor.
Por que isso importa

Esta atividade inicia a contagem do tempo de ciclo de aprovação do pedido de compra. É a primeira etapa formal do ciclo de vida do próprio pedido.

Onde encontrar

Este evento corresponde ao registro de data e hora de criação do pedido de compra no Coupa, geralmente disponível em um campo como 'created_at'.

Coleta

Obtido do registro de data e hora de criação do pedido, gerado pelo sistema.

Tipo de evento explicit
Recebimento de produtos iniciado
Esta atividade representa o início do processo de recebimento, por exemplo, quando um documento de recebimento é criado no Coupa após a chegada física dos produtos. Nesse momento, os produtos ainda não foram lançados formalmente no estoque nem confirmados como recebidos.
Por que isso importa

Este evento marca o início da medição do tempo de processamento do recebimento de produtos. Ele ajuda a diferenciar o tempo de espera dos produtos na doca do tempo gasto no processamento pelo sistema.

Onde encontrar

É possível inferir este evento a partir do registro de data e hora de criação de um documento de recebimento com status 'Draft' ou 'Pending'. Ele ocorre antes do lançamento final do recebimento.

Coleta

Derivado do registro de data e hora de criação de um registro de recebimento ainda não lançado.

Tipo de evento inferred
Requisição de compra aprovada
Antes de ser convertida em pedido de compra, a requisição passa por um fluxo de trabalho de aprovação. Este evento indica a aprovação final da requisição, que fica pronta para gerar o pedido.
Por que isso importa

Acompanhar as aprovações de requisições ajuda a identificar gargalos na etapa anterior ao pedido. Atrasos nessa fase afetam diretamente a rapidez com que o pedido de compra pode ser emitido.

Onde encontrar

Este evento costuma ser obtido no histórico de aprovações do objeto de requisição no Coupa. A ação de aprovação final terá um registro de data e hora e um usuário correspondente.

Coleta

Registrado no histórico de aprovações quando o aprovador final toma uma decisão.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados do Coupa

Pronto para começar?

Use este Template para preparar seus dados para a mineração de processos e obter insights acionáveis. Comece hoje a otimizar seu processo de compras a pagamento: pedido de compra.

Otimize seus pedidos de compra de P2P e aumente a eficiência

Reduza em 30% o tempo de ciclo do seu processo P2P e comece a ver resultados rapidamente.

Começar o teste grátis

Não é necessário cartão de crédito. Configure tudo em poucos minutos.