Seu Template de dados de Record to Report - Lançamento contábil
Seu Template de dados de Record to Report - Lançamento contábil
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração no Oracle Fusion Financials
Atributos de Record to Report - Lançamento contábil
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
Nome do evento ou da tarefa de negócio específica que ocorreu em determinado momento do processo de lançamento contábil. | ||
|
Descrição
O nome da atividade descreve uma 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 do processo e entender a sequência de eventos. A análise das atividades permite identificar o fluxo do processo, incluindo caminhos padrão, desvios e ciclos de retrabalho. Ao acompanhar diferentes atividades, você pode medir o tempo gasto em etapas específicas, como a aprovação, e identificar quais consomem mais tempo ou estão mais sujeitas a erros.
Por que isso importa
Define as etapas do processo, formando a base do mapa do processo e permitindo analisar o fluxo, os gargalos e as variações.
Onde encontrar
Este atributo costuma ser derivado de alterações de status, registros de eventos ou tabelas de trilha de auditoria associadas aos objetos de lançamento contábil no módulo do razão geral.
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
|
Data e hora que indicam quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
Este registro de data e hora marca o momento exato em que uma atividade foi executada. É o principal elemento temporal usado em Process Mining para determinar a sequência dos eventos e calcular o tempo entre eles. A precisão do horário do evento é fundamental para todas as análises baseadas em tempo, incluindo o cálculo dos tempos de ciclo, a identificação de gargalos e o acompanhamento 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 aconteceu.
Por que isso importa
Este registro de data e hora é essencial para ordenar os eventos, calcular todas as durações do processo e realizar qualquer análise baseada em tempo.
Onde encontrar
Essas informações costumam ser armazenadas em tabelas de trilha de auditoria ou como 'Data da última atualização' ou 'Data de criação' 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
|
Identificador exclusivo de um lançamento contábil, que vincula todas as atividades relacionadas à transação financeira. | ||
|
Descrição
O ID do lançamento contábil é o identificador principal do caso e vincula exclusivamente todas as atividades relacionadas a um conjunto específico de transações financeiras. Isso permite acompanhar todo o ciclo de vida de um lançamento, do início à contabilização final, garantindo que todos os débitos e créditos sejam considerados. Em Process Mining, esse ID é essencial para reconstruir a jornada completa 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 e analisar todo o fluxo do processo de cada caso.
Onde encontrar
Esta é uma chave primária encontrada em tabelas centrais do razão geral, como GL_JE_HEADERS e GL_JE_LINES.
Exemplos
JE100523JE202311001882019
|
|||
|
Sistema de origem
SourceSystem
|
Sistema ou módulo de onde os dados vieram. | ||
|
Descrição
Este atributo identifica o sistema de origem do qual os dados do processo foram extraídos. Em ambientes de TI complexos, os dados podem vir de vários sistemas integrados, e este campo ajuda a diferenciá-los. Na análise de processos, conhecer o sistema de origem é essencial para entender variações que podem ser causadas por comportamentos diferentes dos sistemas. Isso também ajuda na validação e na solução de problemas com os dados, permitindo rastreá-los até a 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 as variações do processo entre diferentes sistemas.
Onde encontrar
Geralmente, é um valor estático configurado durante a extração dos dados ou um campo nas tabelas de origem que identifica o sistema em que a entrada foi registrada.
Exemplos
Oracle Fusion Financials CloudOracle EBS R12Fusion GL
|
|||
|
Última atualização dos dados
LastDataUpdate
|
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 informa o quão recentes são os dados analisados, o que é importante para entender a relevância dos insights obtidos. Em qualquer análise, especialmente em Dashboards operacionais, saber quando os dados foram atualizados pela última vez é essencial para que as pessoas confiem nos dados e tomem decisões fundamentadas. Essa informação deixa claro até que momento os dados foram incluídos no modelo de Process Mining.
Por que isso importa
Indica o quão recentes são os dados, ajudando as pessoas a entenderem até que ponto a análise do processo está atualizada e a confiarem nos insights.
Onde encontrar
Este valor é gerado e armazenado durante o processo de extração e transformação dos dados. Normalmente, corresponde ao horário em que o processo 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
|
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 de acordo com 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 no fechamento do mês podem seguir um processo mais complexo e urgente do que apropriações de rotina. Analisar o processo por categoria ajuda a revelar essas variações e a direcionar melhorias para tipos específicos de lançamento contábil.
Por que isso importa
Permite segmentar o processo pela finalidade de negócio do lançamento, revelando diferenças de comportamento e performance entre os tipos de lançamento.
Onde encontrar
Disponível na tabela GL_JE_HEADERS, geralmente em um campo chamado JE_CATEGORY.
Exemplos
ApropriaçãoManualAjusteReavaliação
|
|||
|
Departamento do usuário
UserDepartment
|
Departamento ou equipe à qual pertence o usuário que realizou a atividade. | ||
|
Descrição
Este atributo fornece contexto organizacional ao vincular uma atividade a um departamento específico, como 'Finanças', 'Operações contábeis' ou 'Auditoria interna'. Geralmente, ele é obtido dos dados cadastrais dos usuários. A análise por departamento do usuário ajuda a identificar gargalos entre departamentos, comparar a performance das equipes e entender como a execução do processo varia na organização. Ela é útil para alocar recursos e direcionar iniciativas de melhoria de processos.
Por que isso importa
Fornece contexto organizacional, permitindo analisar a performance por equipe ou departamento e identificar ineficiências entre áreas.
Onde encontrar
Normalmente, esse dado não está nas tabelas de transações. É preciso combinar o nome de usuário com uma tabela de dados cadastrais dos usuários ou com dados do sistema de RH.
Exemplos
Contabilidade geralRelatórios financeirosContas a pagar
|
|||
|
Motivo da rejeição
RejectionReason
|
Descrição em texto ou 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 do 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 oferecer mais treinamento a quem prepara os lançamentos, esclarecer as diretrizes ou aprimorar os controles do sistema. O atributo dá suporte direto ao Dashboard 'Análise da taxa de rejeição de lançamentos contábeis'.
Por que isso importa
Fornece insights diretos sobre as causas raiz do retrabalho e dos atrasos no processo, permitindo melhorias direcionadas para reduzir as taxas de rejeição.
Onde encontrar
Essas informações podem estar armazenadas em tabelas do fluxo de trabalho 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 insuficienteAcima do orçamento
|
|||
|
Origem do lançamento contábil
JournalSource
|
Subledger ou 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 no sistema ERP. Os lançamentos podem ser criados manualmente no razão geral ou gerados automaticamente por subledgers, como Contas a pagar, Contas a receber ou Ativos fixos. A origem do lançamento contábil é um atributo importante para a análise de automação. Ela ajuda a diferenciar lançamentos manuais dos gerados pelo sistema e dá suporte ao KPI 'Taxa de lançamentos contábeis automatizados'. Os processos de lançamentos de origens diferentes costumam variar bastante em complexidade e eficiência.
Por que isso importa
Diferencia lançamentos manuais dos automatizados, algo essencial para medir as taxas de automação e analisar as diferenças entre processos.
Onde encontrar
Disponível na tabela GL_JE_HEADERS, geralmente em um campo chamado JE_SOURCE.
Exemplos
ManualContas a pagarAtivosContas a receber
|
|||
|
Usuário
UserName
|
Usuário que realizou a atividade, como criar, aprovar ou contabilizar o lançamento contábil. | ||
|
Descrição
Este atributo identifica a pessoa ou o usuário do sistema responsável por executar uma atividade. É essencial para entender a distribuição da carga de trabalho e a performance, além de identificar gargalos individuais. Na análise, o nome de usuário permite filtrar processos por usuário, comparar a eficiência entre usuários e investigar as causas de atrasos ou erros. Ele dá suporte direto a Dashboards como 'Carga de trabalho e eficiência dos usuários entre equipes' e a KPIs como o 'Índice de gargalo de lançamentos contábeis por usuário'.
Por que isso importa
Atribui responsabilidade pelas etapas do processo e permite analisar a carga de trabalho dos usuários, a performance individual e as necessidades de treinamento.
Onde encontrar
Encontrado em tabelas de transações, como GL_JE_HEADERS (por exemplo, CREATED_BY, LAST_UPDATED_BY), e em tabelas de trilha de auditoria relacionadas.
Exemplos
john.doesusan.smithautoprocess_user
|
|||
|
Valor do lançamento contábil
JournalAmount
|
Valor monetário total do lançamento contábil, geralmente a soma dos débitos. | ||
|
Descrição
Este atributo representa o valor financeiro total da transação registrada 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 análises mais detalhadas. Analisar o valor do lançamento contábil permite segmentar os casos pelo impacto financeiro. Isso ajuda a responder perguntas como 'Lançamentos de alto valor demoram mais para serem aprovados?' ou 'As rejeições são mais comuns em lançamentos acima de determinado limite?'. Assim, você obtém um contexto de negócio importante para entender o fluxo do processo.
Por que isso importa
Fornece contexto de negócio essencial, permitindo analisar o impacto financeiro e identificar se os lançamentos de alto valor seguem um processo diferente.
Onde encontrar
Esse valor costuma ser calculado pela soma dos débitos ou créditos na tabela GL_JE_LINES para determinado lançamento contábil.
Exemplos
5000.00125000.75750.50
|
|||
|
Contabilização no prazo
IsOnTimePosting
|
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 registro de data e hora da atividade 'Lançamento contábil contabilizado' e a 'Data prevista para contabilização'. 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 'Taxa de contabilização de lançamentos contábeis no prazo', simplificando seu cálculo. Ele facilita a filtragem e a análise de lançamentos atrasados para identificar causas comuns, como determinadas categorias de lançamento ou aprovadores.
Por que isso importa
Fornece um resultado claro e binário sobre a performance da contabilização, simplificando a análise das taxas de cumprimento do prazo e das causas raiz dos atrasos.
Onde encontrar
Este atributo é calculado pela ferramenta de Process Mining. Para isso, são necessários o atributo 'TargetPostingDate' e o registro de data e hora da atividade 'Lançamento contábil contabilizado'.
Exemplos
truefalse
|
|||
|
Data prevista para contabilização
TargetPostingDate
|
Data definida até a qual se espera que o lançamento contábil seja contabilizado. | ||
|
Descrição
A data prevista para contabilização representa o prazo para contabilizar um lançamento no razão geral, geralmente definido por acordos de nível de serviço (SLAs) ou pelo cronograma de fechamento do mês. Ela serve como referência para medir a performance. Este atributo é essencial para calcular o KPI 'Taxa de contabilização de lançamentos contábeis no prazo'. Ao comparar a data real de contabilização com a data prevista, o sistema pode sinalizar automaticamente os lançamentos como feitos no prazo ou atrasados, oferecendo uma medida clara do cumprimento dos cronogramas do processo.
Por que isso importa
Define o acordo de nível de serviço ou o prazo para contabilização e permite calcular KPIs de performance no prazo.
Onde encontrar
Talvez não exista um campo padrão para isso. O valor pode ser derivado de regras de negócio com base 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
|
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 recebe o valor 'true' para qualquer atividade posterior a um evento de 'Lançamento contábil rejeitado', como 'Lançamento contábil corrigido e reenviado'. É retrabalho é um atributo útil para a análise, pois permite quantificar facilmente o volume e o impacto dos ciclos de retrabalho. Ele dá suporte direto ao KPI 'Taxa média de retrabalho de lançamentos contábeis' e ajuda a comparar o fluxo e a duração dos casos retrabalhados com os dos casos processados corretamente na primeira tentativa.
Por que isso importa
Sinaliza diretamente os casos que passaram por ciclos de retrabalho ineficientes, facilitando a quantificação da frequência e do impacto das falhas no processo.
Onde encontrar
Este dado não está disponível no sistema de origem. Ele é calculado na ferramenta de Process Mining pela análise da sequência de atividades de cada caso.
Exemplos
truefalse
|
|||
|
Hora de término
EndTime
|
Data e hora que indicam 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 quando ela começou, a hora de término indica quando acabou e permite calcular com precisão o tempo de processamento daquela etapa. Esse dado é essencial para calcular o tempo 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 analisado' mostra o tempo efetivamente dedicado à tarefa por quem fez a análise.
Por que isso importa
Permite calcular a duração real ou o tempo de processamento de cada atividade, algo essencial para identificar problemas de eficiência.
Onde encontrar
Assim como a hora de início, esse dado costuma estar nas tabelas de trilha de auditoria ou pode ser inferido 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
|
Indicador que informa se o lançamento contábil é um estorno de outro lançamento. | ||
|
Descrição
Este atributo booleano identifica lançamentos contábeis criados para estornar um lançamento contabilizado anteriormente. Os estornos são um tipo específico de lançamento contábil e costumam seguir um processo próprio, que às vezes apresenta problemas. Analisar este indicador é essencial para o Dashboard 'Performance do processo de estorno de lançamentos contábeis'. Ele permite isolar os processos de estorno para medir sua frequência, suas causas e seus tempos de ciclo, ajudando a identificar problemas subjacentes nos lançamentos originais que exigiram o estorno.
Por que isso importa
Ajuda a isolar e analisar o processo de estorno, que muitas vezes indica erros ou problemas na transação original.
Onde encontrar
Pode ser um indicador específico na tabela GL_JE_HEADERS, como ACCRUAL_REV_FLAG, ou ser identificado por meio de vínculos com o lançamento original que está sendo estornado.
Exemplos
truefalse
|
|||
|
Moeda
CurrencyCode
|
Código da moeda do valor do lançamento contábil, como USD, EUR ou GBP. | ||
|
Descrição
O código da moeda especifica em qual moeda estão os valores financeiros do lançamento contábil. Isso é essencial para organizações multinacionais que realizam transações em várias moedas. Este atributo garante a interpretação correta dos valores financeiros. Ele permite filtrar por moeda e é necessário em análises que comparam ou agregam valores monetários de diferentes regiões.
Por que isso importa
Fornece o contexto necessário para interpretar corretamente os valores financeiros e permite análises específicas por moeda.
Onde encontrar
Disponível na tabela GL_JE_HEADERS, geralmente em um campo chamado CURRENCY_CODE.
Exemplos
USDEURGBPJPY
|
|||
|
Nome do razão
LedgerName
|
Nome do razão geral em que o lançamento contábil foi registrado. | ||
|
Descrição
O nome do razão identifica o razão específico ao qual o lançamento contábil pertence. Organizações com várias entidades legais ou requisitos de relatórios podem ter vários razões, como um razão principal para a contabilidade corporativa e razões secundários para relatórios legais locais. Este atributo é essencial para filtrar e comparar processos entre diferentes entidades legais ou unidades de negócio. Ele garante que as análises sejam feitas no contexto organizacional correto, algo particularmente importante para a conformidade e os relatórios financeiros.
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 encontrar
Encontrado na tabela GL_JE_HEADERS, geralmente vinculado por meio de LEDGER_ID, que pode ser combinado com GL_LEDGERS para obter o nome.
Exemplos
Razão principal dos USRazão legal do Reino UnidoRazão de consolidação global
|
|||
|
Período contábil
AccountingPeriod
|
Período fiscal em que o lançamento contábil foi contabilizado, como 'Jan-24'. | ||
|
Descrição
O período contábil especifica o período financeiro em que a transação é reconhecida. Esse dado é fundamental para todos os relatórios e análises financeiras. Em 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 do mês, e a medir o impacto das melhorias ao longo do tempo.
Por que isso importa
Permite analisar tendências dos KPIs ao longo do tempo, ajudando a medir melhorias no processo e identificar padrões sazonais, como a pressão no fechamento do mês.
Onde encontrar
Disponível na tabela GL_JE_HEADERS, geralmente em um campo chamado PERIOD_NAME.
Exemplos
Jan-24Fev-24Mar-24
|
|||
|
Status da contabilização
PostingStatus
|
Status atual da contabilização do lançamento contábil, por exemplo, 'Não contabilizado' ou 'Contabilizado'. | ||
|
Descrição
Este atributo mostra o estado atual do lançamento contábil em relação à sua contabilização no razão geral. É um indicador importante da etapa do ciclo de vida em que o lançamento se encontra, especialmente nos casos em andamento. O status da contabilização é essencial para o Dashboard 'Acompanhamento em tempo real do status dos lançamentos contábeis', que apresenta uma visão geral de todos os lançamentos ativos. Ele ajuda a monitorar o acúmulo 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 dos lançamentos em andamento.
Onde encontrar
Disponível na tabela GL_JE_HEADERS, geralmente em uma coluna como STATUS ou POSTING_STATUS.
Exemplos
ContabilizadoNão contabilizadoErro
|
|||
|
Tempo de ciclo de ponta a ponta
EndToEndCycleTime
|
Duração total calculada entre a criação do lançamento contábil e sua conciliação final. | ||
|
Descrição
Esta métrica representa o tempo total que um lançamento contábil leva para percorrer todo o processo, desde o primeiro evento de 'Lançamento contábil criado' até o evento final de 'Lançamento contábil conciliado'. Ela oferece uma visão abrangente da performance do processo. Este é um KPI importante 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 serve como referência para avaliar todas as mudanças no processo.
Por que isso importa
Fornece uma medida geral da saúde e da eficiência de todo o processo, sendo uma métrica importante para relatórios executivos.
Onde encontrar
Esta métrica é calculada pela plataforma de Process Mining como a diferença entre os registros de data e hora do primeiro e do último evento de cada caso.
Exemplos
P10DT5HP4DT12HP22D
|
|||
Atividades de Record to Report - 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 fluxo de trabalho de aprovação e libera o lançamento para contabilização. | ||
|
Por que isso importa
Este marco encerra o processo de aprovação. O tempo entre o envio e a aprovação é um KPI importante para medir a eficiência do fluxo de trabalho e identificar gargalos na aprovação.
Onde encontrar
Este evento é inferido a partir de uma alteração de status na tabela GL_JE_HEADERS, quando APPROVAL_STATUS_CODE é atualizado para 'APPROVED'. As tabelas do fluxo de trabalho contêm a identidade do aprovador e o horário do evento.
Coleta
Acompanhe o horário em que APPROVAL_STATUS_CODE na tabela GL_JE_HEADERS muda para 'APPROVED'.
Tipo de evento
inferred
|
|||
|
Lançamento contábil conciliado
|
O lançamento contábil foi comparado e baixado durante o processo de conciliação de contas no fechamento do período. Isso confirma que a transação está de acordo com outros dados financeiros, como extratos bancários. | ||
|
Por que isso importa
Esta atividade marca o verdadeiro ponto final do ciclo de vida do lançamento. Medir o tempo entre a contabilização e a conciliação é um KPI importante para avaliar a eficiência do processo de fechamento financeiro.
Onde encontrar
Este evento costuma ser registrado no Oracle Financial Consolidation and Close Cloud Service (FCCS) ou no Account Reconciliation Cloud Service (ARCS), e não no próprio razão geral. Ele é inferido a partir de uma alteração de status no registro de conciliação vinculado ao lançamento.
Coleta
Correlacione os dados do lançamento com as atualizações de status de conciliação nas tabelas do ARCS ou FCCS.
Tipo de evento
inferred
|
|||
|
Lançamento contábil contabilizado
|
Os dados financeiros do lançamento contábil foram registrados com sucesso no razão geral. Os débitos e créditos já estão refletidos nos saldos das contas. | ||
|
Por que isso importa
Este é um marco crítico, que representa a inclusão 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 encontrar
Isso é inferido a partir de uma alteração de status na tabela GL_JE_HEADERS, quando o campo STATUS muda para 'P' (contabilizado). A tabela GL_JE_BATCHES também contém um status de contabilização.
Coleta
Acompanhe o horário em que STATUS na tabela 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 os dados, antes do envio para 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 de ciclo do processo.
Onde encontrar
Este evento costuma ser inferido a partir da data de criação na tabela GL_JE_HEADERS para um ID específico de lançamento contábil. A tabela também informa o usuário que criou o registro.
Coleta
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 fluxo de trabalho 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 para iniciar a medição do tempo de aprovação e identificar gargalos. Ele separa a etapa de entrada de dados da etapa de revisão e aprovação.
Onde encontrar
Este evento é inferido a partir de uma mudança de status na tabela GL_JE_HEADERS, especificamente quando APPROVAL_STATUS_CODE muda para um valor como 'REQUIRED' ou 'INITIATED'. A data e hora do envio também podem estar registradas.
Coleta
Registre a data e hora em que APPROVAL_STATUS_CODE na tabela GL_JE_HEADERS muda para indicar o envio.
Tipo de evento
inferred
|
|||
|
Contabilização do lançamento iniciada
|
O processo de contabilização do lançamento aprovado no razão geral foi iniciado. Esta etapa pode ser automatizada ou manual e coloca o lançamento na 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 encontrar
Isso pode ser inferido a partir de alterações 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.
Coleta
Identifique o horário de envio da solicitação do programa de contabilização do razão geral para o lote de lançamentos específico.
Tipo de evento
inferred
|
|||
|
Contabilização verificada
|
Etapa de verificação após a contabilização, na qual uma pessoa ou sistema confirma que o lançamento foi contabilizado corretamente e que os saldos estão como esperado. Geralmente, trata-se de uma etapa manual de controle. | ||
|
Por que isso importa
Analisar esta atividade ajuda a entender o tempo dedicado a controles manuais e à garantia da qualidade após a contabilização. Também pode revelar oportunidades para automatizar os processos de verificação.
Onde encontrar
É improvável que isso apareça como 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 faz parte do padrão.
Coleta
Requer lógica personalizada, como acompanhar o horário de execução dos relatórios de verificação ou as atualizações de um campo flexível descritivo.
Tipo de evento
inferred
|
|||
|
Documentação de suporte anexada
|
Representa a ação de anexar documentos de suporte, como faturas ou planilhas, ao lançamento contábil. Isso costuma ser feito para fornecer contexto e evidências a auditores e aprovadores. | ||
|
Por que isso importa
Acompanhar esta atividade ajuda a entender se a falta de documentação causa atrasos. Também oferece insights sobre a conformidade e a integridade dos lançamentos contábeis antes de entrarem no fluxo de trabalho de aprovação.
Onde encontrar
Pode ser difícil acompanhar esta atividade como um evento separado. Ela pode ser inferida a partir das datas e horas registradas em tabelas de anexos, como FND_ATTACHED_DOCUMENTS, vinculadas ao registro do lançamento contábil em GL_JE_HEADERS.
Coleta
Infira o evento 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 de estorno foi criado e contabilizado em um período posterior para anular o impacto financeiro do lançamento original. Essa é uma prática comum para apropriações. | ||
|
Por que isso importa
Acompanhar os estornos ajuda a identificar os tipos de lançamento que são estornados 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 encontrar
Isso é inferido pela identificação de um novo lançamento contábil explicitamente vinculado ao original como seu estorno. A tabela GL_JE_HEADERS contém campos como REVERSAL_PERIOD e REVERSAL_FLAG para identificar e vincular esses lançamentos.
Coleta
Identifique as datas de criação e 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 enviado novamente
|
Depois que um lançamento contábil é rejeitado, o criador faz as correções necessárias e o envia novamente para aprovação. Esta atividade marca 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 as ineficiências do processo. Combinada à atividade 'Lançamento contábil rejeitado', esta atividade permite medir a duração e a frequência do retrabalho.
Onde encontrar
Este é um evento posterior de 'Diário enviado para aprovação' para um diário que estava anteriormente com o status 'REJEITADO'. Ele é identificado pela análise da sequência de alterações de status de um único ID de lançamento contábil.
Coleta
Identifique o horário de envio que ocorre após um evento de rejeição para o mesmo ID do caso.
Tipo de evento
inferred
|
|||
|
Lançamento contábil rejeitado
|
Um aprovador revisou o lançamento contábil e o rejeitou por 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 na capacitação.
Onde encontrar
Este evento é inferido a partir de uma mudança de status na tabela GL_JE_HEADERS, quando APPROVAL_STATUS_CODE é atualizado para 'REJECTED'. O histórico do fluxo de trabalho registra o usuário e a data e hora dessa ação.
Coleta
Registre a data e hora em que APPROVAL_STATUS_CODE na tabela GL_JE_HEADERS recebe o valor '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 a verificação feita por um colega ou gestor para confirmar a precisão e a conformidade antes do envio ao aprovador final. | ||
|
Por que isso importa
Isolar esta atividade ajuda a diferenciar o tempo de revisão preliminar do tempo de aprovação final. Isso pode revelar gargalos ocultos quando a etapa de revisão é informal, mas demorada.
Onde encontrar
Esta pode ser uma etapa explícita de um fluxo de trabalho de aprovação com várias fases, registrada nas tabelas de histórico do fluxo de trabalho. Se for informal, não será registrada. Ela pode ser inferida quando uma ação de um usuário específico é registrada antes da decisão final de aprovação.
Coleta
Analise as tabelas de histórico do fluxo de trabalho para identificar etapas intermediárias de aprovação ou revisão antes do status final 'Aprovado'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para transformar os dados de lançamentos contábeis do Oracle Fusion em insights acionáveis e acelerar seu ciclo de Record to Report. Comece hoje a otimizar suas operações financeiras.
Acelere hoje seu processo de Record to Report - Lançamento contábil
Reduza em 30% o tempo de ciclo dos lançamentos contábeis e simplifique as operações financeiras.
Não é necessário informar cartão de crédito. Ative seu teste agora.