Seu Template de Dados de Purchase to Pay - Requisição
Seu Template de Dados de Purchase to Pay - Requisição
- Atributos recomendados para coletar em uma análise completa
- Principais atividades e marcos do processo a acompanhar
- Orientações detalhadas para extrair dados do seu sistema
Purchase to Pay - Requisição: atributos
| Nome | Descrição | ||
|---|---|---|---|
|
ID da requisição de compra
PurchaseRequisitionId
|
O identificador exclusivo de um documento de purchase requisition, que funciona como o identificador principal de caso do processo. | ||
|
Descrição
O Purchase Requisition ID é a chave central que conecta 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 o envio até a aprovação final, a negação ou o encerramento. Na análise de Process Mining, esse atributo é fundamental para correlacionar os casos. Ele permite reconstruir a jornada completa, de ponta a ponta, de cada requisição, calcular com precisão os tempos de ciclo, identificar variantes do processo e analisar loops de retrabalho. Sem esse identificador, seria impossível distinguir eventos pertencentes a requisições diferentes.
Por que isso importa
Este é o identificador essencial do caso que conecta todas as atividades relacionadas, permitindo 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ções 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 determinado momento 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 "Requisition Created", "Approval Step Approved" ou "Requisition Closed". Esses dados normalmente são derivados de Event Logs, mudanças de status ou ações específicas de usuários registradas no SAP Ariba. Esse atributo é essencial para construir o mapa de processo, que representa visualmente o fluxo das atividades. Ao analisar a sequência e a frequência dessas atividades, os analistas conseguem identificar caminhos comuns do processo, gargalos, desvios do procedimento padrão e áreas de retrabalho. Ele é a base de qualquer análise de Process Mining.
Por que isso importa
Ele 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 às tabelas de cabeçalho da requisição e de itens da linha.
Exemplos
Requisição enviadaEtapa de aprovação aprovadaRequisição alteradaPurchase Order criado
|
|||
|
Registro de data e hora do evento
EventTimestamp
|
A data e a hora exatas em que a atividade ocorreu, servindo como o principal registro de data e hora para ordenar os eventos. | ||
|
Descrição
O registro de data e hora do evento registra o momento exato em que uma atividade ocorreu. Esses dados de alta precisão são essenciais para ordenar corretamente os eventos dentro de cada caso e calcular a duração entre as diferentes etapas do processo. Na análise, esse registro de data e hora é a base de todos os cálculos relacionados ao tempo, incluindo tempos de ciclo, tempos de espera e durações de processamento. Ele alimenta Dashboards que analisam a performance, como o Requisition Approval Cycle Time e o Approval Path Bottleneck Analysis. A precisão desse campo afeta diretamente a confiabilidade de todas as métricas de performance.
Por que isso importa
Este atributo fornece a ordem cronológica dos eventos e é a base de todos os cálculos de performance e duração, como tempos de ciclo e gargalos.
Onde obter
Normalmente encontrado junto aos registros de atividade ou de mudança de status nas tabelas de trilha de auditoria ou de log de transações do SAP Ariba.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Caminho do Approval Workflow
ApprovalWorkflowPath
|
A sequência predefinida de etapas de aprovação que a requisição deve seguir. | ||
|
Descrição
Esse atributo define a variante padrão do processo ou a matriz de aprovação à qual uma requisição deve obedecer com base em características como valor, categoria do item e departamento. Ele representa o processo “to-be” ou o “happy path”. Isso é fundamental para a verificação de conformidade e é usado no Dashboard Visão Geral da Conformidade das Requisições. Ao comparar a sequência real de atividades com o Caminho do Approval Workflow esperado, os analistas podem detectar automaticamente violações de políticas, etapas de aprovação não autorizadas ou controles ignorados. Isso é essencial para a auditoria interna e a gestão de riscos.
Por que isso importa
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. Essa informação pode ser derivada da configuração da matriz de aprovação ou de um campo específico da requisição.
Exemplos
TI padrão > US$ 10 milServiços de marketing < US$ 5 milCAPEX > US$ 100 mil
|
|||
|
Categoria do item
ItemCategory
|
A classificação dos bens ou serviços solicitados, como "IT Hardware", "Office Supplies" ou "Professional Services". | ||
|
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. No Process Mining, esse atributo é essencial para o Dashboard de Análise de Alterações de Requisições, pois pode mostrar se determinadas categorias de itens estão mais sujeitas a alterações, indicando especificações pouco claras ou preços voláteis. Ele também permite comparar a performance do processo, como os tempos de aprovação, entre diferentes tipos de compra para identificar se categorias específicas enfrentam mais atritos.
Por que isso importa
Permite analisar os dados com base no tipo de bem ou serviço comprado, ajudando a identificar gargalos específicos de cada categoria ou problemas de conformidade.
Onde obter
Consulte a documentação do SAP Ariba. Essas informações geralmente estão disponíveis no nível do item da linha da 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 purchase requisition. | ||
|
Descrição
Este atributo fornece contexto organizacional ao identificar qual parte da empresa iniciou a solicitação. Normalmente, ele é derivado do perfil do usuário solicitante ou informado diretamente no formulário da requisição. Na análise, essa é uma dimensão poderosa para filtrar e comparar resultados. Ela é usada em praticamente todos os Dashboards, como "Requisition Approval Cycle Time" e "Requisition Rejection Rate Analysis", para detalhar as métricas por departamento. Assim, é possível identificar quais departamentos têm os maiores tempos de ciclo, as maiores taxas de alteração ou o maior número de solicitações fora de conformidade, orientando iniciativas direcionadas de melhoria de processos.
Por que isso importa
Permite segmentar e comparar a performance do processo entre diferentes áreas da organização, destacando problemas específicos de cada departamento ou boas práticas.
Onde obter
Consulte a documentação do SAP Ariba. Normalmente, essa informação está disponível nos dados de cabeçalho da requisição, muitas vezes vinculada ao perfil do usuário solicitante.
Exemplos
MarketingOperações de TIFinançasPesquisa e desenvolvimento
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo informado por um aprovador quando uma requisição ou etapa de aprovação é rejeitada. | ||
|
Descrição
Quando uma requisição é negada, os aprovadores geralmente informam um motivo, que pode ser um texto livre ou uma opção selecionada em uma lista predefinida. Esse atributo registra esse feedback essencial. Esses dados são a base do Dashboard de Análise da Taxa de Rejeição de Requisições. Analisar os motivos de rejeição mais comuns ajuda a identificar as causas-raiz das falhas do processo, como codificação incorreta, justificativa insuficiente ou problemas orçamentários. Esses insights podem ser usados para melhorar o treinamento dos solicitantes e aumentar a qualidade das solicitações iniciais, reduzindo o retrabalho.
Por que isso importa
Oferece um insight direto sobre os motivos das falhas nas requisições, permitindo analisar as causas-raiz, reduzir o retrabalho e melhorar as taxas de acerto na primeira tentativa.
Onde obter
Consulte a documentação do SAP Ariba. Essas informações geralmente são registradas nos comentários ou no histórico associado 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, geralmente representado por uma sinalização de prioridade, indica a necessidade do negócio de agilizar o processamento. Normalmente, ele é definido pelo solicitante para garantir que necessidades críticas sejam atendidas rapidamente. Esse atributo é o principal direcionador do Dashboard de Monitoramento de Requisições Urgentes e do KPI Tempo de Processamento de Requisições Urgentes. Ele permite comparar diretamente os tempos de ciclo entre requisições urgentes e padrão para validar se o tratamento prioritário está funcionando. Analisar desvios ou atrasos em solicitações urgentes é essencial para garantir a continuidade do negócio.
Por que isso importa
Permite priorizar a análise e monitorar se as requisições de alta prioridade estão sendo processadas mais rapidamente, garantindo o atendimento de necessidades críticas do negócio.
Onde obter
Consulte a documentação do SAP Ariba. Esse campo geralmente pode ser selecionado no formulário de criação da requisição.
Exemplos
AltaMédiaBaixa
|
|||
|
Status da Requisição
RequisitionStatus
|
O estado atual da requisição de compra em seu ciclo de vida. | ||
|
Descrição
Esse atributo reflete o status em tempo real de uma requisição, como “Em composição”, “Enviada”, “Aprovada”, “Negada” ou “Fechada”. Ele mostra em que ponto do processo cada caso estava no momento da extração dos dados. Embora o Process Mining reconstrua o fluxo histórico, esse atributo é essencial para o monitoramento operacional. Ele é o principal dado do Rastreador de Status de Requisições em Tempo Real, permitindo que os gestores vejam a carga de trabalho atual e identifiquem requisições paradas ou envelhecendo. Assim, oferece visibilidade imediata e acionável sobre o pipeline ativo de requisições.
Por que isso importa
Permite monitorar o pipeline de requisições em tempo real, ajudando a identificar e resolver solicitações paradas ou envelhecendo antes que se tornem um problema.
Onde obter
Consulte a documentação do SAP Ariba. Esse é um campo de status padrão no cabeçalho da requisição.
Exemplos
AprovadoEnviadoNegadoEm aprovação
|
|||
|
Usuário do evento
EventUser
|
O ID ou nome do usuário que realizou a atividade, como o solicitante ou o aprovador. | ||
|
Descrição
O atributo Usuário do evento identifica a pessoa responsável por executar uma etapa específica do processo. Pode ser o funcionário que enviou a requisição, o gestor que a aprovou ou o agente de compras que a processou. Esse atributo é essencial para analisar a carga de trabalho, comparar a performance e identificar oportunidades de treinamento. Ele alimenta o Dashboard "Approver Workload and Performance", permitindo analisar os tempos de aprovação por usuário. Também é usado para investigar as causas de atrasos ou desvios, rastreando-os até pessoas ou equipes específicas.
Por que isso importa
Permite analisar a distribuição da carga de trabalho, a performance dos usuários e a alocação de recursos, ajudando a identificar gargalos causados por usuários ou equipes específicos.
Onde obter
Consulte a documentação do SAP Ariba. Essas informações geralmente ficam armazenadas em tabelas de trilha de auditoria ou histórico, vinculadas aos dados mestres dos usuários.
Exemplos
john.doejane.smithmanager123
|
|||
|
Valor total da requisição
TotalRequisitionAmount
|
O valor monetário total da purchase requisition. | ||
|
Descrição
Este atributo registra o valor financeiro de toda a solicitação. É uma informação essencial de contexto de negócio, ajudando a categorizar e priorizar as requisições. Analisar as métricas do processo em relação a esse valor pode revelar padrões importantes. Por exemplo, requisições de alto valor podem seguir caminhos de aprovação diferentes e mais rigorosos ou apresentar tempos de ciclo maiores. Esse atributo é essencial para entender o impacto financeiro das ineficiências do processo e categorizar as requisições por faixas de valor para análise comparativa.
Por que isso importa
Fornece um contexto financeiro essencial, permitindo analisar como o valor da requisição afeta o comportamento do processo, como os tempos de aprovação e a complexidade do Workflow.
Onde obter
Consulte a documentação do SAP Ariba. Este é um campo padrão do cabeçalho da purchase requisition.
Exemplos
1500.0025000.5099.95
|
|||
|
É Automatizado
IsAutomated
|
Um sinalizador booleano que indica se uma atividade foi executada por um sistema ou por um usuário humano. | ||
|
Descrição
Esse atributo diferencia eventos automatizados do sistema, como aprovações automáticas ou alterações de status acionadas pelo sistema, de atividades manuais executadas por usuários. Isso é essencial para entender o nível de automação do processo. Na análise, ele ajuda a medir com precisão o esforço humano e a identificar oportunidades de automação adicional. Por exemplo, filtrar atividades manuais permite calcular com precisão os tempos de processamento centrados no usuário. O atributo também ajuda a validar se as regras automatizadas estão funcionando conforme o esperado no processo.
Por que isso importa
Diferencia ações humanas de ações do sistema, algo essencial para medir as taxas de automação e identificar novas oportunidades de automação.
Onde obter
Normalmente, isso é derivado da verificação de se o “Usuário do Evento” corresponde a um ID de sistema ou de usuário de lote.
Exemplos
truefalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador booleano que indica se a requisição passou por retrabalho, como uma rejeição ou várias alterações. | ||
|
Descrição
Esse atributo calculado é uma medida mais ampla da ineficiência do que “IsAmended”. Ele sinaliza casos que passaram por ciclos significativos de retrabalho, normalmente definidos pela ocorrência de um ou mais eventos de “Etapa de Aprovação Rejeitada” ou de várias atividades de “Requisição Alterada”. Esse sinalizador é usado para calcular o KPI Taxa de Retrabalho de Requisições. Ele ajuda a quantificar os custos ocultos e os atrasos associados às falhas do processo. Analisar os casos marcados como retrabalho pode revelar padrões relacionados a determinados aprovadores, departamentos ou tipos de solicitação que geram atritos no processo.
Por que isso importa
Identifica casos com atritos significativos no processo, como rejeições, permitindo uma análise focada nas causas da ineficiência e dos atrasos.
Onde obter
Calculado como verdadeiro quando um caso contém uma atividade de rejeição ou mais de uma atividade de alteração.
Exemplos
truefalse
|
|||
|
Foi Alterada
IsAmended
|
Um sinalizador booleano que indica se a requisição foi alterada pelo menos uma vez depois do envio inicial. | ||
|
Descrição
Esse atributo calculado identifica casos que passaram por pelo menos uma atividade de “Requisição Alterada”. Ele simplifica a sinalização de requisições que precisaram de mudanças durante seu ciclo de vida. Esse sinalizador é usado para calcular o KPI Taxa de Alteração de Requisições. Ao contar os casos em que o sinalizador é verdadeiro, os analistas conseguem medir facilmente a frequência do retrabalho e investigar suas causas-raiz, relacionando-a a outros atributos, como “Nome do Solicitante” ou “Categoria do Item”.
Por que isso importa
Simplifica o cálculo do KPI de taxa de alterações, ajudando a quantificar o retrabalho e identificar áreas que precisam de especificações iniciais mais claras.
Onde obter
Calculado como verdadeiro quando um caso contém uma ou mais atividades de “Requisição Alterada” e como falso nos demais casos.
Exemplos
truefalse
|
|||
|
ID do Pedido de Compra
PurchaseOrderId
|
O identificador do Pedido de Compra criado a partir da requisição aprovada. | ||
|
Descrição
Esse atributo vincula uma requisição de compra ao documento subsequente, o Pedido de Compra (PO). Sua presença indica a conversão bem-sucedida de uma solicitação em pedido. Ele é essencial para a análise de ponta a ponta que vai além da etapa de requisição. É usado para calcular o KPI Prazo entre Requisição e PO, conectando o evento de criação da requisição ao evento de criação do PO. Assim, oferece uma visão completa da etapa inicial do ciclo de compras.
Por que isso importa
Vincula a requisição ao pedido de compra subsequente, permitindo medir o tempo de ciclo de ponta a ponta entre a requisição e o PO.
Onde obter
Consulte a documentação do SAP Ariba. Essas informações geralmente ficam armazenadas nos dados do item da linha da requisição depois que um PO é gerado.
Exemplos
PO-4500012345PO-4500012346PO-4500012347
|
|||
|
Nome do Aprovador
ApproverName
|
O nome do usuário designado para aprovar uma etapa específica do Workflow. | ||
|
Descrição
Esse atributo identifica o gestor ou stakeholder específico responsável por uma atividade de aprovação. Ele é diferente do “Usuário do Evento”, pois se refere especificamente às tarefas de aprovação. Esse é um atributo essencial para o Dashboard de Carga de Trabalho e Performance dos Aprovadores. Ele permite acompanhar o número de requisições tratadas por cada aprovador e o tempo médio de aprovação. Isso ajuda a identificar gargalos individuais, equilibrar cargas de trabalho e avaliar a performance em relação às metas.
Por que isso importa
Identifica a pessoa responsável por uma aprovação, permitindo equilibrar detalhadamente a carga de trabalho e analisar a performance dos aprovadores.
Onde obter
Consulte a documentação do SAP Ariba. Essas informações ficam armazenadas nos dados do fluxo de aprovação vinculado à 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
Esse atributo no nível do caso identifica o criador da requisição de compra. Ele fornece contexto sobre a origem da solicitação e o stakeholder envolvido. Na análise, esse atributo é usado para filtrar o processo e analisar o comportamento de solicitantes específicos. Por exemplo, os Dashboards de Análise de Alterações de Requisições e de Análise da Taxa de Rejeição de Requisições usam esse dado para identificar pessoas que podem precisar de treinamento adicional devido às altas taxas de alterações ou rejeições. Isso ajuda a personalizar o feedback e as iniciativas de melhoria.
Por que isso importa
Identifica o criador da solicitação, permitindo analisar o comportamento e a qualidade do processo por solicitante.
Onde obter
Consulte a documentação do SAP Ariba. Esse é um campo padrão no cabeçalho da requisição, geralmente identificado como “Criado por” ou “Solicitante”.
Exemplos
Alice WilliamsBob MillerCharles Brown
|
|||
|
Sistema de origem
SourceSystem
|
O sistema de registro do qual os dados foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados do processo. Nesta visualização, o valor seria sempre "SAP Ariba", mas, em um contexto mais amplo, no qual os dados podem ser combinados de vários sistemas, esse campo é essencial para a linhagem dos dados e a solução de problemas. Na análise, ele ajuda a confirmar a origem dos dados e pode ser usado para filtrar ou comparar processos que abrangem diferentes sistemas. Isso garante clareza e confiança na fonte dos dados, algo importante para obter o apoio dos stakeholders.
Por que isso importa
Identifica a origem dos dados, o que é essencial para a governança de dados, a solução de problemas e a compreensão do contexto da análise.
Onde obter
Normalmente, é um valor estático adicionado durante o processo de extração e transformação dos dados para identificar a origem do conjunto de dados.
Exemplos
SAP AribaSAP_ARIBA_P2PAribaCloud
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora que indica quando os dados deste registro 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 mais recente de um determinado evento. Ele oferece transparência sobre a atualidade dos dados analisados, algo especialmente importante para monitorar processos em andamento. Os analistas usam essas informações para entender o quão recentes são os insights gerados. Em Dashboards como o "Live Requisition Status Tracker", esse campo é essencial para informar aos usuários o quanto as informações exibidas estão atualizadas. Ele ajuda a alinhar as expectativas sobre a atualidade dos dados.
Por que isso importa
Indica a atualidade dos dados, algo essencial para entender o momento e a relevância dos insights de Process Mining.
Onde obter
Esse registro de data e hora normalmente é gerado e adicionado a cada registro durante o processo de ingestão dos dados.
Exemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
Purchase to Pay - Requisição: atividades
| Atividade | Descrição | ||
|---|---|---|---|
|
Purchase Order criado
|
Indica a conversão bem-sucedida de uma Purchase Requisition aprovada em um Purchase Order. Esse evento é capturado pela criação de um documento de PO que faz referência à requisição. | ||
|
Por que isso importa
Este é o principal resultado de sucesso do processo de requisição. É essencial para medir o KPI de ponta a ponta "Requisition to PO Lead Time".
Onde obter
Este é um evento explícito. É usado o registro de data e hora de criação do documento de Purchase Order, que contém um link ou uma referência direta ao Purchase Requisition ID de origem.
Captura
Na tabela de cabeçalho do PO, encontre o PO vinculado à requisição e use seu registro de data e hora de criação.
Tipo de evento
explicit
|
|||
|
Requisição aprovada
|
Indica a aprovação final da Purchase Requisition depois que ela passou com sucesso por todas as etapas do Workflow. Esse evento é capturado pela mudança de status para "Approved". | ||
|
Por que isso importa
Um marco essencial que sinaliza o fim da fase de aprovação. É o ponto final para medir o "Avg Requisition Approval Time" e indica que a requisição está pronta para a criação do PO.
Onde obter
Inferido a partir do histórico do documento do Ariba, que registra a mudança final de status da requisição para "Approved".
Captura
Identifique o registro de data e hora em que o campo de status da requisição muda para "Approved".
Tipo de evento
inferred
|
|||
|
Requisição criada
|
Indica a criação inicial de um documento de Purchase Requisition por um usuário. Esse evento é capturado quando a requisição é salva pela primeira vez no estado "Composing" ou como rascunho. | ||
|
Por que isso importa
Este é o ponto de partida do ciclo de vida da requisição. Analisar o tempo entre a criação e o envio ajuda a medir a eficiência do usuário e identificar necessidades de treinamento.
Onde obter
A partir do registro de data e hora de criação do objeto Purchase Requisition no SAP Ariba. Essa informação pode ser encontrada nos dados de cabeçalho do documento da requisição e representa um evento explícito de criação.
Captura
Use o registro de data e hora "CreateTime" ou equivalente na tabela de cabeçalho do documento da requisição.
Tipo de evento
explicit
|
|||
|
Requisição encerrada
|
O encerramento administrativo final de uma Purchase Requisition depois que todas as ações associadas, como pedido e recebimento, foram concluídas. Esse evento é capturado por uma mudança final de status para "Closed". | ||
|
Por que isso importa
Representa o fim definitivo de todo o ciclo de vida da requisição. Analisar o tempo entre a criação do PO e o encerramento pode revelar gargalos nos processos posteriores de recebimento ou faturamento.
Onde obter
Inferido a partir do histórico do documento do Ariba, que registra a mudança de status da requisição para "Closed".
Captura
Identifique o registro de data e hora em que o campo de status da requisição muda para "Closed".
Tipo de evento
inferred
|
|||
|
Requisição enviada
|
Representa o envio formal da Purchase Requisition para o Workflow de aprovação pelo solicitante. Esse evento é capturado pela mudança de status de "Composing" para "Submitted". | ||
|
Por que isso importa
Este é um marco importante que aciona o processo de aprovação. Ele é essencial para medir o "Requisition Approval Cycle Time" e o "Requisition Creation Lead Time".
Onde obter
Inferido a partir do histórico do documento ou do audit log do Ariba, que registra a mudança de status da requisição para "Submitted" e o registro de data e hora dessa alteração.
Captura
Identifique o registro de data e hora em que o campo de status da requisição muda pela primeira vez para "Submitted".
Tipo de evento
inferred
|
|||
|
Requisição negada
|
Representa a rejeição final de uma Purchase Requisition após a análise. É um estado final do processo e é capturado pela mudança de status para "Denied". | ||
|
Por que isso importa
Este é um ponto final importante de falha. Analisar as requisições negadas é essencial para o KPI "Requisition Rejection Rate", ajudando a identificar padrões e melhorar a qualidade das solicitações.
Onde obter
Inferido a partir do histórico do documento do Ariba, que registra a mudança final de status da requisição para "Denied".
Captura
Identifique o registro de data e hora em que o campo de status da requisição muda para "Denied".
Tipo de evento
inferred
|
|||
|
Etapa de aprovação aprovada
|
Representa o resultado positivo de uma etapa de aprovação, quando um aprovador aprova a parte da requisição atribuída a ele. Esse evento é registrado explicitamente como uma ação de aprovação. | ||
|
Por que isso importa
Mede o tempo de processamento de cada aprovador. Esses dados são essenciais para calcular o "Avg Approval Step Duration" e avaliar a carga de trabalho dos aprovadores.
Onde obter
A partir das tabelas de fluxo de aprovação do Ariba. Esse evento é registrado com um registro de data e hora quando um aprovador executa a ação "Approve" na tarefa atribuída.
Captura
Use o registro de data e hora da ação "Approve" registrada no histórico de aprovação de uma etapa específica.
Tipo de evento
explicit
|
|||
|
Etapa de aprovação iniciada
|
Indica que uma Purchase Requisition foi encaminhada a um aprovador ou a uma fila de aprovação e aguarda uma ação. Esse evento é capturado quando uma solicitação de aprovação é gerada e atribuída. | ||
|
Por que isso importa
Oferece um insight detalhado sobre o Workflow de aprovação. É essencial para calcular os tempos de fila e identificar quais etapas específicas são gargalos na "Approval Path Bottleneck Analysis".
Onde obter
A partir das tabelas de fluxo de aprovação do Ariba, que registram a criação e a atribuição de tarefas individuais de aprovação vinculadas à requisição.
Captura
Use o registro de data e hora de criação do registro de solicitação de aprovação associado à requisição e à etapa específica de aprovação.
Tipo de evento
explicit
|
|||
|
Etapa de aprovação rejeitada
|
Representa o resultado negativo de uma etapa de aprovação, quando um aprovador rejeita a requisição, normalmente enviando-a de volta para alteração. Esse evento é registrado explicitamente como uma ação "Deny". | ||
|
Por que isso importa
Destaca uma fonte importante de retrabalho e atrasos no processo. Analisar esses eventos é essencial para entender o "Requisition Rework Rate" e os motivos das rejeições.
Onde obter
A partir das tabelas de fluxo de aprovação do Ariba. Esse evento é registrado com um registro de data e hora quando um aprovador executa a ação "Deny" ou "Reject" na tarefa atribuída.
Captura
Use o registro de data e hora da ação "Deny" registrada no histórico de aprovação de uma etapa específica.
Tipo de evento
explicit
|
|||
|
Item da linha da requisição pedido
|
Representa a mudança de status de um item individual da linha de uma requisição para "Ordered" depois que ele foi incluído em um Purchase Order. Isso oferece um acompanhamento mais detalhado do que a criação do PO no nível do cabeçalho. | ||
|
Por que isso importa
Permite analisar pedidos parciais ou atrasos no nível do item da linha, algo que não é visível quando se observa apenas o 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 da linha da requisição. O status do item da linha é atualizado para "Ordered" quando um PO é gerado para ele.
Captura
Identifique o registro de data e hora em que o campo de status do item da linha da requisição muda para "Ordered".
Tipo de evento
inferred
|
|||
|
Requisição alterada
|
Ocorre quando um usuário modifica uma Purchase Requisition depois que ela foi enviada, geralmente em resposta a uma rejeição ou solicitação de esclarecimento. Esse evento é capturado quando o documento é editado e reenviado. | ||
|
Por que isso importa
Acompanha o retrabalho e as ineficiências do processo. Uma alta frequência de alterações sugere requisitos ou políticas iniciais pouco claros, afetando o KPI "Requisition Amendment Rate".
Onde obter
Inferido a partir dos dados de versionamento do Ariba. Cada alteração cria uma nova versão do documento da requisição. A criação de uma versão maior que 1 indica uma alteração.
Captura
Verifique se novas versões da requisição foram criadas depois do status inicial "Submitted". O registro de data e hora da nova versão corresponde ao horário do evento.
Tipo de evento
inferred
|
|||
|
Requisição enviada para Sourcing
|
Ocorre quando uma requisição aprovada é encaminhada ao departamento de Sourcing para realizar um evento de sourcing, como uma RFQ, antes que um PO possa ser criado. É capturado por uma mudança de status, por exemplo, para "Sourcing". | ||
|
Por que isso importa
Identifica uma ramificação importante do processo para itens de alto valor ou fora do padrão. Ajuda a analisar a contribuição do departamento de Sourcing para o lead time.
Onde obter
Inferido a partir da mudança do status da requisição para um valor que indique que ela foi enviada para Sourcing. Isso é comum no Ariba Buying integrado ao Ariba Sourcing.
Captura
Identifique o registro de data e hora em que o campo de status da requisição muda para "Sourcing" ou para um status personalizado semelhante.
Tipo de evento
inferred
|
|||
|
Requisição retirada
|
Ocorre quando o solicitante original cancela uma Purchase Requisition enviada antes que ela seja totalmente aprovada. Esse evento é capturado pela mudança de status para "Withdrawn" ou "Canceled". | ||
|
Por que isso importa
Representa o encerramento do processo iniciado pelo usuário. Analisar por que as requisições são retiradas pode revelar problemas relacionados a mudanças nas necessidades do negócio ou a tempos de aprovação longos.
Onde obter
Inferido a partir do histórico do documento ou do audit log do Ariba, que registra a mudança de status da requisição para "Withdrawn".
Captura
Identifique o registro de data e hora em que o campo de status da requisição muda para "Withdrawn".
Tipo de evento
inferred
|
|||
Guias de Extração
Pronto para começar?
Use este Template para simplificar a preparação dos seus dados e desbloquear insights poderosos sobre seu processo de Purchase to Pay - Requisição. Comece a otimizar suas operações hoje.
Acabe com os atrasos: otimize seu processo de Purchase to Pay - Requisição
Identifique as ineficiências do SAP Ariba e reduza o tempo de ciclo em 30%.
Não é necessário cartão de crédito. A configuração é rápida e fácil.