Seu Template de Dados para Record to Report - Fechamento e Conciliação
Seu Template de Dados para Record to Report - Fechamento e Conciliação
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para Microsoft Dynamics 365
Record to Report - Atributos de Fechamento e Conciliação
| Nome | Descrição | ||
|---|---|---|---|
|
Nome da Atividade
ActivityName
|
O nome de um evento de negócio ou tarefa específica ocorrida no processo de fechamento, como 'Balancete Preparado' ou 'Conciliação de Conta Iniciada'. | ||
|
Descrição
O Nome da Atividade descreve um passo individual no fluxo de fechamento de período de ponta a ponta. Cada registro de evento nos dados de origem corresponde a uma dessas atividades, formando a sequência de eventos para cada período financeiro. Este atributo é fundamental para o Process Mining, pois permite a visualização do mapa de processo, mostrando como o trabalho é feito na prática. Ele é usado para analisar o fluxo, identificar desvios do procedimento padrão e medir a duração entre marcos críticos.
Por que é importante
Este atributo forma a base do mapa de processo, permitindo a visualização e análise da sequência de etapas, gargalos e desvios no ciclo de fechamento.
Onde obter
Derivado da lógica de negócios baseada em tipos de transação, mudanças de status ou event logs específicos nos módulos do Dynamics 365, como Razão Geral ou Relatórios Financeiros.
Exemplos
Diários de Apropriação LançadosReconciliação Bancária ConcluídaDemonstrativos Financeiros GeradosPeríodo do Razão Fechado
|
|||
|
Período Financeiro
FinancialPeriod
|
Um identificador exclusivo para o ciclo de reporte financeiro, como '2023-12' para dezembro de 2023. Isso serve como o identificador de caso principal, agrupando todas as atividades de final de período relacionadas. | ||
|
Descrição
O Período Financeiro representa o ciclo de vida completo do fechamento de livros para um tempo específico (mês ou trimestre). Todas as atividades são vinculadas por este identificador. Na análise de Process Mining, este atributo é crucial para definir o escopo de cada caso. Ele permite medir o tempo de ciclo de fechamento de ponta a ponta, comparar a performance entre períodos e identificar gargalos sistêmicos que se repetem a cada ciclo.
Por que é importante
Este é o identificador essencial do caso que estrutura a análise, permitindo avaliar todo o processo de fechamento do início ao fim para cada ciclo de reporte distinto.
Onde obter
Geralmente é uma chave composta derivada dos campos de Ano Fiscal e Período encontrados nas tabelas de calendário financeiro ou período contábil no Microsoft Dynamics 365.
Exemplos
2023-122024-012024-T1FY2023-P12
|
|||
|
Tempo do Evento
EventTime
|
A data e hora precisas em que uma atividade específica de fechamento foi executada ou concluída. | ||
|
Descrição
O Event Time é o timestamp associado a cada atividade, fornecendo a ordem cronológica dos eventos. Esses dados são essenciais para construir o fluxo do processo e realizar qualquer análise temporal. No Process Mining, este timestamp é usado para calcular tempos de ciclo, durações e tempos de espera entre atividades. É a base para identificar gargalos, monitorar o desempenho do processo em relação aos prazos e entender a dinâmica temporal do fechamento de período.
Por que é importante
Este é um atributo crítico para todas as análises baseadas em tempo, incluindo o cálculo de tempos de ciclo, identificação de gargalos e compreensão da sequência de eventos.
Onde obter
Geralmente corresponde a campos de data e hora 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
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema de informação de onde os dados foram extraídos. Para este processo, normalmente será 'Microsoft Dynamics 365'. | ||
|
Descrição
Este atributo especifica a origem dos dados do processo. Em ambientes com múltiplos ERPs, ajuda a diferenciar as fontes e garante clareza na linhagem dos dados. Para a análise, é útil para rastreabilidade e para criar modelos que abrangem vários sistemas, garantindo que qualquer descoberta possa ser rastreada até o sistema de registro correto para investigação.
Por que é importante
Garante a rastreabilidade dos dados e é crucial em ambientes de múltiplos sistemas para atribuir corretamente os eventos do processo ao seu sistema de origem.
Onde obter
Geralmente é um valor estático adicionado durante o processo de extração, transformação e carga (ETL) para rotular a origem do conjunto de dados.
Exemplos
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica a última vez que os dados foram atualizados ou extraídos do sistema de origem. | ||
|
Descrição
Este atributo fornece a data de referência dos dados analisados. É crucial para entender a atualidade e relevância das análises e dashboards de Process Mining. Os usuários dependem deste registro para saber se estão vendo os dados mais recentes. Geralmente é exibido em destaque nos dashboards para fornecer contexto sobre a atualização das informações.
Por que é importante
Fornece contexto crucial sobre a atualização dos dados, permitindo que os usuários entendam quão recente é a análise do processo.
Onde obter
Valor gerado e armazenado durante o processo de extração, transformação e carga (ETL).
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 de período está sendo realizado. | ||
|
Descrição
O Código da Empresa representa uma entidade legal distinta na organização. Os dados financeiros e atividades de fechamento são segregados por este código. Esta é uma dimensão crítica de análise, permitindo a comparação de performance entre diferentes entidades. Ajuda a identificar quais unidades têm os processos de fechamento mais eficientes e quais enfrentam dificuldades. A maioria dos dashboards, como 'Overall Period Close Cycle Time', exige segmentação por este atributo.
Por que é importante
Esta é uma dimensão primária para filtragem e comparação, permitindo analisar a performance do fechamento entre diferentes entidades legais.
Onde obter
No Dynamics 365, isso corresponde ao campo 'DataAreaId', que está presente em quase todas as tabelas de transação.
Exemplos
USMFDEMFGBSI
|
|||
|
Conta Contábil
GlAccount
|
O número específico da conta contábil envolvida na atividade, como um lançamento ou conciliação. | ||
|
Descrição
A Conta Contábil identifica a conta específica no plano de contas afetada por uma transação, fornecendo detalhes granulares das atividades financeiras. Este atributo é essencial para analisar a performance da conciliação e identificar contas problemáticas. Dashboards como 'Post-Close Adjustment Frequency' e 'GL Account Reconciliation Performance' dependem deste campo para localizar contas que sofrem ajustes frequentes ou demoram para ser conciliadas.
Por que é importante
Permite uma análise financeira detalhada, ajudando a identificar contas problemáticas com altas taxas de ajuste ou longos tempos de reconciliação.
Onde obter
Encontrado em tabelas de transação 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 'Financeiro', 'Controladoria' ou 'Contas a Pagar'. | ||
|
Descrição
O atributo Departamento fornece contexto organizacional, vinculando atividades a funções de negócio específicas. Pode ser o departamento do usuário que fez um lançamento ou o responsável por um conjunto de contas contábeis. Na análise, é usado para entender como diferentes áreas contribuem para o fechamento. Ajuda a identificar passagens de bastão entre departamentos, atrasos e gargalos de recursos, alimentando dashboards como 'User Workload & Performance'.
Por que é importante
Fornece contexto organizacional, permitindo a análise do desempenho do processo e da distribuição de carga de trabalho por área funcional.
Onde obter
Pode ser derivado de perfis de usuário ou de dimensões financeiras associadas a 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
Este atributo identifica o responsável por uma tarefa específica, como quem lançou um diário, aprovou uma conciliaçã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 de times. É uma dimensão essencial para dashboards de produtividade e gestão de recursos, necessária para calcular o KPI 'Avg User Activity Count Variance'.
Por que é importante
Permite a análise da distribuição da carga de trabalho, do desempenho do usuário e da alocação de recursos, ajudando a identificar equipes ou indivíduos sobrecarregados.
Onde obter
Corresponde a campos como 'CreatedBy' ou 'ModifiedBy' em registros de transação no Dynamics 365. As informações do usuário geralmente são gerenciadas no módulo de Administração do Sistema.
Exemplos
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Categoria de Conciliação
ReconciliationCategory
|
Classifica o tipo de reconciliação sendo realizada, por exemplo, 'Bancária', 'Intercompany' ou 'Ativos Fixos'. | ||
|
Descrição
A Categoria de Conciliação agrupa conciliações individuais em categorias lógicas, oferecendo uma visão mais macro do que olhar contas isoladas. Analisar por categoria ajuda a identificar problemas sistêmicos em tipos específicos de conciliação. Por exemplo, o dashboard de performance pode mostrar se conciliações Intercompany levam consistentemente mais tempo que as Bancárias, orientando esforços de melhoria focados.
Por que é importante
Ajuda a categorizar as atividades de reconciliação, permitindo a comparação de desempenho e a identificação de problemas sistêmicos em tipos específicos de reconciliação.
Onde obter
Esta informação pode estar armazenada em um módulo de conciliação dedicado ou derivada das propriedades da conta contábil conciliada. Consulte a documentação do Microsoft Dynamics 365.
Exemplos
Conciliação BancáriaIntercompanyBalanço Patrimonial - ApropriaçõesSub-Razão de Ativos Fixos
|
|||
|
Data prevista de conclusão
TargetCompletionDate
|
A data planejada ou meta para concluir o processo de fechamento para um determinado período financeiro. | ||
|
Descrição
A Data de Conclusão Meta é o prazo em que se espera que o período financeiro seja fechado, geralmente definido em um calendário de fechamento. Este atributo é essencial para avaliar a performance em relação ao cronograma. É a base para o KPI 'Period Close On-Time Rate', que compara a conclusão real com a meta. Analisar desvios ajuda a entender a previsibilidade e confiabilidade do processo de fechamento.
Por que é importante
Crucial para a medição de desempenho em relação aos prazos, este atributo permite o cálculo das taxas de conclusão no prazo para o fechamento do período.
Onde obter
Isso pode estar armazenado em uma tabela de configuração de calendário ou período financeiro no Dynamics 365, ou pode vir de uma ferramenta de planejamento externa. Consulte a documentação do 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 para um período financeiro foi concluída. | ||
|
Descrição
Este atributo marca o momento da atividade final de um caso de período financeiro, como 'Período Contábil Fechado' ou 'Demonstrações Financeiras Aprovadas'. É um atributo derivado crítico para calcular o tempo total de ciclo do fechamento. Também é comparado com a 'TargetCompletionDate' para calcular o KPI 'Period Close On-Time Rate', fornecendo uma medida clara de pontualidade.
Por que é importante
Define o ponto final do processo para cada período, permitindo o cálculo do tempo de ciclo geral e dos KPIs de conclusão no prazo.
Onde obter
Derivado ao encontrar o 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
|
Um sinalizador booleano calculado que é verdadeiro se um lançamento de ajuste de diário é postado após a preparação do balancete para um período. | ||
|
Descrição
Este atributo identifica ajustes feitos tardiamente no ciclo. Ele sinaliza atividades de lançamentos de ajuste que ocorrem após marcos como 'Balancete Preparado' ou 'Demonstrações Aprovadas' no mesmo período. É um indicador crítico de qualidade de dados e controle de processo, usado para calcular o KPI 'Post-Close Adjustment Entry Rate' e alimentar o dashboard de frequência de ajustes, ajudando a identificar as causas raiz de mudanças tardias.
Por que é importante
Destaca problemas com a qualidade dos dados e o controle do processo ao identificar ajustes tardios, que podem comprometer a integridade dos relatórios financeiros.
Onde obter
Calculado durante a transformação de dados ao verificar a sequência de eventos dentro de cada caso de Período Financeiro.
Exemplos
verdadeirofalse
|
|||
|
É Automatizado
IsAutomated
|
Um sinalizador booleano indicando se uma atividade foi realizada por um sistema ou bot de automação em vez de um usuário humano. | ||
|
Descrição
Este atributo distingue atividades manuais de automáticas no fechamento de período, identificando lançamentos via interface automática ou relatórios gerados pelo sistema. Analisar esta dimensão ajuda a entender o nível de automação do processo, medir ganhos de eficiência, identificar novas oportunidades de automação e garantir que as etapas automáticas funcionem sem erros ou exceções.
Por que é importante
Ajuda a medir o impacto da automação no processo e a identificar oportunidades de novas automações para melhorar a eficiência.
Onde obter
Geralmente é derivado verificando se o 'ResponsibleUser' corresponde a uma conta de sistema ou de serviço conhecida.
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador booleano calculado que é verdadeiro se uma atividade ou sequência de atividades é repetida para o mesmo item dentro de um único caso. | ||
|
Descrição
O sinalizador Is Rework identifica casos onde o trabalho foi refeito, como uma conciliação reaberta após aprovação ou um diário estornado e relançado. Este atributo é crucial para quantificar o desperdício e a ineficiência do processo. Ele alimenta o KPI de 'Reconciliation Rework Rate' e o dashboard de desvios, destacando áreas com problemas de qualidade ou procedimentos confusos que geram esforço redundante.
Por que é importante
Quantifica a ineficiência do processo sinalizando retrabalhos, ajudando a identificar problemas de qualidade e oportunidades de melhoria nos procedimentos.
Onde obter
Este sinalizador é calculado durante a transformação de dados, aplicando uma lógica que detecta atividades repetidas para a mesma entidade (ex: mesma conta contábil) no mesmo Período Financeiro.
Exemplos
verdadeirofalse
|
|||
|
End Time
EndTime
|
O registro de data e hora que indica quando uma atividade com duração mensurável terminou. | ||
|
Descrição
Para atividades que não são instantâneas, como uma tarefa de reconciliação, este timestamp marca a conclusão dessa tarefa específica. Ele complementa o StartTime (EventTime) para definir uma duração discreta. Este atributo é usado principalmente para calcular o tempo de processamento de atividades individuais. É essencial para KPIs como 'Tempo Médio de Processamento de Lançamento de Ajuste' e para dashboards que analisam o detalhamento do tempo gasto em tarefas específicas.
Por que é importante
Permite o cálculo de tempos de processamento precisos para atividades individuais, o que é fundamental para identificar gargalos específicos ao nível da tarefa.
Onde obter
Estes dados podem ser difíceis de obter. Podem vir de um registro de mudança de status, de um campo 'ModifiedDateTime' ou de um par de eventos de início/fim nos logs.
Exemplos
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
ID do Lançamento Contábil
JournalEntryId
|
O identificador único de um documento de lançamento de diário. | ||
|
Descrição
O ID de Lançamento de Diário é um número único atribuído a cada diário no razão. Ele serve como link direto para a transação de origem no Dynamics 365. Embora nem sempre usado em análises de alto nível, é valioso para drill-down e análise de causa raiz. Quando uma anomalia (como ajuste pós-fechamento) é encontrada, este ID permite localizar a transação exata no sistema de origem para investigação detalhada.
Por que é importante
Fornece um link direto para a transação de origem no ERP, permitindo um drill-down rápido para análise de causa raiz de lançamentos contábeis específicos.
Onde obter
Isso corresponde ao campo 'JournalNumber' em tabelas como 'LedgerJournalTable' e 'LedgerJournalTrans'.
Exemplos
JV-001234GENJ005678ACCR-000987
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração calculada de uma atividade específica, representando o tempo do início até a sua conclusão. | ||
|
Descrição
O Tempo de Processamento, ou duração da atividade, mede quanto tempo leva para executar uma única tarefa. É calculado como a diferença entre o EndTime e o StartTime de uma atividade. Esta métrica é essencial para a análise de performance. Ela é usada em dashboards como o 'Key Activity Cycle Time Breakdown' para destacar quais etapas consomem mais tempo, dando suporte a KPIs como 'Avg Adjusting Entry Processing Time' e ajudando a identificar ineficiências no nível da tarefa.
Por que é importante
Mede diretamente o tempo gasto em tarefas individuais, tornando-se essencial para identificar as atividades que mais consomem tempo e os gargalos do processo.
Onde obter
Calculado subtraindo o 'StartTime' do 'EndTime' para cada atividade durante o processo de transformação de dados.
Exemplos
2 horas3 dias45 minutos
|
|||
|
Valor
Amount
|
O valor monetário associado a uma transação financeira, como o valor de um lançamento de diário. | ||
|
Descrição
Este atributo captura o valor financeiro de uma atividade, sendo relevante para lançamentos, ajustes e conciliações. Na análise de Process Mining, o valor pode ser usado para priorizar problemas. Por exemplo, analisar o montante dos ajustes pós-fechamento ajuda a focar em correções de alto valor, além de permitir filtrar o mapa de processo para visualizar apenas fluxos de transações com determinados valores.
Por que é importante
Oferece contexto financeiro aos eventos do processo, permitindo análises baseadas em 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 de Fechamento e Conciliação
| Atividade | Descrição | ||
|---|---|---|---|
|
Balancete Preparado
|
Um marco fundamental que representa o ponto em que todos os ajustes conhecidos foram lançados e um balancete preliminar é considerado pronto para revisão. Este é um evento inferido, marcando a conclusão da entrada de dados. | ||
|
Por que é importante
Esta atividade serve como um ponto de controle crítico antes da geração das demonstrações financeiras, delimitando a fase de correção de dados da fase de reporte e revisão.
Onde obter
Este é um marco conceitual. Pode ser inferido como o registro de data e hora do último lançamento de ajuste feito antes de iniciar a geração das demonstrações financeiras.
Captura
Use o registro de data e hora do último GeneralJournalEntry lançado para o período antes do início das tarefas de geração de demonstrativos.
Tipo de evento
inferred
|
|||
|
Demonstrativos Financeiros Aprovados
|
Este é o marco final de aprovação, indicando que a gestão revisou e assinou as demonstrações financeiras do período. Geralmente é capturado via tarefa no workspace de fechamento financeiro. | ||
|
Por que é importante
Este é um marco de negócio crítico que conclui a fase de revisão. É essencial para medir o tempo de revisão das demonstrações financeiras e a governança geral do processo.
Onde obter
Do workspace de Fechamento Financeiro. É capturado pelo timestamp de conclusão da tarefa final de aprovação no checklist de fechamento do período.
Captura
Use o registro de data e hora de conclusão da tarefa designada como 'Aprovação Final' no workspace de fechamento financeiro.
Tipo de evento
explicit
|
|||
|
Período do Razão Fechado
|
A atividade final no processo, onde o período do Razão é formalmente fechado, impedindo novos lançamentos. Esta é uma alteração de status explícita e auditável dentro do Dynamics 365. | ||
|
Por que é importante
Como o evento de término definitivo, esta atividade é essencial para calcular o Tempo de Ciclo Médio de Fechamento do Período. Representa a conclusão final e irreversível do período financeiro.
Onde obter
Capturado do calendário do Razão (entidade LedgerPeriod). O evento é o timestamp de quando o status do período é alterado para 'Fechado'.
Captura
Identifica o timestamp da trilha de auditoria quando o campo de status LedgerPeriod é definido como 'Fechado'.
Tipo de evento
explicit
|
|||
|
Processo de Fechamento de Período Iniciado
|
Esta atividade marca o início do processo de fechamento financeiro para um período específico. Geralmente é inferida a partir da criação de um cronograma no workspace de fechamento ou pela primeira mudança de status no período contábil. | ||
|
Por que é importante
Como o evento de início, é crucial para medir o tempo total de ciclo de fechamento do período. Analisar o tempo a partir deste evento ajuda a identificar a duração total do processo e a aderência aos cronogramas.
Onde obter
Inferido a partir da data de criação de uma configuração de 'Fechamento financeiro' ou do timestamp da primeira tarefa de fechamento registrada para o período financeiro. Esses dados residem nas entidades do workspace de Fechamento Financeiro.
Captura
Use o registro de data e hora de criação do checklist de fechamento 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 conciliação de conta preparada foi revisada e aprovada por um gestor. Geralmente é capturada como uma atualização final de status em uma tarefa no workspace de fechamento financeiro. | ||
|
Por que é importante
Este é um marco importante que conclui a conciliação de uma conta. É 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 de Fechamento Financeiro. O evento é o timestamp de quando o status de uma tarefa de reconciliação é alterado para 'Concluído' ou 'Aprovado'.
Captura
Captura o timestamp da atualização de status em uma tarefa de fechamento para 'Concluído' ou status final equivalente.
Tipo de evento
explicit
|
|||
|
Demonstrativos Financeiros Gerados
|
Esta atividade representa a geração de relatórios financeiros formais, como DRE e balanço patrimonial. Capturar este evento pode ser difícil, pois envolve a execução de um relatório. | ||
|
Por que é importante
Isso marca o início do ciclo de revisão final. A duração desta atividade até a aprovação final é um KPI importante para medir a eficiência da revisão da gestão.
Onde obter
Os logs de sistema da ferramenta Financial Reporter (antigo Management Reporter) podem conter estas informações. No entanto, elas geralmente não são armazenadas em tabelas transacionais e podem exigir log personalizado.
Captura
Requer análise dos logs do sistema ou captura de eventos personalizada. Pode não estar disponível em uma implementação padrão.
Tipo de evento
inferred
|
|||
|
Diários de Apropriação Lançados
|
Este evento significa o lançamento de diários para despesas e receitas provisionadas. É uma ação explícita capturada dos dados de transação do razão, identificada por nomes ou tipos de diários específicos. | ||
|
Por que é importante
Monitorar o tempo e o volume das provisões é importante para entender a carga de trabalho no fechamento. Ajuda a identificar dependências e possíveis gargalos na coleta de informações para esses lançamentos.
Onde obter
Capturado das tabelas GeneralJournalEntry e GeneralJournalAccountEntry. Filtrar para transações postadas durante a janela de fechamento com um nome de diário designado para apropriações, como 'ACCR'.
Captura
Filtra registros de GeneralJournalEntry por um JournalName ou PostingType específico usado para apropriações.
Tipo de evento
explicit
|
|||
|
Diários Intercompany Lançados
|
Esta atividade representa o lançamento de diários para conciliar saldos entre diferentes entidades legais da organização. É um evento explícito capturado dos logs de transação do diário geral. | ||
|
Por que é importante
Reconciliações intercompany são frequentemente fonte de complexidade e atraso. Monitorar esta atividade ajuda a medir o KPI de Tempo de Reconciliação Intercompany e a identificar ineficiências.
Onde obter
Capturado da tabela GeneralJournalEntry onde o marcador 'Intercompany' está ativado ou a transação envolve contas intercompany.
Captura
Filtra registros de GeneralJournalEntry onde o tipo de transação indica um lançamento intercompany.
Tipo de evento
explicit
|
|||
|
Lançamentos de Ajuste de Diário Postados
|
Este evento captura o lançamento de diários de ajuste após as conciliações iniciais, mas antes do fechamento final. São transações explícitas identificadas por nomes de diário específicos ou datas de lançamento. | ||
|
Por que é importante
Uma alta frequência de ajustes pode indicar problemas na qualidade dos dados ou em processos anteriores. O monitoramento disso ajuda a medir a Taxa de Lançamentos de Ajuste Pós-Fechamento e a identificar contas problemáticas.
Onde obter
Da tabela GeneralJournalEntry. Estes são identificados filtrando por diários com um nome designado de 'Ajuste', ou aqueles postados após a data de preparação do balancete.
Captura
Filtra registros de GeneralJournalEntry usando um JournalName específico ou pela data de lançamento em relação a outros marcos.
Tipo de evento
explicit
|
|||
|
Livros Auxiliares em Espera
|
Representa o momento em que os livros auxiliares transacionais, como Contas a Pagar e Contas a Receber, são impedidos de lançar novas transações para o período. Isso é capturado observando as mudanças de status nos períodos contábeis de cada módulo. | ||
|
Por que é importante
Este é um ponto de controle crítico que garante a integridade dos dados antes do início do trabalho no razão. Atrasos aqui podem causar um efeito cascata em todo o cronograma de fechamento.
Onde obter
Inferido a partir do status do período do calendário do Razão para cada módulo de sub-razão. Uma mudança de status para 'Em espera' para AP, AR, etc., indica que esta atividade ocorreu.
Captura
Identifica mudanças de status para 'Em espera' na trilha de auditoria para a entidade LedgerPeriod, filtrando por módulo.
Tipo de evento
inferred
|
|||
|
Período do Razão Reaberto
|
Esta atividade de exceção ocorre quando um período fechado anteriormente é reaberto para um ajuste tardio. É uma mudança explícita de status de 'Fechado' para 'Em espera' ou 'Aberto'. | ||
|
Por que é importante
A reabertura de um período é um desvio significativo do processo padrão e indica uma falha de controle ou erro grave. Monitorar sua frequência é vital para a melhoria do processo e conformidade.
Onde obter
Capturado do calendário do Razão (entidade LedgerPeriod). O evento é o timestamp de quando o status do período é alterado de 'Fechado' de volta para um status não fechado.
Captura
Identifica o timestamp da trilha de auditoria quando o status LedgerPeriod é alterado de 'Fechado'.
Tipo de evento
explicit
|
|||
|
Reconciliação Bancária Concluída
|
Esta atividade significa que uma conciliaçã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 conciliação bancária. | ||
|
Por que é importante
Este é um marco fundamental no processo de fechamento. Acompanhar sua conclusão ajuda a medir o rendimento (throughput) e a duração do ciclo de conciliação bancária.
Onde obter
Inferido a partir da mudança de status para 'Reconciliado' na entidade BankStatement ou do timestamp de lançamento do diário de reconciliação associado.
Captura
Identifica o timestamp quando o campo de status BankStatement é atualizado para 'Reconciliado'.
Tipo de evento
inferred
|
|||
|
Reconciliação Bancária Iniciada
|
Marca o início de um processo de conciliação bancária para uma conta bancária e período específicos. Este é um evento explícito capturado quando um usuário cria uma nova planilha de conciliação bancária. | ||
|
Por que é importante
O momento desta atividade é fundamental para entender o subprocesso de conciliação bancária, servindo como ponto inicial para medir a eficiência das atividades 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 o horário do evento.
Captura
Use o campo 'CreatedDateTime' na tabela BankStatement para o período financeiro correspondente.
Tipo de evento
explicit
|
|||
|
Reconciliação de Conta Iniciada
|
Representa um usuário iniciando a tarefa de conciliação para uma conta contábil específica, como uma conta patrimonial. Isso é capturado como uma alteração de status em uma tarefa no workspace de fechamento financeiro. | ||
|
Por que é importante
Esta atividade é o ponto inicial para medir os tempos de ciclo de conciliação para contas individuais, ajudando a identificar quais contas demoram mais para começar a ser conciliadas.
Onde obter
Das entidades de gerenciamento de tarefas do workspace de Fechamento Financeiro. O evento é o timestamp de quando o status de uma tarefa de reconciliação é alterado para 'Em andamento'.
Captura
Captura o timestamp da atualização de status em uma tarefa de fechamento para 'Em andamento' ou estado similar.
Tipo de evento
explicit
|
|||