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 uma análise completa
- Atividades principais e marcos do processo para monitorar
- Orientações detalhadas para extração de dados do seu sistema
Purchase to Pay - Atributos de Requisição
| Nome | Descrição | ||
|---|---|---|---|
|
Event Timestamp
EventTimestamp
|
A data e hora precisas em que a atividade ocorreu, servindo como o timestamp principal para a ordenação dos eventos. | ||
|
Descrição
O Timestamp do Evento registra o momento exato em que uma atividade ocorreu. Esses dados de alta precisão são essenciais para ordenar os eventos corretamente dentro de cada caso e para calcular a duração entre as diferentes etapas do processo.\n\nNa análise, esse registro de data e hora é a base para todos os cálculos temporais, incluindo tempos de ciclo, tempos de espera e durações de processamento. Ele alimenta Dashboards que analisam a performance, como o Tempo de Ciclo de Aprovação de Requisição e a Análise de Gargalo no Caminho de Aprovação. A precisão deste campo impacta diretamente a confiabilidade de todas as métricas de desempenho.
Por que é importante
Este atributo fornece a ordem cronológica dos eventos e é a base para todos os cálculos de desempenho e duração, como tempos de ciclo e gargalos.
Onde obter
Normalmente encontrado junto aos registros de atividade ou mudança de status nas tabelas de trilha de auditoria ou logs de transação do SAP Ariba.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
ID da Requisição de Compra
PurchaseRequisitionId
|
O identificador exclusivo de um documento de requisição de compra, servindo como o identificador de caso principal para o processo. | ||
|
Descrição
O ID da Requisição de Compra é a chave central que vincula todas as atividades relacionadas a uma única solicitação de bens ou serviços. Cada requisição criada no SAP Ariba recebe um ID exclusivo que permanece consistente durante todo o seu ciclo de vida, desde a criação e envio até a aprovação final, negação ou fechamento.\n\nNa análise de Process Mining, esse atributo é fundamental para a correlação de casos. Ele permite a reconstrução da jornada completa de ponta a ponta de cada requisição, possibilitando o cálculo preciso dos tempos de ciclo, a identificação de variantes de processo e a análise de loops de retrabalho. Sem esse identificador, seria impossível distinguir eventos pertencentes a diferentes requisições.
Por que é importante
Este é o identificador de caso essencial que conecta todas as atividades relacionadas, tornando possível analisar o processo de requisição de ponta a ponta para cada solicitação exclusiva.
Onde obter
Este é um campo de chave primária nas principais tabelas de cabeçalho de requisição dentro da estrutura de dados do SAP Ariba.
Exemplos
PR-102345PR-102346PR-102347
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento de negócio específico que ocorreu em um ponto do tempo dentro do ciclo de vida da requisição. | ||
|
Descrição
O Nome da Atividade descreve uma única etapa ou marco no processo de requisição, como 'Requisição Criada', 'Etapa de Aprovação Aprovada' ou 'Requisição Fechada'. Esses dados geralmente derivam de logs de eventos, mudanças de status ou ações específicas do usuário registradas no SAP Ariba.\n\nEste atributo é fundamental para construir o mapa de processo, que representa visualmente o fluxo de atividades. Ao analisar a sequência e a frequência dessas atividades, os analistas podem identificar caminhos comuns, gargalos, desvios do procedimento padrão e áreas de retrabalho. Ele forma a base de qualquer análise de Process Mining.
Por que é importante
Define as etapas do processo, permitindo visualizar e analisar o workflow de requisição, incluindo gargalos e desvios.
Onde obter
Derivado de event logs, trilhas de auditoria ou registros de mudança de status no SAP Ariba, geralmente associados a tabelas de cabeçalho e itens de linha da requisição.
Exemplos
Requisição enviadaEtapa de Aprovação AprovadaRequisição AlteradaPedido de Compra criado
|
|||
|
Caminho do Workflow de Aprovação
ApprovalWorkflowPath
|
A sequência predefinida de etapas de aprovação que a requisição deve seguir. | ||
|
Descrição
Este atributo define a variante de processo padrão ou a matriz de aprovação à qual uma requisição deve aderir com base em suas características, como valor, categoria do item e departamento. Ele representa o processo ideal ou o 'happy path'.\n\nIsso é fundamental para a verificação de conformidade e é usado no Dashboard de 'Visão Geral de Conformidade de Requisição'. Ao comparar a sequência real de atividades com o Caminho do Workflow de Aprovação esperado, os analistas podem detectar automaticamente violações de política, etapas de aprovação não autorizadas ou controles ignorados. Isso é crítico para auditoria interna e gestão de riscos.
Por que é importante
Define o processo padrão a ser seguido, permitindo que a verificação de conformidade detecte automaticamente desvios e violações de políticas.
Onde obter
Consulte a documentação do SAP Ariba. Pode ser derivado da configuração da matriz de aprovação ou de um campo específico na requisição.
Exemplos
TI Padrão > US$ 10 milServiços de Marketing < $5kCAPEX > $100k
|
|||
|
Categoria do item
ItemCategory
|
A classificação dos bens ou serviços solicitados, como 'Hardware de TI', 'Material de Escritório' ou 'Serviços Profissionais'. | ||
|
Descrição
A Categoria do Item fornece detalhes sobre o que está sendo comprado. Essa classificação ajuda a entender os padrões de gastos e a aplicar estratégias e políticas de compras específicas para cada categoria.\n\nNo Process Mining, este atributo é vital para o Dashboard de 'Análise de Alteração de Requisição', pois pode destacar se certas categorias de itens são mais propensas a emendas, indicando especificações pouco claras ou preços voláteis. Também permite comparar o desempenho do processo, como os tempos de aprovação, entre diferentes tipos de compras para ver se categorias específicas enfrentam mais atrito.
Por que é importante
Permite análises baseadas no tipo de bens ou serviços comprados, ajudando a identificar gargalos ou problemas de conformidade específicos por categoria.
Onde obter
Consulte a documentação do SAP Ariba. Esta informação é geralmente encontrada no nível de item da linha de requisição.
Exemplos
Hardware de TIServiços de ConsultoriaMateriais de escritórioMateriais de marketing
|
|||
|
Departamento do Solicitante
RequesterDepartment
|
O departamento de negócio ou centro de custo do funcionário que criou a requisição de compra. | ||
|
Descrição
Este atributo fornece contexto organizacional ao identificar qual parte da empresa iniciou a solicitação. Geralmente é derivado do perfil de usuário do solicitante ou especificado diretamente no formulário de requisição.\n\nNa análise, esta é uma dimensão poderosa para filtragem e comparação. É usada em quase todos os Dashboards, como 'Tempo de Ciclo de Aprovação de Requisição' e 'Análise de Taxa de Rejeição de Requisição', para detalhar as métricas por departamento. Isso permite identificar quais departamentos têm os tempos de ciclo mais longos, as maiores taxas de alteração ou as solicitações mais fora de conformidade, orientando esforços direcionados de melhoria de processos.
Por que é importante
Permite segmentar e comparar o desempenho do processo entre diferentes áreas, destacando problemas específicos de departamentos ou melhores práticas.
Onde obter
Consulte a documentação do SAP Ariba. Geralmente disponível nos dados de cabeçalho da requisição, muitas vezes vinculado ao perfil do usuário solicitante.
Exemplos
MarketingOperações de TIFinançasPesquisa e Desenvolvimento
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo fornecido por um aprovador quando uma requisição ou uma etapa de aprovação é rejeitada. | ||
|
Descrição
Quando uma requisição é negada, os aprovadores geralmente fornecem um motivo, que pode ser um texto livre ou selecionado de uma lista predefinida. Este atributo captura esse feedback crucial.\n\nEsses dados são a base do Dashboard 'Análise de Taxa de Rejeição de Requisição'. Analisar os motivos de rejeição mais comuns ajuda a identificar as causas raiz das falhas no processo, como codificação incorreta, justificativa insuficiente ou problemas orçamentários. Esses insights podem então ser usados para melhorar o treinamento dos solicitantes e aumentar a qualidade dos envios iniciais, reduzindo o retrabalho.
Por que é importante
Fornece insights diretos sobre os motivos de falha nas requisições, permitindo a análise de causa raiz para reduzir o retrabalho e melhorar as taxas de acerto na primeira tentativa.
Onde obter
Consulte a documentação do SAP Ariba. Esta informação é geralmente capturada na seção de comentários ou histórico associada a um evento de rejeição.
Exemplos
Conta Contábil IncorretaOrçamento ExcedidoJustificativa InsuficienteSolicitação Duplicada
|
|||
|
Nível de Urgência
UrgencyLevel
|
Um indicador da prioridade da requisição, como 'Normal', 'Urgente' ou 'Crítica'. | ||
|
Descrição
O Nível de Urgência, muitas vezes representado como um sinalizador de prioridade, indica a necessidade do negócio para um processamento agilizado. Geralmente é definido pelo solicitante para garantir que necessidades críticas sejam atendidas prontamente.\n\nEste atributo é o principal motor para o Dashboard 'Monitor de Processo de Requisição Urgente' e para o KPI 'Tempo de Proc. de Requisição Urgente'. Ele permite uma comparação direta dos tempos de ciclo entre requisições urgentes e padrão para validar se o tratamento prioritário é eficaz. Analisar desvios ou atrasos em solicitações urgentes é um caso de uso fundamental para garantir a continuidade do negócio.
Por que é importante
Permite priorizar análises e monitorar se requisições de alta prioridade são processadas mais rápido, garantindo o atendimento de necessidades críticas de negócio.
Onde obter
Consulte a documentação do SAP Ariba. Este é frequentemente um campo selecionável no formulário de criação da requisição.
Exemplos
AltoMédioBaixo
|
|||
|
Status da Requisição
RequisitionStatus
|
O estado atual da requisição de compra em seu ciclo de vida. | ||
|
Descrição
Este atributo reflete o status em tempo real de uma requisição, como 'Em composição', 'Enviado', 'Aprovado', 'Negado' ou 'Fechado'. Ele fornece um retrato de onde cada caso está no processo no momento da extração dos dados.\n\nEmbora o Process Mining reconstrua o fluxo histórico, este atributo é vital para o monitoramento operacional. É o principal ponto de dados para o 'Rastreador de Status de Requisição em Tempo Real', permitindo que os gestores vejam a carga de trabalho atual e identifiquem requisições paradas ou antigas. Fornece visibilidade imediata e acionável sobre o pipeline de requisições ativas.
Por que é importante
Permite monitorar em tempo real o pipeline de requisições, ajudando a identificar e resolver solicitações paradas ou antigas antes que se tornem um problema.
Onde obter
Consulte a documentação do SAP Ariba. Este é um campo de status padrão no cabeçalho da requisição.
Exemplos
AprovadoSubmetidoNegadoEm aprovação
|
|||
|
Usuário do Evento
EventUser
|
O ID de usuário ou nome da pessoa que realizou a atividade, como o solicitante ou o aprovador. | ||
|
Descrição
O atributo Usuário do Evento identifica o indivíduo responsável pela execução de uma etapa específica do processo. Pode ser o funcionário que enviou a requisição, o gerente que a aprovou ou o agente de compras que a processou.\n\nEste atributo é essencial para análise de carga de trabalho, comparações de desempenho e identificação de oportunidades de treinamento. Ele alimenta o Dashboard de 'Carga de Trabalho e Performance do Aprovador', permitindo a análise dos tempos de aprovação por usuário. Também é usado para investigar fontes de atrasos ou desvios, rastreando-os até indivíduos ou equipes específicas.
Por que é importante
Permite analisar a distribuição de carga de trabalho, desempenho dos usuários e alocação de recursos, ajudando a identificar gargalos causados por equipes específicas.
Onde obter
Consulte a documentação do SAP Ariba. Isso costuma ser armazenado em tabelas de trilha de auditoria ou histórico, vinculadas aos dados mestre do usuário.
Exemplos
john.doejane.smithgerente123
|
|||
|
Valor Total da Requisição
TotalRequisitionAmount
|
O valor monetário total da requisição de compra. | ||
|
Descrição
Este atributo captura o valor financeiro de toda a solicitação. É uma peça crítica do contexto de negócio que ajuda na categorização e priorização das requisições.\n\nAnalisar as métricas do processo em relação a esse valor pode revelar padrões importantes. For exemplo, requisições de alto valor podem seguir caminhos de aprovação diferentes e mais rigorosos ou apresentar tempos de ciclo mais longos. Este atributo é essencial para entender o impacto financeiro das ineficiências do processo e para categorizar as requisições em faixas de valor para análise comparativa.
Por que é importante
Oferece um contexto financeiro crucial, permitindo analisar como o valor da requisição impacta o comportamento do processo, como tempos de aprovação e complexidade do Workflow.
Onde obter
Consulte a documentação do SAP Ariba. Este é um campo padrão no cabeçalho da requisição de compra.
Exemplos
1500.0025000.5099.95
|
|||
|
Duração da Etapa de Aprovação
ApprovalStepDuration
|
O tempo levado para uma única etapa de aprovação, desde o momento em que foi atribuída até a execução da ação. | ||
|
Descrição
Esta métrica calculada mede a duração de segmentos individuais dentro do Workflow de aprovação mais amplo. Ela isola o tempo gasto esperando por um aprovador ou nível de aprovação específico.\n\nEste atributo é essencial para o Dashboard de 'Análise de Gargalo no Caminho de Aprovação' e para o KPI 'Duração Média da Etapa de Aprovação'. É calculado como o tempo entre um evento de 'Início de Etapa de Aprovação' e o evento correspondente de 'Etapa de Aprovação Aprovada' ou 'Etapa de Aprovação Rejeitada'. Essa medição granular aponta aprovadores ou etapas específicas que estão causando atrasos.
Por que é importante
Oferece uma visão detalhada do Workflow de aprovação, identificando as etapas específicas ou aprovadores que estão gerando gargalos.
Onde obter
Calculado como a diferença entre os timestamps de 'Etapa de Aprovação Iniciada' e seu evento terminal correspondente ('Aprovada' ou 'Rejeitada').
Exemplos
1 dia e 2 horas15 minutos3 dias
|
|||
|
É Automatizado
IsAutomated
|
Um sinalizador booleano indicando se uma atividade foi realizada por um sistema ou por um usuário humano. | ||
|
Descrição
Este atributo distingue entre eventos automatizados do sistema, como autoaprovações ou mudanças de status orientadas pelo sistema, e atividades manuais realizadas por usuários. Isso é crucial para entender o nível de automação no processo.\n\nNa análise, isso ajuda a medir com precisão o esforço humano e a identificar oportunidades para maior automação. Por exemplo, filtrar por atividades manuais permite um cálculo preciso dos tempos de processamento centrados no usuário. Também ajuda a validar se as regras automatizadas estão funcionando conforme o esperado dentro do processo.
Por que é importante
Distingue entre ações humanas e de sistema, o que é essencial para medir taxas de automação e identificar novas oportunidades de melhoria.
Onde obter
Geralmente é derivado verificando se o 'Usuário do Evento' corresponde a um ID de usuário de sistema ou de lote (batch).
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador booleano indicando se a requisição passou por retrabalho, como uma rejeição ou múltiplas alterações. | ||
|
Descrição
Este atributo calculado é uma medida de ineficiência mais ampla do que 'IsAmended'. Ele sinaliza casos que passaram por loops significativos de retrabalho, geralmente definidos como tendo um ou mais eventos de 'Etapa de Aprovação Rejeitada' ou múltiplos eventos de 'Requisição Alterada'.\n\nEste sinalizador é usado para calcular o KPI 'Taxa de Retrabalho de Requisição'. Ele ajuda a quantificar os custos e atrasos ocultos associados a falhas no processo. Analisar casos marcados como retrabalho pode revelar padrões relacionados a certos aprovadores, departamentos ou tipos de solicitação que levam ao atrito no processo.
Por que é importante
Identifica casos com grande fricção, como rejeições, permitindo uma análise focada nas causas da ineficiência e do atraso.
Onde obter
Calculado como verdadeiro se um caso contiver uma atividade de rejeição ou mais de uma atividade de alteração.
Exemplos
verdadeirofalse
|
|||
|
Foi Alterada
IsAmended
|
Um sinalizador booleano indicando se a requisição foi alterada pelo menos uma vez após o envio inicial. | ||
|
Descrição
Este atributo calculado identifica casos que passaram por pelo menos uma atividade de 'Requisição Alterada'. Ele simplifica o processo de sinalizar requisições que exigiram mudanças durante seu ciclo de vida.\n\nEsse sinalizador é usado para calcular o KPI 'Taxa de Alteração de Requisição'. Ao contar o número de casos em que este sinalizador é verdadeiro, os analistas podem medir facilmente a frequência de retrabalho e investigar as causas raiz correlacionando-as com outros atributos, como 'Nome do Solicitante' ou 'Categoria do Item'.
Por que é importante
Simplifica o cálculo do KPI de taxa de alteração, ajudando a quantificar o retrabalho e identificar áreas que necessitam de especificações iniciais mais claras.
Onde obter
Calculado como verdadeiro se um caso contiver uma ou mais atividades de 'Requisição Alterada'; caso contrário, falso.
Exemplos
verdadeirofalse
|
|||
|
ID do Pedido de Compra
PurchaseOrderId
|
O identificador da Ordem de Compra criada a partir da requisição aprovada. | ||
|
Descrição
Este atributo vincula uma requisição de compra ao seu documento subsequente, a Ordem de Compra (PO). Sua presença significa a conversão bem-sucedida de uma solicitação em um pedido.\n\nIsso é essencial para a análise do processo ponta a ponta que se estende além da fase de requisição. É usado para calcular o KPI 'Lead Time de Requisição para Pedido', conectando o evento de criação da requisição com o evento de criação da PO. Fornece uma visão holística da fase inicial do ciclo de compras.
Por que é importante
Vincula a requisição à ordem de compra subsequente, permitindo medir o tempo de ciclo completo de Requisição à PO.
Onde obter
Consulte a documentação do SAP Ariba. Geralmente é armazenado nos dados de itens de linha da requisição após a geração da PO.
Exemplos
PO-4500012345PO-4500012346PO-4500012347
|
|||
|
Lead Time de Requisição para Pedido
RequisitionToPoLeadTime
|
O tempo total desde a criação de uma requisição até a criação da ordem de compra resultante. | ||
|
Descrição
Esta é uma métrica calculada que mede a duração total de ponta a ponta para converter uma necessidade de negócio em uma ordem de compra acionável. Ela fornece uma visão abrangente da eficiência da fase inicial do processo de compras.\n\nEste atributo apoia diretamente o KPI 'Lead Time de Requisição para Pedido'. É calculado como a diferença de tempo entre os eventos 'Requisição Criada' e 'Ordem de Compra Criada'. Analisar essa métrica ajuda as organizações a entender o Lead Time total experimentado pelos usuários de negócio e identificar áreas para melhoria holística.
Por que é importante
Mede o tempo total de ponta a ponta, da solicitação ao pedido, fornecendo um KPI holístico da eficiência do ciclo de compras.
Onde obter
Calculado subtraindo o timestamp de 'Requisição Criada' do timestamp de 'Ordem de Compra Criada'.
Exemplos
7 dias e 3 horas10 dias4 dias 12 horas
|
|||
|
Nome do Aprovador
ApproverName
|
O nome do usuário designado para aprovar uma etapa específica no Workflow. | ||
|
Descrição
Este atributo identifica o gestor ou stakeholder específico responsável por uma atividade de aprovação. Ele é diferente do 'Usuário do Evento' geral, pois se refere especificamente a tarefas de aprovação.\n\nEste é um atributo essencial para o Dashboard de 'Carga de Trabalho e Performance do Aprovador'. Ele permite rastrear o número de requisições tratadas por cada aprovador e seu tempo médio de aprovação. Isso ajuda a identificar gargalos individuais, equilibrar cargas de trabalho e avaliar o desempenho em relação às metas.
Por que é importante
Identifica o indivíduo específico responsável por uma aprovação, permitindo o equilíbrio detalhado da carga de trabalho e análise de desempenho.
Onde obter
Consulte a documentação do SAP Ariba. Esta informação é armazenada nos dados de fluxo de aprovação vinculados à requisição.
Exemplos
Sarah JonesDavid ChenMaria Garcia
|
|||
|
Nome do solicitante
RequesterName
|
O nome do funcionário que iniciou a requisição de compra. | ||
|
Descrição
Este atributo ao nível de caso identifica quem criou a requisição de compra. Ele fornece contexto sobre a origem da solicitação e o stakeholder individual.\n\nNa análise, este atributo é usado para filtrar o processo e analisar o comportamento por solicitantes específicos. Por exemplo, os Dashboards 'Análise de Alteração de Requisição' e 'Análise de Taxa de Rejeição de Requisição' utilizam isso para identificar indivíduos que podem precisar de treinamento adicional devido às altas taxas de emendas ou rejeições. Ajuda a personalizar feedbacks e iniciativas de melhoria.
Por que é importante
Identifica quem criou a solicitação, permitindo analisar o comportamento e a qualidade do processo por solicitante.
Onde obter
Consulte a documentação do SAP Ariba. Este é um campo padrão no cabeçalho da requisição, frequentemente rotulado como 'Criado por' ou 'Solicitante'.
Exemplos
Alice WilliamsBob MillerCharles Brown
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema de registro de onde os dados foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados do processo. Para esta visualização, o valor seria consistentemente 'SAP Ariba', mas em um contexto mais amplo, onde os dados podem ser fundidos de vários sistemas, este campo é crucial para a linhagem de dados e solução de problemas.\n\nNa análise, ele ajuda a confirmar a origem dos dados e pode ser usado para filtrar ou comparar processos que abrangem diferentes sistemas. Garante clareza e confiança na fonte dos dados, o que é importante para o engajamento dos stakeholders.
Por que é importante
Identifica a origem dos dados, o que é fundamental para governança, resolução de problemas e para garantir o contexto correto da análise.
Onde obter
Este é tipicamente um valor estático adicionado durante o processo de extração e transformação de dados para rotular a origem do dataset.
Exemplos
SAP AribaSAP_ARIBA_P2PAribaCloud
|
|||
|
Tempo de Aprovação da Requisição
RequisitionApprovalCycleTime
|
O tempo total decorrido desde o envio de uma requisição até o recebimento da aprovação final. | ||
|
Descrição
Esta é uma métrica calculada que mede a duração do processo principal de aprovação. É um indicador-chave de desempenho que reflete a eficiência do Workflow de aprovação.\n\nEste KPI alimenta diretamente o Dashboard de 'Tempo de Ciclo de Aprovação de Requisição' e é a base para o KPI 'Tempo Médio de Aprovação de Requisição'. Ele é calculado como a diferença de tempo entre os eventos 'Requisição Enviada' e 'Requisição Aprovada' para cada caso. Analisar essa métrica ajuda a identificar atrasos gerais na cadeia de aprovação.
Por que é importante
Mede a eficiência do processo de aprovação principal, alimentando diretamente um KPI chave e um dashboard para identificar e reduzir atrasos.
Onde obter
Calculado subtraindo o timestamp de 'Requisição Enviada' do timestamp de 'Requisição Aprovada'.
Exemplos
2 dias 4 horas8 horas e 30 minutos5 dias
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica quando os dados para este registo foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo mostra a data e a hora da extração ou atualização de dados mais recente para um determinado evento. Ele oferece transparência sobre a atualidade dos dados analisados, o que é especialmente importante para monitorar processos em andamento.\n\nOs analistas usam essa informação para entender o quão recentes são os insights gerados. Para Dashboards como o 'Rastreador de Status de Requisição em Tempo Real', esse campo é crítico para informar aos usuários o quão atualizada está a informação exibida. Ajuda a gerenciar as expectativas sobre a tempestividade dos dados.
Por que é importante
Indica o quão recentes são os dados, o que é essencial para garantir a relevância dos insights de Process Mining.
Onde obter
Este registro de data e hora geralmente é gerado e adicionado a cada registro durante o processo de ingestão de dados.
Exemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
Purchase to Pay - Atividades de Requisição
| Atividade | Descrição | ||
|---|---|---|---|
|
Pedido de Compra criado
|
Marca a conversão bem-sucedida de uma Requisição aprovada em uma Ordem de Compra (PO). Capturado pela criação de um documento de PO que referencia a requisição. | ||
|
Por que é importante
Este é o principal resultado de sucesso para o processo de requisição. É essencial para medir o KPI de ponta a ponta 'Lead Time de Requisição para Pedido'.
Onde obter
Este é um evento explícito. É utilizado o timestamp de criação do documento de Ordem de Compra, que contém um vínculo direto ou referência ao ID da Requisição de Compra de origem.
Captura
Da tabela de cabeçalho de PO, localize a PO vinculada à requisição e use seu timestamp de criação.
Tipo de evento
explicit
|
|||
|
Requisição aprovada
|
Marca a aprovação final da Requisição de Compra após passar com sucesso por todas as etapas. Capturado pela mudança de status para 'Aprovada'. | ||
|
Por que é importante
Um marco crítico que sinaliza o fim da fase de aprovação. É o ponto final para medir o 'Tempo Médio de Aprovação da Requisição' e indica que ela está pronta para a criação da PO.
Onde obter
Inferido a partir do histórico do documento Ariba, que registra a mudança final de status da requisição para 'Aprovada'.
Captura
Identifique o timestamp quando o campo de status da requisição muda para 'Aprovada'.
Tipo de evento
inferred
|
|||
|
Requisição de vaga criada
|
Marca a criação inicial de uma Requisição por um usuário. Capturado quando a requisição é salva pela primeira vez no estado 'Composing' ou rascunho. | ||
|
Por que é importante
Este é o ponto de partida do ciclo de vida da requisição. Analisar o tempo desde a criação até o envio ajuda a medir a eficiência do usuário e identificar necessidades de treinamento.
Onde obter
Do timestamp de criação do objeto de Requisição de Compra no SAP Ariba. Pode ser encontrado nos dados de cabeçalho do documento de requisição e representa um evento de criação explícito.
Captura
Use o 'CreateTime' ou timestamp equivalente da tabela de cabeçalho do documento de requisição.
Tipo de evento
explicit
|
|||
|
Requisição enviada
|
Representa o envio formal da Requisição de Compra para o Workflow de aprovação pelo solicitante. É registrado por uma mudança de status de 'Em composição' para 'Enviado'. | ||
|
Por que é importante
Este é um marco fundamental que aciona o processo de aprovação. É essencial para medir o 'Tempo de Ciclo de Aprovação de Requisição' e o 'Lead Time de Criação de Requisição'.
Onde obter
Inferido a partir do histórico do documento ou log de auditoria do Ariba, que registra a mudança de status da requisição para 'Enviada' e o timestamp dessa alteração.
Captura
Identifique o timestamp quando o campo de status da requisição muda pela primeira vez para 'Enviada'.
Tipo de evento
inferred
|
|||
|
Requisição Fechada
|
O encerramento administrativo final de uma Requisição de Compra após a conclusão de todas as ações associadas, como pedido e recebimento. É registrado por uma mudança final de status para 'Fechado'. | ||
|
Por que é importante
Representa o fim definitivo de todo o ciclo de vida da requisição. Analisar o tempo desde a criação do pedido (PO) até o fechamento pode revelar gargalos nos processos posteriores de recebimento ou faturamento.
Onde obter
Inferido a partir do histórico do documento Ariba, que registra a mudança de status da requisição para 'Fechada'.
Captura
Identifique o timestamp quando o campo de status da requisição muda para 'Fechada'.
Tipo de evento
inferred
|
|||
|
Requisição Negada
|
Representa a rejeição final de uma Requisição de Compra após a revisão. Este é um estado final do processo e é registrado por uma mudança de status para 'Negado'. | ||
|
Por que é importante
Este é um ponto final de falha crucial. Analisar requisições negadas é essencial para o KPI 'Taxa de Rejeição de Requisição' para identificar padrões e melhorar a qualidade das solicitações.
Onde obter
Inferido a partir do histórico do documento Ariba, que registra a mudança final de status da requisição para 'Negada'.
Captura
Identifique o timestamp quando o campo de status da requisição muda para 'Negada'.
Tipo de evento
inferred
|
|||
|
Etapa de Aprovação Aprovada
|
Representa o resultado positivo de uma etapa de aprovação, onde um aprovador aprovou sua parte designada na requisição. Isso é registrado explicitamente como uma ação de aprovação. | ||
|
Por que é importante
Mede o tempo de processamento de cada aprovador. Estes dados são vitais para calcular a 'Duração Média da Etapa de Aprovação' e avaliar a carga de trabalho.
Onde obter
Das tabelas de fluxo de aprovação do Ariba. Isso é registrado com um timestamp quando um aprovador realiza a ação 'Aprovar' em sua tarefa atribuída.
Captura
Use o timestamp da ação 'Aprovar' registrada no histórico de aprovação para uma etapa específica.
Tipo de evento
explicit
|
|||
|
Etapa de Aprovação Iniciada
|
Indica que uma requisição foi roteada para um aprovador ou fila e aguarda ação. Capturado quando uma solicitação de aprovação é gerada e atribuída. | ||
|
Por que é importante
Oferece uma visão detalhada do Workflow de aprovação. É fundamental para calcular tempos de fila e identificar quais etapas específicas são gargalos para a 'Análise de Gargalo no Caminho de Aprovação'.
Onde obter
Das tabelas de fluxo de aprovação do Ariba, que registram a criação e atribuição de tarefas de aprovação individuais vinculadas à requisição.
Captura
Use o timestamp de criação do registro de solicitação de aprovação associado à requisição e à etapa de aprovação específica.
Tipo de evento
explicit
|
|||
|
Etapa de Aprovação Rejeitada
|
Representa o resultado negativo de uma etapa de aprovação, onde um aprovador rejeitou a requisição, geralmente enviando-a de volta para alteração. Isso é registrado explicitamente como uma ação de 'Negar'. | ||
|
Por que é importante
Destaca uma fonte principal de retrabalho e atrasos. Analisar esses eventos é vital para entender a 'Taxa de Retrabalho de Requisição' e os motivos de rejeição.
Onde obter
Das tabelas de fluxo de aprovação do Ariba. Isso é registrado com um timestamp quando um aprovador realiza a ação 'Negar' ou 'Rejeitar' em sua tarefa atribuída.
Captura
Use o timestamp da ação 'Negar' registrada no histórico de aprovação para uma etapa específica.
Tipo de evento
explicit
|
|||
|
Item de Linha da Requisição Pedido
|
Representa a mudança de status de um item de linha individual em uma requisição para 'Pedido Realizado' após ter sido incluído em uma ordem de compra. Isso permite um rastreamento mais detalhado do que a criação do pedido no nível do cabeçalho. | ||
|
Por que é importante
Permite analisar pedidos parciais ou atrasos no nível do item da linha, o que não é visível apenas no cabeçalho. Útil para requisições com muitas linhas atendidas por diferentes POs.
Onde obter
Inferido a partir da mudança de status do objeto de item de linha da requisição. O status do item é atualizado para 'Pedido' assim que uma PO é gerada para ele.
Captura
Identifique o timestamp quando o campo de status do item da linha de requisição muda para 'Pedido'.
Tipo de evento
inferred
|
|||
|
Requisição Alterada
|
Ocorre quando um usuário modifica uma requisição após o envio, geralmente em resposta a uma rejeição. Capturado quando o documento é editado e reenviado. | ||
|
Por que é importante
Rastreia o retrabalho e as ineficiências do processo. Uma alta frequência de alterações sugere requisitos iniciais ou políticas pouco claras, impactando o KPI 'Taxa de Alteração de Requisição'.
Onde obter
Inferido a partir dos dados de versionamento no Ariba. Cada alteração cria uma nova versão da requisição. Versões maiores que 1 indicam uma alteração.
Captura
Verifique novas versões da requisição criadas após o status inicial 'Enviada'. O timestamp da nova versão é o tempo do evento.
Tipo de evento
inferred
|
|||
|
Requisição Enviada para Sourcing
|
Ocorre quando uma requisição aprovada é encaminhada ao departamento de sourcing (ex: para um RFQ) antes da criação da PO. Capturado pela mudança de status para 'Sourcing'. | ||
|
Por que é importante
Identifica um desvio importante no processo para itens de alto valor ou fora de padrão. Ajuda a analisar a contribuição do departamento de sourcing no lead time total.
Onde obter
Inferido a partir da mudança de status da requisição para um valor que indica envio ao sourcing. Comum no Ariba Buying integrado ao Ariba Sourcing.
Captura
Identifique o timestamp quando o campo de status da requisição muda para 'Sourcing' ou status personalizado similar.
Tipo de evento
inferred
|
|||
|
Requisição Retirada
|
Ocorre quando o solicitante original cancela uma requisição enviada antes da aprovação total. Capturado pela mudança de status para 'Retirada' ou 'Cancelada'. | ||
|
Por que é importante
Representa o encerramento do processo iniciado pelo usuário. Analisar por que as requisições são retiradas pode revelar problemas com mudanças nas necessidades do negócio ou tempos de aprovação excessivos.
Onde obter
Inferido a partir do histórico do documento ou log de auditoria do Ariba, que registra a mudança de status da requisição para 'Retirada'.
Captura
Identifique o timestamp quando o campo de status da requisição muda para 'Retirada'.
Tipo de evento
inferred
|
|||