Seu Template de dados de Compras ao pagamento: Pedido de compra
Seu Template de dados de Compras ao pagamento: Pedido de compra
Este é nosso Template genérico de dados para Process Mining para Purchase to Pay - Pedido de compra. Use nossos Templates específicos de sistemas para obter orientações mais detalhadas.
Selecione um sistema específico- Lista completa dos campos de dados recomendados para uma análise aprofundada.
- Principais atividades e marcos para acompanhar o ciclo de vida do seu pedido de compra.
- Aplicável a qualquer sistema que gerencie seu processo de Compras ao pagamento.
Purchase to Pay - Atributos do pedido de compra
| Nome | Descrição | ||
|---|---|---|---|
| Hora do evento EventTime | O registro exato de data e hora que indica quando uma atividade ou evento ocorreu. | ||
| Descrição A hora do evento registra a data e a hora em que uma atividade específica foi executada ou uma alteração de status foi registrada. Esse registro de data e hora fornece o contexto temporal de cada evento no ciclo de vida do pedido de compra. No Process Mining, os registros de data e hora são fundamentais para calcular tempos de ciclo, durações e tempos de espera entre atividades. Ao ordenar cronologicamente os eventos de cada caso, é possível analisar a performance do processo, identificar gargalos onde há perda de tempo e monitorar a Conformidade com acordos de nível de serviço (SLAs). Por que isso importa Ele permite todas as análises baseadas em tempo, incluindo o cálculo do tempo de ciclo, a identificação de gargalos e o monitoramento da performance em relação a referências. Onde obter Normalmente, esse dado é encontrado em Event Logs, tabelas de histórico de alterações ou como um campo de data de criação ou lançamento em documentos transacionais. Exemplos 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
| ID do pedido de compra PurchaseOrderId | O 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, diferenciando-o de todos os demais. Ele funciona como referência central para todas as atividades, documentos e comunicações relacionadas a uma transação de compra específica. No Process Mining, esse ID é fundamental para agrupar todos os eventos relacionados, como criação, aprovação, recebimento de produtos e faturamento, em uma única instância de processo ou "caso" de ponta a ponta. Analisar os processos por esse identificador permite reconstruir e visualizar todo o ciclo de vida de cada pedido de compra, desde sua criação até o encerramento final. Por que isso importa É o atributo fundamental que conecta todos os eventos relacionados em um único caso de processo, tornando possível analisar de ponta a ponta o ciclo de vida do pedido de compra. Onde obter Normalmente, este é um campo de chave primária encontrado na tabela de cabeçalho do pedido de compra ou no documento. Exemplos PO-0012454500017563732000451 | |||
| Nome da atividade ActivityName | O nome do evento ou da tarefa de negócio 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 alteração de status no processo do pedido de compra. Exemplos incluem "Pedido de compra criado", "Pedido de compra aprovado", "Recebimento de produtos lançado" e "Fatura recebida". Cada atividade representa um ponto distinto na jornada do processo. Esse 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 eventos repetidos de aprovação ou alteração. Por que isso importa Ele forma a base do mapa do processo, permitindo visualizar e analisar o fluxo, as variações e as ineficiências do processo. Onde obter Essas informações normalmente são derivadas de códigos de transação, logs de alteração de status, tabelas de eventos ou tabelas de documentos de alteração associadas ao pedido de compra. Exemplos Pedido de compra criadoPedido de compra aprovadoRecebimento de produtos lançadoFatura recebida | |||
| Sistema de origem SourceSystem | O sistema de registro ou aplicativo do qual os dados do processo foram extraídos. | ||
| Descrição O atributo Sistema de origem identifica o sistema de informação de origem dos dados dos eventos, como um ERP, uma plataforma de compras ou um sistema legado. Isso é especialmente importante em ambientes onde o processo de compras e pagamentos abrange vários aplicativos integrados. Conhecer o sistema de origem ajuda na validação dos dados, na solução de problemas e na compreensão de variações do processo que podem depender do sistema. Por exemplo, pedidos de compra originados 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 Ele fornece o contexto sobre a origem dos dados, algo fundamental para a governança e a validação dos dados e para analisar variações do processo entre diferentes sistemas. Onde obter Pode ser um valor estático adicionado durante a extração dos dados ou um campo nas tabelas de origem que indica o sistema de entrada. Exemplos SAP S/4HANAOracle FusionCoupa | |||
| Última atualização dos dados LastDataUpdate | O registro de data e hora que indica quando os dados desse processo foram atualizados ou extraídos pela última vez. | ||
| Descrição Esse atributo registra a data e a hora do carregamento ou da atualização mais recente dos dados provenientes do sistema de origem. É um campo de metadados que se aplica a todo o conjunto de dados, e não a um único evento. Essas informações são fundamentais para que os usuários entendam o nível de atualização dos dados que estão analisando. Elas ajudam a avaliar a relevância dos insights e garantem que as decisões sejam baseadas em dados tão atuais quanto necessário para a análise. Por que isso importa Ele informa aos usuários o nível de atualização dos dados, garantindo que entendam o período abrangido pela análise e a relevância dos resultados. Onde obter Esse registro de data e hora normalmente é gerado e armazenado 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 | A classificação dos produtos ou serviços comprados, como Hardware de TI, Serviços profissionais ou Materiais de escritório. | ||
| Descrição A Categoria do item, também conhecida como 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 e o comportamento do processo de compras. Analisar o processo por categoria de item pode revelar variações significativas. Por exemplo, o processo de compras de serviços complexos pode ter ciclos de aprovação mais longos e mais alterações do que o processo de 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 obter Essas informações geralmente são armazenadas no nível dos itens do pedido de compra. Exemplos Hardware de TIServiços profissionaisMateriais de escritórioMRO - Manutenção, reparo e operações | |||
| Data de entrega solicitada RequestedDeliveryDate | A data em que a empresa solicitou ao fornecedor a entrega dos produtos ou serviços. | ||
| Descrição A Data de entrega solicitada é a data especificada no pedido de compra até a qual a organização espera receber os itens ou serviços do fornecedor. Essa data serve como referência para medir a performance de entrega do fornecedor. Esse atributo é essencial para calcular o KPI 'Taxa de entrega no prazo'. Comparando a data de entrega solicitada com a data real de recebimento das mercadorias, as empresas podem avaliar a confiabilidade do fornecedor. A análise dos desvios ajuda a identificar problemas recorrentes relacionados a determinados fornecedores, itens ou locais de envio, fornecendo dados para conversas sobre performance. Por que isso importa É a referência para medir a performance de entrega do fornecedor e é essencial para calcular o KPI Taxa de entrega no prazo. Onde obter 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 | O departamento de negócios, centro de custo ou área funcional ao qual o pedido de compra é atribuído ou associado. | ||
| Descrição O atributo Departamento especifica a unidade organizacional responsável pela compra. Geralmente, é 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, as maiores taxas de alteração ou o maior volume de compras fora do processo. Esses insights ajudam a adaptar as iniciativas de melhoria às necessidades e aos comportamentos específicos de cada departamento. Por que isso importa Permite segmentar a análise do processo por unidade de negócio, ajudando a comparar a performance e identificar problemas ou boas práticas específicos de cada departamento. Onde obter Essas informações geralmente estão disponíveis no cabeçalho do pedido de compra ou nos detalhes dos itens, muitas vezes vinculadas a um campo 'Cost Center' ou 'Department'. Exemplos FinançasTecnologia da InformaçãoMarketing - CPG | |||
| Nome do fornecedor VendorName | O 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 de compra. Analisar o processo por fornecedor é essencial para gerenciar a performance dos fornecedores. Isso permite comparar fornecedores com base em métricas como taxas de entrega no prazo, taxas de devolução de mercadorias e frequência de alterações nos pedidos de compra. Esses insights podem orientar estratégias de sourcing, negociações com fornecedores e a gestão do relacionamento. Por que isso importa Permite analisar a performance dos fornecedores, comparando prazos de entrega, qualidade e atritos no processo entre diferentes fornecedores. Onde obter É obtido nos dados mestres de fornecedores e vinculado ao pedido de compra, geralmente no cabeçalho do documento. Exemplos Global Office SuppliesTech Solutions Inc.Creative Marketing Agency | |||
| Nome do usuário UserName | O nome ou ID do usuário que realizou uma atividade específica, como criar, aprovar ou alterar o pedido de compra. | ||
| Descrição O Nome do 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. Isso garante a responsabilização 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 altos índices de retrabalho ou atrasos, ou conferir se houve violações da segregação de funções. Por que isso importa Vincula as atividades do processo a pessoas específicas, permitindo analisar a carga de trabalho, a performance e a conformidade no nível do usuário. Onde obter Geralmente encontrado nos campos 'Created By', 'Changed By' ou 'User ID' dos logs de transações e cabeçalhos de documentos. Exemplos j.doesmith_auser123 | |||
| Status do pedido de compra PurchaseOrderStatus | O status atual ou final do pedido de compra em seu ciclo de vida, como 'Aberto', 'Fechado' ou 'Cancelado'. | ||
| Descrição O Status do pedido de compra indica a etapa do pedido em seu ciclo de vida em determinado momento ou sua situação final. Os status comuns incluem 'Em aprovação', 'Aprovado', 'Enviado ao fornecedor', 'Recebido parcialmente', 'Fechado' ou 'Cancelado'. Esse atributo é útil para filtrar e analisar grupos específicos de pedidos de compra. Por exemplo, a análise pode se concentrar exclusivamente nos pedidos abertos para identificar gargalos atuais ou nos 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 com base na etapa do ciclo de vida, possibilitando uma análise focada em pedidos abertos, fechados ou problemáticos. Onde obter É um campo de status padrão encontrado nos dados do cabeçalho do pedido de compra. Exemplos Em abertoEncerrado para faturamentoCanceladoEm aprovação | |||
| Valor do pedido de compra PurchaseOrderAmount | O 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 nível do documento inteiro ou de cada item. Esse atributo é fundamental para a análise financeira e a priorização. Ele permite filtrar os processos por valor, por exemplo, para focar em pedidos de compra de alto valor, que podem ter workflows de aprovação mais complexos ou maior impacto no negócio. Correlacionar o valor do pedido com os tempos de ciclo ou as taxas de retrabalho pode revelar se pedidos de alto valor são tratados com menos eficiência do que pedidos de baixo valor. Por que isso importa Acrescenta uma dimensão financeira ao processo, permitindo análises baseadas em valor para priorizar melhorias e entender os fatores que geram custos. Onde obter Esse valor está nos dados do cabeçalho do pedido de compra e geralmente é calculado como a soma dos valores de todos os itens. Exemplos 15000.00250.75125000.50 | |||
| Hora de término EndTime | O registro exato de data e hora que indica quando uma atividade foi concluída. Para eventos atômicos, geralmente é igual à hora do evento. | ||
| Descrição O atributo Hora de término registra o momento em que uma atividade foi concluída. Embora muitos eventos de processo sejam atômicos e tenham a mesma hora de início e de término, algumas atividades, especialmente as manuais ou aquelas com duração mensurável, podem ter registros de data e hora distintos para início e término. Ter uma hora de término permite calcular com precisão o tempo de processamento de atividades individuais. Isso é muito útil para identificar quais etapas consomem mais tempo e diferenciar o tempo de processamento, quando o trabalho está sendo realizado ativamente, do tempo de espera, que corresponde ao período ocioso entre as atividades. Por que isso importa Ele permite calcular com precisão o tempo de processamento das atividades, ajudando a diferenciar o tempo de trabalho ativo do tempo de espera no processo. Onde obter É encontrado em Event Logs ou dados de transações, às vezes como um campo separado de "Hora de término" ou "Data de conclusão". Se não estiver disponível, pode ser definido com o mesmo valor da hora do evento. Exemplos 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
| ID da requisição de compra PurchaseRequisitionId | O identificador exclusivo da requisição de compra que precedeu e autorizou o pedido de compra. | ||
| Descrição O ID da requisição de compra identifica o documento interno que iniciou o processo de compras. A requisição é a solicitação formal feita por um departamento ao departamento de compras para adquirir produtos ou serviços. Esse ID permite conectar o processo do pedido de compra ao processo de requisição que o antecedeu. Assim, você pode fazer uma análise mais ampla de 'Requisição ao pedido', medindo o tempo entre a solicitação e a criação do pedido de compra. Isso ajuda a identificar atrasos na transferência entre os solicitantes e a equipe de compras. Por que isso importa Vincula o pedido de compra à solicitação que o originou, permitindo analisar o tempo de ciclo da etapa anterior, da requisição ao pedido. Onde obter Geralmente é armazenado como um campo de referência no cabeçalho do pedido de compra ou nos dados dos itens. Exemplos PR-1008761000004321REQ-052023-01 | |||
| Moeda Currency | O código da moeda, como USD ou EUR, usado nos valores monetários do pedido de compra. | ||
| Descrição O atributo Moeda especifica 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 uma base equivalente. Ele é necessário para qualquer Dashboard ou KPI que envolva valores monetários, permitindo a conversão de moedas e a geração de relatórios adequadas para oferecer uma visão financeira precisa do processo de compras. Por que isso importa Fornece o contexto necessário para todos os valores monetários, garantindo relatórios e comparações financeiras precisos, especialmente em operações globais. Onde obter Esse código geralmente é armazenado no cabeçalho do pedido de compra, junto do valor total. Exemplos USDEURGBP | |||
| Solicitante Requester | O nome da pessoa que solicitou inicialmente os produtos ou serviços. | ||
| Descrição O Solicitante é a pessoa da organização que iniciou a necessidade de compra, geralmente criando a requisição de compra anterior. Ele é diferente do usuário que pode ter criado o documento do pedido de compra no sistema, normalmente alguém do departamento de compras. Analisar os dados por solicitante pode ajudar a identificar padrões de comportamento nas compras. Por exemplo, determinados solicitantes podem fazer pedidos urgentes com frequência ou pedidos que exigem alterações recorrentes. Essas informações podem ser usadas para oferecer treinamento direcionado sobre as políticas de compras ou melhorar a especificação dos requisitos desde a origem. Por que isso importa Identifica o usuário de negócio que iniciou a compra, ajudando a analisar comportamentos de compra e melhorar o processo de especificação dos requisitos. Onde obter Essas informações geralmente vêm da requisição de compra associada ou são armazenadas no próprio pedido de compra, no campo 'Requester'. Exemplos Alice JohnsonRobert WilliamsChen, Wei | |||
Purchase to Pay - Atividades do pedido de compra
| Atividade | Descrição | ||
|---|---|---|---|
| Fatura recebida | Este evento marca o recebimento e o lançamento da fatura de um fornecedor vinculada ao pedido de compra. Ele indica o início da etapa de faturamento e pagamento do ciclo de compras. | ||
| Por que isso importa Esta atividade conecta o processo de compras à área de contas a pagar. O tempo entre o recebimento dos produtos e o recebimento da fatura é importante para gerenciar provisões e previsões financeiras. Onde obter Esta é uma transação explícita capturada a partir da criação ou do lançamento de um documento de fatura do fornecedor vinculado ao pedido de compra. Captura Use a data de criação, entrada ou lançamento do documento de fatura do fornecedor. Tipo de evento explicit | |||
| Pedido de compra aprovado | Esse marco importante indica que o pedido de compra concluiu seu Workflow interno de aprovação. Agora, o pedido está autorizado para ser enviado ao fornecedor, representando um compromisso financeiro oficial. | ||
| Por que isso importa Esse é um marco crítico para medir a eficiência da aprovação interna. Atrasos na aprovação afetam diretamente o lead time geral e podem prejudicar o relacionamento com os fornecedores. Onde obter Normalmente, esse evento é inferido a partir de uma alteração de status no pedido de compra ou capturado pelo registro de data e hora da aprovação final no log do histórico do Workflow. Captura Use o registro de data e hora em que o status de aprovação final do pedido de compra é definido ou em que a última ação de 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, geralmente gerado a partir de uma requisição aprovada. | ||
| Por que isso importa Como principal evento de início do caso, esta atividade é fundamental para medir o tempo de ciclo de ponta a ponta de um pedido de compra. Ela estabelece a base para todas as etapas seguintes do processo. Onde obter Essas informações são capturadas pelo registro de data e hora de criação do registro principal do pedido de compra ou da tabela de cabeçalho. Captura 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, indicando que o pedido de compra foi concluído. Normalmente, um pedido é encerrado quando foi totalmente recebido e faturado, e não são esperadas 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 throughput geral do processo e ajuda a identificar pedidos parados e sem atividade. Onde obter Esse evento costuma ser inferido a partir de um status final, como "Encerrado" ou "Concluído", que pode ser definido automaticamente ou manualmente. Captura Use o registro de data e hora em que o status final de encerramento é definido ou quando os indicadores "entrega concluída" e "fatura final" estão ativos. Tipo de evento inferred | |||
| Pedido de compra enviado ao fornecedor | Esta atividade marca o momento em que o pedido de compra aprovado é transmitido oficialmente ao fornecedor. Isso pode ocorrer por diferentes canais, como EDI, portal do fornecedor ou e-mail. | ||
| Por que isso importa Esse é o primeiro ponto de contato externo e marca o início do lead time do fornecedor. Atrasos entre a aprovação interna e o envio do pedido de compra ao fornecedor representam tempo perdido no ciclo de compras. Onde obter Esse evento costuma ser capturado nos logs de saída de mensagens, nos registros de comunicação ou por meio de uma alteração de status específica, como "Enviado" ou "Pedido realizado". Captura Identifique o registro de data e hora em que a mensagem de comunicação de saída do pedido de compra foi processada ou enviada com sucesso. Tipo de evento explicit | |||
| Recebimento de produtos lançado | Esta atividade representa o registro formal dos produtos recebidos vinculados ao pedido de compra. Ela confirma que uma remessa chegou e foi registrada no sistema, geralmente atualizando os níveis de estoque. | ||
| Por que isso importa Esse é um marco crítico que representa o atendimento do pedido do ponto de vista logístico. Analisar a performance das entregas no prazo depende muito da precisão e da pontualidade desse evento. Onde obter Esta é uma transação explícita que cria um documento de recebimento de produtos ou de recebimento de mercadorias vinculado ao pedido de compra. Captura Use a data de lançamento ou a data de criação do documento de material ou da transação de recebimento de produtos. Tipo de evento explicit | |||
| Fornecedor confirmou o pedido | Este evento indica que o fornecedor recebeu, analisou e confirmou o pedido de compra. Essa confirmação geralmente inclui um acordo sobre preço, quantidade e datas de entrega. | ||
| Por que isso importa A confirmação do fornecedor dá segurança de que o pedido será atendido conforme solicitado. A falta de uma confirmação no prazo pode ser um indicador inicial de possíveis problemas ou atrasos no atendimento. Onde obter Esse evento é capturado a partir de transações iniciadas pelo fornecedor em um portal de fornecedores ou por meio de lançamento manual com base em confirmações recebidas por e-mail ou fax. Captura Use o registro de 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 | |||
| Pedido de compra alterado | Este evento representa qualquer alteração feita em um pedido de compra após sua criação ou aprovação inicial. As alterações mais comuns incluem ajustes na quantidade, no preço ou nas datas de entrega. | ||
| Por que isso importa Alterações frequentes podem indicar um planejamento inicial inadequado, problemas com fornecedores ou instabilidade no processo. Cada alteração geralmente aciona uma nova aprovação, aumentando significativamente a carga administrativa e os atrasos. Onde obter Essas informações são capturadas nos logs de alterações do sistema, no histórico de versões do documento ou nas tabelas de trilha de auditoria. Captura Use o registro de data e hora dos logs de alteração de documentos 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 se os produtos não forem mais necessários ou se o pedido tiver sido criado por engano. | ||
| Por que isso importa Cancelamentos representam esforço desperdiçado e podem indicar ineficiências no processo ou um planejamento inadequado da demanda. Entender por que e quando os pedidos de compra são cancelados pode levar a melhorias no processo. Onde obter Normalmente, 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. Captura Identifique o registro de data e hora em que o indicador de exclusão é definido ou em que 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 Workflow interno de aprovação. Com isso, o documento passa do estado de rascunho para o estado de aprovação pendente. | ||
| Por que isso importa Esse evento separa o tempo de criação ou elaboração do pedido de compra do tempo efetivo do ciclo de aprovação. Analisar o atraso entre a criação e o envio pode revelar problemas de comportamento dos usuários ou de treinamento. Onde obter Normalmente, esse evento é capturado a partir de uma ação explícita do usuário, de uma alteração de status ou de uma entrada no log do Workflow. Captura Identifique o registro de data e hora associado à ação de "enviar para aprovação" ou à alteração de status correspondente. Tipo de evento explicit | |||
| Pedido de compra rejeitado | Esta atividade ocorre quando um aprovador rejeita o pedido de compra durante o Workflow de aprovação. Normalmente, o pedido é devolvido ao criador para revisão ou cancelamento. | ||
| Por que isso importa As rejeições introduzem retrabalho e atrasos no processo. Analisar a frequência e os motivos das rejeições ajuda a identificar problemas de qualidade dos dados, Conformidade com as políticas ou treinamento dos aprovadores. Onde obter Geralmente, esse evento é inferido a partir da alteração do status do documento do pedido de compra para "Rejeitado" ou para um estado semelhante. Captura Identifique o registro de data e hora em que o status do pedido de compra é atualizado para indicar a rejeição. Tipo de evento inferred | |||
| Produtos devolvidos | Esta atividade é registrada quando produtos recebidos anteriormente são devolvidos ao fornecedor. As devoluções geralmente ocorrem por problemas de qualidade, danos durante o transporte ou envio incorreto. | ||
| Por que isso importa Acompanhar a frequência das devoluções é um indicador importante da qualidade e da performance do fornecedor. Taxas elevadas de devolução podem revelar problemas sistêmicos com determinados fornecedores ou produtos. Onde obter Esse evento é capturado por uma transação específica de devolução ou pelo estorno do documento original de recebimento de produtos. Captura Identifique a data de lançamento do documento de material de devolução ou de uma movimentação de produtos com um tipo específico de devolução. Tipo de evento explicit | |||
| Requisição de compra aprovada | Este evento indica que a requisição de compra foi analisada e aprovada por todas as partes necessárias. Essa aprovação autoriza a criação de um pedido de compra formal. | ||
| Por que isso importa Esse marco representa o fim do processo interno de aprovação da demanda. Acompanhar a duração e a taxa de sucesso das aprovações de requisições é fundamental para entender a eficiência antes das compras. Onde obter Normalmente, esse evento é inferido a partir de uma alteração de status no documento da requisição ou capturado no log do histórico do Workflow. Captura Identifique o registro de data e hora em que o status de aprovação final da requisição é definido ou em que a ação de aprovação final é registrada. Tipo de evento inferred | |||
| Requisiçã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 registra a necessidade do negócio e normalmente inicia um Workflow de aprovação. | ||
| Por que isso importa Analisar o tempo entre a criação da requisição e a criação do pedido de compra ajuda a identificar gargalos na etapa entre a demanda e o pedido. Um volume elevado de requisições que não se transformam em pedidos pode indicar um planejamento ineficiente. Onde obter Este evento é capturado pelo registro de data e hora de criação do documento ou registro da requisição de compra no módulo de compras. Captura Use o registro de data e hora de criação da tabela de cabeçalho da requisição de compra ou do log do documento. Tipo de evento explicit | |||
| Serviços confirmados | Esta atividade equivale ao recebimento de produtos para pedidos de compra baseados em serviços. Ela confirma que um serviço foi prestado de acordo com os termos especificados no pedido de compra. | ||
| Por que isso importa Nas compras de serviços, esse evento é essencial para acompanhar a performance da entrega do serviço e geralmente é um pré-requisito para aprovar a respectiva fatura para pagamento. Onde obter Normalmente, esse evento é capturado pela criação de uma folha de registro de serviços ou de um documento de confirmação de serviço semelhante. Captura 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 | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para obter instruções detalhadas,
Pronto para começar?
Comece a otimizar seu processo de Compras ao pagamento escolhendo um guia de extração específico do sistema ou use este Template genérico como ponto de partida para preparar seus dados.
Otimize seu processo de pedidos de compra. Comece hoje
Funciona com qualquer sistema, identifica gargalos e acelera os ciclos dos pedidos de compra.
Não é necessário cartão de crédito. Configuração em 5 minutos.