Seu Template de dados de compras a pagamento: pedido de compra
Seu Template de dados de compras a pagamento: pedido de compra
- Atributos de dados recomendados
- Principais atividades do processo
- Etapas para extrair dados do Coupa
Atributos de compras a pagamento: pedido de compra
| 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
|
|||
Atividades de compras a pagamento: pedido de compra
| 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
|
|||
Guias de extração
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.
Não é necessário cartão de crédito. Configure tudo em poucos minutos.