> Melhoria Contínua de Processos > Purchase to Pay Requisio > Oracle Fusion Financials > Modelo de Dados

Seu Template de Dados para Requisição no Purchase to Pay

Oracle Fusion Financials

Purchase to Pay - Atributos de Requisio (22) Purchase to Pay - Atividades de Requisio (12) Guias de Extração (4)

Seu Template de Dados para Requisição no Purchase to Pay

Este template oferece um roteiro claro para coletar os dados essenciais do seu processo de Purchase to Pay - Requisio. Ele detalha os atributos e atividades crticas, al m de orientar a extrao do Oracle Fusion Financials. Com isso, voc prepara seu log de eventos para um Process Mining de alto impacto.

Atributos recomendados para coletar
Atividades-chave a monitorizar
Orientação para extração para Oracle Fusion Financials

É novo em event logs? Saiba como criar um event log para Process Mining.

Baixar Modelo

Purchase to Pay - Atributos de Requisio

Estes so os campos de dados recomendados para incluir em seu log de eventos para uma anlise completa de Purchase to Pay - Requisio.

5 Obrigatório 7 Recomendado 10 Opcional

	Nome	Descrição
	Atividade ActivityName	O nome do evento de negcio ocorrido em um ponto especfico do processo.
Descrição A Atividade representa uma etapa ou marco no ciclo de vida da requisio. Exemplos: 'Requisio Criada', 'Etapa de Aprovao Aprovada' ou 'Pedido de Compra Criado'. So derivadas de mudanas de status ou aes do usurio registradas nos logs do sistema. Este atributo essencial para construir o mapa do processo, visualizando o fluxo das requisies. Analisar a frequncia das atividades ajuda a identificar caminhos comuns, gargalos, loops de retrabalho e desvios do procedimento padro. Por que é importante Constitui a espinha dorsal do mapeamento de processos, permitindo a visualizao e anlise do fluxo de requisio. Onde obter Derivado de registros de mudança de status em tabelas como POR_REQUISITION_HEADERS_ALL, histórico de transações ou trilhas de auditoria de workflow. Exemplos Requisição de vaga criadaEtapa de Aprovação AprovadaRequisio RejeitadaPedido de Compra criado
	ID da Requisição de Compra PurchaseRequisitionId	O identificador nico de uma requisio de compra, servindo como o ID do Caso (Case ID) do processo.
Descrição O ID da Requisio o identificador central que vincula todas as atividades de um pedido. Cada requisio recebe um ID nico na criao, que permanece constante em todo o ciclo. No Process Mining, este atributo agrupa eventos relacionados (criao, envio, aprovao, fechamento) em um nico caso. Isso permite a anlise de ponta a ponta, permitindo visualizar o mapa do processo, calcular tempos de ciclo e analisar variantes de cada solicitao individual. Por que é importante Atributo base para rastrear o ciclo de vida da requisio, permitindo anlises de nvel de caso e clculos de KPI. Onde obter Geralmente a chave primria na tabela de cabealho, como REQUISITION_HEADER_ID em POR_REQUISITION_HEADERS_ALL no Oracle Fusion Financials. Exemplos 100234810023491002350
	Tempo do Evento EventTime	O timestamp indicando quando a atividade ocorreu.
Descrição O Event Time (Tempo do Evento) registra a data e hora exatas de uma atividade. Este timestamp fundamental para a ordem cronolgica dos eventos em um caso, sendo extrado de datas de criao ou atualizao. Na anlise, usado para calcular m tricas de durao, como tempos de ciclo entre atividades, tempos de espera e durao total do caso. essencial para identificar gargalos, medir performance contra SLAs e entender a dinmica temporal do processo. Por que é importante Essencial para calcular KPIs de tempo, ordenar eventos e analisar performance e gargalos. Onde obter Geralmente extrado de colunas como 'LAST_UPDATE_DATE' ou 'CREATION_DATE' ligadas transao ou mudana de status em tabelas como POR_REQUISITION_HEADERS_ALL. Exemplos 2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
	Sistema de Origem SourceSystem	O sistema de informação do qual esses dados foram extraídos.
Descrição Identifica a origem dos dados. Para este modelo, ser sempre 'Oracle Fusion Financials'. Em ambientes com mltiplos ERPs, este campo crucial para linhagem de dados e soluo de problemas. Fornece contexto sobre a fonte da verdade para os eventos analisados. Por que é importante Oferece contexto essencial sobre a origem dos dados, crucial para a governana e para a integrao de dados de mltiplos sistemas. Onde obter Este é um valor estático adicionado durante o processo de extração e transformação para identificar a origem do conjunto de dados. Exemplos Oracle Fusion Financials
	Última Atualização de Dados LastDataUpdate	O timestamp da atualização de dados mais recente do sistema de origem.
Descrição Indica a data e hora da ltima extrao de dados do Oracle Fusion Financials. Aplica-se ao conjunto de dados completo. Analistas usam isso para entender quo recentes so os dados. um metadado essencial para relatrios de dashboard, garantindo que as anlises reflitam as informaes mais atuais. Por que é importante Informa aos usurios sobre quo recentes so os dados, garantindo que as anlises sejam relevantes e baseadas nas informaes mais atuais. Onde obter Este timestamp gerado e armazenado durante a extrao, geralmente pela ferramenta de ETL ou pipeline de dados. Exemplos 2023-10-27T02:00:00Z
	Data de necessidade RequiredByDate	A data na qual o solicitante precisa dos bens ou servios.
Descrição Data definida pelo solicitante como prazo para receber os itens. Serve como uma meta interna de SLA. Base para o dashboard de 'Performance da Data de Necessidade' e o KPI de 'Taxa de Adeso Data'. Comparar este campo com a criao do pedido ou recebimento revela se as demandas internas esto sendo atendidas e expe atrasos sistmicos. Por que é importante Vital para medir o desempenho do processo frente aos prazos internos e entender se as compras atendem às necessidades do negócio no tempo certo. Onde obter Normalmente armazenado no nvel de item de linha, em tabelas como POR_REQUISITION_LINES_ALL em campos como 'NEED_BY_DATE'. Exemplos 2023-11-012023-12-152024-01-31
	Departamento DepartmentName	O departamento de negcio ao qual o solicitante pertence.
Descrição Indica a rea do solicitante (ex: 'Financeiro', 'TI'). Geralmente vem do perfil do usurio no sistema de RH. Segmentar por departamento uma forma poderosa de analisar dados. Ajuda a identificar comportamentos especficos, como maiores taxas de rejeio ou ciclos lentos, orientando melhorias focadas. uma dimenso central para o dashboard de performance do solicitante. Por que é importante Permite analisar o processo segmentado por unidade de negócio, revelando padrões específicos de departamentos, desempenho e problemas de conformidade. Onde obter Geralmente vem do perfil do solicitante, exigindo um join entre a tabela de requisio e a de RH ou diretrio de usurios. Exemplos Tecnologia da InformaçãoFinançasOperaçõesMarketing
	Motivo da Rejeição RejectionReason	O motivo fornecido pelo aprovador quando uma requisio ou etapa de aprovao rejeitada.
Descrição Quando uma requisição é rejeitada, o aprovador geralmente indica um motivo, seja selecionando em uma lista ou digitando um texto. Este atributo captura essa justificativa. Trata-se de um dado fundamental para a análise de causa raiz de falhas no processo. Ele alimenta o dashboard de 'Tendências de Alteração e Rejeição', explicando o porquê das recusas. Analisar esses motivos ajuda a identificar problemas comuns, como erros de codificação ou violações de política, que podem ser corrigidos com treinamentos ou novos controles. Por que é importante Oferece viso direta sobre os motivos das rejeies, permitindo melhorias focadas para reduzir o retrabalho e aumentar o processamento direto (straight-through). Onde obter Extrado de comentrios de workflow ou campos de cdigo de motivo de rejeio na trilha de auditoria, possivelmente em tabelas vinculadas a FA_FUSION_SOAINFRA.WFTASK. Exemplos Conta Contábil IncorretaExcede o orçamento do centro de custoFornecedor no preferencial selecionadoSolicitação Duplicada
	Nome do solicitante RequesterName	O nome do funcionrio que criou e enviou a requisio de compra.
Descrição Identifica quem iniciou o pedido. capturado no incio, quando a requisio criada. Analisar a performance por Solicitante crtico para o dashboard de 'M tricas de Solicitante'. Ajuda a identificar quem precisa de treinamento, destacando altas taxas de alterao, rejeio ou ciclos longos. Oferece uma viso do processo focada no fator humano. Por que é importante Permite analisar o desempenho por solicitante, ajudando a identificar necessidades de treinamento e destacar usuários ou áreas mais eficientes. Onde obter Originado dos dados de cabealho da requisio, geralmente unindo o ID do solicitante com tabelas de dados mestre de funcionrios. Verifique campos relacionados a 'PREPARER_ID' em POR_REQUISITION_HEADERS_ALL. Exemplos John SmithJane DoeEmily Jones
	Status da Requisio RequisitionStatus	O status atual ou final da requisio de compra.
Descrição Indica o estado geral ou desfecho da requisio (ex: 'Aprovado', 'Rejeitado'). Muitas atividades do log so derivadas deste campo. `essencial para o dashboard de 'Viso Geral de Status', mostrando a carga de trabalho atual e o backlog. Tamb m calcula KPIs de resultado, como a Taxa de Rejeio.` Por que é importante Fornece um panorama do estado atual das requisies e usado para determinar os resultados finais nos clculos de KPI. Onde obter Encontrado na tabela de cabeçalho da requisição, geralmente no campo 'DOCUMENT_STATUS' ou 'APPROVAL_STATUS' em POR_REQUISITION_HEADERS_ALL. Exemplos APPROVEDEM PROCESSAMENTOREPROVADORETIRADO
	Unidade de Negócio BusinessUnit	A unidade de negcio especfica dentro da organizao qual a requisio pertence.
Descrição A Unidade de Negcio (Business Unit) representa uma entidade legal ou funcional da empresa. um agrupamento organizacional superior ao departamento. Analisar dados por Unidade de Negcio permite comparaes de desempenho em nvel corporativo. Isso ajuda a gerncia a entender se as ineficincias so locais ou generalizadas, direcionando esforos de melhoria. uma dimenso essencial para filtrar dashboards e KPIs. Por que é importante Fornece um contexto organizacional de alto nvel, permitindo comparao de desempenho e anlise estrat gica entre diferentes reas da empresa. Onde obter Campo organizacional fundamental no Oracle Fusion, geralmente disponvel no cabealho da requisio na tabela POR_REQUISITION_HEADERS_ALL. Exemplos BU América do NorteBU EuropaSede Corporativa
	Valor Total da Requisio RequisitionTotalAmount	O valor monetrio total da requisio de compra.
Descrição Representa o valor total de todos os itens em uma requisio. um dado crtico para entender o peso financeiro do pedido. No Process Mining, usado para diversas anlises, como filtrar requisies de alto valor, que costumam ter fluxos mais rigorosos. Dashboards usam isso para correlacionar o valor com m tricas como tempo de ciclo ou taxa de rejeio. Por que é importante Fornece contexto financeiro, permitindo anlises baseadas em valor para priorizar melhorias e entender como o valor da requisio impacta o comportamento do processo. Onde obter Localizado no cabealho da requisio, geralmente em campos como REQUISITION_TOTAL na tabela POR_REQUISITION_HEADERS_ALL. Tamb m pode ser calculado somando os valores dos itens de linha em POR_REQUISITION_LINES_ALL. Exemplos 550.0012500.7599.99
	Caminho do Workflow de Aprovação ApprovalWorkflowPath	A sequncia predefinida de aprovadores ou grupos de aprovao exigidos.
Descrição Este atributo define o processo padro de aprovao esperado conforme as polticas da empresa (modelo 'to-be'). O Caminho do Workflow de Aprovao fundamental para anlise de conformidade. Ele alimenta o dashboard de 'Anlise de Desvios' e o KPI de 'ndice de Conformidade', comparando as etapas reais contra o caminho prescrito. Desvios podem indicar violaes de poltica ou ineficincias. Por que é importante Permite a verificação de conformidade ao comparar o fluxo real com a hierarquia de aprovação exigida, destacando pedidos irregulares. Onde obter Configurado no Oracle Fusion BPM Worklist ou Approval Management Engine (AMX). Extrair o caminho definido pode ser complexo, exigindo consultas em tabelas de configurao. Exemplos Gerente > Diretor > VP de FinanasDono do Centro de Custo > Segurança de TIGerente > Chefe de Departamento
	Descrio do Item ItemDescription	A descrio do produto ou servio solicitado na linha da requisio.
Descrição Este atributo cont m a descrio em texto do item. Ele fornece detalhes especficos sobre o que est sendo pedido. Mesmo sendo dados no estruturados, a Descrio do Item oferece contexto valioso. Pode ser usada em filtros para isolar compras especficas no capturadas pelo Tipo de Requisio. Exemplo: um analista pode buscar por 'Licena de Software' para entender o fluxo e tempo de ciclo desse item especfico. Por que é importante Oferece contexto detalhado sobre o que est sendo comprado, permitindo filtragens e anlises granulares de bens ou servios especficos. Onde obter Localizado na tabela de itens de linha da requisio, POR_REQUISITION_LINES_ALL, em campos como ITEM_DESCRIPTION. Exemplos Laptop 15 polegadas, 16GB RAMServiços de Consultoria - Projeto Q4Renovação Anual de Manutenção de Software
	É Automatizado IsAutomated	Um sinalizador que indica se uma atividade foi realizada automaticamente pelo sistema.
Descrição Este atributo identifica eventos executados pelo sistema ou robs em vez de humanos (ex: mudanas de status automticas ou aprovaes por valor). Analisar isso ajuda a quantificar o nvel de automao do processo. Permite comparar a velocidade de etapas automticas versus manuais e identificar novas oportunidades de automao. Por que é importante Ajuda a medir o nível de automação e identificar chances de automatizar tarefas manuais. Onde obter Derivado da verificação se o usuário associado à atividade é uma conta de sistema ou serviço. Requer uma lista de IDs de usuários de sistema conhecidos. Exemplos verdadeirofalse
	É Fluxo Direto (Automático) IsStraightThrough	Uma flag indicando se a requisição foi aprovada sem quaisquer alterações ou rejeições.
Descrição Identifica requisies que foram do envio aprovao sem loops de retrabalho (alteraes ou rejeies). Indica um processo executado com perfeio. `a base para o KPI de 'Taxa de Requisio Straight-Through'. Analisar esses casos revela boas prticas e chances de automao. J analisar os que no so diretos ajuda a encontrar as principais causas de ineficincia.` Por que é importante Mede diretamente a eficiência do processo e serve de base para o KPI de Taxa de Requisição Direta (Straight-Through), ajudando a identificar causas de retrabalho. Onde obter Calculado na transformao de dados. O caso marcado como verdadeiro se no houver atividades de 'Requisio Alterada' ou 'Etapa de Aprovao Rejeitada'. Exemplos verdadeirofalse
	Foi Alterado IsAmendedFlag	Uma flag booleana que é verdadeira se a requisição foi alterada pelo menos uma vez.
Descrição Este atributo calculado indica se houve mudanas aps o envio inicial, verificando a presena da atividade 'Requisio Alterada'. Esta flag simplifica o clculo do KPI de 'Taxa de Alterao' e identifica casos que no so 'straight-through' (diretos). Permite filtrar e comparar a performance entre requisies alteradas e no alteradas. Por que é importante Simplifica o clculo da taxa de alterao e permite comparar facilmente requisies alteradas e no alteradas. Onde obter No existe no sistema de origem; calculado na transformao de dados com base em atividades de alterao no log de eventos. Exemplos verdadeirofalse
	Moeda CurrencyCode	O cdigo da moeda para o valor da requisio, como BRL, USD ou EUR.
Descrição Especifica a moeda do valor total. Em empresas globais, as requisies podem usar moedas variadas. `essencial para interpretar dados financeiros. Garante que os valores sejam comparados corretamente, seja filtrando uma nica moeda ou convertendo tudo para uma base comum.` Por que é importante Garante análises financeiras e relatórios precisos, especialmente em empresas multinacionais que lidam com várias moedas. Onde obter Geralmente encontrado na tabela de cabealho da requisio junto com os campos de valor (ex: POR_REQUISITION_HEADERS_ALL). Exemplos USDEURGBPJPY
	Nome do Fornecedor SupplierName	O nome do fornecedor sugerido ou pr -selecionado para os bens ou servios.
Descrição Identifica o fornecedor. Pode ser sugerido pelo solicitante ou determinado pelo sistema via catlogos. Analisar por fornecedor revela padres de compras importantes. Ajuda a identificar se requisies para certos fornecedores demoram mais ou tm mais rejeies, sendo til para a gesto de fornecedores e estrat gia de suprimentos. Por que é importante Permite analisar o desempenho do processo por fornecedor, auxiliando na estratégia de suprimentos e na gestão de relacionamento. Onde obter Localizado na tabela de itens de linha da requisio, POR_REQUISITION_LINES_ALL, geralmente vinculado via VENDOR_ID a uma tabela mestre de fornecedores como POZ_SUPPLIERS. Exemplos Office Supplies Inc.Global Tech SolutionsAgência de Marketing Criativa
	Nome do Utilizador UserName	O nome do usurio que realizou a atividade, como um aprovador ou editor.
Descrição Enquanto o Nome do Solicitante identifica quem iniciou o processo, o Nome de Usuário especifica quem executou um evento, como uma aprovação ou rejeição. Isso é essencial em workflows de várias etapas que envolvem diferentes pessoas. Este atributo é crucial para analisar gargalos de aprovação e medir o desempenho de equipes. Ele apoia o dashboard de 'Gargalos no Workflow de Aprovação', permitindo analisar o tempo de resposta de cada usuário envolvido na cadeia de aprovação. Por que é importante Identifica o responsável por cada evento, o que é essencial para analisar tempos de repasse, desempenho de aprovadores e alocação de recursos. Onde obter Originado do histrico de workflow ou tabelas de trilha de auditoria, como FA_FUSION_SOAINFRA.WFTASK, que registra o usurio de cada tarefa concluda. Exemplos David LeeSusan ChenMichael Brown
	Número do Pedido de Compra PurchaseOrderNumber	O identificador do pedido de compra criado a partir da requisio aprovada.
Descrição Vincula a requisio ao pedido (PO) resultante. Aps aprovada, a requisio convertida em pedidos enviados ao fornecedor. Este ID essencial para rastrear o processo aps a requisio. Permite o clculo do lead time Requisio-PO e o dashboard de ciclo. Tamb m possibilita unir dados de requisio com pedidos e faturamento para uma anlise real de ponta a ponta (Purchase-to-Pay). Por que é importante Vincula a requisio ao pedido de compra subsequente, permitindo a medio do tempo de ciclo entre a requisio e o pedido, al m da anlise de ponta a ponta. Onde obter Registrado aps o pedido (PO) ser criado. Geralmente encontrado nas referncias de requisio nas tabelas de distribuio do pedido, como PO_DISTRIBUTIONS_ALL. Exemplos PO-2023-5832PO-2023-5833PO-2023-5834
	Tipo de Requisição RequisitionType	A categoria da requisio, como solicitao de bens ou servios.
Descrição Este atributo classifica a requisio (bens, servios ou CAPEX). O tipo pode influenciar o workflow de aprovao e a estrat gia de compras. Na anlise, o Tipo de Requisio uma dimenso poderosa para filtros. Por exemplo, possvel analisar se requisies de servios demoram mais para serem aprovadas que as de produtos, ajudando a entender gargalos especficos por categoria. Por que é importante Permite segmentar a análise para entender como o processo muda entre diferentes tipos de compra, como bens versus serviços. Onde obter Muitas vezes determinado pelo tipo de item ou categoria na criao da requisio. Pode estar na tabela POR_REQUISITION_LINES_ALL. Exemplos MercadoriasServiosDespesas de Capital (CAPEX)

Obrigatório Recomendado Opcional

Purchase to Pay - Atividades de Requisio

Estas so as etapas e marcos fundamentais para capturar em seu log de eventos para uma descoberta precisa do processo de Purchase to Pay - Requisio.

6 Recomendado 6 Opcional

	Atividade	Descrição
	Pedido de Compra criado	Ocorre quando uma linha de requisio aprovada gera um pedido de compra, vinculando a requisio ao processo de compras subsequente.
Por que é importante Marco crtico para medir o Lead Time Requisio-PO. Atrasos aqui indicam gargalos na transio da aprovao para compras. Onde obter Evento explcito. O vnculo entre requisio e pedido fica em tabelas como PO_LINE_LOCATIONS_ALL, que referencia o ID da linha da requisio de origem. Captura Localiza a data de criação do Pedido de Compra (PO) que referencia o ID da requisição. Tipo de evento explicit
	Requisição aprovada	Marca a aprovao final da requisio de compra aps passar por todas as etapas do workflow. Isso identificado quando o status geral da requisio muda para 'Aprovado'.
Por que é importante Marco que indica que o pedido est pronto para compras. o ponto final para medir o tempo total do ciclo de aprovao. Onde obter Inferido quando o campo de status na POR_REQUISITION_HEADERS_ALL muda para 'APPROVED'. A data desta mudança é o tempo do evento. Captura Identifica o timestamp quando o status é definido pela primeira vez como 'Approved' (Aprovado). Tipo de evento inferred
	Requisição de vaga criada	Marca o incio do processo de compras quando um usurio salva uma nova requisio pela primeira vez. Este evento capturado pela criao de um registro com seu respectivo timestamp.
Por que é importante Evento de incio do processo. Analisar o tempo da criao ao envio pode revelar atrasos na formalizao do pedido. Onde obter Este evento registrado na tabela POR_REQUISITION_HEADERS_ALL, capturado na coluna creation_date quando um novo ID de requisio gerado. Captura Use o timestamp de criao para o registro de cabealho da requisio. Tipo de evento explicit
	Requisição enviada	Representa a ao do usurio de enviar a requisio para o workflow de aprovao. Capturado quando o status muda de 'Incompleto' ou 'Rascunho' para 'Pendente de Aprovao'.
Por que é importante Esta atividade inicia o ciclo de aprovao. um marco crtico para medir o Tempo do Ciclo de Aprovao e os lead times gerais. Onde obter Inferido pela mudança de status na tabela POR_REQUISITION_HEADERS_ALL (ex: status vai para 'PENDING APPROVAL'). A data de envio costuma estar gravada explicitamente. Captura Identifica o timestamp quando o campo de status muda pela primeira vez para 'Pending Approval' (Aprovação Pendente). Tipo de evento inferred
	Requisio Fechada	Indica o encerramento do ciclo de vida da requisição, significando que todas as linhas foram atendidas (ex: convertidas em Pedidos) ou canceladas.
Por que é importante Principal evento de t rmino com sucesso. Confirma que a requisio foi processada e nenhuma outra ao necessria. Onde obter Inferido quando o status do cabeçalho da requisição na tabela POR_REQUISITION_HEADERS_ALL muda para 'CLOSED'. Captura Identifica o timestamp quando o status da requisição muda para 'Closed' (Fechado). Tipo de evento inferred
	Requisio Rejeitada	Representa a rejeio final da requisio, encerrando o processo. Isso inferido quando o status geral atualizado para 'Rejeitado'.
Por que é importante Esta atividade um ponto final para solicitaes sem sucesso. Analisar esses casos essencial para entender o KPI de Taxa de Rejeio e os motivos de falha. Onde obter Inferido quando o status do documento na tabela POR_REQUISITION_HEADERS_ALL muda para 'REJECTED'. Captura Identifica o timestamp quando o status é definido pela primeira vez como 'Rejected' (Rejeitado). Tipo de evento inferred
	Etapa de Aprovação Aprovada	Representa a ao de um aprovador individual ao aprovar a requisio em sua etapa no workflow. O evento registrado explicitamente no histrico de aprovao.
Por que é importante Rastrear etapas individuais de aprovao ajuda a mapear o caminho real e medir o tempo de processamento em cada nvel hierrquico. Onde obter Capturado do histórico de ações de aprovação, geralmente armazenado em tabelas de workflow (WF) ou HCM que gerenciam hierarquias. Captura Use o timestamp da ao 'APROVAR' (APPROVE) do log de histrico do workflow. Tipo de evento explicit
	Etapa de Aprovação Devolvida	Um aprovador devolve a requisição para quem a preparou pedindo informações adicionais ou correções, sem rejeitá-la formalmente. Esta é uma ação explícita no sistema de workflow.
Por que é importante Indica necessidade de esclarecimento e cria um loop de retrabalho que aumenta o ciclo. Diferenciar retornos de rejeies traz uma viso clara do atrito no processo. Onde obter Capturado do histórico de aprovação. O sistema de workflow registra uma ação 'RETURN' ou similar com o respectivo timestamp. Captura Use o timestamp da ao 'RETORNAR' (RETURN) ou 'Solicitar Informao' do histrico do workflow. Tipo de evento explicit
	Etapa de Aprovação Iniciada	Marca o momento em que uma requisio atribuda a um aprovador ou grupo de aprovao especfico no workflow. extrado do log de transao do motor de workflow.
Por que é importante Esta atividade crucial para calcular o tempo de espera em cada etapa de aprovao. Ajuda a identificar gargalos causados por aprovadores ou nveis de aprovao especficos. Onde obter Extrado das tabelas de workflow do Oracle Fusion, que registram tarefas atribudas aos usurios. usado o timestamp de atribuio da tarefa de aprovao. Captura Use o timestamp de criao da tarefa no histrico de workflow da requisio. Tipo de evento explicit
	Etapa de Aprovação Rejeitada	Um aprovador rejeita a requisição, o que normalmente a envia de volta para correção ou encerra o pedido. Esta ação é registrada formalmente no histórico do workflow.
Por que é importante Esta atividade a principal causa de retrabalho e atrasos. Analisar rejeies ajuda a identificar falhas de conformidade, problemas no oramento ou justificativas confusas. Onde obter Capturado do histórico de aprovação. O sistema de workflow registra uma ação 'REJECT' com o respectivo timestamp. Captura Use o timestamp da ao 'REJEITAR' (REJECT) do log de histrico do workflow. Tipo de evento explicit
	Requisio Alterada	Indica que o usurio modificou a requisio aps o envio, o que costuma reiniciar o fluxo de aprovao. inferido por mudanas em campos-chave ou nova verso da requisio.
Por que é importante Alterações frequentes indicam problemas na qualidade dos dados ou mudanças de requisitos, gerando retrabalho. Isso alimenta diretamente o KPI 'Taxa de Alteração de Requisições'. Onde obter Inferido pelo rastreamento das versões da requisição ou pela mudança de status para 'Incomplete' após o envio. Trilhas de auditoria também capturam essas alterações. Captura Identifica timestamps de novas versões criadas para o mesmo ID de requisição após o envio. Tipo de evento inferred
	Requisio Retirada	Ocorre quando o solicitante cancela ou retira uma requisio enviada antes da aprovao final. Geralmente uma ao direta do usurio que altera o status.
Por que é importante Rastrear retiradas ajuda a identificar motivos de cancelamento prematuro, como mudana de planos ou correo de erros pelo usurio. Onde obter Inferido pela mudança para 'WITHDRAWN' na tabela POR_REQUISITION_HEADERS_ALL. A ação é registrada no histórico de ações da requisição. Captura Detecta o timestamp quando o status da requisição é atualizado para 'Withdrawn' (Retirada). Tipo de evento inferred

Recomendado Opcional

Guias de Extração

Como obter os seus dados do Oracle Fusion Financials

Etapas

Acesse Reports and Analytics: Entre no Oracle Fusion Financials. No menu Navigator, vá em Tools (Ferramentas) e selecione Reports and Analytics. Este é o portal central de relatórios.
Crie uma nova análise: Na área de Reports and Analytics, clique no botão 'Create' (Criar) e selecione 'Analysis' (Análise). Isso abrirá o editor do OTBI em uma nova aba.
Selecione a Área de Assunto (Subject Area): Na busca, digite 'Procurement - Requisitions Real Time' e selecione-a. Esta área contém os dados necessários sobre o ciclo de vida das requisições.
Monte a análise de eventos: Para capturar cada evento, você precisará dos campos de data e status relevantes. Na aba 'Criteria' (Critérios), arraste as colunas listadas na seção de consulta do painel 'Subject Areas' para a área 'Selected Columns' (Colunas Selecionadas). Inclua colunas como data de criação, envio, aprovação e criação de Pedido de Compra (PO).
Inclua o Histórico de Ações: Para capturar etapas detalhadas (Aprovado, Rejeitado, Devolvido, Retirado), inclua os campos da pasta 'Requisition Action History'. Arraste 'Action Date', 'Action' e 'Performer' para suas colunas selecionadas.
Configure os filtros: Na aba 'Prompts', crie filtros de período. É essencial filtrar por data para controlar o volume de dados. Use 'Requisition Header'.'Requisition Creation Date' para os últimos 6 meses, por exemplo. Você também pode filtrar por 'Business Unit' ou nome do solicitante.
Execute e revise o relatório: Vá para a aba 'Results' (Resultados) para visualizar os dados. O resultado será uma tabela "larga", com uma linha por requisição ou ação de aprovação, contendo várias colunas de data.
Exporte os dados brutos: Clique no link 'Export' (Geralmente no rodapé) e escolha 'Data' > 'CSV File'. Isso baixará os dados brutos.
Transforme os dados para o formato de Event Log: O CSV exportado estará em formato horizontal. Use uma ferramenta externa (Python, Power Query no Excel, etc.) para transformar esses dados. O processo envolve o 'unpivot' das colunas de data em uma única coluna 'EventTime', criando uma coluna 'ActivityName' correspondente para cada tipo de evento.
Finalize e prepare o upload: Após a transformação, verifique se o arquivo tem as colunas obrigatórias: PurchaseRequisitionId, ActivityName, EventTime, SourceSystem e LastDataUpdate. Salve o log final como CSV para upload no ProcessMind.

Configuração

Área de Assunto (Subject Area): A principal área a ser usada é 'Procurement - Requisitions Real Time'. Ela contém todas as informações principais de cabeçalho, linhas, distribuição e histórico de aprovação das requisições.
Período de Datas: Sempre aplique um filtro de data obrigatório para limitar o volume de dados e melhorar a performance. Filtrar por 'Requisition Header'.'Requisition Creation Date' dos últimos 3 a 6 meses é um bom começo.
Filtros Principais: Considere adicionar filtros para 'Requisition Header'.'Business Unit' e 'Requisition Header'.'Requisition Status' para focar em unidades organizacionais relevantes e excluir status irrelevantes, como 'Canceled', caso não sejam necessários.
Seleção de Colunas: Seja seletivo. Incluir colunas demais, especialmente de pastas (dimensões) diferentes, pode prejudicar o desempenho. Foque apenas nos campos necessários para o event log.
Permissões: O usuário deve ter permissão para acessar a área de Reports and Analytics e a área de assunto 'Procurement - Requisitions Real Time'. Geralmente, funções como 'BI Author' ou 'Procurement Analyst' possuem esses privilégios.

a Consulta de Exemplo config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

Etapas

Entre no Oracle Fusion Financials com um usuário que tenha privilégios de 'BI Author' ou similares.
Navegue até a área de trabalho 'Reports and Analytics' clicando no ícone do Navigator e selecionando Tools (Ferramentas) > Reports and Analytics.
Clique no botão "Browse Catalog" (Explorar Catálogo) para abrir o catálogo do Business Intelligence Publisher.
Na interface do BI Publisher, clique em "New" (Novo) e selecione "Data Model" (Modelo de Dados) na lista suspensa.
Nas propriedades do Modelo de Dados, você pode dar um nome e descrição. Clique no ícone "+" para adicionar um novo Data Set (Conjunto de Dados) e escolha "SQL Query".
No diálogo do novo Data Set, dê um nome (ex: Requisition_Event_Log), selecione o Data Source apropriado para seus dados financeiros (ex: ApplicationDB_FSCM) e defina o Tipo de SQL como "Standard SQL".
Copie o script SQL completo da seção "query" deste documento e cole-o na área de texto do SQL Query.
A consulta inclui os parâmetros :p_start_date e :p_end_date, que serão reconhecidos automaticamente pelo BI Publisher. Você pode definir valores padrão se desejar.
Salve o Modelo de Dados em uma pasta adequada (ex: Shared Folders/Custom).
Para exportar os dados, volte ao catálogo, clique em "New" e selecione "Report" (Relatório). Vincule este novo relatório ao Modelo de Dados que você acabou de criar.
Execute o relatório, informando as datas de início e fim. Quando os dados aparecerem, use a função "Export" para baixar os resultados em um arquivo CSV.
Verifique se o arquivo CSV final está salvo com codificação UTF-8 e contém os cabeçalhos necessários para a importação na sua ferramenta de process mining.

Configuração

Fonte de Dados (Data Source): A fonte de dados do BI Publisher, geralmente chamada de 'ApplicationDB_FSCM' ou similar, deve ser configurada com um usuário que tenha acesso de leitura a todas as tabelas da consulta, incluindo Compras (POR, PO), Gestão de Capital Humano (PER, HR) e Financeiro (FUN).
Filtragem de Período: A consulta foi criada com parâmetros de data obrigatórios (:p_start_date e :p_end_date) que filtram a data de criação da requisição. Para extrações iniciais ou sistemas grandes, é fundamental extrair os dados em lotes (ex: 3 a 6 meses) para evitar timeouts do sistema.
Filtragem de Unidade de Negócio (Business Unit): Existe um filtro para o nome da Unidade de Negócio em uma seção comentada na cláusula WHERE. Recomendamos remover o comentário e configurar este filtro para limitar os dados às unidades relevantes para sua análise, melhorando o desempenho.
Pré-requisitos: O usuário que cria e executa o relatório precisa de uma função com privilégios de BI Publisher, como 'BI Administrator Role' ou 'BI Author Role'. Além disso, ele deve ter as concessões de segurança de dados para acessar as informações de suprimentos.

a Consulta de Exemplo sql

WITH BaseRequisitions AS (
    SELECT
        PRH.REQUISITION_HEADER_ID,
        PRH.REQUISITION_NUMBER,
        PRH.CREATION_DATE,
        PRH.LAST_UPDATE_DATE AS HEADER_LAST_UPDATE_DATE,
        PRH.DOCUMENT_STATUS,
        PRH.PREPARER_ID,
        PPNF_REQ.DISPLAY_NAME AS RequesterName,
        HOU.NAME AS DepartmentName,
        BU.BU_NAME AS BusinessUnit,
        SUM(PRL.AMOUNT) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequisitionTotalAmount,
        MIN(PRL.NEED_BY_DATE) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequiredByDate
    FROM
        POR_REQUISITION_HEADERS_ALL PRH
    JOIN
        POR_REQUISITION_LINES_ALL PRL ON PRH.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
    JOIN
        PER_USERS PU_REQ ON PRH.PREPARER_ID = PU_REQ.USER_ID
    LEFT JOIN
        PER_PERSON_NAMES_F PPNF_REQ ON PU_REQ.PERSON_ID = PPNF_REQ.PERSON_ID AND PPNF_REQ.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PPNF_REQ.EFFECTIVE_START_DATE AND PPNF_REQ.EFFECTIVE_END_DATE
    LEFT JOIN
        PER_ALL_ASSIGNMENTS_F PAAF ON PU_REQ.PERSON_ID = PAAF.PERSON_ID AND PAAF.ASSIGNMENT_TYPE = 'E' AND PAAF.PRIMARY_FLAG = 'Y' AND SYSDATE BETWEEN PAAF.EFFECTIVE_START_DATE AND PAAF.EFFECTIVE_END_DATE
    LEFT JOIN
        HR_ORGANIZATION_UNITS_F_VL HOU ON PAAF.ORGANIZATION_ID = HOU.ORGANIZATION_ID AND SYSDATE BETWEEN HOU.EFFECTIVE_START_DATE AND HOU.EFFECTIVE_END_DATE
    JOIN
        FUN_ALL_BUSINESS_UNITS_V BU ON PRH.REQ_BU_ID = BU.BU_ID
    WHERE PRH.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    -- AND BU.BU_NAME IN ('[Your Business Unit Name]') -- Recommended: Uncomment and specify your Business Unit(s)
)
-- 1. Requisition Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Created' AS "ActivityName",
    BR.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR

UNION ALL

-- 2. Requisition Submitted, 4. Requisition Amended
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    CASE 
        WHEN PAH.OBJECT_REVISION_NUM > 1 THEN 'Requisition Amended'
        ELSE 'Requisition Submitted'
    END AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'SUBMIT'

UNION ALL

-- 3. Requisition Withdrawn
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Withdrawn' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'WITHDRAW'

UNION ALL

-- 5. Approval Step Started
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Started' AS "ActivityName",
    PAH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE IN ('APPROVE', 'REJECT', 'SUBMIT', 'RETURN')

UNION ALL

-- 6. Approval Step Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'APPROVE'

UNION ALL

-- 7. Approval Step Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'

UNION ALL

-- 8. Approval Step Returned
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Returned' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'RETURN'

UNION ALL

-- 9. Requisition Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'APPROVED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'FINALLY CLOSE' AND BR.DOCUMENT_STATUS = 'APPROVED'

UNION ALL

-- 10. Requisition Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'REJECTED' AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'
AND BR.DOCUMENT_STATUS = 'REJECTED'
AND PAH.ACTION_DATE = (SELECT MAX(PAH2.ACTION_DATE) FROM PO_ACTION_HISTORY PAH2 WHERE PAH2.OBJECT_ID = BR.REQUISITION_HEADER_ID AND PAH2.ACTION_CODE = 'REJECT')

UNION ALL

-- 11. Purchase Order Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Purchase Order Created' AS "ActivityName",
    POH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN POR_REQUISITION_LINES_ALL PRL ON BR.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
JOIN PO_DISTRIBUTIONS_ALL POD ON PRL.REQUISITION_LINE_ID = POD.REQUISITION_LINE_ID
JOIN PO_HEADERS_ALL POH ON POD.PO_HEADER_ID = POH.PO_HEADER_ID

UNION ALL

-- 12. Requisition Closed
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Closed' AS "ActivityName",
    BR.HEADER_LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'CLOSED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
WHERE BR.DOCUMENT_STATUS = 'CLOSED'

Etapas

Pré-requisitos e Ambiente: Verifique se o Python 3 está instalado. No terminal, instale a biblioteca requests usando: pip install requests. Você precisará das credenciais (usuário e senha) de um usuário do Oracle Fusion com permissão de leitura para requisições, além da URL base da sua instância.
Salve o Script Python: Copie o código Python da seção "query" e salve como um arquivo, por exemplo, extrair_requisicoes.py.
Configure os parâmetros: Abra o arquivo em um editor de texto e altere os valores reservados no topo. Preencha FUSION_URL, USERNAME e PASSWORD com os dados do seu ambiente. Ajuste START_DATE e END_DATE para definir o período da extração.
Entenda os Endpoints e Campos: O script acessa o recurso de API purchaseRequisitions. Ele usa o parâmetro fields para pedir apenas o necessário, incluindo coleções aninhadas como lines (dados do pedido) e actionHistory (eventos de aprovação), o que otimiza a performance.
Execute o Script: No terminal, rode o comando: python extrair_requisicoes.py. O script fará a autenticação, iniciará a coleta e mostrará o progresso no console.
Gerenciamento de Paginação: O script gerencia a paginação automaticamente. Como a API do Oracle Fusion retorna dados em partes, o script verifica a flag hasMore e faz novas requisições com o offset atualizado até coletar tudo no período definido.
Lógica de Transformação: Para cada requisição, o script cria várias linhas no event log. Gera o evento 'Requisition Created' da CreationDate, 'Requisition Submitted' da SubmittedDate e percorre o actionHistory para detalhar cada etapa de aprovação (Iniciada, Aprovada, Rejeitada, Devolvida).
Captura de Status Finais: O script identifica o desfecho final ('Requisition Approved' ou 'Requisition Rejected') verificando o DocumentStatus final e usando a LastUpdateDate como timestamp do evento.
Geração do Evento de Pedido de Compra: O script analisa cada linha da requisição. Se encontrar um PoHeaderId, ele gera um evento indicando que um Pedido de Compra foi criado, conectando a requisição ao processo seguinte.
Revise o Arquivo de Saída: Ao final, será criado um arquivo CSV chamado oracle_fusion_requisitions_event_log.csv na mesma pasta.
Prepare o Upload: Abra o CSV em uma planilha para conferir o conteúdo. Verifique se as colunas e formatos estão de acordo com o exigido pela ferramenta de process mining. Agora, o arquivo está pronto para o upload no ProcessMind.

Configuração

Credenciais de API: É necessária uma conta de usuário de integração dedicada com uma função que conceda acesso de apenas leitura à API REST de Requisições de Compra. Exemplos de funções incluem Gerente de Suprimentos ou uma função de integração personalizada.
Endpoint da API REST: O script está configurado para usar o endpoint .../fscmRestApi/resources/11.13.18.05/purchaseRequisitions. Verifique se a versão na URL corresponde ao seu ambiente Oracle Fusion.
Filtro de Período: O script inclui as variáveis START_DATE e END_DATE. Recomendamos extrair os dados em lotes gerenciáveis, de 3 a 6 meses por vez, para evitar timeouts da API e problemas de desempenho. O filtro é aplicado à CreationDate das requisições.
Seleção de Campos: O parâmetro fields no script é vital para a performance. Ele limita o retorno apenas aos atributos necessários para o event log, reduzindo o tráfego de rede e o tempo de processamento. Não remova campos obrigatórios como RequisitionId, CreationDate, actionHistory ou lines.
Limite de Paginação: O parâmetro limit está definido como 100, um valor seguro para a maioria dos ambientes. Você pode tentar aumentar para 200 ou 500 para acelerar a extração, mas fique atento a possíveis problemas de memória ou limites da API.

a Consulta de Exemplo python

import requests
import csv
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance URL, username, and password.
FUSION_URL = class="hl-string">"https://[your-fusion-instance-url].oraclecloud.com"
USERNAME = class="hl-string">"your_api_user"
PASSWORD = class="hl-string">"your_api_password"

class=class="hl-string">"hl-comment"># Define the date range for the extraction.
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_requisitions_data():
    class="hl-string">"""Fetches and processes purchase requisition data from Oracle Fusion REST API."""
    
    api_url = fclass="hl-string">"{FUSION_URL}/fscmRestApi/resources/11.13.18.05/purchaseRequisitions"
    
    class=class="hl-string">"hl-comment"># Define the fields to retrieve to optimize the API call
    fields_to_get = [
        class="hl-string">"RequisitionId", class="hl-string">"RequisitionNumber", class="hl-string">"CreationDate", class="hl-string">"SubmittedDate", class="hl-string">"LastUpdateDate",
        class="hl-string">"DocumentStatus", class="hl-string">"PreparerName", class="hl-string">"BusinessUnitName", class="hl-string">"RequisitionTotal", class="hl-string">"NeedByDate",
        class="hl-string">"Department", class="hl-string">"RejectionReason", 
        class="hl-string">"actionHistory(ActionCode,ActionDate,PerformerName)",
        class="hl-string">"lines(PoHeaderId,LastUpdateDate)"
    ]
    
    class=class="hl-string">"hl-comment"># Parameters for the API request
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">"fields": class="hl-string">",".join(fields_to_get),
        class="hl-string">"limit": 100,
        class="hl-string">"offset": 0
    }
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    event_log = []
    has_more = True
    total_processed = 0
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    while has_more:
        print(fclass="hl-string">"Fetching requisitions from offset {params['offset']}...")
        try:
            response = requests.get(
                api_url, 
                auth=(USERNAME, PASSWORD), 
                params=params, 
                headers=headers
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes (4xx or 5xx)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break

        data = response.json()
        requisitions = data.get(class="hl-string">'items', [])

        if not requisitions:
            print(class="hl-string">"No more requisitions found.")
            break

        for req in requisitions:
            base_event = {
                class="hl-string">'PurchaseRequisitionId': req.get(class="hl-string">'RequisitionNumber'),
                class="hl-string">'RequesterName': req.get(class="hl-string">'PreparerName'),
                class="hl-string">'DepartmentName': req.get(class="hl-string">'Department'),
                class="hl-string">'RequisitionTotalAmount': req.get(class="hl-string">'RequisitionTotal'),
                class="hl-string">'RequisitionStatus': req.get(class="hl-string">'DocumentStatus'),
                class="hl-string">'RequiredByDate': req.get(class="hl-string">'NeedByDate'),
                class="hl-string">'RejectionReason': req.get(class="hl-string">'RejectionReason'),
                class="hl-string">'BusinessUnit': req.get(class="hl-string">'BusinessUnitName'),
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': now_iso
            }

            class=class="hl-string">"hl-comment"># 1. Requisition Created
            if req.get(class="hl-string">'CreationDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Created', class="hl-string">'EventTime': req[class="hl-string">'CreationDate']})

            class=class="hl-string">"hl-comment"># 2. Requisition Submitted
            if req.get(class="hl-string">'SubmittedDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Submitted', class="hl-string">'EventTime': req[class="hl-string">'SubmittedDate']})

            class=class="hl-string">"hl-comment"># 3-8. Approval Workflow Events from actionHistory
            po_created = False
            if class="hl-string">'actionHistory' in req and req[class="hl-string">'actionHistory'] is not None:
                for action in req[class="hl-string">'actionHistory']:
                    activity = None
                    action_code = action.get(class="hl-string">'ActionCode')
                    if action_code == class="hl-string">'SUBMIT':
                        class=class="hl-string">"hl-comment"># This is often the first step in the approval flow
                        activity = class="hl-string">'Approval Step Started'
                    elif action_code == class="hl-string">'APPROVE':
                        activity = class="hl-string">'Approval Step Approved'
                    elif action_code == class="hl-string">'REJECT':
                        activity = class="hl-string">'Approval Step Rejected'
                    elif action_code == class="hl-string">'RETURN':
                        activity = class="hl-string">'Approval Step Returned'
                    elif action_code == class="hl-string">'WITHDRAW':
                        activity = class="hl-string">'Requisition Withdrawn'
                    elif action_code == class="hl-string">'UPDATE':
                        activity = class="hl-string">'Requisition Amended'
                    
                    if activity:
                        event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': action.get(class="hl-string">'ActionDate')})

            class=class="hl-string">"hl-comment"># 9-10 & 12. Final Status Events
            final_status = req.get(class="hl-string">'DocumentStatus')
            last_update_date = req.get(class="hl-string">'LastUpdateDate')
            if last_update_date:
                if final_status == class="hl-string">'APPROVED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Approved', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'REJECTED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Rejected', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'CLOSED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Closed', class="hl-string">'EventTime': last_update_date})

            class=class="hl-string">"hl-comment"># 11. Purchase Order Created
            if class="hl-string">'lines' in req and req[class="hl-string">'lines'] is not None:
                for line in req[class="hl-string">'lines']:
                    if line.get(class="hl-string">'PoHeaderId') and not po_created:
                        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created', class="hl-string">'EventTime': line.get(class="hl-string">'LastUpdateDate', last_update_date)})
                        po_created = True class=class="hl-string">"hl-comment"># Create only one PO event per requisition
                        break
        
        total_processed += len(requisitions)
        print(fclass="hl-string">"Processed {total_processed} total requisitions so far.")

        class=class="hl-string">"hl-comment"># Check if there is more data to fetch for pagination
        has_more = data.get(class="hl-string">'hasMore', False)
        if has_more:
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

    class=class="hl-string">"hl-comment"># Write to CSV
    if event_log:
        filename = class="hl-string">'oracle_fusion_requisitions_event_log.csv'
        fieldnames = list(event_log[0].keys())
        with open(filename, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
            writer = csv.DictWriter(csvfile, fieldnames=fieldnames)
            writer.writeheader()
            writer.writerows(event_log)
        print(fclass="hl-string">"\nSuccessfully extracted {len(event_log)} events to {filename}")
    else:
        print(class="hl-string">"\nNo events were generated.")

if __name__ == class="hl-string">"__main__":
    get_requisitions_data()

Etapas

Acesse Reports and Analytics: Entre no Oracle Fusion Financials. No menu Navigator, vá em Tools (Ferramentas) e selecione Reports and Analytics. Este é o portal central de relatórios.
Crie uma nova análise: Na área de Reports and Analytics, clique no botão 'Create' (Criar) e selecione 'Analysis' (Análise). Isso abrirá o editor do OTBI em uma nova aba.
Selecione a Área de Assunto (Subject Area): Na busca, digite 'Procurement - Requisitions Real Time' e selecione-a. Esta área contém os dados necessários sobre o ciclo de vida das requisições.
Monte a análise de eventos: Para capturar cada evento, você precisará dos campos de data e status relevantes. Na aba 'Criteria' (Critérios), arraste as colunas listadas na seção de consulta do painel 'Subject Areas' para a área 'Selected Columns' (Colunas Selecionadas). Inclua colunas como data de criação, envio, aprovação e criação de Pedido de Compra (PO).
Inclua o Histórico de Ações: Para capturar etapas detalhadas (Aprovado, Rejeitado, Devolvido, Retirado), inclua os campos da pasta 'Requisition Action History'. Arraste 'Action Date', 'Action' e 'Performer' para suas colunas selecionadas.
Configure os filtros: Na aba 'Prompts', crie filtros de período. É essencial filtrar por data para controlar o volume de dados. Use 'Requisition Header'.'Requisition Creation Date' para os últimos 6 meses, por exemplo. Você também pode filtrar por 'Business Unit' ou nome do solicitante.
Execute e revise o relatório: Vá para a aba 'Results' (Resultados) para visualizar os dados. O resultado será uma tabela "larga", com uma linha por requisição ou ação de aprovação, contendo várias colunas de data.
Exporte os dados brutos: Clique no link 'Export' (Geralmente no rodapé) e escolha 'Data' > 'CSV File'. Isso baixará os dados brutos.
Transforme os dados para o formato de Event Log: O CSV exportado estará em formato horizontal. Use uma ferramenta externa (Python, Power Query no Excel, etc.) para transformar esses dados. O processo envolve o 'unpivot' das colunas de data em uma única coluna 'EventTime', criando uma coluna 'ActivityName' correspondente para cada tipo de evento.
Finalize e prepare o upload: Após a transformação, verifique se o arquivo tem as colunas obrigatórias: PurchaseRequisitionId, ActivityName, EventTime, SourceSystem e LastDataUpdate. Salve o log final como CSV para upload no ProcessMind.

Configuração

Área de Assunto (Subject Area): A principal área a ser usada é 'Procurement - Requisitions Real Time'. Ela contém todas as informações principais de cabeçalho, linhas, distribuição e histórico de aprovação das requisições.
Período de Datas: Sempre aplique um filtro de data obrigatório para limitar o volume de dados e melhorar a performance. Filtrar por 'Requisition Header'.'Requisition Creation Date' dos últimos 3 a 6 meses é um bom começo.
Filtros Principais: Considere adicionar filtros para 'Requisition Header'.'Business Unit' e 'Requisition Header'.'Requisition Status' para focar em unidades organizacionais relevantes e excluir status irrelevantes, como 'Canceled', caso não sejam necessários.
Seleção de Colunas: Seja seletivo. Incluir colunas demais, especialmente de pastas (dimensões) diferentes, pode prejudicar o desempenho. Foque apenas nos campos necessários para o event log.
Permissões: O usuário deve ter permissão para acessar a área de Reports and Analytics e a área de assunto 'Procurement - Requisitions Real Time'. Geralmente, funções como 'BI Author' ou 'Procurement Analyst' possuem esses privilégios.

a Consulta de Exemplo config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

Seu Template de Dados para Requisição no Purchase to Pay

Seu Template de Dados para Requisição no Purchase to Pay

Purchase to Pay - Atributos de Requisio

Purchase to Pay - Atividades de Requisio

Guias de Extração

Exportação via Oracle Transactional Business Intelligence (OTBI)

Etapas

Configuração

a Consulta de Exemplo config

Extrao via Modelo de Dados SQL do Oracle BI Publisher

Etapas

Configuração

a Consulta de Exemplo sql

Script Python via REST API do Oracle Fusion

Etapas

Configuração

a Consulta de Exemplo python

Extração de dados em lote com Oracle BI Cloud Connector (BICC)

Etapas

Configuração

a Consulta de Exemplo config

Pronto para Começar?

Torne a Requisição de Purchase to Pay 30% mais rápida

Seu Template de Dados para Requisição no Purchase to Pay

Seu Template de Dados para Requisição no Purchase to Pay

Purchase to Pay - Atributos de Requisio

Purchase to Pay - Atividades de Requisio

Guias de Extração

Exportação via Oracle Transactional Business Intelligence (OTBI)

Etapas

Configuração

a Consulta de Exemplo config

Extrao via Modelo de Dados SQL do Oracle BI Publisher

Etapas

Configuração

a Consulta de Exemplo sql

Script Python via REST API do Oracle Fusion

Etapas

Configuração

a Consulta de Exemplo python

Extração de dados em lote com Oracle BI Cloud Connector (BICC)

Etapas

Configuração

a Consulta de Exemplo config

Valorizamos sua privacidade

Pronto para Começar?

Torne a Requisição de Purchase to Pay 30% mais rápida

Purchase to Pay - Atributos de Requisio

Purchase to Pay - Atividades de Requisio

Extrao via Modelo de Dados SQL do Oracle BI Publisher