Seu Template de dados de Record to Report - Journal Entry
Seu Template de dados de Record to Report - Journal Entry
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações de extração para o Oracle Fusion Financials
Record to Report - Atributos do lançamento contábil
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
O nome do evento ou tarefa de negócio específico que ocorreu em determinado momento do processo de lançamento contábil. | ||
|
Descrição
O nome da atividade descreve uma única etapa do ciclo de vida do lançamento contábil, como 'Lançamento contábil criado' ou 'Lançamento contábil aprovado'. Esses dados são essenciais para criar o mapa de processo e entender a sequência de eventos. Analisar as atividades permite identificar o fluxo do processo, incluindo caminhos padrão, desvios e ciclos de retrabalho. Ao acompanhar diferentes atividades, podemos medir o tempo gasto em etapas específicas, como aprovação, e identificar quais etapas consomem mais tempo ou estão mais sujeitas a erros.
Por que isso importa
Ele define as etapas do processo, formando a base do mapa de processo e permitindo analisar fluxo, gargalos e variações.
Onde obter
Este atributo normalmente é derivado de mudanças de status, Event Logs ou tabelas de trilhas de auditoria associadas aos objetos de lançamentos contábeis no módulo General Ledger.
Exemplos
Lançamento contábil criadoLançamento contábil enviado para aprovaçãoLançamento contábil aprovadoLançamento contábil contabilizado
|
|||
|
Hora de início
EventTime
|
A marca de data e hora que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
Esta marca de data e hora registra a data e a hora exatas em que uma atividade foi executada. É o principal elemento temporal usado no process mining para determinar a sequência de eventos e calcular as durações entre eles. A precisão do horário do evento é essencial para todas as análises baseadas em tempo, incluindo o cálculo de tempos de ciclo, a identificação de gargalos e o monitoramento da performance em relação aos acordos de nível de serviço. Ela fornece a ordem cronológica necessária para reconstruir o fluxo do processo como ele realmente aconteceu.
Por que isso importa
Esta marca de data e hora é essencial para ordenar eventos, calcular todas as durações do processo e realizar qualquer análise baseada em tempo.
Onde obter
Essas informações normalmente são armazenadas em tabelas de trilhas de auditoria ou como 'Last Update Date' ou 'Creation Date' em tabelas de transações, como GL_JE_HEADERS e GL_JE_LINES, para eventos específicos.
Exemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:00Z
|
|||
|
ID do lançamento contábil
JournalEntryId
|
O identificador exclusivo de um único lançamento contábil, vinculando todas as atividades relacionadas à transação financeira. | ||
|
Descrição
O ID do lançamento contábil funciona como o principal identificador do caso, vinculando exclusivamente todas as atividades relacionadas a um conjunto específico de transações financeiras. Isso permite acompanhar todo o ciclo de vida de um único lançamento contábil, do início à contabilização final, garantindo que todos os débitos e créditos sejam considerados. No process mining, esse ID é essencial para reconstruir a jornada de ponta a ponta de cada lançamento contábil. Ele conecta eventos distintos, como 'Lançamento contábil criado', 'Lançamento contábil enviado para aprovação' e 'Lançamento contábil contabilizado', em um fluxo de processo coerente, permitindo analisar tempos de ciclo, gargalos e variações do processo.
Por que isso importa
Esta é a chave fundamental para acompanhar um lançamento contábil do início ao fim, possibilitando analisar todo o fluxo do processo de cada caso único.
Onde obter
Esta é uma chave primária encontrada nas principais tabelas do General Ledger, como GL_JE_HEADERS e GL_JE_LINES.
Exemplos
JE100523JE202311001882019
|
|||
|
Sistema de origem
SourceSystem
|
O sistema ou módulo de onde os dados foram originados. | ||
|
Descrição
Este atributo identifica o sistema de origem do qual os dados do processo foram extraídos. Em um ambiente de TI complexo, os dados podem vir de vários sistemas integrados, e este campo ajuda a diferenciá-los. Na análise de processos, saber qual é o sistema de origem é essencial para entender variações do processo que podem ser causadas por diferentes comportamentos dos sistemas. Isso também ajuda na validação e na solução de problemas dos dados, permitindo rastreá-los até sua origem.
Por que isso importa
Identifica a origem dos dados, algo essencial para a governança e a validação dos dados e para entender variações do processo entre diferentes sistemas.
Onde obter
Geralmente é um valor estático configurado durante a extração de dados ou pode ser um campo nas tabelas de origem que identifica o sistema de entrada.
Exemplos
Oracle Fusion Financials CloudOracle EBS R12Fusion GL
|
|||
|
Última atualização dos dados
LastDataUpdate
|
A marca de data e hora da atualização ou extração mais recente dos dados do sistema de origem. | ||
|
Descrição
Este atributo registra quando o conjunto de dados foi atualizado pela última vez. Ele fornece contexto sobre a atualidade dos dados analisados, algo importante para entender a relevância dos insights gerados. Em qualquer análise, especialmente em Dashboards operacionais, saber quando ocorreu a última atualização dos dados é essencial para que os usuários confiem nas informações e tomem decisões fundamentadas. Isso comunica claramente o ponto de corte dos dados incluídos no modelo de process mining.
Por que isso importa
Indica a atualidade dos dados, garantindo que os usuários entendam quão atual é a análise do processo e possam confiar nos insights.
Onde obter
Este valor é gerado e armazenado durante o processo de extração e transformação dos dados. Normalmente, corresponde à marca de data e hora em que o job de ETL/ELT foi concluído.
Exemplos
2023-11-20T08:00:00Z2023-11-21T08:00:00Z2023-11-22T08:00:00Z
|
|||
|
Categoria do lançamento contábil
JournalCategory
|
A categoria do lançamento contábil, como 'Apropriação', 'Ajuste' ou 'Reclassificação'. | ||
|
Descrição
A categoria do lançamento contábil classifica os lançamentos conforme sua finalidade de negócio. Essa classificação permite uma análise mais detalhada do processo, pois diferentes categorias podem ter fluxos, regras de aprovação ou tempos de ciclo distintos. Por exemplo, lançamentos de ajuste de fim de mês podem ter um processo mais complexo e urgente do que apropriações rotineiras. Analisar o processo por categoria ajuda a revelar essas variações e adaptar as melhorias a tipos específicos de lançamentos contábeis.
Por que isso importa
Permite segmentar o processo pela finalidade de negócio do lançamento, revelando comportamentos e performances diferentes para cada tipo de lançamento.
Onde obter
Disponível na tabela GL_JE_HEADERS, normalmente em um campo chamado JE_CATEGORY.
Exemplos
ProvisãoManualAjusteReavaliação
|
|||
|
Departamento do usuário
UserDepartment
|
O departamento ou time ao qual pertence o usuário que executou a atividade. | ||
|
Descrição
Este atributo fornece contexto organizacional ao vincular uma atividade a um departamento específico, como 'Financeiro', 'Operações contábeis' ou 'Auditoria interna'. Normalmente, ele é derivado dos dados mestres de usuários. Analisar por departamento do usuário ajuda a identificar gargalos entre departamentos, comparar a performance dos times e entender como a execução do processo varia na organização. Isso é valioso para alocar recursos e direcionar iniciativas de melhoria do processo.
Por que isso importa
Fornece contexto organizacional, permitindo analisar a performance por time ou departamento e destacar ineficiências entre áreas.
Onde obter
Normalmente, não está nas tabelas de transações. Deve ser obtido por meio da combinação de UserName com uma tabela de dados mestres de usuários ou com dados do sistema de RH.
Exemplos
Contabilidade geralRelatórios financeirosContas a pagar
|
|||
|
Motivo da rejeição
RejectionReason
|
Uma descrição textual ou um código que explica por que um lançamento contábil foi rejeitado. | ||
|
Descrição
Quando um lançamento contábil é rejeitado durante o processo de aprovação, este atributo registra o motivo da rejeição. Pode ser um código predefinido ou um comentário em texto livre feito pelo aprovador. Este é um dos atributos mais importantes para a análise de causa raiz das ineficiências do processo. Ao analisar os motivos de rejeição mais comuns, as organizações podem identificar oportunidades de melhoria, como treinamentos melhores para os preparadores, diretrizes mais claras ou aprimoramentos nos controles do sistema. Ele dá suporte direto ao Dashboard “Journal Entry Rejection Rate Analysis”.
Por que isso importa
Fornece um insight direto sobre as causas raiz do retrabalho e dos atrasos no processo, permitindo melhorias direcionadas para reduzir as taxas de rejeição.
Onde obter
Essas informações podem ser armazenadas em tabelas de Workflow ou de trilha de auditoria associadas ao processo de aprovação, ou em um campo de observações no cabeçalho do lançamento.
Exemplos
Combinação de contas incorretaDocumentação comprobatória insuficienteExcede o orçamento
|
|||
|
Origem do lançamento contábil
JournalSource
|
O subledger ou sistema de origem que gerou o lançamento contábil, como 'Contas a pagar', 'Contas a receber' ou 'Manual'. | ||
|
Descrição
Este atributo indica a origem do lançamento contábil dentro do sistema ERP. Os lançamentos podem ser criados manualmente no General Ledger ou gerados automaticamente a partir de subledgers, como Accounts Payable, Accounts Receivable ou Fixed Assets. Journal Source é um atributo essencial para a análise de automação. Ele ajuda a diferenciar lançamentos manuais dos gerados pelo sistema, dando suporte ao KPI “Automated Journal Entry Rate”. Os processos de lançamentos de diferentes origens costumam variar significativamente em termos de complexidade e eficiência.
Por que isso importa
Diferencia lançamentos manuais e automatizados, o que é fundamental para medir as taxas de automação e analisar as diferenças entre os processos.
Onde obter
Disponível na tabela GL_JE_HEADERS, normalmente em um campo chamado JE_SOURCE.
Exemplos
ManualContas a pagarAtivosContas a receber
|
|||
|
Usuário
UserName
|
O usuário que executou a atividade, como criar, aprovar ou contabilizar o lançamento contábil. | ||
|
Descrição
Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma atividade. Ele é essencial para entender a distribuição da carga de trabalho, a performance e a identificação de gargalos individuais. Na análise, UserName permite filtrar processos por usuário, comparar a eficiência dos usuários e investigar motivos de atrasos ou erros. Ele dá suporte direto a Dashboards como 'Carga de trabalho e eficiência dos usuários entre os times' e a KPIs como o 'Índice de gargalo de lançamentos por usuário'.
Por que isso importa
Atribui responsabilidade pelas etapas do processo, permitindo analisar a carga de trabalho dos usuários, a performance individual e as necessidades de treinamento.
Onde obter
Encontrado em tabelas de transações como GL_JE_HEADERS, por exemplo, CREATED_BY e LAST_UPDATED_BY, e em tabelas relacionadas de trilhas de auditoria.
Exemplos
john.doesusan.smithautoprocess_user
|
|||
|
Valor do lançamento contábil
JournalAmount
|
O valor monetário total do lançamento contábil, normalmente a soma dos débitos. | ||
|
Descrição
Este atributo representa o valor financeiro total movimentado no lançamento contábil. O valor pode influenciar significativamente o processo. Por exemplo, lançamentos de alto valor podem exigir etapas adicionais de aprovação ou revisões mais detalhadas. A análise de Journal Amount permite segmentar os casos pelo impacto financeiro. Ela ajuda a responder perguntas como “Lançamentos de alto valor demoram mais para ser aprovados?” ou “As rejeições são mais comuns em lançamentos acima de determinado limite?”. Isso fornece um contexto de negócio essencial para o fluxo do processo.
Por que isso importa
Fornece um contexto de negócio essencial, permitindo analisar o impacto financeiro e identificar se lançamentos de alto valor seguem um processo diferente.
Onde obter
Este valor normalmente é calculado como a soma dos débitos ou créditos da tabela GL_JE_LINES para determinado lançamento contábil.
Exemplos
5000.00125000.75750.50
|
|||
|
Data-alvo do lançamento
TargetPostingDate
|
A data predefinida até a qual se espera que o lançamento contábil seja contabilizado. | ||
|
Descrição
Target Posting Date representa o prazo para contabilizar um lançamento contábil no general ledger, geralmente definido por acordos de nível de serviço (SLAs) ou pelo cronograma de fechamento mensal. Ele serve como referência para medir a performance. Este atributo é essencial para calcular o KPI “On-Time Journal Posting Rate”. Ao comparar a data real de contabilização com essa meta, o sistema pode sinalizar automaticamente os lançamentos como realizados no prazo ou atrasados, fornecendo uma medida clara da aderência do processo aos cronogramas.
Por que isso importa
Define o acordo de nível de serviço ou o prazo para a contabilização, permitindo calcular KPIs de performance no prazo.
Onde obter
Talvez não seja um campo padrão. Ele pode ser derivado de regras de negócio baseadas na data de criação, no período contábil ou na categoria do lançamento.
Exemplos
2023-10-312023-11-302024-01-05
|
|||
|
É retrabalho
IsRework
|
Um indicador calculado que é verdadeiro quando o lançamento contábil passou por um ciclo de rejeição e correção. | ||
|
Descrição
Este atributo booleano é calculado para identificar casos que passaram por retrabalho. Normalmente, ele é marcado como “true” para qualquer atividade que ocorra depois de um evento “Journal Entry Rejected”, como “Journal Corrected and Resubmitted”. Is Rework é um atributo poderoso para análise, pois permite quantificar facilmente o volume e o impacto dos loops de retrabalho. Ele dá suporte direto ao KPI “Average Journal Rework Rate” e ajuda a comparar o fluxo e a duração de casos retrabalhados com os de casos processados corretamente na primeira tentativa.
Por que isso importa
Sinaliza diretamente os casos que passaram por loops de retrabalho ineficientes, facilitando a quantificação da frequência e do impacto das falhas do processo.
Onde obter
Não está disponível no sistema de origem. Ele é calculado na ferramenta de Process Mining por meio da análise da sequência de atividades de cada caso.
Exemplos
truefalse
|
|||
|
Hora de término
EndTime
|
A marca de data e hora que indica quando uma atividade específica foi concluída. | ||
|
Descrição
A hora de término marca a conclusão de uma atividade. Enquanto a hora de início registra o começo, a hora de término fornece o ponto final, permitindo calcular com precisão o tempo de processamento daquela etapa. Isso é essencial para calcular os tempos de processamento das atividades, uma métrica central para identificar gargalos e medir a eficiência dos recursos. Por exemplo, a diferença entre a hora de término e a hora de início da atividade 'Lançamento contábil revisado' mostra o tempo real que um revisor gastou na tarefa.
Por que isso importa
Ela permite calcular a duração real ou o tempo de processamento de atividades individuais, algo fundamental para identificar problemas de eficiência.
Onde obter
Assim como a hora de início, essa informação costuma estar em tabelas de trilhas de auditoria ou pode ser inferida a partir da hora de início da atividade seguinte no processo.
Exemplos
2023-10-26T10:15:00Z2023-11-15T14:55:10Z2024-01-05T09:22:00Z
|
|||
|
Indicador de estorno
ReversalIndicator
|
Um indicador que informa se o lançamento contábil é uma reversão de outro lançamento. | ||
|
Descrição
Este atributo booleano identifica lançamentos contábeis criados para reverter um lançamento contabilizado anteriormente. As reversões são um tipo específico de lançamento contábil que costuma seguir um processo distinto e, às vezes, problemático. A análise deste indicador é essencial para dar suporte ao Dashboard “Journal Reversal Process Performance”. Ela permite isolar os processos de reversão para medir sua frequência, suas causas e seus tempos de ciclo, ajudando a identificar problemas subjacentes nos lançamentos originais que exigiram a reversão.
Por que isso importa
Ajuda a isolar e analisar o processo de reversão, que muitas vezes indica erros ou problemas na transação original.
Onde obter
Pode ser um indicador específico na tabela GL_JE_HEADERS, como ACCRUAL_REV_FLAG, ou ser identificado por meio de links para o lançamento original que está sendo revertido.
Exemplos
truefalse
|
|||
|
Moeda
CurrencyCode
|
O código da moeda do valor do lançamento contábil, como USD, EUR ou GBP. | ||
|
Descrição
Currency Code especifica a moeda dos valores financeiros no lançamento contábil. Isso é essencial para organizações multinacionais que realizam transações em várias moedas. Este atributo garante que os valores financeiros sejam interpretados corretamente. Ele permite filtrar por moeda e é um campo necessário para qualquer análise que envolva a comparação ou agregação de valores monetários entre diferentes regiões.
Por que isso importa
Fornece o contexto necessário para interpretar corretamente os valores financeiros e permite análises específicas para diferentes moedas.
Onde obter
Disponível na tabela GL_JE_HEADERS, normalmente em um campo chamado CURRENCY_CODE.
Exemplos
USDEURGBPJPY
|
|||
|
Nome do livro contábil
LedgerName
|
O nome do general ledger em que o lançamento contábil é registrado. | ||
|
Descrição
Ledger Name identifica o ledger específico ao qual o lançamento contábil pertence. Em organizações com várias entidades legais ou requisitos de reporte, pode haver vários ledgers, como um ledger principal para a contabilidade corporativa e ledgers secundários para o reporte estatutário local. Este atributo é essencial para filtrar e comparar processos entre diferentes entidades legais ou unidades de negócio. Ele garante que as análises sejam realizadas no contexto organizacional correto, o que é especialmente importante para a Conformidade financeira e o reporte.
Por que isso importa
Permite filtrar e comparar a análise de processos entre diferentes entidades legais ou estruturas contábeis, algo essencial para grandes organizações.
Onde obter
Encontrado na tabela GL_JE_HEADERS, normalmente vinculado por meio de um LEDGER_ID, que pode ser associado à GL_LEDGERS para obter o nome.
Exemplos
Livro contábil principal dos EUALivro contábil estatutário do Reino UnidoLivro contábil de consolidação global
|
|||
|
O lançamento foi feito no prazo
IsOnTimePosting
|
Um indicador calculado que é verdadeiro quando o lançamento foi contabilizado na data prevista ou antes dela. | ||
|
Descrição
Este atributo booleano é derivado da comparação entre o timestamp da atividade “Journal Entry Posted” e a “Target Posting Date”. Se a contabilização ocorrer na data prevista ou antes dela, o valor será “true”; caso contrário, será “false”. Este atributo dá suporte direto ao KPI “On-Time Journal Posting Rate”, simplificando seu cálculo. Ele permite filtrar e analisar facilmente os lançamentos atrasados para identificar causas comuns de atraso, como categorias específicas de lançamentos ou aprovadores.
Por que isso importa
Fornece um resultado binário claro sobre a performance da contabilização, simplificando a análise das taxas de cumprimento de prazo e das causas raiz dos atrasos.
Onde obter
Este atributo é calculado pela ferramenta de Process Mining. Ele requer o atributo “TargetPostingDate” e o timestamp da atividade “Journal Entry Posted”.
Exemplos
truefalse
|
|||
|
Período contábil
AccountingPeriod
|
O período fiscal em que o lançamento contábil é contabilizado, como “Jan-24”. | ||
|
Descrição
Accounting Period especifica o período financeiro em que a transação é reconhecida. Isso é fundamental para todos os reportes e análises financeiras. No Process Mining, este atributo é essencial para a análise de tendências. Ele permite comparar a performance do processo, como tempos de ciclo ou taxas de rejeição, entre diferentes meses ou trimestres. Isso ajuda a identificar efeitos sazonais, como o aumento da carga de trabalho durante o fechamento mensal, e a medir o impacto das melhorias no processo ao longo do tempo.
Por que isso importa
Permite analisar tendências de KPIs ao longo do tempo, ajudando a medir a melhoria do processo e identificar padrões sazonais, como a pressão no fechamento mensal.
Onde obter
Disponível na tabela GL_JE_HEADERS, normalmente em um campo chamado PERIOD_NAME.
Exemplos
Jan-24Fev-24Mar-24
|
|||
|
Status do lançamento
PostingStatus
|
O status atual de contabilização do lançamento contábil, por exemplo, “Unposted” ou “Posted”. | ||
|
Descrição
Este atributo reflete o estado atual do lançamento contábil em relação à sua contabilização no general ledger. Ele é um indicador importante da etapa do ciclo de vida em que o lançamento se encontra, especialmente nos casos em andamento. Posting Status é essencial para o Dashboard “Real-Time Journal Entry Status Tracker”, pois fornece uma visão instantânea de todos os lançamentos ativos. Ele ajuda a monitorar acúmulos de lançamentos não contabilizados e a identificar atrasos nas etapas finais do processo.
Por que isso importa
Indica o estado atual de um lançamento, algo essencial para monitorar acúmulos e acompanhar o status de lançamentos em andamento.
Onde obter
Disponível na tabela GL_JE_HEADERS, normalmente em uma coluna como STATUS ou POSTING_STATUS.
Exemplos
ContabilizadoNão contabilizadoErro
|
|||
|
Tempo de ciclo de ponta a ponta
EndToEndCycleTime
|
A duração total calculada desde a criação de um lançamento contábil até sua reconciliação final. | ||
|
Descrição
Esta métrica representa o tempo total que um lançamento contábil permanece em todo o processo, desde o primeiro evento “Journal Entry Created” até o evento final “Journal Entry Reconciled”. Ela fornece uma visão abrangente da performance do processo. Este é um KPI principal para medir a eficiência geral do processo. Ele é usado em Dashboards de tendências para acompanhar o impacto das iniciativas de melhoria ao longo do tempo e fornece uma linha de base para medir todas as mudanças no processo.
Por que isso importa
Fornece uma medida de alto nível da saúde e da eficiência de todo o processo, sendo uma métrica essencial para reportes executivos.
Onde obter
Esta métrica é calculada pela plataforma de Process Mining como a diferença de tempo entre os timestamps do primeiro e do último evento de cada caso.
Exemplos
P10DT5HP4DT12HP22D
|
|||
Record to Report - Atividades do lançamento contábil
| Atividade | Descrição | ||
|---|---|---|---|
|
Lançamento contábil aprovado
|
O aprovador designado aprovou formalmente o lançamento contábil, confirmando sua precisão e validade. Esta é a etapa final do Workflow de aprovação, liberando o lançamento para contabilização. | ||
|
Por que isso importa
Este marco marca o fim do processo de aprovação. O tempo entre o envio e a aprovação é um KPI importante para medir a eficiência do Workflow e identificar gargalos de aprovação.
Onde obter
Este evento é inferido por uma mudança de status na tabela GL_JE_HEADERS, na qual APPROVAL_STATUS_CODE é atualizado para 'APPROVED'. As tabelas do Workflow contêm a identidade e a marca de data e hora do aprovador.
Captura
Acompanhe a marca de data e hora em que APPROVAL_STATUS_CODE na GL_JE_HEADERS muda para 'APPROVED'.
Tipo de evento
inferred
|
|||
|
Lançamento contábil contabilizado
|
Os dados financeiros do lançamento contábil foram registrados com sucesso no General Ledger. Os débitos e créditos agora estão refletidos nos saldos das contas. | ||
|
Por que isso importa
Este é um marco crítico que representa a entrada do lançamento no registro financeiro oficial. Ele é essencial para medir a taxa de contabilização no prazo e o tempo total entre a criação e a contabilização.
Onde obter
Isso é inferido por uma mudança de status na tabela GL_JE_HEADERS, na qual o campo STATUS muda para 'P' (Posted). A tabela GL_JE_BATCHES também possui um status de contabilização.
Captura
Acompanhe a marca de data e hora em que STATUS na GL_JE_HEADERS muda para 'P'.
Tipo de evento
inferred
|
|||
|
Lançamento contábil criado
|
Esta atividade marca o início do processo de lançamento contábil. Ela representa o momento em que um usuário cria um novo cabeçalho de lançamento e começa a inserir dados, antes do envio para qualquer revisão ou aprovação. | ||
|
Por que isso importa
Este é o principal evento de início do processo. Analisar o tempo entre esta atividade e as etapas seguintes ajuda a medir a eficiência da entrada inicial de dados e o tempo total do ciclo do processo.
Onde obter
Este evento normalmente é inferido pela marca de data e hora de criação na tabela GL_JE_HEADERS para um ID de lançamento contábil específico. O usuário que criou o registro também está disponível nessa tabela.
Captura
Use CREATION_DATE da tabela GL_JE_HEADERS.
Tipo de evento
inferred
|
|||
|
Lançamento contábil enviado para aprovação
|
Esta atividade ocorre quando o usuário envia formalmente o lançamento contábil concluído para o Workflow de aprovação. O lançamento passa de um estado de rascunho ou incompleto para aguardando aprovação. | ||
|
Por que isso importa
Este é um marco crítico que inicia a contagem do tempo para medir os ciclos de aprovação e identificar gargalos. Ele separa a fase de entrada de dados da fase de revisão e aprovação.
Onde obter
Este evento é inferido por uma mudança de status na tabela GL_JE_HEADERS, especificamente quando APPROVAL_STATUS_CODE muda para um valor como 'REQUIRED' ou 'INITIATED'. A marca de data e hora do envio também pode ser registrada.
Captura
Acompanhe a marca de data e hora em que APPROVAL_STATUS_CODE na GL_JE_HEADERS muda para indicar o envio.
Tipo de evento
inferred
|
|||
|
Lançamento contábil reconciliado
|
O lançamento contábil foi correspondido e baixado durante um processo de reconciliação de contas no fechamento do período. Isso confirma que a transação está alinhada a outros dados financeiros, como extratos bancários. | ||
|
Por que isso importa
Esta atividade funciona como o verdadeiro ponto final do ciclo de vida do lançamento. Medir o tempo entre a contabilização e a reconciliação é um KPI importante para avaliar a eficiência do processo de fechamento financeiro.
Onde obter
Este evento normalmente é capturado no Oracle Financial Consolidation and Close Cloud Service (FCCS) ou no Account Reconciliation Cloud Service (ARCS), não no próprio General Ledger. Ele é inferido por uma mudança de status no registro de reconciliação vinculado ao lançamento.
Captura
Correlacione os dados do lançamento com as atualizações de status da reconciliação nas tabelas do ARCS ou FCCS.
Tipo de evento
inferred
|
|||
|
Contabilização do lançamento iniciada
|
O processo de contabilização do lançamento aprovado no General Ledger foi iniciado. Esta pode ser uma etapa automatizada ou manual que coloca o lançamento em uma fila para processamento pelo programa de contabilização. | ||
|
Por que isso importa
Esta atividade separa a aprovação do processo técnico de contabilização. Atrasos entre a aprovação e o início da contabilização podem indicar problemas de agendamento ou limitações de recursos no mecanismo de contabilização.
Onde obter
Isso pode ser inferido por mudanças de status na tabela GL_JE_BATCHES ou pelo horário de envio da solicitação concorrente de contabilização associada ao lote de lançamentos.
Captura
Identifique o horário de envio da solicitação do programa General Ledger Posting para o lote de lançamentos específico.
Tipo de evento
inferred
|
|||
|
Contabilização verificada
|
Uma etapa de verificação após a contabilização, na qual um usuário ou sistema confirma que o lançamento foi contabilizado corretamente e que os saldos estão conforme o esperado. Geralmente, esta é uma etapa de controle manual. | ||
|
Por que isso importa
Analisar esta atividade ajuda a entender o tempo gasto em controles manuais e garantia de qualidade após a contabilização. Ela pode destacar oportunidades para automatizar os processos de verificação.
Onde obter
É improvável que este seja um evento explícito no Oracle Fusion. Seria necessário inferi-lo a partir de outras ações, como a execução de um relatório específico por um usuário ou a atualização de um campo de status personalizado, que não é padrão.
Captura
Requer lógica personalizada, como acompanhar o horário de execução de relatórios de verificação ou atualizações em um flexfield descritivo.
Tipo de evento
inferred
|
|||
|
Documentação de suporte anexada
|
Representa a ação de anexar documentos de suporte, como notas fiscais ou planilhas, ao lançamento contábil. Isso geralmente é feito para fornecer contexto e evidências a auditores e aprovadores. | ||
|
Por que isso importa
Acompanhar esta atividade ajuda a entender se os atrasos são causados pela falta de documentação. Ela também oferece insights sobre conformidade e completude dos lançamentos contábeis antes de entrarem no Workflow de aprovação.
Onde obter
Pode ser difícil acompanhar isso como um evento separado. Ele pode ser inferido pelas marcas de data e hora nas tabelas de anexos, como FND_ATTACHED_DOCUMENTS, vinculadas ao registro do lançamento na GL_JE_HEADERS.
Captura
Infira pela data de criação dos registros em FND_ATTACHED_DOCUMENTS vinculados ao lançamento contábil.
Tipo de evento
inferred
|
|||
|
Estorno do lançamento processado
|
Um lançamento contábil de estorno foi criado e contabilizado para anular o impacto financeiro do lançamento original em um período posterior. Esta é uma ação comum para apropriações. | ||
|
Por que isso importa
Acompanhar estornos ajuda a identificar os tipos de lançamentos que são revertidos com frequência e a analisar a eficiência do próprio processo de estorno. Isso pode indicar problemas na gestão de apropriações.
Onde obter
Isso é inferido pela identificação de um novo lançamento contábil explicitamente vinculado ao original como seu estorno. A tabela GL_JE_HEADERS possui campos como REVERSAL_PERIOD e REVERSAL_FLAG para identificar e vincular esses lançamentos.
Captura
Identifique a data de criação e a data de contabilização do novo lançamento cujo cabeçalho referencia o lançamento original como estornado.
Tipo de evento
inferred
|
|||
|
Lançamento contábil corrigido e reenviado
|
Depois que um lançamento contábil é rejeitado, o criador faz as correções necessárias e o reenvia para aprovação. Esta atividade representa o início de um novo ciclo de aprovação para o mesmo lançamento. | ||
|
Por que isso importa
Acompanhar o retrabalho é essencial para entender a ineficiência do processo. Esta atividade, combinada com 'Lançamento contábil rejeitado', permite medir o tempo e a frequência do retrabalho.
Onde obter
Este é um evento posterior de 'Lançamento contábil enviado para aprovação' para um lançamento que estava anteriormente no estado 'REJECTED'. Ele é identificado pela análise da sequência de mudanças de status de um único ID de lançamento contábil.
Captura
Identifique uma marca de data e hora de envio que ocorra depois de um evento de rejeição para o mesmo ID de caso.
Tipo de evento
inferred
|
|||
|
Lançamento contábil rejeitado
|
Um aprovador revisou o lançamento contábil e o rejeitou devido a erros, falta de documentação ou violações de políticas. Essa ação devolve o lançamento ao criador para correção. | ||
|
Por que isso importa
Esta atividade é essencial para analisar ciclos de retrabalho, taxas de rejeição e métricas de acerto na primeira tentativa. Uma alta frequência de rejeições indica problemas na qualidade dos dados ou no treinamento.
Onde obter
Isso é inferido por uma mudança de status na tabela GL_JE_HEADERS quando APPROVAL_STATUS_CODE é atualizado para 'REJECTED'. O histórico do Workflow registrará o usuário e a marca de data e hora dessa ação.
Captura
Acompanhe a marca de data e hora em que APPROVAL_STATUS_CODE na GL_JE_HEADERS é definido como 'REJECTED'.
Tipo de evento
inferred
|
|||
|
Lançamento contábil revisado
|
Uma etapa de revisão que pode ocorrer antes ou como parte do processo formal de aprovação. Ela representa uma verificação feita por um colega ou gerente para garantir a precisão e a conformidade antes do envio ao aprovador final. | ||
|
Por que isso importa
Isolar esta atividade ajuda a diferenciar os tempos de revisão preliminar dos tempos de aprovação final. Isso pode revelar gargalos ocultos quando a etapa de revisão é informal, mas demorada.
Onde obter
Pode ser uma etapa explícita em um Workflow de aprovação com várias fases, registrada nas tabelas de histórico do Workflow. Se for informal, não será capturada. Ela pode ser inferida quando uma ação específica do usuário é registrada antes da decisão final de aprovação.
Captura
Analise as tabelas de histórico do Workflow em busca de etapas intermediárias de aprovação ou revisão antes do status final 'Approved'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para transformar os dados de Journal Entry do Oracle Fusion em insights acionáveis e acelerar seu ciclo de Record to Report. Comece hoje sua jornada rumo a operações financeiras mais eficientes.
Acelere hoje seu Record to Report - Journal Entry
Reduza em 30% o tempo de ciclo de Journal Entry e simplifique as operações financeiras.
Não é necessário cartão de crédito. Ative seu teste agora.