Seu Template de dados de Record to Report - Lançamento contábil
Seu Template de dados de Record to Report - Lançamento contábil
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração no Microsoft Dynamics 365
Record to Report - Atributos do lançamento contábil
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
O registro de data e hora preciso que indica quando uma atividade ou evento ocorreu. | ||
|
Descrição
O horário do evento registra a data e a hora em que uma atividade específica do processo de lançamentos contábeis ocorreu. Esses dados cronológicos são essenciais para ordenar os eventos e calcular a duração entre eles. Na análise, esse registro de data e hora é usado para construir a linha do tempo de cada caso, algo fundamental para calcular todas as métricas baseadas em tempo, como tempos de ciclo, tempos de processamento e tempos de espera. Ele permite identificar atrasos entre as etapas e dá suporte a Dashboards relacionados a gargalos e conformidade com SLA.
Por que isso importa
Esse registro de data e hora é essencial para ordenar corretamente os eventos e calcular todos os KPIs baseados em duração, como tempo de ciclo e atrasos de processamento.
Onde obter
Os registros de data e hora dos eventos normalmente são encontrados nos registros de histórico do Workflow, nas tabelas de trilhas de auditoria, como SysDatabaseLog, ou nos registros de criação e alteração de dados relacionados, como LedgerJournalTable e LedgerJournalTrans.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
|
|||
|
ID do lançamento contábil
JournalEntryId
|
O identificador exclusivo de um lançamento contábil, que funciona como o principal identificador do caso. | ||
|
Descrição
O ID do lançamento contábil vincula exclusivamente todas as atividades e os pontos de dados relacionados a uma única transação de lançamento. Ele permite acompanhar todo o ciclo de vida do lançamento, da criação e análise até a contabilização final no razão geral. Na análise de Process Mining, esse atributo é fundamental para reconstruir o fluxo do processo. Cada ID exclusivo representa uma instância individual do processo, permitindo examinar detalhadamente as variantes do processo, os tempos de ciclo e a conformidade de cada transação financeira.
Por que isso importa
Esta é a chave essencial para acompanhar um lançamento contábil do início ao fim, permitindo analisar todo o fluxo do processo de cada caso.
Onde obter
Esse identificador normalmente é encontrado na tabela de cabeçalho do lançamento, como LedgerJournalTable, geralmente em um campo chamado JournalNum.
Exemplos
JRN-0012345JV-2023-08-156GENJ0000891
|
|||
|
Nome da atividade
ActivityName
|
O nome da etapa ou do evento específico do processo de negócio que ocorreu. | ||
|
Descrição
Este atributo descreve um único evento ou tarefa no ciclo de vida do lançamento contábil, como 'Journal Entry Created', 'Journal Submitted For Approval' ou 'Journal Entry Posted'. Essas atividades formam os nós do mapa de processo descoberto. Analisar a sequência e a frequência dessas atividades é essencial no Process Mining. Isso revela o fluxo real do processo, ajuda a identificar desvios do procedimento padrão e destaca gargalos em que as atividades demoram mais do que o esperado ou são repetidas.
Por que isso importa
Este atributo define as etapas do processo, formando a base do mapa de processo e permitindo analisar o fluxo e as variações do processo.
Onde obter
Este é um atributo conceitual derivado de eventos do sistema, mudanças de status ou registros de Workflow no Microsoft Dynamics 365.
Exemplos
Lançamento contábil criadoLançamento enviado para aprovaçãoLançamento aprovadoLançamento contábil contabilizado
|
|||
|
Entidade legal
LegalEntity
|
A entidade legal ou o 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ócios específica dentro de uma organização para a qual a transação financeira está sendo registrada. Essa é uma dimensão organizacional fundamental nos sistemas financeiros. No Process Mining, esse atributo permite comparar o processo de lançamento contábil entre diferentes partes da organização. Ele pode revelar se determinadas entidades legais têm processos mais eficientes, taxas de rejeição mais altas ou tempos de ciclo mais longos, ajudando a identificar e compartilhar boas práticas.
Por que isso importa
Permite comparar a performance do processo entre diferentes empresas ou unidades de negócios, destacando variações e oportunidades de melhoria.
Onde obter
Este é um campo central do Dynamics 365, geralmente disponível em tabelas de transações como LedgerJournalTable e normalmente associado ao DataAreaId.
Exemplos
USMFDEMFGBSI
|
|||
|
Horário de término do evento
EventEndTime
|
O registro de data e hora que indica quando uma atividade ou evento foi concluído. | ||
|
Descrição
O horário de término do evento marca a conclusão de uma atividade específica. Enquanto StartTime indica quando um evento começa, EndTime fornece o outro limite, permitindo calcular com precisão a duração de tarefas individuais. No Process Mining, ter os horários de início e término permite calcular o tempo de processamento da atividade, que é diferente do tempo de espera. Isso é essencial para Dashboards que analisam a performance dos usuários e identificam quais tarefas específicas, e não apenas os intervalos entre elas, estão consumindo mais tempo.
Por que isso importa
Permite calcular com precisão quanto tempo cada atividade leva, algo essencial para analisar a performance dos usuários e identificar tarefas que consomem muitos recursos.
Onde obter
Esses dados podem estar armazenados explicitamente nos registros do Workflow ou 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 informado quando um lançamento contábil é rejeitado durante o processo de aprovação. | ||
|
Descrição
Quando um lançamento contábil é rejeitado, o aprovador geralmente informa o motivo da rejeição. Este atributo captura essa informação, que é valiosa para a análise de causas-raiz. Este é o principal atributo do Dashboard 'Journal Entry Rejection Rate Analysis'. Ao categorizar e analisar os motivos das rejeições, as organizações podem identificar problemas comuns, como documentação incorreta, violações de políticas ou erros de entrada de dados, e implementar treinamentos ou melhorias direcionadas no processo.
Por que isso importa
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 na primeira tentativa.
Onde obter
Essas informações normalmente ficam armazenadas no histórico do Workflow ou na seção de comentários associada à etapa de rejeição.
Exemplos
Documentação comprobatória insuficienteConta incorreta utilizadaExcede o limite de aprovaçãoLançamento duplicado
|
|||
|
Nome do usuário
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 por executar uma atividade específica, como criar, aprovar ou contabilizar um lançamento contábil. Ele vincula as etapas do processo aos recursos humanos. Analisar a performance por usuário é uma capacidade importante do Process Mining. Isso ajuda a criar o Dashboard 'Journal Entry User Performance' para comparar a duração das atividades e o volume processado por diferentes usuários ou times. Essa análise pode destacar os melhores desempenhos, identificar necessidades de treinamento e ajudar a equilibrar a carga de trabalho.
Por que isso importa
Vincula as atividades do processo a pessoas específicas, permitindo analisar a performance dos usuários, a distribuição da carga de trabalho e a alocação de recursos.
Onde obter
As informações do usuário normalmente são encontradas nos campos createdBy ou modifiedBy de tabelas como LedgerJournalTable ou nos registros de histórico do Workflow associado.
Exemplos
Alice SmithBob Johnsonsystem.batch
|
|||
|
Status do lançamento
JournalStatus
|
O status atual ou final do lançamento contábil. | ||
|
Descrição
Este atributo indica o estado do lançamento contábil em determinado momento, como 'Draft', 'In Review', 'Approved', 'Rejected' ou 'Posted'. Ele oferece uma visão do ponto em que o lançamento está no seu ciclo de vida. Analisar o status ajuda a entender os resultados dos casos. Ele pode ser usado para filtrar todos os lançamentos rejeitados ou acompanhar o volume de lançamentos em uma etapa específica. Esse atributo dá contexto a vários Dashboards de volume processado e análise de status.
Por que isso importa
Fornece um resultado claro para cada lançamento contábil, permitindo analisar taxas de sucesso e rejeição, além do volume de trabalho em diferentes etapas.
Onde obter
O status geralmente é encontrado na tabela de cabeçalho do lançamento, LedgerJournalTable, ou é derivado do status do Workflow.
Exemplos
RascunhoEnviadoAprovadoContabilizadoRejeitado
|
|||
|
Tipo de lançamento
JournalType
|
A classificação do lançamento contábil, como General Journal ou Accrual. | ||
|
Descrição
O tipo de lançamento categoriza os registros conforme sua finalidade de negócio, como lançamentos diários, apropriações, alocações ou eliminações. Essa segmentação é essencial para entender diferentes caminhos e comportamentos do processo. Esse atributo permite filtrar e comparar o processo entre diferentes tipos de lançamento. Ele é essencial para o Dashboard 'Journal Entry Throughput Volume by Type', ajudando a analisar se determinados tipos de lançamento estão mais sujeitos a atrasos, rejeições ou retrabalho.
Por que isso importa
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
Normalmente, esse dado é armazenado na tabela de cabeçalho do lançamento, LedgerJournalTable, em um campo relacionado aos nomes ou tipos de lançamento, como JournalName.
Exemplos
Diário geralAjuste de provisãoTransferência entre empresasFolha de pagamento
|
|||
|
Valor total do diário
JournalTotalAmount
|
O valor monetário total do lançamento contábil, normalmente correspondente à soma dos débitos. | ||
|
Descrição
Esse atributo representa o valor financeiro total do lançamento contábil. Ele pode ser usado para categorizar 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 tempos de ciclo mais longos. Esse atributo é essencial para a análise de materialidade e para entender o impacto financeiro das ineficiências do processo.
Por que isso importa
Permite segmentar o processo por valor financeiro, que geralmente está relacionado à complexidade do processo, ao risco e aos Workflows de aprovação.
Onde obter
Esse valor pode precisar ser calculado somando os valores de débito da tabela de linhas do diário, LedgerJournalTrans, para cada lançamento contábil.
Exemplos
1500.75125000.0050.25
|
|||
|
A contabilização é automatizada
IsAutomatedPosting
|
Um indicador que mostra se o lançamento contábil foi criado ou contabilizado automaticamente. | ||
|
Descrição
Esse atributo booleano diferencia os lançamentos contábeis criados manualmente por um usuário daqueles gerados automaticamente pelo sistema ou por um subsistema, como uma integração de sistemas ou um processo automatizado de alocação. Analisar esse atributo ajuda a comparar a eficiência e as taxas de erro dos processos automatizados e manuais. Ele pode destacar oportunidades de automação adicional ao mostrar se os lançamentos manuais estão mais sujeitos a erros, retrabalho ou atrasos.
Por que isso importa
Separa os processos manuais dos automatizados, permitindo comparar sua eficiência, precisão e conformidade.
Onde obter
Isso pode ser indicado pelo usuário em 'Created by', por exemplo, um usuário do sistema ou de lote, ou por um indicador específico no cabeçalho do diário ou na configuração do tipo.
Exemplos
truefalse
|
|||
|
Código da moeda
CurrencyCode
|
A moeda do valor do lançamento contábil. | ||
|
Descrição
Esse atributo especifica a moeda na qual o lançamento contábil está denominado, como USD, EUR ou GBP. Ele fornece o contexto necessário para o valor total do diário. Embora nem sempre seja usado para analisar o fluxo do processo em si, a moeda é essencial para qualquer relatório ou análise financeira baseada nos valores dos lançamentos. Ela permite agregar e comparar valores corretamente, especialmente em organizações multinacionais.
Por que isso importa
Fornece o contexto necessário para qualquer análise financeira, garantindo que os valores monetários sejam interpretados corretamente, especialmente em ambientes com várias moedas.
Onde obter
O código da moeda normalmente está disponível na tabela de linhas do diário, LedgerJournalTrans.
Exemplos
USDEURGBPJPY
|
|||
|
Data de contabilização
PostingDate
|
A data em que o lançamento contábil é contabilizado no razão geral. | ||
|
Descrição
A Data de contabilização é a data oficial em que a transação afeta os saldos do razão geral. Essa data é fundamental para os relatórios financeiros e o fechamento de períodos. Esse atributo é usado para analisar o intervalo entre a aprovação e a contabilização, que é o foco do KPI de tempo de processamento da contabilização do lançamento contábil. Reduzir esse intervalo costuma ser um objetivo importante para acelerar o fechamento financeiro. O atributo também pode ser usado para analisar os volumes de contabilização ao longo do tempo.
Por que isso importa
É essencial para calcular o KPI de tempo de processamento da contabilizaçã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
Essa data normalmente é armazenada na tabela de cabeçalho do diário, LedgerJournalTable, ou em tabelas relacionadas de transações contabilizadas.
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ócios interna responsável pela transação financeira ou afetada por ela. Essa é uma dimensão importante para os relatórios gerenciais internos. Esse atributo permite analisar o processo de lançamento contábil por departamento. Ele pode ajudar a responder perguntas como: quais departamentos enviam mais lançamentos? Alguns departamentos têm taxas de rejeição mais altas ou tempos de aprovação mais longos? Essas informações são úteis para iniciativas direcionadas de melhoria de processos.
Por que isso importa
Permite analisar a performance do processo por função de negócios, ajudando a identificar gargalos específicos de cada departamento ou necessidades de treinamento.
Onde obter
Essas informações normalmente são encontradas no nível da linha do diário, em LedgerJournalTrans, como uma dimensão financeira.
Exemplos
VendasFinançasMarketingOperações
|
|||
|
É aprovado corretamente na primeira vez
IsFirstTimeRight
|
Um indicador que mostra se o diário foi aprovado sem rejeições anteriores. | ||
|
Descrição
Esse atributo booleano no nível do caso recebe o valor true quando um lançamento contábil passa do envio à aprovação sem nenhuma atividade intermediária de 'Lançamento contábil rejeitado' ou 'Lançamento contábil corrigido'. Ele é uma medida importante da qualidade do processo. O KPI 'Taxa de aprovação correta na primeira vez' é calculado diretamente a partir desse atributo. Uma taxa alta indica um processo eficiente e de alta qualidade, enquanto uma taxa baixa sinaliza problemas sistêmicos na qualidade dos dados iniciais, na clareza dos requisitos ou nos procedimentos de envio.
Por que isso importa
Esta é uma medida crítica da qualidade do processo, mostrando quantos lançamentos passam pelo processo de aprovação sem retrabalho.
Onde obter
Este é um atributo calculado no nível do caso, derivado da análise da sequência de atividades de cada ID de lançamento contábil.
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Um indicador que identifica atividades que fazem parte de um ciclo de retrabalho ou correção. | ||
|
Descrição
Esse atributo booleano calculado recebe o valor true para atividades que ocorrem após uma rejeição, como 'Lançamento contábil corrigido' ou uma nova ocorrência de 'Lançamento contábil enviado para aprovação'. Ele ajuda a isolar e quantificar o retrabalho. Esse atributo é essencial para o Dashboard 'Ciclos 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 uma das principais fontes de ineficiência do processo.
Por que isso importa
Sinaliza diretamente ciclos de retrabalho ineficientes, facilitando a quantificação do impacto de rejeições e correções no tempo de ciclo e no custo total.
Onde obter
Este é um atributo calculado, derivado durante a transformação dos dados por meio da análise da sequência de atividades dentro de um caso.
Exemplos
truefalse
|
|||
|
Nível de aprovação
ApprovalLevel
|
Indica a etapa atual ou concluída em um Workflow de aprovação com vários níveis. | ||
|
Descrição
Para lançamentos contábeis que exigem várias aprovações, esse atributo acompanha até que nível da hierarquia o lançamento chegou, por exemplo, 'Aprovação do gerente' ou 'Aprovação do diretor'. Esse atributo é útil para analisar os gargalos de aprovação com mais detalhes. Ele pode ajudar a identificar se os atrasos ocorrem de forma recorrente em um nível específico da cadeia de aprovação, sugerindo a necessidade de redesenhar o processo ou realocar recursos nessa etapa.
Por que isso importa
Oferece visibilidade sobre os Workflows de aprovação em várias etapas, ajudando a identificar gargalos em níveis específicos de aprovação.
Onde obter
Essas informações seriam obtidas do registro do histórico do Workflow, acompanhando a conclusão das diferentes etapas de aprovação.
Exemplos
Nível 1: GerenteNível 2: DiretorNível 3: VP de Finanças
|
|||
|
Sistema de origem
SourceSystem
|
O sistema de registro do qual os dados foram extraídos. | ||
|
Descrição
Este atributo identifica o aplicativo de origem dos dados dos lançamentos contábeis. Neste processo, o valor normalmente é constante, como 'Microsoft Dynamics 365'. Em um contexto de análise mais amplo, especialmente em ambientes com vários ERPs ou sistemas integrados, esse campo ajuda a diferenciar processos e fontes de dados. Ele garante clareza sobre a origem dos dados e é importante para a governança e a validação dos dados.
Por que isso importa
Identifica a origem dos dados, algo essencial para a governança dos dados e para análises que podem abranger vários sistemas corporativos.
Onde obter
Este é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para identificar 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. | ||
|
Descrição
Esse atributo categoriza o ciclo de aprovação de cada lançamento contábil com base no cumprimento do tempo-alvo definido por um Acordo de Nível de Serviço (SLA). Os valores possíveis normalmente são 'Cumprido' ou 'Descumprido'. Essa é a principal métrica do Dashboard 'Conformidade com o SLA de aprovação de lançamentos contábeis'. Ela oferece uma visão clara e orientada aos negócios da performance em relação às metas, ajudando a monitorar e gerenciar a pontualidade do processo de aprovação e a promover melhorias nos pontos em que os SLAs são frequentemente descumpridos.
Por que isso importa
Transforma os dados brutos de tempo de ciclo em um resultado de negócios claro, cumprido ou descumprido, facilitando o acompanhamento da performance em relação às principais metas.
Onde obter
Este é um atributo calculado. A lógica exige comparar o KPI calculado de tempo do ciclo de aprovação com uma meta de SLA predefinida.
Exemplos
AtendidoViolado
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora em que os dados foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo indica a data e a hora da extração mais recente dos dados do sistema de origem. Ele fornece contexto sobre a atualização da análise e dos dados incluídos. Exibir essas informações nos Dashboards garante aos usuários que os dados estão atualizados e ajuda a entender o período abrangido pela análise atual do processo. É um metadado essencial para qualquer projeto de Process Mining.
Por que isso importa
Fornece um contexto importante sobre a atualização dos dados, garantindo que os usuários entendam o quão atual é a análise do processo.
Onde obter
Esse registro de data e hora é gerado e armazenado durante o processo de extração, transformação e carregamento (ETL).
Exemplos
2023-10-27T02:00:00Z
|
|||
Record to Report - Atividades do lançamento contábil
| Atividade | Descrição | ||
|---|---|---|---|
|
Lançamento aprovado
|
O lançamento contábil foi aprovado pela autoridade designada, concluindo a etapa final do Workflow de aprovação. Normalmente, isso é capturado por uma mudança de status no cabeçalho do lançamento, como a passagem para 'Approved'. | ||
|
Por que isso importa
Este é um marco crítico que encerra o processo de aprovação e permite a contabilização. Ele é essencial para calcular o tempo do ciclo de aprovação, o prazo de contabilização e a taxa de acerto na primeira vez.
Onde obter
Inferido a partir de uma mudança no campo de status, por exemplo, ApprovalStatus mudando para 'Approved' em LedgerJournalTable, ou da tabela de histórico do Workflow indicando um estado de aprovação final.
Captura
Identifique o registro de data e hora em que o status do lançamento muda para 'Approved'.
Tipo de evento
inferred
|
|||
|
Lançamento contábil contabilizado
|
Esta atividade marca a contabilização bem-sucedida do lançamento no razão geral, tornando-o um registro financeiro oficial. É um evento crítico, capturado quando o status do cabeçalho do lançamento é atualizado para 'Posted'. | ||
|
Por que isso importa
Este é o principal evento de encerramento bem-sucedido do processo. Ele é usado para calcular o tempo de ciclo completo e o prazo de contabilização, indicadores essenciais da eficiência do fechamento financeiro.
Onde obter
Capturado por uma mudança no campo de status, por exemplo, JournalStatus mudando para 'Posted' em LedgerJournalTable, e pela criação dos lançamentos correspondentes na tabela GeneralJournalAccountEntry.
Captura
Identifique o registro de data e hora em que o status do lançamento muda para 'Posted'.
Tipo de evento
inferred
|
|||
|
Lançamento contábil criado
|
Esta atividade marca o início de um novo lançamento contábil. Ela é registrada quando um usuário cria um novo registro de cabeçalho do lançamento no sistema, estabelecendo um ID exclusivo que funciona como identificador do caso para a análise do processo. | ||
|
Por que isso importa
Este é o principal evento de início do processo. Analisar o tempo entre este ponto e a contabilização é essencial para medir o tempo de ciclo completo e identificar atrasos iniciais na entrada de dados.
Onde obter
Este evento é capturado pelo registro de data e hora da criação do cabeçalho do lançamento na entidade GeneralJournalEntry ou LedgerJournalTable. Normalmente, trata-se de um evento explícito de criação de registro.
Captura
Use o campo 'createdDateTime' em GeneralJournalEntry ou LedgerJournalTable.
Tipo de evento
explicit
|
|||
|
Lançamento enviado para aprovação
|
Representa o envio formal de um lançamento contábil concluído para um Workflow de análise e aprovação. Normalmente, é identificado por uma mudança de status no cabeçalho do lançamento, como de 'Draft' para 'In Review' ou 'Submitted'. | ||
|
Por que isso importa
Este é um marco importante que inicia o ciclo de aprovação. Medir o tempo entre o envio e a aprovação final é essencial para identificar gargalos no processo de análise e monitorar a conformidade com o SLA.
Onde obter
Inferido a partir de uma mudança no campo de status, por exemplo, ApprovalStatus mudando para 'InReview' em LedgerJournalTable, ou dos registros de histórico do Workflow associados ao lançamento.
Captura
Identifique o registro de data e hora em que o status do lançamento muda para 'submitted' ou 'in review'.
Tipo de evento
inferred
|
|||
|
Lançamento rejeitado
|
O lançamento contábil foi rejeitado por um analista ou aprovador e precisa ser corrigido. Este evento é capturado por uma mudança de status no lançamento, como a passagem para 'Rejected' ou 'Needs Correction'. | ||
|
Por que isso importa
Acompanhar as rejeições é fundamental para calcular a taxa de rejeição e identificar as causas-raiz do retrabalho. Isso evidencia problemas de qualidade dos dados, conformidade ou treinamento dos usuários.
Onde obter
Inferido a partir de uma mudança no campo de status, por exemplo, ApprovalStatus mudando para 'Rejected' em LedgerJournalTable, ou do registro de histórico do Workflow.
Captura
Identifique o registro de data e hora em que o status do lançamento muda para 'Rejected'.
Tipo de evento
inferred
|
|||
|
Análise do lançamento iniciada
|
Esta atividade marca o momento em que um analista começa a trabalhar ativamente em um lançamento enviado. Ela pode ser inferida quando o lançamento é atribuído a um analista ou quando o analista abre o registro pela primeira vez para examiná-lo. | ||
|
Por que isso importa
Esta atividade ajuda a medir o tempo de transferência para o analista, ou seja, o atraso entre o envio e o início da análise. Ela pode revelar problemas de alocação de recursos ou de notificações.
Onde obter
Esse evento geralmente não é registrado de forma explícita. Ele pode ser inferido a partir dos registros de atribuição do Workflow ou exigir a comparação entre o registro de data e hora do envio e o primeiro registro de alteração feito pelo usuário analista.
Captura
Requer a análise dos registros de atribuição de usuários do Workflow ou dos registros de atividade dos usuários, que podem não estar disponíveis por padrão.
Tipo de evento
inferred
|
|||
|
Lançamento contábil corrigido
|
Esta atividade indica que um lançamento contábil anteriormente rejeitado foi alterado por um usuário. Normalmente, ela é inferida pela detecção de uma alteração no cabeçalho ou nas linhas do lançamento após o registro do status 'Rejected'. | ||
|
Por que isso importa
Esta atividade identifica explicitamente o retrabalho. Analisar a frequência e a duração dos ciclos de correção ajuda a simplificar o processo e reduzir o esforço manual.
Onde obter
Inferido pelo acompanhamento dos campos 'modifiedDateTime' e 'modifiedBy' nas tabelas LedgerJournalTable ou LedgerJournalTrans após a ocorrência de um evento 'Journal Rejected'.
Captura
Compare o registro de data e hora do status 'Rejected' com os registros de alterações posteriores feitas pelo criador.
Tipo de evento
inferred
|
|||
|
Lançamento contábil revertido
|
Marca a conclusão do processo de reversão do lançamento contábil, quando um lançamento de reversão é contabilizado com sucesso. Este evento funciona como um ponto final alternativo no ciclo de vida de um lançamento incorreto. | ||
|
Por que isso importa
Esta atividade encerra o tratamento dos lançamentos corrigidos e ajuda a analisar o esforço total gasto nos ajustes após a contabilização, que afeta a eficiência geral do processo.
Onde obter
Capturado quando o novo lançamento de reversão também passa para o status 'Posted'. O vínculo com o lançamento original é mantido por meio de um campo de referência.
Captura
Identifique o evento de status 'Posted' do lançamento de reversão associado.
Tipo de evento
inferred
|
|||
|
Lançamento reenviado para aprovação
|
Um lançamento contábil corrigido é enviado novamente ao Workflow de aprovação para um novo ciclo de análise. Isso é inferido por uma mudança de status de 'Rejected' ou 'Draft' de volta para 'In Review' ou 'Submitted'. | ||
|
Por que isso importa
Esta atividade marca o início de um ciclo de retrabalho. Contar esses eventos ajuda a quantificar a taxa de retrabalho e o número médio de ciclos de aprovação por lançamento contábil.
Onde obter
Inferido a partir do histórico do Workflow ou do acompanhamento das mudanças de status em LedgerJournalTable, quando o status passa de rejeitado para enviado.
Captura
Identifique um evento de status 'Submitted' que ocorra depois de um evento de status 'Rejected' para o mesmo lançamento.
Tipo de evento
inferred
|
|||
|
Linha de lançamento adicionada
|
Este evento indica que uma linha de débito ou crédito foi adicionada ao lançamento contábil. Ele é registrado sempre que uma nova linha de transação é criada e associada ao cabeçalho do lançamento. | ||
|
Por que isso importa
Acompanhar a criação dos itens de linha ajuda a entender a complexidade e o esforço de entrada de dados de diferentes tipos de lançamento. Também pode revelar atrasos entre a criação do cabeçalho e a conclusão das linhas.
Onde obter
Capturado pelo registro de data e hora da criação dos registros na entidade LedgerJournalTrans, vinculada ao cabeçalho do lançamento. Cada criação de linha é um evento independente.
Captura
Use o campo 'createdDateTime' de cada registro na tabela LedgerJournalTrans.
Tipo de evento
explicit
|
|||
|
Reversão do lançamento contábil iniciada
|
Este evento representa o início do processo de reversão de um lançamento contábil anteriormente contabilizado. Ele é capturado quando um usuário inicia a ação de reversão no sistema. | ||
|
Por que isso importa
Acompanhar as reversões ajuda a identificar a frequência e os motivos das correções de lançamentos contabilizados. Isso pode apontar problemas subjacentes nas etapas iniciais de entrada de dados ou aprovação.
Onde obter
Normalmente, trata-se de uma ação explícita do usuário, que pode ser capturada pelas trilhas de auditoria ou pela identificação da criação de um novo lançamento de reversão vinculado ao original.
Captura
Use o evento de criação de um novo lançamento contábil marcado como reversão de um lançamento contabilizado.
Tipo de evento
explicit
|
|||
|
Tentativa de contabilização do lançamento
|
Esta atividade indica que um usuário iniciou o processo de contabilização de um lançamento aprovado. Ela pode ser capturada explicitamente se o sistema registrar o início do job de contabilização. | ||
|
Por que isso importa
Distinguir a tentativa de contabilização da contabilizaçã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 jobs em lote ou inferido a partir de uma mudança de status para 'Posting in progress' em LedgerJournalTable.
Captura
Requer a análise de jobs em lote ou registros do sistema relacionados à rotina de contabilização do razão geral.
Tipo de evento
explicit
|
|||
Guias de extração
Pronto para começar?
Com este Template, você tem tudo o que precisa para começar a otimizar seu processo de Record to Report - Lançamento contábil. Comece hoje mesmo a usar seus dados para aumentar a eficiência e acelerar seus ciclos de relatórios financeiros.
Aumente a performance dos lançamentos contábeis no Dynamics 365 e gere relatórios mais rápido
Elimine gargalos e reduza em 30% o tempo de ciclo de Record to Report - Lançamento contábil.
Não é necessário cartão de crédito. Comece em poucos minutos.