Seu Template de dados de compras, da requisição ao pagamento: pedido de compra
Seu Template de dados de compras, da requisição ao pagamento: pedido de compra
Este é nosso Template genérico de dados para Process Mining de Da compra ao pagamento: pedido de compra. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.
Selecione um sistema específico- Lista completa dos campos de dados recomendados para uma análise aprofundada.
- Atividades e marcos importantes para acompanhar o ciclo de vida do pedido de compra.
- Aplicável a qualquer sistema que gerencie seu processo de compras, da requisição ao pagamento.
Atributos de compras, da requisição ao pagamento: pedido de compra
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTime | Data e hora exatas em que uma atividade ou evento ocorreu. | ||
| Descrição A data e hora do evento registram quando uma atividade específica foi executada ou quando uma mudança de status foi registrada. Essas informações dão contexto temporal a cada evento no ciclo de vida do pedido de compra. Em Process Mining, as datas e horas são fundamentais para calcular tempos de ciclo, durações e tempos de espera entre atividades. Ao ordenar cronologicamente os eventos de cada caso, você consegue analisar a performance do processo, identificar gargalos que causam perda de tempo e acompanhar a Conformidade com os acordos de nível de serviço (SLAs). Por que isso importa Este atributo viabiliza todas as análises baseadas em tempo, incluindo o cálculo do tempo de ciclo, a identificação de gargalos e o acompanhamento da performance em relação aos parâmetros de referência. Onde encontrar Em geral, esta informação está nos logs de eventos, nas tabelas de histórico de alterações ou em um campo de data de criação ou lançamento dos documentos transacionais. Exemplos 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
| ID do pedido de compra PurchaseOrderId | Identificador exclusivo de um documento de pedido de compra. Ele funciona como o identificador principal do caso no processo. | ||
| Descrição O ID do pedido de compra é um código alfanumérico exclusivo atribuído a cada pedido, que o diferencia de todos os demais. Ele serve como referência central para todas as atividades, documentos e comunicações relacionados a uma transação de compra específica. Em Process Mining, esse ID é essencial para agrupar todos os eventos relacionados, como criação, aprovação, recebimento de mercadorias e faturamento, em uma única instância de processo de ponta a ponta, ou “caso”. Analisar os processos por esse identificador permite reconstruir e visualizar todo o ciclo de vida de cada pedido de compra, desde a criação até o encerramento final. Por que isso importa Este é o atributo fundamental que conecta todos os eventos relacionados em um único caso do processo e permite analisar o ciclo de vida do pedido de compra de ponta a ponta. Onde encontrar Em geral, este é um campo de chave primária na tabela de cabeçalho ou no documento do pedido de compra. Exemplos PC-0012454500017563732000451 | |||
| Nome da atividade ActivityName | Nome do evento de negócio 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 ou mudança de status no processo do pedido de compra. Alguns exemplos são “Pedido de compra criado”, “Pedido de compra aprovado”, “Recebimento de mercadorias registrado” e “Fatura recebida”. Cada atividade representa um momento específico do processo. Este atributo é essencial para criar o mapa do processo, que representa visualmente o fluxo das atividades. Analisar a sequência e a frequência das diferentes atividades ajuda a identificar caminhos comuns, desvios, gargalos e ciclos de retrabalho, como aprovações ou alterações repetidas. Por que isso importa Este atributo é a base do mapa do processo e permite visualizar e analisar o fluxo, as variações e as ineficiências do processo. Onde encontrar Em geral, esta informação é obtida de códigos de transação, logs de mudança de status, tabelas de eventos ou tabelas de documentos de alteração associados ao pedido de compra. Exemplos Pedido de compra criadoPedido de compra aprovadoRecebimento de mercadorias registradoFatura recebida | |||
| Sistema de origem SourceSystem | Sistema de registro ou aplicativo de onde os dados do processo foram extraídos. | ||
| Descrição O atributo Sistema de origem identifica o sistema de informação de onde vêm os dados do evento, como um ERP, uma plataforma de compras ou um sistema legado. Isso é especialmente importante em ambientes nos quais o processo de compras a pagamento passa por vários aplicativos integrados. Conhecer o sistema de origem ajuda a validar os dados, solucionar problemas e entender variações do processo que podem depender do sistema. Por exemplo, pedidos de compra criados em um sistema de compras eletrônicas podem seguir um caminho diferente e mais automatizado do que aqueles criados manualmente no ERP principal. Por que isso importa Este atributo informa a origem dos dados, o que é essencial para a governança e a validação dos dados e para analisar variações do processo entre diferentes sistemas. Onde encontrar Este pode ser um valor estático adicionado durante a extração dos dados ou um campo nas tabelas de origem que indica o sistema em que o registro foi criado. Exemplos SAP S/4HANAOracle FusionCoupa | |||
| Última atualização dos dados LastDataUpdate | Data e hora da última atualização ou extração dos dados deste processo. | ||
| Descrição Este atributo registra a data e hora do carregamento ou da atualização mais recente dos dados do sistema de origem. É um campo de metadados que se aplica ao conjunto de dados inteiro, e não a um único evento. Esta informação é essencial para que você entenda o nível de atualização dos dados analisados. Ela ajuda a avaliar a relevância dos insights e garante que as decisões se baseiem em dados tão atuais quanto a análise exige. Por que isso importa Este atributo informa se os dados estão atualizados, ajudando você a entender o período coberto pela análise e a relevância dos resultados. Onde encontrar Em geral, esta data e hora são geradas e armazenadas pela ferramenta ou pelo processo de extração e transformação de dados (ETL). Exemplos 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
| Categoria do item ItemCategory | Classificação dos produtos ou serviços comprados, como equipamentos de TI, serviços profissionais ou materiais de escritório. | ||
| Descrição A categoria do item, também chamada de grupo de materiais ou categoria de compras, classifica o tipo de produto ou serviço adquirido. Essa classificação estruturada ajuda a organizar e entender os gastos com compras e o comportamento do processo. Analisar o processo por categoria de item pode revelar diferenças importantes. Por exemplo, a compra de serviços complexos pode ter ciclos de aprovação mais longos e mais alterações do que a compra de materiais de escritório padrão. Essa segmentação permite otimizar o processo e desenvolver estratégias específicas para cada categoria. Por que isso importa Permite analisar a performance do processo e os gastos por categoria, revelando como diferentes tipos de compra afetam a eficiência do processo. Onde encontrar Essas informações geralmente ficam no nível dos itens do pedido de compra. Exemplos Equipamentos de TIServiços profissionaisMateriais de escritórioMRO - Manutenção, reparo e operações | |||
| Data de entrega solicitada RequestedDeliveryDate | Data em que a empresa solicitou ao fornecedor a entrega dos produtos ou serviços. | ||
| Descrição A data de entrega solicitada é a data indicada no pedido de compra até a qual a organização espera receber os produtos ou serviços do fornecedor. Ela serve como referência para medir a performance de entrega dos fornecedores. Esse atributo é essencial para calcular o KPI de taxa de entregas no prazo. Ao comparar a data de entrega solicitada com a data real de recebimento das mercadorias, a empresa pode avaliar a confiabilidade do fornecedor. A análise dos desvios ajuda a identificar problemas recorrentes relacionados a determinados fornecedores, itens ou locais de entrega e fornece dados para conversas sobre performance. Por que isso importa É a referência para medir a performance de entrega dos fornecedores e é essencial para calcular o KPI de taxa de entregas no prazo. Onde encontrar Essa data geralmente é um campo padrão no cabeçalho do pedido de compra ou nos detalhes dos itens. Exemplos 2024-08-152024-09-012024-07-30 | |||
| Departamento Department | Departamento, centro de custo ou área funcional da empresa ao qual o pedido de compra é atribuído ou associado. | ||
| Descrição O atributo Departamento indica a unidade organizacional responsável pela compra. Em geral, é o departamento que iniciou a solicitação ou cuja verba cobrirá a despesa, como 'TI', 'Marketing' ou 'Operações'. Esse atributo é essencial para segmentar e comparar a performance do processo entre diferentes áreas da empresa. A análise por departamento pode revelar quais áreas têm os maiores tempos de ciclo, mais alterações ou mais compras fora do processo estabelecido. Esses insights ajudam a direcionar iniciativas de melhoria às necessidades e aos comportamentos de cada departamento. Por que isso importa Permite segmentar a análise do processo por unidade de negócio, comparar a performance e identificar problemas ou boas práticas específicos de cada departamento. Onde encontrar Essas informações geralmente estão no cabeçalho do pedido de compra ou nos detalhes dos itens, muitas vezes em um campo chamado 'Centro de custo' ou 'Departamento'. Exemplos FinançasTecnologia da informaçãoMarketing - CPG | |||
| Nome de usuário UserName | Nome ou ID da pessoa que realizou uma atividade específica, como criar, aprovar ou alterar o pedido de compra. | ||
| Descrição O nome de usuário identifica a pessoa responsável por executar um evento no processo. Pode ser quem criou a requisição, aprovou o pedido de compra ou registrou o recebimento de mercadorias. Esse dado permite identificar responsabilidades e acrescenta uma dimensão humana ao fluxo do processo. Analisar as atividades por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e detectar possíveis problemas de conformidade. Por exemplo, você pode verificar se determinados usuários estão associados a mais retrabalho ou atrasos, ou identificar violações da segregação de funções. Por que isso importa Relaciona as atividades do processo a pessoas específicas, permitindo analisar a carga de trabalho, a performance e a conformidade por usuário. Onde encontrar Geralmente encontrado nos campos 'Criado por', 'Alterado por' ou 'ID do usuário' dos registros de transações e cabeçalhos de documentos. Exemplos j.doesmith_auser123 | |||
| 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 contratada para fornecer os produtos ou serviços especificados no pedido de compra. É um dado mestre importante, vinculado aos dados transacionais do pedido. Analisar o processo por fornecedor é essencial para gerenciar a performance dos fornecedores. Isso permite comparar fornecedores com base em métricas como entregas no prazo, devoluções de mercadorias e frequência de alterações nos pedidos de compra. Esses insights podem orientar estratégias de compras, negociações com fornecedores e a gestão do relacionamento. Por que isso importa Permite analisar a performance dos fornecedores e comparar prazos de entrega, qualidade e atritos no processo entre diferentes fornecedores. Onde encontrar Esses dados vêm do cadastro mestre de fornecedores e são vinculados ao pedido de compra, geralmente no cabeçalho do documento. Exemplos Suprimentos para escritório globalSoluções de tecnologia Ltda.Agência de marketing criativo | |||
| Status do pedido de compra PurchaseOrderStatus | Status atual ou final do pedido de compra no ciclo de vida, como 'Aberto', 'Fechado' ou 'Cancelado'. | ||
| Descrição O status do pedido de compra indica a etapa em que o pedido está no ciclo de vida em determinado momento ou sua situação final. Os status mais comuns incluem 'Em aprovação', 'Aprovado', 'Enviado ao fornecedor', 'Recebido parcialmente', 'Fechado' ou 'Cancelado'. Esse atributo ajuda a filtrar e analisar grupos específicos de pedidos de compra. Por exemplo, você pode analisar apenas os pedidos em aberto para identificar gargalos atuais ou os pedidos cancelados para entender os motivos do cancelamento. Acompanhar a sequência de alterações de status também pode servir de base para definir as atividades do modelo de processo. Por que isso importa Permite filtrar os casos pela etapa do ciclo de vida e concentrar a análise em pedidos em aberto, fechados ou com problemas. Onde encontrar Esse campo de status padrão fica nos dados do cabeçalho do pedido de compra. Exemplos AbertoFechado para faturamentoCanceladoEm aprovação | |||
| Valor do pedido de compra PurchaseOrderAmount | Valor monetário total do pedido de compra. | ||
| Descrição O valor do pedido de compra representa o compromisso financeiro total do pedido. Ele pode ser analisado no documento como um todo ou em cada item. Esse atributo é fundamental para a análise financeira e a priorização. Ele permite filtrar processos por valor, por exemplo, para concentrar a análise em pedidos de compra de alto valor, que podem exigir fluxos de aprovação mais complexos ou ter maior impacto para a empresa. Relacionar o valor do pedido aos tempos de ciclo ou às taxas de retrabalho pode revelar se os pedidos de alto valor são processados com menos eficiência do que os de baixo valor. Por que isso importa Acrescenta uma dimensão financeira ao processo, permitindo analisar os valores para priorizar melhorias e entender os fatores que geram custos. Onde encontrar Esse valor fica nos dados do cabeçalho do pedido de compra e costuma ser calculado pela soma dos valores de todos os itens. Exemplos 15000.00250.75125000.50 | |||
| Data e hora de término EndTime | Data e hora exatas em que uma atividade foi concluída. Em eventos atômicos, geralmente são iguais à data e hora do evento. | ||
| Descrição O atributo Hora de término registra o horário de conclusão de uma atividade. Embora muitos eventos de processo sejam atômicos e tenham o mesmo horário de início e término, algumas atividades, especialmente as manuais ou com duração mensurável, podem ter horários de início e término diferentes. Com o horário de término, é possível calcular com precisão o tempo de processamento de cada atividade. Isso ajuda a identificar quais etapas consomem mais tempo e a diferenciar o tempo de processamento, quando o trabalho está sendo realizado, do tempo de espera, quando não há atividade entre uma etapa e outra. Por que isso importa Permite calcular com precisão o tempo de processamento das atividades e distinguir o tempo de trabalho ativo do tempo de espera no processo. Onde encontrar Encontrado em registros de eventos ou dados de transações, às vezes em um campo separado chamado 'Hora de término' ou 'Data de conclusão'. Se esse dado não estiver disponível, você pode usar o mesmo valor do horário do evento. Exemplos 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
| ID da requisição de compra PurchaseRequisitionId | Identificador único da requisição de compra que antecedeu e autorizou o pedido de compra. | ||
| Descrição O ID da requisição de compra identifica o documento interno que deu início ao processo de compras. A requisição é a solicitação formal de um departamento à equipe de compras para adquirir produtos ou serviços. Esse ID permite relacionar o processo do pedido de compra ao processo anterior de requisição. Assim, você pode analisar o ciclo mais amplo de requisição até pedido e medir o tempo entre a solicitação e a criação do pedido de compra. Isso ajuda a identificar atrasos na transferência entre quem solicita e a equipe de compras. Por que isso importa Relaciona o pedido de compra à solicitação que o originou e permite analisar o tempo de ciclo desde a requisição até o pedido. Onde encontrar Geralmente armazenado como campo de referência no cabeçalho do pedido de compra ou nos dados dos itens. Exemplos PR-1008761000004321REQ-052023-01 | |||
| Moeda Currency | Código da moeda, como USD ou EUR, usada nos valores monetários do pedido de compra. | ||
| Descrição O atributo Moeda indica a unidade monetária usada no valor do pedido de compra e em outros campos financeiros. Ele é essencial para interpretar e agregar corretamente os dados financeiros, especialmente em organizações multinacionais que operam com várias moedas. Na análise, esse atributo garante que as métricas financeiras sejam comparadas em bases equivalentes. É necessário para qualquer Dashboard ou KPI que envolva valores monetários, pois permite converter moedas e gerar relatórios corretamente, oferecendo uma visão financeira precisa do processo de compras. Por que isso importa Fornece o contexto necessário para interpretar todos os valores monetários e garante relatórios e comparações financeiras precisos, especialmente em operações globais. Onde encontrar Esse código geralmente fica no cabeçalho do pedido de compra, junto com o valor total. Exemplos USDEURGBP | |||
| Solicitante Requester | Nome da pessoa que solicitou inicialmente os produtos ou serviços. | ||
| Descrição O solicitante é a pessoa da organização que identificou a necessidade de uma compra, geralmente criando a requisição de compra correspondente. Ele não é necessariamente quem criou o documento do pedido de compra no sistema, função que costuma ser desempenhada por alguém da equipe de compras. Analisar os dados por solicitante pode ajudar a identificar padrões de comportamento nas compras. Por exemplo, alguns solicitantes podem fazer pedidos urgentes com frequência ou pedidos que exigem muitas alterações. Essas informações podem orientar treinamentos específicos sobre as políticas de compras ou ajudar a melhorar a definição dos requisitos desde o início. Por que isso importa Identifica a pessoa da empresa que iniciou a compra, ajudando a analisar os comportamentos de compra e a melhorar a definição dos requisitos. Onde encontrar Essas informações geralmente vêm da requisição de compra associada ou ficam em um campo chamado 'Solicitante' no próprio pedido de compra. Exemplos Alice JohnsonRobert WilliamsChen, Wei | |||
Atividades de compras, da requisição ao pagamento: pedido de compra
| Atividade | Descrição | ||
|---|---|---|---|
| Fatura recebida | Este evento marca o recebimento e o registro da fatura do fornecedor vinculada ao pedido de compra. Ele dá início à etapa de faturamento e pagamento do ciclo de compras a pagamento. | ||
| Por que isso importa Esta atividade conecta o processo de compras à área de contas a pagar. O tempo entre o recebimento das mercadorias e o recebimento da fatura é importante para gerenciar provisões e previsões financeiras. Onde encontrar Este evento corresponde a uma transação explícita, registrada na criação ou no lançamento de um documento de fatura do fornecedor vinculado ao pedido de compra. Coleta Use a data de criação, entrada ou lançamento do documento de fatura do fornecedor. Tipo de evento explicit | |||
| Pedido de compra aprovado | Este marco importante indica que o pedido de compra concluiu o fluxo interno de aprovação. Agora, ele está autorizado para ser enviado ao fornecedor e representa um compromisso financeiro oficial. | ||
| Por que isso importa Este é um marco crítico para medir a eficiência das aprovações internas. Atrasos na aprovação afetam diretamente o tempo total do processo e podem prejudicar o relacionamento com os fornecedores. Onde encontrar Em geral, esse evento é inferido a partir de uma mudança de status no pedido de compra ou registrado com base na data e hora da aprovação final no histórico do Workflow. Coleta Use a data e hora em que o status de aprovação final do pedido de compra é definido ou em que a última aprovação necessária é registrada. Tipo de evento inferred | |||
| Pedido de compra criado | Esta atividade representa a criação inicial do documento do pedido de compra no sistema. Ela marca o início formal do compromisso de compra e costuma ser gerada a partir de uma solicitação aprovada. | ||
| Por que isso importa Como evento de início do caso, esta atividade é fundamental para medir o tempo de ciclo de ponta a ponta do pedido de compra. Ela define a referência para todas as etapas seguintes do processo. Onde encontrar Esta informação é obtida da data e hora de criação do registro principal do pedido de compra ou da tabela de cabeçalho. Coleta Use a data e a hora de criação do documento no registro de cabeçalho do pedido de compra. Tipo de evento explicit | |||
| Pedido de compra encerrado | Esta é a atividade final, que indica que o pedido de compra foi concluído. Em geral, um pedido é encerrado quando todas as mercadorias foram recebidas, todas as faturas foram registradas e não há previsão de novas transações. | ||
| Por que isso importa Esta atividade marca o fim do ciclo de vida do pedido de compra. O tempo até o encerramento é uma métrica importante do fluxo geral do processo e ajuda a identificar pedidos parados e sem atividade. Onde encontrar Em geral, esse evento é inferido a partir de um status final, como “Encerrado” ou “Concluído”, que pode ser definido automaticamente ou manualmente. Coleta Use a data e hora em que o status de encerramento final é definido ou em que os indicadores “entrega concluída” e “fatura final” ficam ativos. 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. O envio pode ocorrer por diferentes canais, como EDI, portal do fornecedor ou e-mail. | ||
| Por que isso importa Este é o primeiro contato externo e marca o início do tempo de atravessamento do fornecedor. Atrasos entre a aprovação interna e o envio do pedido ao fornecedor representam tempo perdido no ciclo de compras. Onde encontrar Em geral, esse evento é registrado nos logs de saída de mensagens, nos registros de comunicação ou por uma mudança de status específica, como “Enviado” ou “Pedido realizado”. Coleta Identifique a data e hora em que a mensagem de saída do pedido de compra foi processada ou enviada com sucesso. Tipo de evento explicit | |||
| Recebimento de mercadorias registrado | Esta atividade representa o registro formal das mercadorias recebidas em relação ao pedido de compra. Ela confirma que a remessa chegou e foi registrada no sistema, muitas vezes atualizando os níveis de estoque. | ||
| Por que isso importa Este é um marco crítico que indica, do ponto de vista logístico, que o pedido foi atendido. A análise da performance de entrega no prazo depende muito da precisão e do registro em tempo hábil deste evento. Onde encontrar Este evento corresponde a uma transação explícita que cria um documento de recebimento de mercadorias ou de produtos vinculado ao pedido de compra. Coleta Use a data de lançamento ou de criação do documento de material ou da transação de recebimento de mercadorias. Tipo de evento explicit | |||
| Fornecedor confirmou o pedido | Este evento indica que o fornecedor recebeu e analisou o pedido de compra e confirmou seu recebimento. A confirmação costuma incluir o acordo sobre preço, quantidade e datas de entrega. | ||
| Por que isso importa A confirmação do fornecedor dá mais segurança de que o pedido será atendido conforme solicitado. A falta de uma confirmação em tempo hábil pode indicar problemas ou atrasos no atendimento. Onde encontrar Este evento é registrado a partir de transações iniciadas pelo fornecedor no portal ou por meio de entrada manual de dados com base em confirmações por e-mail ou fax. Coleta Use a data e hora do documento de confirmação do pedido ou da atualização de status que indica a confirmação do fornecedor. Tipo de evento explicit | |||
| Mercadorias devolvidas | Esta atividade é registrada quando mercadorias recebidas anteriormente são devolvidas ao fornecedor. As devoluções costumam ocorrer por problemas de qualidade, danos durante o transporte ou envio de produtos incorretos. | ||
| Por que isso importa Acompanhar a frequência das devoluções é um indicador importante da qualidade e da performance dos fornecedores. Uma taxa alta de devoluções pode revelar problemas recorrentes com determinados fornecedores ou produtos. Onde encontrar Este evento é registrado por meio de uma transação específica de devolução ou do estorno do documento original de recebimento de mercadorias. Coleta Identifique a data de lançamento do documento de devolução de material ou de uma movimentação de mercadorias com um tipo específico de devolução. Tipo de evento explicit | |||
| Pedido de compra alterado | Este evento representa qualquer alteração feita no pedido de compra após sua criação ou aprovação inicial. Entre as mudanças mais comuns estão ajustes na quantidade, no preço ou nas datas de entrega. | ||
| Por que isso importa Alterações frequentes podem indicar falhas no planejamento inicial, problemas com fornecedores ou instabilidade no processo. Cada alteração costuma exigir uma nova aprovação, aumentando a carga administrativa e os atrasos. Onde encontrar Esta informação é obtida dos logs de alterações do sistema, do histórico de versões do documento ou das tabelas de trilha de auditoria. Coleta Use a data e hora dos logs de alteração do documento vinculados ao pedido de compra. Tipo de evento explicit | |||
| Pedido de compra cancelado | Esta atividade representa o cancelamento de um pedido de compra antes de sua conclusão. O cancelamento pode ocorrer em diferentes etapas, caso os produtos não sejam mais necessários ou o pedido tenha sido criado por engano. | ||
| Por que isso importa Os cancelamentos representam esforço desperdiçado e podem indicar ineficiências no processo ou falhas no planejamento da demanda. Entender por que e quando os pedidos de compra são cancelados pode ajudar a melhorar o processo. Onde encontrar Em geral, esse evento é inferido a partir de um status específico do documento, como “Cancelado”, ou da ativação de um indicador de exclusão no registro do pedido de compra. Coleta Identifique a data e hora em que o indicador de exclusão é definido ou o status do documento muda para cancelado. Tipo de evento inferred | |||
| Pedido de compra enviado para aprovação | Esta atividade ocorre quando um pedido de compra em rascunho é enviado formalmente para um fluxo interno de aprovação. Com isso, o documento passa de rascunho para aguardando aprovação. | ||
| Por que isso importa Este evento separa o tempo de criação ou elaboração do pedido de compra do tempo efetivo do ciclo de aprovação. Analisar o intervalo entre a criação e o envio pode revelar questões relacionadas ao comportamento dos usuários ou à necessidade de treinamento. Onde encontrar Em geral, esse evento é registrado a partir de uma ação explícita do usuário, de uma mudança de status ou de uma entrada no log do Workflow. Coleta Identifique a data e hora associadas à ação “enviar para aprovação” ou à mudança de status correspondente. Tipo de evento explicit | |||
| Pedido de compra rejeitado | Esta atividade ocorre quando um aprovador rejeita o pedido de compra durante o fluxo de aprovação. Normalmente, o pedido volta para quem o criou, para revisão ou cancelamento. | ||
| Por que isso importa As rejeições geram retrabalho e atrasos no processo. Analisar a frequência e os motivos das rejeições ajuda a identificar problemas na qualidade dos dados, na Conformidade com as políticas ou no treinamento dos aprovadores. Onde encontrar Em geral, esse evento é inferido a partir da mudança do status do documento do pedido de compra para “Rejeitado” ou um status semelhante. Coleta Identifique a data e hora em que o status do pedido de compra é atualizado para indicar a rejeição. Tipo de evento inferred | |||
| Serviços confirmados | Esta atividade equivale ao recebimento de mercadorias em pedidos de compra de serviços. Ela confirma que o serviço foi prestado conforme as condições especificadas no pedido. | ||
| Por que isso importa Nas compras de serviços, este evento é essencial para acompanhar a performance da prestação e costuma ser um pré-requisito para aprovar a fatura correspondente para pagamento. Onde encontrar Em geral, esse evento é registrado com a criação de uma folha de registro de serviços ou de um documento de confirmação de serviço semelhante. Coleta Use a data de criação ou de lançamento da folha de registro de serviços ou do registro de confirmação. Tipo de evento explicit | |||
| Solicitação de compra aprovada | Este evento indica que todas as partes necessárias analisaram e aprovaram a solicitação de compra. A aprovação autoriza a criação de um pedido de compra formal. | ||
| Por que isso importa Este marco encerra o processo interno de aprovação da demanda. Acompanhar a duração e a taxa de aprovação das solicitações é essencial para entender a eficiência antes da compra. Onde encontrar Em geral, esse evento é inferido a partir de uma mudança de status no documento da solicitação ou registrado no histórico do Workflow. Coleta Identifique a data e hora em que o status de aprovação final da solicitação é definido ou em que a ação de aprovação final é registrada. Tipo de evento inferred | |||
| Solicitação de compra criada | Esta atividade registra a solicitação formal de produtos ou serviços que antecede um pedido de compra. É o documento inicial que formaliza a necessidade do negócio e normalmente dá início a um fluxo de aprovação. | ||
| Por que isso importa Analisar o tempo entre a criação da solicitação e a criação do pedido de compra ajuda a identificar gargalos na etapa entre a demanda e o pedido. Um grande volume de solicitações que não se transforma em pedido pode indicar falhas no planejamento. Onde encontrar Este evento é registrado com base na data e hora de criação do documento ou registro da solicitação de compra no módulo de compras. Coleta Use a data e hora de criação da tabela de cabeçalho da solicitação de compra ou do log do documento. Tipo de evento explicit | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,
consulte nosso guia de ETL ou selecione um processo e um sistema específicos.
Pronto para começar?
Comece a otimizar seu processo de compras escolhendo um guia de extração específico para o seu sistema ou use este Template genérico como ponto de partida para preparar os dados.
Otimize o processo de pedidos de compra. Comece hoje.
Funciona com qualquer sistema. Identifique gargalos e acelere os ciclos dos pedidos de compra.
Não é necessário informar cartão de crédito. Configuração em 5 minutos.