Seu Template de dados de Record to Report: fechamento do período e reconciliação
Seu Template de dados de Record to Report: fechamento do período e reconciliação
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração no Microsoft Dynamics 365
Record to Report - Atributos do fechamento do período e da reconciliação
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
A data e hora exatas em que uma atividade específica de fechamento do período foi executada ou concluída. | ||
|
Descrição
O horário do evento é o timestamp associado a cada atividade e fornece a ordem cronológica dos eventos. Esses dados são essenciais para construir o fluxo do processo e realizar qualquer análise baseada em tempo. No Process Mining, esse timestamp é usado para calcular tempos de ciclo, durações e tempos de espera entre atividades. Ele é a base para identificar gargalos, monitorar a performance do processo em relação aos prazos e entender a dinâmica temporal do processo de fechamento do período.
Por que isso importa
Este é um atributo crítico para todas as análises baseadas em tempo, incluindo o cálculo de tempos de ciclo, a identificação de gargalos e a compreensão da sequência de eventos.
Onde obter
Normalmente corresponde a campos de timestamp gerados pelo sistema, como 'CreatedDateTime' ou 'ModifiedDateTime', em transações, diários ou registros de status no Dynamics 365.
Exemplos
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
Nome da atividade
ActivityName
|
O nome de um evento ou tarefa empresarial específico que ocorreu durante o processo de fechamento do período, como 'Trial Balance Prepared' ou 'Account Reconciliation Started'. | ||
|
Descrição
O nome da atividade descreve uma única etapa do Workflow completo de fechamento do período. Cada registro de evento nos dados de origem corresponde a uma dessas atividades, formando a sequência de eventos de cada período financeiro. Esse atributo é fundamental para o Process Mining, pois permite visualizar o mapa do processo e mostrar como o trabalho é realmente realizado. Ele é usado para analisar o fluxo do processo, identificar desvios do procedimento padrão e medir a duração entre diferentes marcos importantes.
Por que isso importa
Este atributo é a base do mapa do processo, permitindo visualizar e analisar a sequência de etapas, os gargalos e os desvios no ciclo de fechamento do período.
Onde obter
Derivado de uma lógica empresarial baseada em tipos de transação, mudanças de status ou logs de eventos específicos em módulos do Dynamics 365, como General Ledger ou Financial reporting.
Exemplos
Lançamentos de provisões registradosReconciliação bancária concluídaDemonstrações financeiras geradasPeríodo do razão geral fechado
|
|||
|
Período financeiro
FinancialPeriod
|
Um identificador exclusivo do ciclo de relatórios financeiros, como '2023-12' para dezembro de 2023. Ele funciona como o identificador principal do caso, agrupando todas as atividades relacionadas ao fim do período. | ||
|
Descrição
O período financeiro representa o ciclo de vida completo do fechamento contábil de um intervalo específico, normalmente um mês ou trimestre. Todas as atividades, desde o início do fechamento até a aprovação das demonstrações financeiras finais do período, são vinculadas por esse identificador. Na análise de Process Mining, esse atributo é fundamental para definir o escopo de cada caso. Ele permite medir o tempo de ciclo completo do fechamento do período, comparar a performance entre diferentes períodos e identificar gargalos sistêmicos que se repetem a cada ciclo de fechamento.
Por que isso importa
Este é o identificador essencial do caso, que estrutura a análise e permite avaliar todo o processo de fechamento do período, do início ao fim, para cada ciclo de relatórios distinto.
Onde obter
Geralmente, é uma chave composta derivada dos campos Fiscal Year e Period encontrados nas tabelas de calendário financeiro ou de períodos do razão no Microsoft Dynamics 365.
Exemplos
2023-122024-012024-Q1FY2023-P12
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de informação do qual os dados foram extraídos. Para este processo, normalmente será 'Microsoft Dynamics 365'. | ||
|
Descrição
Esse atributo especifica a origem dos dados do processo. Em ambientes com vários ERPs ou sistemas financeiros, ele ajuda a diferenciar as fontes de dados e garante a clareza da linhagem dos dados. Na análise, ele é útil para rastreabilidade e para criar modelos que podem abranger vários sistemas. Assim, qualquer descoberta pode ser rastreada até o sistema de registro correto para investigação adicional.
Por que isso importa
Garante a rastreabilidade dos dados e é essencial em ambientes com vários sistemas para atribuir corretamente os eventos do processo ao sistema de origem.
Onde obter
Normalmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar a origem do conjunto de dados.
Exemplos
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O timestamp que indica a última vez em que os dados foram atualizados ou extraídos do sistema de origem. | ||
|
Descrição
Esse atributo informa a data de referência dos dados analisados. Ele é essencial para entender a atualidade e a relevância da análise de Process Mining e dos Dashboards. Os usuários dependem desse timestamp para saber se estão consultando os dados mais recentes disponíveis. Normalmente, ele é exibido em destaque nos Dashboards para contextualizar a atualização dos dados.
Por que isso importa
Fornece um contexto essencial sobre a atualização dos dados, permitindo que os usuários entendam o quanto a análise do processo está atualizada.
Onde obter
Esse valor é gerado e armazenado durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Código da empresa
CompanyCode
|
O identificador da entidade legal ou empresa para a qual o fechamento do período está sendo realizado. | ||
|
Descrição
O código da empresa representa uma entidade legal distinta dentro da organização. Os dados financeiros e as atividades de fechamento são segregados por esse código. Essa é uma dimensão crítica para a análise, pois permite comparar a performance entre diferentes entidades. Ela ajuda a identificar quais empresas têm os processos de fechamento mais eficientes e quais enfrentam dificuldades, apoiando iniciativas de melhoria direcionadas. A maioria dos Dashboards, como 'Overall Period Close Cycle Time', exige segmentação por esse atributo.
Por que isso importa
Esta é uma dimensão principal para filtragem e comparação, permitindo analisar a performance do fechamento do período entre diferentes entidades legais.
Onde obter
No Dynamics 365, corresponde ao campo 'DataAreaId', presente em quase todas as tabelas de transações.
Exemplos
USMFDEMFGBSI
|
|||
|
Conta do razão geral
GlAccount
|
O número específico da conta do General Ledger envolvida na atividade, como um lançamento contábil ou uma reconciliação. | ||
|
Descrição
A conta do razão geral identifica a conta específica no plano de contas afetada por uma transação. Ela fornece um nível granular de detalhe para as atividades financeiras. Esse atributo é essencial para analisar a performance das reconciliações e identificar contas problemáticas. Dashboards como 'Post-Close Adjustment Frequency' e 'GL Account Reconciliation Performance' dependem desse campo para localizar contas que sofrem ajustes frequentes ou demoram muito para ser reconciliadas.
Por que isso importa
Permite uma análise financeira detalhada, ajudando a localizar contas problemáticas com altas taxas de ajuste ou longos tempos de reconciliação.
Onde obter
Encontrado em tabelas de transações do razão, como 'GeneralJournalAccountEntry' ou 'LedgerJournalTrans', no Dynamics 365.
Exemplos
110110601500212100
|
|||
|
Departamento
Department
|
O departamento funcional associado à atividade ou ao usuário que a executa, como 'Finance', 'Controlling' ou 'AP'. | ||
|
Descrição
O atributo Departamento fornece contexto organizacional, vinculando as atividades a funções empresariais específicas. Pode ser o departamento do usuário que lançou um diário ou o departamento responsável por um conjunto de contas do razão geral. Na análise, ele é usado para entender como diferentes departamentos contribuem para o processo de fechamento do período. Ajuda a identificar transferências entre departamentos, atrasos e gargalos de recursos, além de apoiar Dashboards como 'User Workload & Performance'.
Por que isso importa
Fornece contexto organizacional, permitindo analisar a performance do processo e a distribuição da carga de trabalho por área funcional.
Onde obter
Pode ser derivado dos perfis dos usuários ou das dimensões financeiras associadas às transações no Dynamics 365.
Exemplos
Contabilidade corporativaContas a pagarFP&AAuditoria interna
|
|||
|
Usuário responsável
ResponsibleUser
|
O ID ou nome do usuário que executou a atividade. | ||
|
Descrição
Esse atributo identifica a pessoa responsável por executar uma tarefa específica no processo de fechamento do período. Pode ser a pessoa que lançou um diário, aprovou uma reconciliação ou gerou um relatório. Analisar por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e avaliar a performance individual ou da equipe. É uma dimensão importante para Dashboards relacionados à produtividade dos usuários e ao gerenciamento de recursos, além de ser necessária para calcular o KPI 'Avg User Activity Count Variance'.
Por que isso importa
Permite analisar a distribuição da carga de trabalho, a performance dos usuários e a alocação de recursos, ajudando a identificar equipes ou indivíduos sobrecarregados.
Onde obter
Corresponde a campos como 'CreatedBy' ou 'ModifiedBy' nos registros de transações do Dynamics 365. As informações dos usuários normalmente são gerenciadas no módulo System administration.
Exemplos
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Categoria de reconciliação
ReconciliationCategory
|
Classifica o tipo de reconciliação realizada, por exemplo, 'Bank', 'Intercompany' ou 'Fixed Assets'. | ||
|
Descrição
A categoria de reconciliação agrupa reconciliações de contas individuais em categorias lógicas com base em sua natureza. Isso fornece uma visão de nível mais alto do que a análise de contas individuais do razão geral. Analisar por categoria ajuda a identificar problemas sistêmicos em tipos específicos de reconciliação. Por exemplo, o Dashboard 'GL Account Reconciliation Performance' pode mostrar se as reconciliações Intercompany demoram consistentemente mais do que as reconciliações Bank, orientando esforços direcionados de melhoria do processo.
Por que isso importa
Ajuda a categorizar as atividades de reconciliação, permitindo comparar a performance e identificar problemas sistêmicos em tipos específicos de reconciliação.
Onde obter
Essas informações podem ser armazenadas em um módulo dedicado de reconciliação ou derivadas das propriedades da conta do razão geral que está sendo reconciliada. Consulte a documentação do Microsoft Dynamics 365.
Exemplos
Conciliação bancáriaEntre empresasBalanço patrimonial - provisõesLivro auxiliar do ativo imobilizado
|
|||
|
Data prevista de conclusão
TargetCompletionDate
|
A data planejada ou prevista para concluir o processo de fechamento do período para um determinado período financeiro. | ||
|
Descrição
A data prevista de conclusão é o prazo até o qual se espera que um período financeiro seja fechado. Ela costuma ser definida como parte de um calendário ou cronograma de fechamento. Esse atributo é essencial para avaliar a performance em relação ao cronograma. Ele é a base do KPI 'Period Close On-Time Rate', que compara a data real de conclusão com essa meta. Analisar os desvios em relação a essa data ajuda a entender a previsibilidade e a confiabilidade do processo de fechamento.
Por que isso importa
É essencial para medir a performance em relação aos prazos e permite calcular as taxas de conclusão no prazo do fechamento do período.
Onde obter
Pode ser armazenada em uma tabela de configuração de período financeiro ou calendário no Dynamics 365, ou precisar ser obtida de uma ferramenta externa de planejamento. Consulte a documentação do Microsoft Dynamics 365.
Exemplos
2023-01-052023-02-042023-03-06
|
|||
|
Data real de conclusão
ActualCompletionDate
|
A data real em que a etapa final do processo de fechamento do período para um período financeiro foi concluída. | ||
|
Descrição
Esse atributo marca o timestamp da atividade final e conclusiva de um caso de determinado período financeiro, como 'GL Period Closed' ou 'Financial Statements Approved'. É um atributo derivado, essencial para calcular o tempo de ciclo geral do fechamento do período. Ele também é comparado com 'TargetCompletionDate' para calcular o KPI 'Period Close On-Time Rate', fornecendo uma medida clara da pontualidade.
Por que isso importa
Define o ponto final do processo para cada período, permitindo calcular o tempo de ciclo geral e os KPIs de conclusão no prazo.
Onde obter
Derivado da identificação do timestamp da última atividade registrada para cada caso de 'FinancialPeriod' no Event Log.
Exemplos
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
|
É ajuste pós-fechamento
IsPostCloseAdjustment
|
Uma flag booleana calculada que é verdadeira quando um registro contábil de ajuste é lançado depois que o balancete foi preparado para um período. | ||
|
Descrição
Esse atributo identifica especificamente os ajustes feitos no fim do ciclo de fechamento. Ele sinaliza qualquer atividade 'Adjusting Journal Entries Posted' que ocorra depois dos marcos 'Trial Balance Prepared' ou 'Financial Statements Approved' no mesmo período financeiro. Este é um indicador crítico da qualidade dos dados e do controle do processo. Ele é usado para calcular o KPI 'Post-Close Adjustment Entry Rate' e preencher o Dashboard 'Post-Close Adjustment Frequency', ajudando a identificar as causas raiz das alterações tardias.
Por que isso importa
Destaca problemas na qualidade dos dados e no controle do processo ao identificar ajustes tardios, que podem comprometer a integridade dos relatórios financeiros.
Onde obter
Calculado durante a transformação dos dados, verificando a sequência de eventos em cada caso de Financial Period.
Exemplos
truefalse
|
|||
|
É automatizado
IsAutomated
|
Uma flag booleana que indica se uma atividade foi executada por um sistema ou bot de automação, em vez de um usuário humano. | ||
|
Descrição
Esse atributo diferencia as atividades manuais das automatizadas no processo de fechamento do período. Ele pode identificar registros contábeis lançados por uma interface automatizada ou relatórios gerados pelo sistema. Analisar essa dimensão ajuda a entender o nível de automação do processo. Ela pode ser usada para medir os ganhos de eficiência da automação, identificar novas oportunidades de automação e garantir que as etapas automatizadas estejam funcionando conforme o esperado, sem erros ou exceções.
Por que isso importa
Ajuda a medir o impacto da automação no processo e a identificar oportunidades para ampliar a automação e melhorar a eficiência.
Onde obter
Normalmente, é derivado da verificação de se 'ResponsibleUser' corresponde a uma conta de sistema ou serviço conhecida.
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Uma flag booleana calculada que é verdadeira quando uma atividade ou sequência de atividades é repetida para o mesmo item dentro de um único caso. | ||
|
Descrição
A flag Is Rework identifica situações em que o trabalho precisa ser realizado mais de uma vez. Pode ser uma reconciliação reaberta após a aprovação ou um registro contábil estornado e lançado novamente. Esse atributo é essencial para quantificar a ineficiência e o desperdício do processo. Ele alimenta diretamente o KPI 'Reconciliation Rework Rate' e o Dashboard 'Period Close Rework & Deviations', destacando áreas com problemas de qualidade ou procedimentos pouco claros que geram esforço redundante.
Por que isso importa
Quantifica a ineficiência do processo ao sinalizar trabalhos repetidos, ajudando a identificar problemas de qualidade e oportunidades de melhoria dos procedimentos.
Onde obter
Essa flag é calculada durante a transformação dos dados, aplicando uma lógica que detecta atividades repetidas para a mesma entidade, como a mesma conta do razão geral, dentro do mesmo período financeiro.
Exemplos
truefalse
|
|||
|
Horário de término
EndTime
|
O timestamp que indica quando uma atividade com duração mensurável foi concluída. | ||
|
Descrição
Para atividades que não são instantâneas, como uma tarefa de reconciliação, esse timestamp marca a conclusão da tarefa específica. Ele complementa o StartTime (EventTime) para definir uma duração discreta. Esse atributo é usado principalmente para calcular o tempo de processamento de atividades individuais. Ele é essencial para KPIs como 'Avg Adjusting Entry Processing Time' e para Dashboards que analisam a distribuição do tempo gasto em tarefas específicas.
Por que isso importa
Permite calcular tempos precisos de processamento de atividades individuais, o que é fundamental para identificar gargalos específicos no nível das tarefas.
Onde obter
Pode ser difícil obter esses dados. Eles podem vir de um timestamp de mudança de status, de um campo 'ModifiedDateTime' ou de um par separado de eventos de início e término nos logs.
Exemplos
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
ID do registro contábil
JournalEntryId
|
O identificador exclusivo de um documento de registro contábil. | ||
|
Descrição
O ID do registro contábil é um número exclusivo atribuído a cada diário criado no razão geral. Ele funciona como um link direto para a transação de origem no Dynamics 365. Embora nem sempre seja usado em análises de processo de alto nível, ele é valioso para detalhamento e análise de causa raiz. Quando uma anomalia, como um ajuste pós-fechamento, é encontrada, esse ID permite que o analista localize rapidamente a transação exata no sistema de origem para uma investigação detalhada.
Por que isso importa
Fornece um link direto para a transação de origem no ERP, permitindo um detalhamento rápido para a análise de causa raiz de registros contábeis específicos.
Onde obter
Corresponde ao campo 'JournalNumber' em tabelas como 'LedgerJournalTable' e 'LedgerJournalTrans'.
Exemplos
JV-001234GENJ005678ACCR-000987
|
|||
|
Valor
Amount
|
O valor monetário associado a uma transação financeira, como o valor de um registro contábil. | ||
|
Descrição
Esse atributo registra o valor financeiro de uma atividade. Ele é especialmente relevante para lançamentos contábeis, ajustes e reconciliações. Na análise de Process Mining, o valor pode ser usado para priorizar problemas. Por exemplo, analisar o valor dos ajustes pós-fechamento pode ajudar a concentrar a atenção nas correções de maior impacto financeiro. Também permite filtrar o mapa do processo para visualizar apenas fluxos de transações de alto ou baixo valor.
Por que isso importa
Fornece contexto financeiro aos eventos do processo, permitindo análises baseadas no impacto monetário, como priorizar a investigação de ajustes de alto valor.
Onde obter
Encontrado em campos de valor, como 'AmountCur' ou 'TransactionCurrencyAmount', em tabelas como 'GeneralJournalAccountEntry' no Dynamics 365.
Exemplos
15000.50-250.00125000.00
|
|||
Record to Report - Atividades do fechamento do período e da reconciliação
| Atividade | Descrição | ||
|---|---|---|---|
|
Balancete preparado
|
Um marco importante que representa o momento em que todos os ajustes conhecidos foram lançados e um balancete preliminar está pronto para revisão. É um evento inferido que marca a conclusão da entrada de dados. | ||
|
Por que isso importa
Esta atividade funciona como um ponto de controle essencial antes da geração das demonstrações financeiras. Ela separa a fase de correção dos dados da fase de elaboração e revisão dos relatórios.
Onde obter
Este é um marco conceitual. Ele pode ser inferido como o timestamp do último registro contábil de ajuste lançado antes do início da geração das demonstrações financeiras.
Captura
Use o timestamp do último GeneralJournalEntry lançado para o período antes do início das tarefas de geração das demonstrações.
Tipo de evento
inferred
|
|||
|
Demonstrações financeiras aprovadas
|
Este é o marco da aprovação final, indicando que a administração revisou e aprovou formalmente as demonstrações financeiras do período. Muitas vezes, ele é capturado por meio de uma tarefa no workspace Financial close. | ||
|
Por que isso importa
Este é um marco empresarial crítico que encerra a fase de revisão. Ele é essencial para medir o Financial Statement Review Time e a governança geral do processo.
Onde obter
Do workspace Financial close. É capturado pelo timestamp de conclusão da tarefa de aprovação final na checklist de fechamento do período.
Captura
Use o timestamp de conclusão da tarefa designada 'Final Approval' no workspace Financial close.
Tipo de evento
explicit
|
|||
|
Período do razão geral fechado
|
A atividade final do processo, na qual o período do razão geral é formalmente fechado, impedindo novos lançamentos. É uma mudança de status explícita e auditável no Dynamics 365. | ||
|
Por que isso importa
Como evento final definitivo, esta atividade é essencial para calcular o Average Period Close Cycle Time. Ela representa a conclusão final e irreversível do período financeiro.
Onde obter
Extraído do calendário do razão, a entidade LedgerPeriod. O evento é o timestamp em que o status do período muda para 'Closed'.
Captura
Identifique o timestamp na trilha de auditoria em que o campo de status de LedgerPeriod é definido como 'Closed'.
Tipo de evento
explicit
|
|||
|
Processo de fechamento do período iniciado
|
Esta atividade marca o início do processo de fechamento financeiro de um período específico. Normalmente, ela é inferida a partir da criação de um cronograma de fechamento no workspace Financial close ou da primeira alteração de status no período do ledger. | ||
|
Por que isso importa
Como evento inicial, ele é fundamental para medir o tempo total do ciclo de fechamento do período. Analisar o tempo a partir deste evento ajuda a identificar a duração geral do processo e o cumprimento dos cronogramas.
Onde obter
Inferido a partir da data de criação de uma configuração de 'Financial close' ou do registro de data e hora da primeira tarefa de fechamento registrada para o período financeiro. Esses dados ficam nas entidades do workspace Financial close.
Captura
Use o registro de data e hora de criação do checklist de fechamento financeiro ou o registro mais antigo de qualquer atividade de fechamento do período.
Tipo de evento
inferred
|
|||
|
Reconciliação de conta aprovada
|
Esta atividade indica que uma reconciliação de conta preparada foi revisada e aprovada por um gerente ou revisor. Normalmente, é capturada como uma atualização final de status em uma tarefa no workspace Financial close. | ||
|
Por que isso importa
Este é um marco importante que encerra a reconciliação de uma conta. Ele é essencial para calcular o KPI 'Avg Reconciliation Approval Time' e identificar gargalos de aprovação.
Onde obter
Das entidades de gerenciamento de tarefas do workspace Financial close. O evento é o timestamp em que o status de uma tarefa de reconciliação muda para 'Completed' ou 'Approved'.
Captura
Capture o timestamp da atualização de status de uma tarefa de fechamento para 'Completed' ou um status final equivalente.
Tipo de evento
explicit
|
|||
|
Demonstrações financeiras geradas
|
Esta atividade representa a geração de relatórios financeiros formais, como a demonstração de resultados e o balanço patrimonial. Capturar esse evento costuma ser difícil, pois envolve a execução de um relatório. | ||
|
Por que isso importa
Isso marca o início do ciclo de revisão final. A duração entre essa atividade e a aprovação final é um KPI importante para medir a eficiência da revisão gerencial.
Onde obter
Os logs do sistema da ferramenta Financial Reporter, anteriormente Management Reporter, podem conter essas informações. No entanto, elas normalmente não são armazenadas em tabelas transacionais e podem exigir logging personalizado.
Captura
Requer análise dos logs do sistema ou captura personalizada de eventos. Pode não estar disponível em uma implementação padrão.
Tipo de evento
inferred
|
|||
|
Diários intercompany lançados
|
Esta atividade representa o lançamento de registros contábeis para reconciliar saldos entre diferentes entidades legais da organização. É um evento explícito capturado nos logs de transações do diário geral. | ||
|
Por que isso importa
As reconciliações intercompany costumam ser uma fonte de complexidade e atrasos. Monitorar essa atividade ajuda a medir o KPI Intercompany Reconciliation Time e a identificar ineficiências.
Onde obter
Extraído da tabela GeneralJournalEntry, na qual a flag 'Intercompany' está marcada ou a transação envolve contas intercompany.
Captura
Filtre os registros de GeneralJournalEntry em que o tipo de transação indica um lançamento intercompany.
Tipo de evento
explicit
|
|||
|
Lançamentos de provisões registrados
|
Este evento representa o registro de lançamentos contábeis de despesas e receitas provisionadas. É uma ação explícita capturada nos dados de transações do razão geral, identificada por nomes ou tipos específicos de diário. | ||
|
Por que isso importa
Acompanhar o momento e o volume das provisões é importante para entender a carga de trabalho durante o fechamento. Isso ajuda a identificar dependências e possíveis gargalos na coleta das informações necessárias para esses lançamentos.
Onde obter
Extraído das tabelas GeneralJournalEntry e GeneralJournalAccountEntry. Filtre as transações lançadas durante a janela de fechamento com um nome de diário designado para apropriações, como 'ACCR'.
Captura
Filtre os registros de GeneralJournalEntry por um JournalName ou PostingType específico usado para apropriações.
Tipo de evento
explicit
|
|||
|
Período do razão geral reaberto
|
Esta atividade de exceção ocorre quando um período anteriormente fechado é reaberto para lançar um ajuste tardio. É uma mudança de status explícita de 'Closed' para 'On hold' ou 'Open'. | ||
|
Por que isso importa
Reabrir um período é um desvio significativo do processo padrão e indica uma fragilidade de controle ou um erro importante. Acompanhar sua frequência é essencial para a melhoria do processo e a conformidade.
Onde obter
Extraído do calendário do razão, a entidade LedgerPeriod. O evento é o timestamp em que o status do período muda de 'Closed' para um status diferente de fechado.
Captura
Identifique o timestamp na trilha de auditoria em que o status de LedgerPeriod muda de 'Closed'.
Tipo de evento
explicit
|
|||
|
Reconciliação bancária concluída
|
Esta atividade indica que uma reconciliação bancária foi concluída e lançada. É um evento explícito capturado a partir de uma mudança de status no registro de reconciliação bancária. | ||
|
Por que isso importa
Este é um marco importante no processo de fechamento. Acompanhar sua conclusão ajuda a medir o throughput e a duração do ciclo de reconciliação bancária.
Onde obter
Inferido a partir da mudança de status para 'Reconciled' na entidade BankStatement ou do timestamp de lançamento do diário de reconciliação associado.
Captura
Identifique o timestamp em que o campo de status de BankStatement é atualizado para 'Reconciled'.
Tipo de evento
inferred
|
|||
|
Reconciliação bancária iniciada
|
Marca o início de um processo de reconciliação bancária para uma conta bancária e um período específicos. É um evento explícito capturado quando um usuário cria uma nova planilha de reconciliação bancária. | ||
|
Por que isso importa
O momento dessa atividade é fundamental para entender o subprocesso de reconciliação bancária. Ele serve como ponto de partida para medir a eficiência das atividades de reconciliação de caixa.
Onde obter
Das tabelas BankStatement e BankStatementLine. O timestamp de criação de um novo registro de reconciliação de extrato bancário serve como horário do evento.
Captura
Use o campo 'CreatedDateTime' da tabela BankStatement para o período financeiro relevante.
Tipo de evento
explicit
|
|||
|
Reconciliação de conta iniciada
|
Representa o início, por um usuário, da tarefa de reconciliação de uma conta específica do razão geral, como uma conta patrimonial. É capturado como uma mudança de status em uma tarefa no workspace Financial close. | ||
|
Por que isso importa
Esta atividade é o ponto de partida para medir os tempos de ciclo de reconciliação de contas individuais. Ela ajuda a identificar quais contas demoram mais para começar a ser reconciliadas.
Onde obter
Das entidades de gerenciamento de tarefas do workspace Financial close. O evento é o timestamp em que o status de uma tarefa de reconciliação muda para 'In progress'.
Captura
Capture o timestamp da atualização de status de uma tarefa de fechamento para 'In progress' ou um estado semelhante.
Tipo de evento
explicit
|
|||
|
Registros contábeis de ajuste lançados
|
Este evento captura o lançamento de registros contábeis de ajuste após a conclusão das reconciliações iniciais, mas antes do fechamento final. São transações explícitas identificadas por um nome de diário ou uma data de lançamento específicos. | ||
|
Por que isso importa
Uma alta frequência de ajustes pode indicar problemas na qualidade dos dados ou nos processos anteriores. Monitorar isso ajuda a medir o Post-Close Adjustment Entry Rate e a identificar contas problemáticas.
Onde obter
Da tabela GeneralJournalEntry. Eles são identificados filtrando diários com um nome de diário 'Adjustment' designado ou lançados após a data de preparação do balancete.
Captura
Filtre os registros de GeneralJournalEntry usando um JournalName específico ou a data de lançamento em relação a outros marcos.
Tipo de evento
explicit
|
|||
|
Subledgers colocados em espera
|
Representa o momento em que subledgers transacionais, como Contas a Pagar e Contas a Receber, são impedidos de registrar novas transações no período. Isso é capturado observando as alterações de status nos períodos do ledger de cada módulo. | ||
|
Por que isso importa
Este é um ponto de controle crítico que garante a integridade dos dados antes do início do trabalho no razão geral. Atrasos nessa etapa podem ter um efeito cascata sobre todo o cronograma de fechamento.
Onde obter
Inferido a partir do status do período do calendário do Ledger para cada módulo de subledger. Uma alteração de status para 'On hold' em AP, AR etc. indica que esta atividade ocorreu.
Captura
Identifique alterações de status para 'On hold' na trilha de auditoria da entidade LedgerPeriod, filtrando por módulo.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Comece hoje a otimizar seu processo de Record to Report usando este Template de dados. Dê o primeiro passo para gerar relatórios financeiros mais rápidos e precisos, além de aumentar a conformidade.
Acelere o fechamento e a reconciliação do período de Record to Report
Reduza o tempo de ciclo em 30% e aumente a precisão para fechar as contas mais rapidamente.
Não é necessário cartão de crédito. Comece a otimizar hoje.