Seu Template de Dados para Requisição no Purchase to Pay
Seu Template de Dados para Requisição no Purchase to Pay
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientações de extração do SAP ECC
Atributos de Requisição no Purchase to Pay
| Nome | Descrição | ||
|---|---|---|---|
|
ID da Requisição de Compra
PurchaseRequisitionId
|
O identificador exclusivo para um documento de requisição de compra. | ||
|
Descrição
O ID da Requisição de Compra é a chave primária que identifica exclusivamente cada solicitação de mercadorias ou serviços no SAP ECC. Ele serve como o identificador central do caso, vinculando todas as atividades e alterações relacionadas a uma requisição específica, desde sua criação até sua resolução final, como a conversão em pedido de compra ou encerramento.\n\nNo Process Mining, esse ID é essencial para reconstruir o ciclo de vida ponta a ponta de cada requisição. Ao rastrear esse identificador, analistas podem visualizar o fluxo completo do processo, medir durações entre marcos e analisar variações no tratamento de diferentes requisições. Isso permite uma visão coesa de toda a jornada da requisição.
Por que é importante
Este é o identificador principal que conecta todos os eventos relacionados em um único caso, permitindo a análise do processo de ponta a ponta.
Onde obter
Encontrado na tabela EBAN, campo BANFN.
Exemplos
100234567810023456791002345680
|
|||
|
Nome da Atividade
ActivityName
|
O nome da atividade de negócio ocorrida em um momento específico. | ||
|
Descrição
Este atributo descreve uma etapa ou evento específico no ciclo de vida da requisição de compra, como 'Requisição Criada', 'Aprovação Enviada' ou 'Pedido de Compra Criado'. Essas atividades geralmente derivam de mudanças de status, logs de workflow ou documentos de alteração no SAP.\n\nA análise da sequência e frequência das atividades é a base do Process Mining. Ela permite a descoberta dos fluxos reais de processo, incluindo caminhos comuns, desvios e gargalos. Isso é essencial para construir dashboards como o Mapa do Processo de Requisição de Ponta a Ponta e calcular KPIs relacionados a retrabalho e conformidade.
Por que é importante
Define as etapas do processo, permitindo a visualização de mapas de processo e a análise de variações no fluxo.
Onde obter
Derivado das tabelas de documentos de modificação CDHDR e CDPOS, logs de workflow ou campos de status como EBAN-STATU.
Exemplos
Requisição de vaga criadaEtapa de Aprovação AprovadaRequisição RejeitadaPedido de Compra criado
|
|||
|
Tempo do Evento
EventTime
|
O timestamp indicando quando a atividade ocorreu. | ||
|
Descrição
O Event Time registra a data e hora exatas em que uma atividade específica ocorreu. Esse timestamp é fundamental para todas as análises temporais no Process Mining, incluindo o cálculo de tempos de ciclo, identificação de gargalos e compreensão da performance do processo. No contexto de requisições, este atributo permite calcular KPIs críticos, como o 'Tempo Médio de Aprovação de Requisição' e o 'Tempo para Criação do Pedido de Compra'. Ele alimenta dashboards que visualizam durações, como a análise do Tempo de Ciclo de Aprovação da Requisição, fornecendo os dados brutos necessários para medir o tempo entre quaisquer dois pontos do processo.
Por que é importante
Este timestamp é essencial para calcular todas as durações, analisar o desempenho do processo e descobrir gargalos temporais.
Onde obter
Encontrado na tabela de cabeçalho de modificação CDHDR (campos UDATE e UTIME).
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema de origem do qual os dados foram extraídos. | ||
|
Descrição
Este atributo especifica a origem dos dados do processo, por exemplo, 'Produção SAP ECC' ou 'QA S4HANA'. Geralmente é um valor estático adicionado durante a extração para fornecer contexto.\n\nNa análise de processos, isso ajuda a diferenciar dados de várias origens, garantindo que as análises não sejam distorcidas pela mistura de dados de produção, teste ou desenvolvimento. É uma peça fundamental de metadados para governança de dados e rastreabilidade.
Por que é importante
Fornece contexto essencial sobre a origem dos dados, garantindo rastreabilidade e permitindo análises de múltiplos sistemas.
Onde obter
Este é um valor estático geralmente adicionado durante o processo de extração, transformação e carga (ETL).
Exemplos
SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da atualização ou extração de dados mais recentes do sistema de origem. | ||
|
Descrição
Este atributo indica quando o conjunto de dados foi atualizado pela última vez. É um timestamp estático aplicado a todo o dataset durante cada carga, servindo como referência para a atualidade da análise.\n\nPara qualquer análise de Process Mining, saber a recência dos dados é crítico para decisões informadas. Este atributo garante que todos os stakeholders saibam o período coberto pelos dados, evitando conclusões baseadas em informações desatualizadas.
Por que é importante
Informa os usuários sobre a atualização dos dados, o que é crucial para a relevância e precisão da análise do processo.
Onde obter
Este é um valor estático que representa o timestamp da extração de dados, adicionado durante o processo de ETL.
Exemplos
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
|
|||
|
Departamento
Department
|
O departamento do solicitante ou o centro de custo associado à requisição. | ||
|
Descrição
Este atributo representa a unidade de negócio ou departamento que iniciou a requisição. Costuma ser derivado do perfil do solicitante ou do centro de custo do item.\n\nAnalisar o processo por departamento é crítico para entender variações de desempenho na organização. É a dimensão principal para o dashboard de 'Tempo de Ciclo de Aprovação de Requisições' e para o KPI de variância por departamento, ajudando a identificar quais áreas possuem processos eficientes e quais precisam de melhorias.
Por que é importante
Permite comparar a performance entre unidades de negócio, destacando gargalos departamentais e inconsistências no processo.
Onde obter
Frequentemente derivado da vinculação do Solicitante (EBAN-AFNAM) aos dados mestre de usuário (SU01) ou pelo uso do Centro de Custo (EBKN-KOSTL) associado à classificação contábil da requisição.
Exemplos
FinançasOperações de TIMarketingManufatura
|
|||
|
Nome do Utilizador
User
|
O ID do usuário que executou a atividade. | ||
|
Descrição
Este atributo identifica o usuário específico responsável por um evento, como a criação de uma requisição, aprovação de uma etapa ou alteração de um documento. No SAP, isso costuma ser capturado como um ID de usuário.\n\nA análise por usuário ajuda a identificar necessidades de treinamento, desempenho individual e fontes potenciais de erros na entrada de dados. É essencial para dashboards de produtividade e para entender a distribuição de carga de trabalho e a conformidade com as políticas de segregação de funções.
Por que é importante
Atribui atividades a indivíduos específicos, permitindo analisar a performance do usuário, carga de trabalho, conformidade e necessidades de treinamento.
Onde obter
Encontrado na tabela de cabeçalho de modificação CDHDR (campo USERNAME) para alterações, e na EBAN (campo ERNAM) para o criador.
Exemplos
SMITHJR.DOEUSUARIO123
|
|||
|
Status da requisição
RequisitionStatus
|
O status de processamento atual da requisição de compra. | ||
|
Descrição
Este atributo indica o status geral da requisição em um dado momento, como 'Em Liberação', 'Aprovada', 'Rejeitada' ou 'Encerrada'. No SAP, isso costuma ser representado por um código de status.\n\nRastrear o status é essencial para entender o resultado das requisições. Suporta diretamente o dashboard de 'Resultados e Taxas de Rejeição' e KPIs como 'Taxa de Rejeição de Requisições' e 'Taxa de Retirada'. Analisar como as requisições transitam entre os status ajuda a identificar ineficiências e pontos de falha no processo.
Por que é importante
Define o resultado de uma requisição, sendo crucial para analisar taxas de sucesso, motivos de rejeição e pontos finais do processo.
Onde obter
O status de processamento é encontrado na tabela EBAN, campo STATU. O status de liberação está em EBAN-FRGZU.
Exemplos
N (Não editado)B (Pedido de Compra criado)A (RFQ criada)K (Encerrado)
|
|||
|
Tipo de Documento
RequisitionDocumentType
|
Uma classificação que determina o tipo e as características da requisição de compra. | ||
|
Descrição
O Tipo de Documento no SAP controla vários aspectos de uma requisição de compra, incluindo o intervalo de numeração, seleção de campos e o processo de suprimentos geral que ela segue. Exemplos incluem 'Standard PR', 'Stock Transfer' ou 'Service PR'.\n\nEste atributo é uma dimensão poderosa para análise, pois diferentes tipos de documentos costumam ter fluxos de processo e requisitos de aprovação distintos. Ele permite que analistas segmentem os dados para comparar o desempenho de diferentes processos de requisição, o que é fundamental para entender a conformidade e identificar oportunidades de padronização ou especialização de processos.
Por que é importante
Permite a segmentação de requisições em diferentes categorias de processo, possibilitando uma análise mais precisa e relevante.
Onde obter
Encontrado na tabela EBAN, campo BSART.
Exemplos
NBUBRV
|
|||
|
Valor total da requisição
TotalRequisitionValue
|
O valor monetário total de todos os itens da requisição de compra. | ||
|
Descrição
Este atributo representa o valor financeiro total da requisição de compra. O valor é frequentemente um fator chave para determinar o workflow de aprovação, com requisições de maior valor exigindo maior escrutínio e mais etapas.\n\nAnalisar por valor é crítico para entender como o impacto financeiro afeta o comportamento do processo. Pode revelar se requisições caras demoram mais para serem aprovadas, são mais rejeitadas ou seguem caminhos diferentes. É uma métrica fundamental para avaliar o fluxo financeiro das compras.
Por que é importante
Ajuda a correlacionar o comportamento do processo com o impacto financeiro, o que é essencial para a análise de risco e para entender a complexidade das aprovações.
Onde obter
Soma do valor de todos os itens de linha. O valor do item de linha está na tabela EBAN, campo GSWER. A moeda está em EBAN-WAERS.
Exemplos
1500.00250.50125000.00
|
|||
|
Centro
Plant
|
A unidade da empresa ou centro (plant) para o qual as mercadorias ou serviços são solicitados. | ||
|
Descrição
O Centro (Plant) é uma unidade organizacional dentro de uma empresa, representando um local físico, como uma fábrica, armazém ou escritório. A requisição especifica o centro onde os itens solicitados são necessários.\n\nA análise por centro permite visões geográficas ou específicas por site do processo de requisição. Ela pode destacar diferenças de desempenho entre locais, que podem ser devidas a procedimentos locais diferentes, níveis de pessoal ou necessidades de negócios. Esta é uma dimensão comum para dashboards de desempenho regional.
Por que é importante
Fornece um contexto geográfico ou baseado em localização para análise, ajudando a identificar variações de processo regionais e diferenças de desempenho.
Onde obter
Encontrado na tabela EBAN, campo WERKS.
Exemplos
10002100DE01
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador booleano que indica se a requisição passou por um loop de retrabalho, como uma alteração após o envio. | ||
|
Descrição
Este é um atributo derivado que sinaliza atividades ou casos que envolvem retrabalho. Por exemplo, qualquer atividade de 'Requisição Alterada' que ocorra após 'Aprovação Enviada' seria considerada retrabalho. Também pode ser acionado por rejeições que fazem o processo voltar a uma etapa anterior.\n\nEsta sinalização é essencial para o dashboard de 'Análise de Alteração e Retrabalho'. Permite filtrar e quantificar o retrabalho, medindo seu impacto nos tempos de ciclo e identificando causas raiz. Altas taxas de retrabalho costumam indicar problemas na qualidade dos dados ou requisitos mal definidos.
Por que é importante
Ajuda a quantificar a frequência e o impacto do retrabalho, facilitando a identificação e análise de ineficiências e loops no processo.
Onde obter
Derivado do log de eventos ao identificar sequências específicas de atividades, como 'Requisição Alterada' ocorrendo após uma atividade de aprovação.
Exemplos
verdadeirofalse
|
|||
|
Grupo de Compras
PurchasingGroup
|
O grupo de compradores responsável por adquirir os itens solicitados. | ||
|
Descrição
O Grupo de Compradores é uma unidade organizacional responsável por atividades específicas de suprimentos. Ele representa a equipe de compradores que tratará a requisição após a aprovação.\n\nEste atributo é útil para analisar a carga de trabalho e o desempenho de diferentes equipes de compras. Pode ajudar a identificar se determinados grupos de compras são gargalos na conversão de requisições em pedidos de compra ou se tratam tipos específicos de requisições de forma mais eficiente do que outros. Fornece uma dimensão essencial para a gestão de recursos e desempenho dentro da função de suprimentos.
Por que é importante
Atribui a responsabilidade pela compra, permitindo a análise de carga de trabalho e a comparação de performance entre diferentes equipes de compradores.
Onde obter
Encontrado na tabela EBAN, campo EKGRP.
Exemplos
001002P01
|
|||
|
Grupo de materiais
MaterialGroup
|
O grupo ou categoria ao qual pertence o material ou serviço solicitado. | ||
|
Descrição
O Grupo de Mercadorias é uma classificação usada para agrupar materiais ou serviços com características semelhantes. Isso permite a análise das atividades de compras baseada em categorias.\n\nA análise por grupo de mercadorias ajuda no suprimento estratégico e na análise de gastos. No Process Mining, ela pode revelar se requisições para certas categorias, como 'Hardware de TI' ou 'Serviços Profissionais', seguem caminhos de processo diferentes ou apresentam tempos de aprovação mais longos. Esse insight é valioso para o 'Relatório de Qualidade de Dados da Requisição' e para entender variações do processo com base no que está sendo comprado.
Por que é importante
Permite a análise de gastos e de processos por categoria de compra, apoiando o strategic sourcing e identificando gargalos específicos de cada categoria.
Onde obter
Encontrado na tabela EBAN, campo MATKL.
Exemplos
00101L001TI-SFTWR
|
|||
|
ID do Fornecedor
VendorId
|
O identificador exclusivo para o fornecedor sugerido ou fixo. | ||
|
Descrição
Este atributo contém o ID de um fornecedor preferencial ou fixo em contrato para o item solicitado. Ele pode ser pré-preenchido ou sugerido pelo solicitante.\n\nA análise de requisições por fornecedor ajuda a avaliar o impacto da pré-seleção de fornecedores no processo de compra. Por exemplo, pode mostrar se requisições com um fornecedor especificado são aprovadas mais rapidamente ou se certos fornecedores estão associados a taxas de rejeição mais altas. Oferece uma visão do engajamento inicial com fornecedores.
Por que é importante
Fornece insights sobre o relacionamento com fornecedores preferenciais e o impacto deles na velocidade e nos resultados do processamento das requisições.
Onde obter
Encontrado na tabela EBAN, campo LIFNR (Fornecedor fixo).
Exemplos
100030025V9876
|
|||
|
ID do Pedido de Compra
PurchaseOrderId
|
O ID do pedido de compra criado a partir da requisição. | ||
|
Descrição
Este atributo vincula uma requisição de compra ao pedido de compra subsequente criado para atendê-la. Uma única requisição pode, às vezes, gerar múltiplos pedidos de compra.\n\nEste vínculo é crucial para analisar a passagem entre os processos de requisição e de compras. É necessário para calcular o KPI de 'Tempo para Criação de Pedido a partir da Requisição' e para o dashboard de atrasos na criação do Pedido. Entender essa conexão é a chave para medir a eficiência de todo o ciclo procure-to-pay.
Por que é importante
Conecta o processo de requisição ao processo de compra subsequente, permitindo analisar atrasos na passagem de bastão.
Onde obter
O número do pedido de compra é armazenado na tabela EBAN, campo EBELN, após sua criação.
Exemplos
450001712345000171244500017125
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo fornecido quando uma requisição ou uma etapa de aprovação é rejeitada. | ||
|
Descrição
Este atributo captura a justificativa para a rejeição de uma requisição de compra. Essa informação costuma ser inserida como texto livre ou selecionada em uma lista de códigos pré-definida pelo aprovador durante a rejeição.\n\nAnalisar os motivos de rejeição é crucial para a melhoria do processo. Fornece feedback direto e prático sobre por que as requisições falham, o que pode ocorrer por violação de políticas, dados incorretos ou falta de orçamento. Esses dados são fundamentais para o dashboard de 'Resultados e Taxas de Rejeição de Requisições' e ajudam a identificar causas raiz de ineficiências.
Por que é importante
Fornece insights diretos sobre por que as requisições são rejeitadas, permitindo melhorias focadas no processo e treinamento de usuários.
Onde obter
Estes dados costumam estar nos logs de workflow ou textos longos associados à rejeição. Não há um campo padrão na EBAN.
Exemplos
Centro de Custo IncorretoOrçamento ExcedidoSolicitação DuplicadaFora de conformidade com a política
|
|||
|
Nome do solicitante
RequesterName
|
O nome da pessoa que solicitou os bens ou serviços. | ||
|
Descrição
Este atributo identifica o indivíduo que iniciou a requisição de compra. Esta é a pessoa que tem a necessidade de negócio para os itens solicitados.\n\nRastrear o solicitante permite a análise de padrões de requisição por indivíduo ou grupo. O dashboard de 'Volume de Criação de Requisições por Solicitante' baseia-se nesse atributo para identificar usuários avançados, usuários que precisam de treinamento ou departamentos com alta atividade de compras. Oferece uma visão centrada nas pessoas sobre o ponto de partida do processo.
Por que é importante
Identifica o dono do processo, permitindo analisar padrões de criação de requisições e auxiliando no direcionamento de treinamentos.
Onde obter
Encontrado na tabela EBAN, campo AFNAM.
Exemplos
Alice WilliamsBob JohnsonCharlie Brown
|
|||
|
Prioridade
Priority
|
O nível de urgência atribuído à requisição de compra. | ||
|
Descrição
Este atributo indica a prioridade da requisição, classificando-a como 'Urgente', 'Alta' ou 'Normal'. Esta sinalização é usada para indicar aos aprovadores e compradores que uma solicitação requer tratamento agilizado.\n\nEste atributo é essencial para o dashboard de 'Desempenho de Processamento de Requisições Urgentes' e para o KPI de 'Eficácia da Flag de Urgência'. A análise foca em saber se requisições marcadas como urgentes são realmente processadas mais rápido que as padrão, validando o sistema de priorização.
Por que é importante
Permite analisar se pedidos urgentes são processados mais rápido, validando a eficácia dos mecanismos de priorização.
Onde obter
Este não é um campo padrão na EBAN. Frequentemente é implementado como um campo customizado ou inferido do Número de Acompanhamento (EBAN-BEDNR) ou de um tipo de documento específico.
Exemplos
123
|
|||
|
Tempo de Ciclo de Aprovação
ApprovalCycleTime
|
O tempo total decorrido desde o envio da requisição para aprovação até sua aprovação final. | ||
|
Descrição
Esta é uma métrica calculada que mede a duração da fase de aprovação. Ela é calculada pela diferença de tempo entre a atividade 'Aprovação Enviada' e a 'Requisição Aprovada' final.\n\nEste é o KPI principal para medir a eficiência do workflow de aprovação. É usado no dashboard de 'Tempo de Ciclo de Aprovação de Requisições' para visualizar o desempenho e identificar gargalos. Um tempo alto nesta fase pode atrasar significativamente todo o processo de suprimentos.
Por que é importante
Mede diretamente a eficiência do workflow de aprovação, uma fonte comum de atrasos no processo de requisição.
Onde obter
Calculado subtraindo o timestamp do evento 'Aprovação Enviada' do timestamp do evento 'Requisição Aprovada'.
Exemplos
P2DPT8H30MP5DT12H
|
|||
Atividades de Requisição no Purchase to Pay
| Atividade | Descrição | ||
|---|---|---|---|
|
Aprovação Submetida
|
Esta atividade indica que a requisição entrou no workflow formal de aprovação. Geralmente é inferida quando o status da requisição muda para exigir uma liberação inicial ou ação de aprovação baseada na estratégia de liberação configurada. | ||
|
Por que é importante
Isso marca o início do tempo do ciclo de aprovação, um KPI crítico para medir a eficiência do processo. Entender este ponto ajuda a isolar atrasos entre a criação e o início das aprovações formais.
Onde obter
Inferido da primeira mudança de status relacionada à estratégia de liberação na tabela EBAN (ex: campo FRGZU muda de inicial para pendente) ou da primeira entrada nos logs de workflow associados à requisição.
Captura
Inferido a partir da primeira entrada no log de modificações indicando a ativação de uma estratégia de liberação.
Tipo de evento
inferred
|
|||
|
Pedido de Compra criado
|
Esta atividade marca a conversão bem-sucedida de uma requisição de compra aprovada em um documento de pedido de compra. O evento é inferido para a requisição ao localizar um item de pedido de compra correspondente que a referencie. | ||
|
Por que é importante
Sendo o principal resultado positivo, esta atividade encerra o processo de requisição e inicia a fase de compra. O tempo entre 'Requisição Aprovada' e este evento é um KPI essencial para medir a eficiência da passagem de bastão.
Onde obter
Inferido ao encontrar um registro na tabela EKPO (Item do Pedido) onde os campos BANFN e BNFPO coincidem com o número e item da requisição na tabela EBAN. A data de criação do pedido (EKKO.AEDAT) fornece o timestamp.
Captura
Inferido ao vincular as tabelas EBAN e EKPO e usar a data de criação do pedido da EKKO.
Tipo de evento
inferred
|
|||
|
Requisição aprovada
|
Esta atividade de marco indica que a requisição de compra passou com sucesso por todas as etapas de aprovação exigidas. É inferida quando o código de liberação final é aplicado e o indicador de liberação geral (FRGZU) na tabela EBAN é definido como aprovado. | ||
|
Por que é importante
Este é um marco crítico que indica o fim do ciclo de aprovação e o início da fase de compras. É essencial para calcular o KPI de tempo total de aprovação e medir atrasos na criação do Pedido de Compra.
Onde obter
Inferido do timestamp da entrada de log na CDPOS para a tabela EBAN, campo FRGZU, quando ele muda para o valor que representa a aprovação final.
Captura
Inferido quando o campo indicador de liberação final na EBAN atinge o status terminal de 'aprovado'.
Tipo de evento
inferred
|
|||
|
Requisição de vaga criada
|
Esta atividade marca a criação e gravação inicial de uma requisição de compra por um usuário. O evento é capturado explicitamente quando um novo registro é gerado na tabela EBAN, com a data e hora de criação registradas. | ||
|
Por que é importante
Como ponto de partida do processo, esta atividade é essencial para calcular a duração total do ciclo de vida da requisição e analisar a produtividade de criação. Ajuda a identificar quem está criando as requisições e quando.
Onde obter
Este evento é capturado da tabela EBAN usando os campos de data de criação (ERDAT) e hora de criação (UZEIT) para um ID de Requisição de Compra (BANFN) específico.
Captura
Timestamp dos campos ERDAT e UZEIT da tabela EBAN no momento em que o registro inicial é salvo.
Tipo de evento
explicit
|
|||
|
Requisição Rejeitada
|
Esta é uma atividade terminal onde a requisição de compra é rejeitada definitivamente. É inferida quando o indicador de liberação na tabela EBAN é definido para um estado final de rejeição por um aprovador. | ||
|
Por que é importante
Esta atividade é um ponto final essencial do processo e fundamental para o cálculo do KPI de Taxa de Rejeição de Requisições. A análise desses casos ajuda a entender os motivos de falhas e desperdícios nas compras.
Onde obter
Inferido do timestamp da entrada de log na CDPOS para a tabela EBAN, campo FRGZU, quando ele muda para o valor que representa a rejeição final.
Captura
Inferido quando o campo indicador de liberação final na EBAN atinge o status terminal de 'rejeitado'.
Tipo de evento
inferred
|
|||
|
Requisição Retirada
|
Esta é uma atividade terminal onde o criador ou usuário autorizado cancela o item da requisição definindo uma flag de exclusão. Esta ação é registrada explicitamente e indica que a necessidade de negócio não é mais válida ou que houve erro na criação. | ||
|
Por que é importante
Este é um ponto de falha crucial no processo, essencial para calcular a taxa de retirada. Taxas altas podem indicar que tempos longos de aprovação forçam os usuários a desistir, ou problemas sistêmicos no planejamento de demanda.
Onde obter
Esta ação explícita é capturada quando o campo 'Indicador de Exclusão' (LOEKZ) na tabela EBAN é definido para o item da requisição. A alteração é registrada nas tabelas CDHDR e CDPOS.
Captura
Entrada de log de modificação quando o Código de Eliminação (EBAN-LOEKZ) é definido como 'L'.
Tipo de evento
explicit
|
|||
|
Etapa de Aprovação Aprovada
|
Representa a ação explícita de um usuário autorizado aprovando uma única etapa na estratégia de liberação. Essa ação é registrada como uma mudança no status de liberação da requisição, aproximando-a da aprovação final. | ||
|
Por que é importante
O acompanhamento de aprovações individuais é necessário para medir a duração de cada etapa e analisar o desempenho dos diversos aprovadores. É essencial para entender a conformidade do workflow.
Onde obter
Capturado dos logs de modificação (CDHDR/CDPOS) nos campos de status de liberação da tabela EBAN. A ação do aprovador via transação ME54N ou código similar aciona esta mudança registrada.
Captura
Entrada de log de modificação criada quando um aprovador executa uma transação de liberação.
Tipo de evento
explicit
|
|||
|
Etapa de Aprovação Iniciada
|
Indica que a requisição agora depende de uma ação de um aprovador específico ou grupo de aprovação, conforme definido na estratégia de liberação. Este evento é inferido quando o status da requisição indica que ela aguarda um código de liberação específico. | ||
|
Por que é importante
Esta atividade permite uma análise detalhada de cada etapa individual na cadeia de aprovação. Ajuda a identificar quais aprovadores ou etapas estão causando os maiores atrasos no processo.
Onde obter
Inferido ao rastrear a sequência de mudanças nos campos de status de liberação na tabela EBAN. Cada mudança para um novo estado pendente significa o início de uma nova etapa de aprovação.
Captura
Inferido de mudanças de status que indicam que um novo código de liberação está ativo e aguardando aprovação.
Tipo de evento
inferred
|
|||
|
Etapa de Aprovação Rejeitada
|
Um usuário autorizado rejeitou explicitamente uma etapa individual na estratégia de liberação, geralmente enviando a requisição de volta ao criador para alteração. Esta ação é registrada como uma mudança no status de liberação da requisição. | ||
|
Por que é importante
As rejeições são a principal causa de retrabalho e atrasos no processo. Analisar sua frequência e causa ajuda a identificar interpretações erradas de políticas, problemas de qualidade de dados ou etapas de aprovação ineficientes.
Onde obter
Capturado dos logs de modificação (CDHDR/CDPOS) nos campos de status de liberação da tabela EBAN. Uma ação de rejeição via transação ME54N ou similar acionará a mudança de status correspondente.
Captura
Entrada de log de modificação criada quando um aprovador executa uma ação de rejeição.
Tipo de evento
explicit
|
|||
|
Requisição Alterada
|
Representa qualquer modificação feita em uma requisição de compra após sua criação inicial, como alteração de quantidade, preço ou material. Essas alterações são registradas nas tabelas de log de modificações do SAP, fornecendo uma trilha de auditoria detalhada. | ||
|
Por que é importante
Monitorar alterações é fundamental para identificar loops de retrabalho e problemas de qualidade nos dados. Uma alta frequência de alterações pode indicar requisitos iniciais pouco claros ou falta de treinamento dos usuários, gerando atrasos no processo.
Onde obter
Capturado das tabelas de log de modificação CDHDR (cabeçalho) e CDPOS (item), onde a classe do objeto é EINKBELEG e o ID do objeto é o número da Requisição de Compra. Mudanças em campos específicos podem ser analisadas.
Captura
Evento registrado nas tabelas de modificação CDHDR e CDPOS para o documento de requisição de compra.
Tipo de evento
explicit
|
|||
|
Requisição Bloqueada
|
Representa uma ação explícita para bloquear um item da requisição de compra, impedindo sua conversão em um pedido de compra. O bloqueio é definido por meio de um indicador específico no item da requisição. | ||
|
Por que é importante
O bloqueio indica um problema potencial ou uma retenção temporária na compra. Rastrear esses eventos ajuda a identificar gargalos onde as requisições são aprovadas, mas não processadas imediatamente.
Onde obter
Capturado de uma mudança no campo 'Código de Bloqueio' (EBAKZ) na tabela EBAN. A alteração é registrada nas tabelas CDHDR e CDPOS.
Captura
Evento registrado nas tabelas de modificação quando o campo EBAN-EBAKZ é preenchido.
Tipo de evento
explicit
|
|||
|
Requisição Encerrada
|
Representa o encerramento final de um item da requisição, indicando que não se espera mais nenhum processamento. Esse status é inferido quando o item foi totalmente convertido em um Pedido de Compra e atendido, ou sinalizado manualmente como encerrado. | ||
|
Por que é importante
Isso oferece um ponto final definitivo para requisições concluídas, mas não necessariamente excluídas. Garante cálculos precisos de duração de ciclo de vida para solicitações atendidas com sucesso.
Onde obter
Inferido pelo código de 'Encerrado' (EBAKZ com valor 'S' ou outro valor configurado) na tabela EBAN. Este status costuma ser definido automaticamente pelo sistema após a conversão total em pedido e o recebimento da mercadoria.
Captura
Inferido da mudança de status no campo EBAN-EBAKZ para um valor de 'encerrado'.
Tipo de evento
inferred
|
|||
|
Reset de Aprovação
|
Indica que todo o workflow de aprovação da requisição foi resetado, geralmente devido a uma alteração significativa. Isso é inferido quando o status de liberação é limpo após ter estado ativo, forçando o reinício do processo do zero. | ||
|
Por que é importante
Resets de aprovação são eventos significativos de retrabalho que impactam pesadamente o tempo de ciclo. Identificá-los destaca ineficiências e o efeito cascata das alterações de requisição no workflow.
Onde obter
Inferido dos logs de modificação (CDHDR/CDPOS) da tabela EBAN quando os campos de status de liberação (como FRGZU) voltam de um estado pendente ou aprovado para um estado inicial ou em branco.
Captura
Inferido dos logs de modificação que mostram a limpeza dos campos de estratégia de liberação.
Tipo de evento
inferred
|
|||