Seu Template de Dados para Record to Report - Lançamento Contábil
Seu Template de Dados para Record to Report - Lançamento Contábil
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para Microsoft Dynamics 365
Record to Report - Atributos de Lançamento Contábil
| Nome | Descrição | ||
|---|---|---|---|
|
ID do Lançamento Contábil
JournalEntryId
|
O identificador único de um lançamento contábil, servindo como o identificador principal do caso. | ||
|
Descrição
O Journal Entry ID vincula de forma única todas as atividades e pontos de dados relacionados a uma única transação de lançamento contábil. Ele permite o rastreamento completo de ponta a ponta do ciclo de vida de um diário, desde a criação e revisão até sua postagem final no razão geral. Na análise de Process Mining, este atributo é fundamental para reconstruir o fluxo. Cada ID único representa uma instância do processo, permitindo o exame detalhado de variantes, cycle times e conformidade para transações financeiras individuais.
Por que é importante
Esta é a chave essencial para rastrear um lançamento contábil do início ao fim, possibilitando a análise de todo o fluxo do processo para cada caso.
Onde obter
Este identificador geralmente é encontrado na tabela de cabeçalho do diário, como LedgerJournalTable, muitas vezes em um campo chamado JournalNum.
Exemplos
JRN-0012345JV-2023-08-156GENJ0000891
|
|||
|
Nome da Atividade
ActivityName
|
O nome da etapa específica do processo de negócio ou evento ocorrido. | ||
|
Descrição
Este atributo descreve um único evento ou tarefa dentro do ciclo de vida do lançamento contábil, como 'Lançamento Criado', 'Lançamento Enviado para Aprovação' ou 'Lançamento Postado'. Estas atividades formam os nós do mapa de processo descoberto. Analisar a sequência e a frequência dessas atividades é a base do Process Mining. Revela o fluxo real, ajuda a identificar desvios do procedimento padrão e destaca gargalos onde as atividades levam mais tempo do que o esperado ou são repetidas.
Por que é importante
Este atributo define as etapas do processo, formando a espinha dorsal do mapa de processo e permitindo a análise do fluxo e das variações.
Onde obter
Este é um atributo conceitual derivado de eventos do sistema, mudanças de status ou logs de workflow no Microsoft Dynamics 365.
Exemplos
Lançamento Contábil CriadoDiário Enviado para AprovaçãoDiário AprovadoLançamento Contábil Efetivado
|
|||
|
Tempo do Evento
EventTime
|
O timestamp preciso que indica quando uma atividade ou evento ocorreu. | ||
|
Descrição
O Event Time registra a data e a hora em que uma atividade específica no processo de lançamento contábil ocorreu. Esses dados cronológicos são essenciais para ordenar os eventos e calcular a duração entre eles. Na análise, esse timestamp é usado para construir a linha do tempo de cada caso, o que é crítico para calcular métricas de tempo, como cycle times, tempos de processamento e tempos de espera. Ele permite identificar atrasos entre as etapas e alimenta dashboards de gargalos e conformidade de SLA.
Por que é importante
Este timestamp é essencial para ordenar os eventos corretamente e calcular todos os KPIs baseados em duração, como cycle time e atrasos de processamento.
Onde obter
Os timestamps dos eventos são geralmente encontrados em logs de histórico de workflow, tabelas de trilha de auditoria (ex: SysDatabaseLog) ou como timestamps de criação/modificação em registros relacionados.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
|
|||
|
Entidade Jurídica
LegalEntity
|
A entidade legal ou código da empresa para o qual o lançamento contábil está sendo registrado. | ||
|
Descrição
A Entidade Legal representa a empresa ou unidade de negócio específica dentro de uma organização para a qual a transação financeira está sendo registrada. Esta é uma dimensão organizacional fundamental em sistemas financeiros. No Process Mining, este atributo permite a comparação do processo de lançamento contábil entre diferentes partes da organização. Pode revelar se certas entidades possuem processos mais eficientes, taxas de rejeição mais altas ou cycle times mais longos, ajudando a identificar e compartilhar as melhores práticas.
Por que é importante
Permite comparar o desempenho do processo entre diferentes empresas ou unidades de negócio, destacando variações e oportunidades de melhoria.
Onde obter
Este é um campo central no Dynamics 365, geralmente disponível em tabelas de transação como LedgerJournalTable, vinculado ao DataAreaId.
Exemplos
USMFDEMFGBSI
|
|||
|
Event End Time
EventEndTime
|
O timestamp que indica quando uma atividade ou evento foi concluído. | ||
|
Descrição
O Event End Time marca a conclusão de uma atividade específica. Enquanto o StartTime indica quando um evento começa, o EndTime fornece o limite final, permitindo o cálculo preciso da duração de tarefas individuais. No Process Mining, ter tanto o horário de início quanto o de término permite calcular o tempo de processamento da atividade, que é diferente do tempo de espera. Isso é crucial para dashboards que analisam o desempenho do usuário e identificam quais tarefas específicas — e não apenas os intervalos entre elas — estão consumindo mais tempo.
Por que é importante
Permite o cálculo preciso de quanto tempo cada atividade leva, o que é vital para analisar o desempenho do usuário e identificar tarefas que consomem muitos recursos.
Onde obter
Estes dados podem estar armazenados explicitamente em logs de workflow ou podem precisar ser derivados usando o StartTime da atividade seguinte na sequência.
Exemplos
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo fornecido quando um lançamento contábil é rejeitado durante o processo de aprovação. | ||
|
Descrição
Quando um lançamento contábil é rejeitado, o aprovador costuma fornecer um motivo. Este atributo captura essa informação, que é valiosa para a análise de causa raiz. Este é o atributo principal para o dashboard 'Análise de Taxa de Rejeição de Lançamento Contábil'. Ao categorizar e analisar os motivos de rejeição, as organizações podem identificar problemas comuns — como documentação incorreta ou violações de política — e implementar treinamentos ou melhorias de processo direcionadas.
Por que é importante
Explica por que o retrabalho ocorre, fornecendo o insight direto necessário para reduzir as taxas de rejeição e melhorar as aprovações corretas de primeira.
Onde obter
Esta informação costuma estar armazenada no histórico do workflow ou na seção de comentários associada à etapa de rejeição.
Exemplos
Documentação de suporte insuficienteConta incorreta utilizadaExcede o limite de aprovaçãoLançamento duplicado
|
|||
|
Nome do Utilizador
UserName
|
O nome do usuário que executou a atividade. | ||
|
Descrição
Este atributo identifica o funcionário ou usuário do sistema responsável pela execução de uma atividade, como criar, aprovar ou postar um lançamento. Ele vincula as etapas do processo aos recursos humanos. A análise de desempenho por usuário é um recurso chave do Process Mining. Ajuda a construir o dashboard 'Desempenho de Usuário em Lançamentos Contábeis' para comparar durações de atividades e rendimento entre diferentes usuários ou equipes. Isso pode destacar os melhores desempenhos, identificar necessidades de treinamento e auxiliar no balanceamento da carga de trabalho.
Por que é importante
Vincula as atividades do processo a indivíduos específicos, permitindo a análise de desempenho do usuário, distribuição de carga de trabalho e alocação de recursos.
Onde obter
As informações do usuário são geralmente encontradas nos campos createdBy ou modifiedBy em tabelas como LedgerJournalTable ou em logs de histórico de workflow associados.
Exemplos
Alice SmithBob Johnsonsystem.batch
|
|||
|
Status do Diário
JournalStatus
|
O status atual ou final do lançamento contábil. | ||
|
Descrição
Este atributo indica o estado do lançamento contábil em um determinado momento, como 'Rascunho', 'Em Revisão', 'Aprovado', 'Rejeitado' ou 'Postado'. Oferece um snapshot de onde o lançamento está no seu ciclo de vida. Analisar o status ajuda a entender os resultados dos casos. Pode ser usado para filtrar todos os diários rejeitados ou rastrear o volume em uma etapa específica. Este atributo alimenta vários dashboards, fornecendo contexto para análises de rendimento e status.
Por que é importante
Fornece um resultado claro para cada lançamento, permitindo a análise de taxas de sucesso, taxas de rejeição e o volume de trabalho em diferentes etapas.
Onde obter
O status é frequentemente encontrado na tabela de cabeçalho do diário, LedgerJournalTable, ou derivado do status do workflow.
Exemplos
RascunhoSubmetidoAprovadoLançadoRejeitado
|
|||
|
Tipo de Diário
JournalType
|
A classificação do lançamento contábil, como Diário Geral ou Provisão. | ||
|
Descrição
O Journal Type categoriza os lançamentos com base em sua finalidade de negócio, como lançamentos diários, provisões, alocações ou eliminações. Essa segmentação é fundamental para entender os diferentes caminhos e comportamentos do processo. Este atributo permite filtrar e comparar o processo entre diferentes tipos de diários. É essencial para o dashboard 'Volume de Rendimento de Lançamentos Contábeis por Tipo', ajudando a analisar se certos tipos de lançamentos são mais propensos a atrasos, rejeições ou retrabalho.
Por que é importante
Permite segmentar a análise para comparar processos com diferentes finalidades de negócio, que podem ter caminhos, tempos de ciclo e requisitos de aprovação distintos.
Onde obter
Geralmente é armazenado na tabela de cabeçalho do diário, LedgerJournalTable, em um campo relacionado a nomes ou tipos de diário (ex: JournalName).
Exemplos
Diário GeralAjuste de ProvisãoTransferência IntercompanyFolha de Pagamento
|
|||
|
Valor Total do Diário
JournalTotalAmount
|
O valor monetário total do lançamento contábil, geralmente a soma dos débitos. | ||
|
Descrição
Este atributo representa o valor financeiro total do lançamento contábil. Pode ser usado para categorizar os lançamentos em faixas de valor, como baixo, médio e alto. Analisar o processo com base no valor financeiro pode revelar padrões importantes. Por exemplo, lançamentos de alto valor podem seguir um processo de aprovação mais rigoroso, com mais etapas e cycle times mais longos. Este atributo é essencial para análise de materialidade e para entender o impacto financeiro das ineficiências do processo.
Por que é importante
Permite segmentar o processo por valor financeiro, o que geralmente está correlacionado à complexidade, risco e fluxos de aprovação do processo.
Onde obter
Este valor pode precisar ser calculado somando os montantes de débito da tabela de linhas do diário, LedgerJournalTrans, para cada lançamento contábil.
Exemplos
1500.75125000.0050,25
|
|||
|
Certo de Primeira
IsFirstTimeRight
|
Um sinalizador que indica se o diário foi aprovado sem nenhuma rejeição anterior. | ||
|
Descrição
Este atributo booleano ao nível do caso é verdadeiro se um lançamento contábil segue do envio para a aprovação sem nenhuma atividade de 'Lançamento Rejeitado' ou 'Lançamento Corrigido'. É uma métrica chave de qualidade do processo. O KPI 'Taxa de Aprovação de Primeira' (First-Time Right) é calculado diretamente deste atributo. Uma taxa alta indica um processo eficiente e de qualidade, enquanto uma taxa baixa sinaliza problemas sistêmicos na qualidade dos dados iniciais ou nos procedimentos de envio.
Por que é importante
Esta é uma medida crítica da qualidade do processo, destacando quantos diários fluem pelo processo de aprovação sem interrupções ou retrabalho.
Onde obter
Este é um atributo calculado derivado ao nível do caso, analisando a sequência de atividades para cada Journal Entry ID.
Exemplos
verdadeirofalse
|
|||
|
Código da Moeda
CurrencyCode
|
A moeda do valor do lançamento contábil. | ||
|
Descrição
Este atributo especifica a moeda na qual o lançamento contábil é denominado, como BRL, USD ou EUR. Fornece contexto essencial para o Valor Total do Diário. Embora nem sempre seja usado para analisar o fluxo do processo em si, a moeda é vital para relatórios financeiros ou análises baseadas em montantes. Permite a agregação e comparação correta de valores, especialmente em multinacionais.
Por que é importante
Fornece o contexto necessário para qualquer análise financeira, garantindo que os valores monetários sejam interpretados corretamente, especialmente em ambientes multimoeda.
Onde obter
O código da moeda geralmente está disponível na tabela de linhas do diário, LedgerJournalTrans.
Exemplos
USDEURGBPJPY
|
|||
|
Data de Lançamento
PostingDate
|
A data em que o lançamento contábil é postado no razão geral. | ||
|
Descrição
A Data de Postagem é a data oficial em que a transação afeta os saldos do razão geral. Esta data é crítica para relatórios financeiros e períodos de fechamento. Este atributo é usado para analisar o atraso entre a aprovação e a postagem, que é o foco do KPI 'Lead Time de Postagem de Lançamento Contábil'. Reduzir esse atraso costuma ser um objetivo central para acelerar o processo de fechamento financeiro. Também pode ser usado para analisar volumes de postagem ao longo do tempo.
Por que é importante
Fundamental para calcular o KPI de lead time de efetivação e entender os atrasos entre a aprovação e o momento em que a transação se torna oficial no razão.
Onde obter
Esta data geralmente é armazenada na tabela de cabeçalho do diário (LedgerJournalTable) ou em tabelas de transações postadas relacionadas.
Exemplos
2023-10-282023-11-012023-10-31
|
|||
|
Departamento
DepartmentName
|
O departamento ou centro de custo associado ao lançamento contábil. | ||
|
Descrição
O departamento ou centro de custo identifica a unidade de negócio interna responsável ou afetada pela transação financeira. É uma dimensão chave para relatórios de gestão interna. Este atributo permite analisar o processo de lançamento contábil por departamento. Ajuda a responder perguntas como: Quais departamentos enviam mais lançamentos? Certos departamentos têm taxas de rejeição mais altas ou tempos de aprovação mais longos? Isso é útil para esforços direcionados de melhoria de processos.
Por que é importante
Oferece uma maneira de analisar o desempenho do processo por função de negócio, ajudando a identificar gargalos específicos de departamentos ou necessidades de treinamento.
Onde obter
Esta informação é geralmente encontrada no nível da linha do diário (LedgerJournalTrans) como uma dimensão financeira.
Exemplos
VendasFinançasMarketingOperações
|
|||
|
É Efetivação Automática
IsAutomatedPosting
|
Um sinalizador que indica se o lançamento contábil foi criado ou efetivado automaticamente. | ||
|
Descrição
Este atributo booleano distingue entre lançamentos contábeis criados manualmente por um usuário e aqueles gerados automaticamente pelo sistema ou subsistemas, como integrações ou processos de alocação automática. Analisar este atributo ajuda a comparar a eficiência e as taxas de erro entre processos manuais e automáticos. Pode destacar oportunidades de automação ao mostrar se os lançamentos manuais são mais propensos a erros, retrabalho ou atrasos.
Por que é importante
Separa os processos manuais dos automatizados, permitindo uma comparação de sua eficiência, precisão e conformidade.
Onde obter
Pode ser indicado pelo usuário 'Criado por' (ex: um usuário do sistema ou de lote) ou por uma flag específica no cabeçalho ou configuração do diário.
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador que identifica atividades que fazem parte de um ciclo de retrabalho ou correção. | ||
|
Descrição
Este atributo booleano calculado é definido como verdadeiro para atividades que ocorrem após uma rejeição, como 'Lançamento Corrigido' ou um 'Lançamento Reenviado para Aprovação'. Ajuda a isolar e quantificar o retrabalho. Este atributo é essencial para o dashboard 'Loops de Retrabalho e Correção de Lançamentos Contábeis' e para o KPI 'Taxa de Retrabalho'. Ao sinalizar o retrabalho, fica fácil visualizar e medir a frequência e o impacto dos ciclos de correção, que são a principal fonte de ineficiência no processo.
Por que é importante
Sinaliza diretamente ciclos de retrabalho ineficientes, facilitando a quantificação do impacto das rejeições e correções no tempo total de ciclo e no custo.
Onde obter
Este é um atributo calculado derivado durante a transformação de dados, analisando a sequência de atividades dentro de um caso.
Exemplos
verdadeirofalse
|
|||
|
Nível de Aprovação
ApprovalLevel
|
Indica a etapa atual ou concluída em um workflow de aprovação multinível. | ||
|
Descrição
Para lançamentos que exigem múltiplas aprovações, este atributo rastreia qual nível hierárquico foi atingido, por exemplo, 'Aprovação do Gerente' ou 'Aprovação do Diretor'. Este atributo é útil para analisar gargalos de aprovação em detalhes. Ele ajuda a identificar se os atrasos ocorrem consistentemente em um nível específico da cadeia, sugerindo a necessidade de redesenho do processo ou realocação de recursos nessa etapa.
Por que é importante
Oferece visibilidade em workflows de aprovação de várias etapas, ajudando a identificar gargalos em níveis de aprovação específicos.
Onde obter
Esta informação seria derivada do log de histórico do workflow, rastreando a conclusão de diferentes etapas de aprovação.
Exemplos
Nível 1: GerenteNível 2: DiretorNível 3: VP Financeiro
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema de registro de onde os dados foram extraídos. | ||
|
Descrição
Este atributo identifica a aplicação de origem de onde vêm os dados do lançamento contábil. Para este processo, o valor costuma ser fixo, como 'Microsoft Dynamics 365'. Em um contexto de análise mais amplo, especialmente em ambientes com múltiplos ERPs, este campo ajuda a diferenciar processos e fontes de dados. Garante clareza sobre a origem dos dados e é importante para a governança e validação.
Por que é importante
Identifica a origem dos dados, o que é crucial para a governança de dados e para análises que abrangem múltiplos sistemas corporativos.
Onde obter
Este é 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&O
|
|||
|
Status do SLA de Aprovação
ApprovalSlaState
|
Indica se a aprovação do lançamento contábil cumpriu o acordo de nível de serviço (SLA). | ||
|
Descrição
Este atributo categoriza o ciclo de aprovação de cada lançamento com base no cumprimento ou não do tempo alvo definido por um Acordo de Nível de Serviço (SLA). Os valores típicos são 'Atendido' ou 'Violado'. Esta é a métrica central do dashboard 'Conformidade de SLA de Aprovação de Lançamento Contábil'. Oferece uma visão clara e voltada para o negócio do desempenho em relação às metas, ajudando a gerir a pontualidade do processo e impulsionar melhorias onde os SLAs são frequentemente perdidos.
Por que é importante
Traduz dados brutos de cycle time em um resultado de negócio claro (atendido ou violado), facilitando o acompanhamento do desempenho em relação às metas.
Onde obter
Este é um atributo calculado. A lógica requer a comparação do KPI de Cycle Time de Aprovação calculado com uma meta de SLA predefinida.
Exemplos
AtingidoViolado
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração do tempo gasto a trabalhar ativamente numa atividade. | ||
|
Descrição
O Tempo de Processamento mede o tempo entre o início e o fim de uma atividade, representando a duração real do trabalho. Isso é diferente do cycle time, que inclui o tempo de espera entre as atividades. Essa métrica calculada é vital para o dashboard 'Desempenho de Usuário em Lançamentos Contábeis'. Ela ajuda a entender quanto tempo usuários ou equipes levam para concluir tarefas específicas, removendo a interferência de filas ou tempos de espera. Isso permite uma avaliação mais justa e precisa da eficiência dos recursos.
Por que é importante
Mede o tempo de trabalho ativo em uma atividade, permitindo analisar a eficiência de usuários e equipes sem a interferência dos períodos de espera.
Onde obter
Isso é calculado pegando a diferença entre o EventEndTime e o EventTime (StartTime) para cada atividade.
Exemplos
PT5M15SPT1H15MP1DT2H
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O registro de data e hora da última atualização dos dados do sistema de origem. | ||
|
Descrição
Este atributo indica a data e a hora da extração de dados mais recente do sistema de origem. Fornece contexto sobre a atualidade da análise e dos dados incluídos. Exibir essa informação nos dashboards assegura aos usuários a pontualidade dos dados e ajuda a entender o período coberto pela análise. É uma metainformação essencial para qualquer projeto de Process Mining.
Por que é importante
Fornece contexto crítico sobre a atualização dos dados, garantindo que os usuários entendam quão recente é a análise do processo.
Onde obter
Este timestamp é gerado e armazenado durante o processo de extração, transformação e carregamento (ETL).
Exemplos
2023-10-27T02:00:00Z
|
|||
Record to Report - Atividades de Lançamento Contábil
| Atividade | Descrição | ||
|---|---|---|---|
|
Diário Aprovado
|
O lançamento contábil foi aprovado pela autoridade designada, concluindo a última etapa do workflow de aprovação. Geralmente é capturado por uma mudança de status no cabeçalho do diário, como para 'Aprovado'. | ||
|
Por que é importante
Este é um marco crítico que conclui o processo de aprovação e permite a postagem. É essencial para calcular o cycle time de aprovação, lead time de postagem e a taxa de aprovação de primeira.
Onde obter
Inferido a partir de uma mudança no campo de status (ex: ApprovalStatus mudando para 'Approved') na LedgerJournalTable ou da tabela de histórico de workflow indicando um estado final de aprovação.
Captura
Identifica o timestamp de quando o status do diário muda para 'Aprovado'.
Tipo de evento
inferred
|
|||
|
Diário Enviado para Aprovação
|
Representa a submissão formal de um lançamento contábil concluído para um workflow de revisão e aprovação. Geralmente é inferido a partir de uma mudança de status no cabeçalho do diário, como de 'Rascunho' para 'Em Revisão' ou 'Enviado'. | ||
|
Por que é importante
Este é um marco fundamental que inicia o ciclo de aprovação. Medir o tempo do envio à aprovação final é crítico para identificar gargalos na revisão e monitorar a conformidade com o SLA.
Onde obter
Inferido a partir de uma mudança no campo de status (ex: ApprovalStatus mudando para 'InReview') na LedgerJournalTable ou dos logs de histórico de workflow associados ao diário.
Captura
Identifica o timestamp de quando o status do diário muda para o estado 'enviado' ou 'em revisão'.
Tipo de evento
inferred
|
|||
|
Diário Rejeitado
|
O lançamento contábil foi rejeitado por um revisor ou aprovador e requer correção. Este evento é capturado a partir de uma mudança de status no diário, como para 'Rejeitado' ou 'Necessita Correção'. | ||
|
Por que é importante
Rastrear rejeições é fundamental para calcular a taxa de rejeição e identificar as causas raiz do retrabalho. Destaca problemas com a qualidade dos dados, conformidade ou treinamento de usuários.
Onde obter
Inferido a partir de uma mudança no campo de status (ex: ApprovalStatus mudando para 'Rejected') na LedgerJournalTable ou do log de histórico de workflow.
Captura
Identifica o timestamp de quando o status do diário muda para 'Rejeitado'.
Tipo de evento
inferred
|
|||
|
Lançamento Contábil Criado
|
Esta atividade marca o início de um novo lançamento contábil. É capturada quando um usuário cria um novo registro de cabeçalho no sistema, estabelecendo um ID único que serve como identificador do caso para a análise do processo. | ||
|
Por que é importante
Este é o principal evento de início do processo. Analisar o tempo deste ponto até a postagem é crucial para medir o cycle time de ponta a ponta e identificar atrasos iniciais na entrada de dados.
Onde obter
Este evento é capturado a partir do timestamp de criação do cabeçalho do diário na entidade GeneralJournalEntry ou LedgerJournalTable. Geralmente é um evento explícito de criação de registro.
Captura
Use o campo 'createdDateTime' na GeneralJournalEntry ou LedgerJournalTable.
Tipo de evento
explicit
|
|||
|
Lançamento Contábil Efetivado
|
Esta atividade marca a postagem bem-sucedida do lançamento contábil no razão geral, tornando-o um registro financeiro oficial. Este é um evento crítico, capturado quando o status do cabeçalho é atualizado para 'Postado'. | ||
|
Por que é importante
Este é o principal evento de finalização com sucesso. É usado para calcular o cycle time de ponta a ponta e o lead time de postagem, indicadores-chave de eficiência no fechamento financeiro.
Onde obter
Capturado a partir de uma mudança no campo de status (ex: JournalStatus mudando para 'Posted') na LedgerJournalTable e na criação de entradas correspondentes na tabela GeneralJournalAccountEntry.
Captura
Identifica o timestamp de quando o status do diário muda para 'Efetivado'.
Tipo de evento
inferred
|
|||
|
Diário Reenviado para Aprovação
|
Um lançamento contábil corrigido é enviado de volta para o workflow de aprovação para um novo ciclo de revisão. Isso é inferido por uma mudança de status de 'Rejeitado' ou 'Rascunho' de volta para 'Em Revisão' ou 'Enviado'. | ||
|
Por que é importante
Esta atividade marca o início de um loop de retrabalho. Contabilizar esses eventos ajuda a quantificar a taxa de retrabalho e o número médio de loops de aprovação por lançamento.
Onde obter
Inferido do histórico de workflow ou rastreando mudanças de status na LedgerJournalTable onde o status passa de um estado rejeitado de volta para um estado enviado.
Captura
Identifica um evento de status 'Enviado' que ocorre após um evento de status 'Rejeitado' para o mesmo diário.
Tipo de evento
inferred
|
|||
|
Estorno de Lançamento Contábil Iniciado
|
Este evento representa o início de um processo de estorno de um lançamento contábil postado anteriormente. É capturado quando um usuário inicia a ação de reversão no sistema. | ||
|
Por que é importante
Rastrear estornos ajuda a identificar a frequência e os motivos para corrigir lançamentos postados. Isso pode apontar problemas subjacentes nas etapas iniciais de entrada de dados ou aprovação.
Onde obter
Geralmente é uma ação explícita do usuário que pode ser capturada em trilhas de auditoria ou identificando a criação de um novo diário de estorno vinculado ao original.
Captura
Use o evento de criação de um novo lançamento contábil que esteja marcado como estorno de um diário postado.
Tipo de evento
explicit
|
|||
|
Lançamento Contábil Corrigido
|
Esta atividade indica que um lançamento contábil rejeitado anteriormente foi modificado por um usuário. Geralmente é inferido ao detectar uma modificação no cabeçalho ou nas linhas após um status de 'Rejeitado'. | ||
|
Por que é importante
Esta atividade identifica explicitamente o retrabalho. Analisar a frequência e a duração dos loops de correção ajuda a simplificar o processo e a reduzir o esforço manual.
Onde obter
Inferido rastreando os campos 'modifiedDateTime' e 'modifiedBy' nas tabelas LedgerJournalTable ou LedgerJournalTrans após a ocorrência de um evento 'Diário Rejeitado'.
Captura
Compara o timestamp de um status 'Rejeitado' com timestamps de modificações posteriores feitas pelo criador.
Tipo de evento
inferred
|
|||
|
Lançamento Contábil Estornado
|
Marca a conclusão do processo de estorno do lançamento contábil, onde um lançamento de reversão é postado com sucesso. Serve como um ponto final alternativo para o ciclo de vida de um lançamento incorreto. | ||
|
Por que é importante
Esta atividade conclui os lançamentos corrigidos e ajuda a analisar o esforço total gasto em ajustes pós-postagem, o que impacta a eficiência geral do processo.
Onde obter
Capturado quando o novo lançamento de estorno é movido para o status 'Posted'. O link com o diário original é mantido através de um campo de referência.
Captura
Identifica o evento de status 'Efetivado' para o lançamento de estorno associado.
Tipo de evento
inferred
|
|||
|
Linha de Diário Adicionada
|
Este evento significa que uma linha de débito ou crédito foi adicionada ao lançamento contábil. É capturado toda vez que uma nova linha de transação é criada e associada ao cabeçalho. | ||
|
Por que é importante
Rastrear a criação de itens de linha ajuda a entender a complexidade e o esforço de entrada de dados para diferentes tipos de diários. Também pode destacar atrasos entre a criação do cabeçalho e a conclusão das linhas.
Onde obter
Capturado a partir do timestamp de criação dos registros na entidade LedgerJournalTrans, vinculados ao cabeçalho do diário. Cada criação de linha é um evento discreto.
Captura
Use o campo 'createdDateTime' para cada registro na tabela LedgerJournalTrans.
Tipo de evento
explicit
|
|||
|
Revisão do Diário Iniciada
|
Esta atividade marca quando um revisor começa a trabalhar ativamente em um diário enviado. Pode ser inferido quando o diário é atribuído a um revisor ou quando ele abre o registro pela primeira vez para análise. | ||
|
Por que é importante
Esta atividade ajuda a medir o tempo de handoff do revisor, que é o atraso entre o envio e o início da revisão. Pode expor problemas de alocação de recursos ou de notificação.
Onde obter
Muitas vezes isso não é registrado explicitamente. Pode ser inferido a partir de logs de atribuição de workflow ou comparando o timestamp de envio com o primeiro timestamp de modificação por um revisor.
Captura
Requer análise de logs de atribuição de usuários de workflow ou logs de atividade de usuário, que podem não ser padrão.
Tipo de evento
inferred
|
|||
|
Tentativa de Efetivação de Diário
|
Esta atividade significa que um usuário iniciou o processo de postagem para um diário aprovado. Isso pode ser capturado explicitamente se o sistema registrar o início do job de postagem. | ||
|
Por que é importante
Distinguir entre a tentativa de efetivação e a efetivação bem-sucedida ajuda a diagnosticar problemas de performance do sistema ou atrasos em jobs em lote que afetam o fechamento financeiro.
Onde obter
Pode ser um evento explícito registrado em uma tabela de histórico de job em lote ou inferido de uma mudança de status para 'Postagem em andamento' na LedgerJournalTable.
Captura
Requer análise de job em lote ou logs do sistema relacionados à rotina de postagem do Razão Geral.
Tipo de evento
explicit
|
|||