Seu Template de dados de Record to Report: fechamento do período e reconciliação

SAP ECC
Seu Template de dados de Record to Report: fechamento do período e reconciliação

Seu Template de dados de Record to Report: fechamento do período e reconciliação

Este Template oferece um roteiro claro para coletar os dados essenciais à análise do seu processo de Record to Report: fechamento do período e reconciliação. Ele apresenta os principais atributos e atividades necessários para um Event Log completo. Você também encontrará orientações práticas para extrair esses dados do SAP ECC com eficiência.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar
  • Orientações para extração
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Record to Report - Atributos do fechamento do período e da reconciliação

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise completa do processo de Record to Report - Fechamento do período e reconciliação.
5 Obrigatório 7 Recomendado 9 Opcional
Nome Descrição
Período financeiro
FinancialPeriod
Um identificador exclusivo do ciclo de relatórios financeiros, normalmente combinando o ano fiscal e o período de lançamento.
Descrição

O período financeiro funciona como o principal identificador do caso, agrupando todas as atividades relacionadas ao fechamento e à reconciliação das contas desse ciclo de relatórios específico, como '2023-12' para dezembro de 2023. Isso permite uma análise abrangente de todo o processo de fechamento do período, do início ao fim, para cada período distinto.

Na análise, ele permite acompanhar o tempo de ciclo de ponta a ponta de cada fechamento, comparar a performance entre diferentes períodos e identificar tendências ou anomalias. Ao definir cada período financeiro como um caso único, é possível visualizar e medir a eficiência, os gargalos e as variações do processo de fechamento ao longo do tempo.

Por que isso importa

É o identificador essencial do caso que estrutura a análise, permitindo comparar entre períodos os tempos de ciclo de fechamento, as cargas de trabalho e a conformidade do processo.

Onde obter

Esse atributo normalmente é derivado da concatenação do ano fiscal (GJAHR) e do período de lançamento (MONAT) dos cabeçalhos dos documentos financeiros, por exemplo, da tabela BKPF.

Exemplos
2023-122024-032023-Q4
Atividade
ActivityName
O nome do evento ou da tarefa de negócio específica realizada durante o processo de fechamento do período.
Descrição

Esse atributo registra as etapas distintas realizadas no ciclo Record to Report, como 'Lançamento de ajuste contábil' ou 'Demonstrações financeiras geradas'. Ele forma a base do mapa de processos, mostrando a sequência de eventos que compõem o fechamento do período.

Analisar atividades é fundamental para Process Mining. Isso ajuda a visualizar o fluxo do processo, identificar a sequência de tarefas, descobrir variações do processo e medir a frequência e a duração de cada etapa. Esse trabalho é essencial para localizar gargalos, caminhos de processo fora do padrão e oportunidades de padronização ou automação.

Por que isso importa

Esse atributo é obrigatório para construir o mapa de processos, permitindo visualizar e analisar a sequência de tarefas do fechamento do período.

Onde obter

É derivado de uma combinação de códigos de transação do SAP (TCODE), tipos de documento (BLART) ou execuções de programas específicos, como FAGL_FCV para avaliação de moeda estrangeira.

Exemplos
Lançamento de ajuste contábilReconciliação de conta iniciadaPeríodo fechado para lançamentos
Horário do evento
EventTime
O timestamp que indica quando uma atividade ou evento ocorreu.
Descrição

O horário do evento fornece a data e a hora exatas de cada atividade do processo, servindo como base cronológica da análise. Normalmente, ele combina a data e a hora de criação do documento.

Esse timestamp é essencial para ordenar corretamente os eventos e reconstruir o fluxo do processo. Ele é usado para calcular todas as métricas baseadas em duração, incluindo tempos de ciclo entre atividades, tempos de espera e a duração total do fechamento do período. Analisar os timestamps ajuda a identificar atrasos e entender a distribuição temporal do trabalho.

Por que isso importa

Como atributo obrigatório, ele fornece a ordem cronológica dos eventos, necessária para calcular tempos de ciclo e descobrir gargalos do processo.

Onde obter

Normalmente, é obtido da data de entrada do documento (CPUDT) e do horário de entrada (CPUTM) na tabela BKPF para documentos financeiros.

Exemplos
2023-12-28T14:30:15Z2024-01-02T09:05:00Z2024-01-05T17:21:45Z
Sistema de origem
SourceSystem
O identificador do sistema de origem do qual os dados foram extraídos.
Descrição

Esse atributo especifica a origem dos dados de eventos, como o nome ou ID da instância específica do SAP ECC. Em organizações com vários ERPs ou sistemas financeiros, esse campo é fundamental para distinguir dados de diferentes fontes.

Mesmo em um ambiente com um único sistema, ele funciona como um metadado importante para governança de dados, auditoria e solução de problemas. Ele confirma a procedência dos dados, essencial para gerar confiança na análise e garantir uma linhagem de dados clara.

Por que isso importa

Fornece uma linhagem de dados essencial, confirmando a origem dos dados para a governança. Também é fundamental em ambientes com vários sistemas para diferenciar os processos.

Onde obter

Normalmente, é um valor estático adicionado durante a extração dos dados, identificando o cliente e o ID do sistema SAP específicos, por exemplo, a partir da tabela T000.

Exemplos
ECC_PROD_100SAP_E74_200ECC_FINANCE
Última atualização dos dados
LastDataUpdate
O timestamp de quando os dados foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

Esse atributo indica o nível de atualização dos dados analisados. Ele mostra a data e a hora da última execução do pipeline de dados, fornecendo contexto sobre a atualidade dos insights do processo.

Em Dashboards, especialmente nos que acompanham o progresso em tempo real, esse timestamp é fundamental para que os usuários entendam se estão consultando informações atualizadas até o momento ou dados do dia anterior. Ele alinha as expectativas dos usuários e é essencial para interpretar a análise corretamente.

Por que isso importa

Informa aos usuários o nível de atualização dos dados, algo fundamental para garantir que as análises e os Dashboards sejam atuais e relevantes.

Onde obter

Esse timestamp é gerado e adicionado pela ferramenta de extração de dados ou ETL ao fim de cada processo de carregamento de dados.

Exemplos
2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Código da empresa
BUKRS
A unidade organizacional que representa uma entidade legal para a qual as demonstrações financeiras são geradas.
Descrição

O código da empresa é uma unidade organizacional fundamental no SAP Financials. Ele representa uma empresa independente, com seu próprio conjunto de livros contábeis equilibrados. Todas as transações financeiras são lançadas no nível do código da empresa.

Em Process Mining, filtrar por código da empresa é essencial para comparar o processo de fechamento do período entre diferentes entidades legais de uma corporação. Isso permite identificar boas práticas em entidades de alta performance e localizar entidades que enfrentam atrasos, volumes altos de ajustes ou desvios do processo. É uma dimensão importante para segmentar a análise.

Por que isso importa

Permite comparar a performance e a conformidade do fechamento do período entre diferentes entidades legais, algo fundamental para a análise financeira no nível do grupo.

Onde obter

Esse campo está disponível em quase todas as tabelas de documentos financeiros do SAP, principalmente BKPF (cabeçalho) e BSEG (item de linha).

Exemplos
10002000US01DE01
Conta contábil
HKONT
O número da conta do razão geral na qual um item de linha é lançado.
Descrição

A conta do razão geral (GL) é um elemento central dos dados mestres financeiros que classifica as transações. Todo lançamento financeiro é atribuído a uma ou mais contas do razão geral.

No contexto do fechamento do período, analisar as atividades por conta contábil é essencial para os Dashboards 'Account Reconciliation Bottlenecks' e 'Adjusting Entries Volume Analysis'. Isso ajuda a identificar quais contas são mais difíceis de reconciliar, quais exigem mais ajustes e onde o risco de distorção relevante pode ser maior. Esse foco permite que os times priorizem seus esforços nas contas problemáticas.

Por que isso importa

Permite uma análise direcionada de reconciliações e lançamentos de ajuste, ajudando a identificar contas problemáticas que causam atrasos ou exigem correções frequentes.

Onde obter

Disponível na tabela de itens de linha dos documentos financeiros, BSEG (HKONT).

Exemplos
113100400500750000
Número do documento
BELNR
O identificador exclusivo de um documento contábil dentro de um ano fiscal e de um código de empresa.
Descrição

O número do documento contábil é a chave primária dos lançamentos financeiros no SAP. Cada lançamento contábil, fatura ou documento de pagamento recebe um número exclusivo.

Embora normalmente não seja usado em análises de processos de alto nível, o número do documento é muito valioso para recursos de detalhamento. Em um Dashboard de Process Mining, os analistas podem usar o número do documento para voltar diretamente à transação específica no SAP e investigar anomalias em detalhes, como um lançamento de ajuste de alto valor ou um item de reconciliação atrasado. Ele cria um vínculo direto entre o insight e a transação de origem.

Por que isso importa

Fornece um vínculo direto com a transação de origem no SAP, permitindo uma análise detalhada, do processo até lançamentos contábeis específicos.

Onde obter

Localizado na tabela BKPF (BELNR), como chave primária.

Exemplos
100000456719000001233000008901
Tipo de documento
BLART
Um código que classifica diferentes tipos de documentos contábeis.
Descrição

O tipo de documento é usado no SAP para distinguir várias transações de negócio, como faturas de fornecedores (KR), pagamentos de clientes (DZ) e lançamentos no razão geral (SA). Ele também controla propriedades como o intervalo de numeração dos documentos.

Na análise do fechamento do período, o tipo de documento é um filtro poderoso. Ele pode ser usado para isolar tipos específicos de atividades, como apropriações, provisões ou lançamentos de estorno. Isso ajuda a analisar o volume e o impacto financeiro de diferentes transações relacionadas ao fechamento e pode ser usado para definir atividades específicas no modelo de processo.

Por que isso importa

Ajuda a classificar e filtrar transações, permitindo isolar e analisar atividades específicas, como apropriações, estornos ou lançamentos intercompany.

Onde obter

Localizado na tabela de cabeçalho dos documentos, BKPF (BLART).

Exemplos
SAABKR
Tipo de lançamento contábil
JournalEntryType
Uma classificação dos lançamentos contábeis, como 'Padrão', 'Ajuste', 'Apropriação' ou 'Estorno'.
Descrição

Este é um atributo derivado que categoriza documentos financeiros com base em sua finalidade de negócio no processo de fechamento. Ele costuma ser determinado por uma combinação do tipo de documento (BLART), do motivo do estorno (STGRD) ou das contas contábeis específicas utilizadas.

Essa classificação é fundamental para o Dashboard 'Adjusting Entries Volume Analysis' e para os KPIs relacionados. Ao identificar explicitamente lançamentos de ajuste ou apropriação, os analistas podem medir seu volume e valor, acompanhar tendências ao longo do tempo e investigar as causas-raiz de sua necessidade. Isso ajuda a diferenciar lançamentos operacionais rotineiros de ajustes do fim do período.

Por que isso importa

Categoriza os lançamentos para uma análise direcionada, permitindo acompanhar e medir tipos importantes de lançamentos, como ajustes e apropriações, que são indicadores da saúde do processo.

Onde obter

Este é um campo derivado. A lógica precisa ser definida com base nas regras de negócio, normalmente usando campos como o tipo de documento (BLART) da BKPF.

Exemplos
AjusteProvisãoEstornoPadrão
Usuário responsável
USNAM
O ID do usuário SAP que criou ou executou a transação.
Descrição

Esse campo registra o usuário que lançou um documento, executou um relatório ou executou um programa relacionado ao fechamento. Ele identifica a pessoa responsável por determinada atividade.

Analisar por usuário é fundamental para entender a distribuição da carga de trabalho, identificar necessidades de treinamento e investigar desvios do processo. Dashboards que mostram atividades por usuário podem destacar membros do time sobrecarregados ou pessoas que talvez estejam seguindo procedimentos fora do padrão. Isso também ajuda na gestão de performance e na alocação de recursos dentro do time financeiro.

Por que isso importa

Permite analisar a distribuição da carga de trabalho e a performance do time, além de identificar desvios do processo associados a pessoas específicas.

Onde obter

Disponível na tabela BKPF (USNAM) para a criação de documentos. Para batch jobs, pode ser encontrado em TBTCO (SDLUNAME).

Exemplos
JSMITHRDOEFIN_ADMIN
Valor na moeda local
DMBTR
O valor financeiro de um item de linha de uma transação, expresso na moeda local do código da empresa.
Descrição

Esse atributo representa o valor monetário associado a um lançamento financeiro. Ele é a principal medida quantitativa do impacto de uma transação no razão geral.

Analisar o valor é fundamental para priorizar problemas e entender o risco financeiro. Por exemplo, o Dashboard 'Adjusting Entries Volume Analysis' se torna muito mais útil quando consegue distinguir um volume alto de ajustes de baixo valor de um volume baixo de ajustes de alto valor. Isso ajuda a concentrar a atenção nas transações financeiramente relevantes.

Por que isso importa

Quantifica o impacto financeiro das transações, permitindo uma análise baseada em materialidade, como a identificação de lançamentos de ajuste de alto valor.

Onde obter

Disponível na tabela de itens de linha dos documentos, BSEG (DMBTR).

Exemplos
1500.75-25000.00123456.00
Ano fiscal
GJAHR
O ano fiscal em que a transação foi lançada.
Descrição

O ano fiscal é um elemento fundamental para organizar os dados financeiros. Ele é um componente importante do ID do caso do período financeiro e fornece contexto essencial para todas as transações.

Embora geralmente faça parte do ID do caso, ter o ano fiscal como um atributo separado é útil para análises de tendências de longo prazo. Isso permite comparar, ano a ano, os tempos do ciclo de fechamento, os volumes de ajustes e outros KPIs, ajudando a identificar melhorias ou quedas de performance ao longo dos anos.

Por que isso importa

Fornece contexto temporal essencial e permite comparar, ano a ano, a performance do processo de fechamento.

Onde obter

Disponível na tabela de cabeçalho do documento, BKPF (GJAHR).

Exemplos
202320242022
Data prevista de conclusão
TargetCompletionDate
O prazo planejado ou a data de vencimento de uma atividade ou de todo o fechamento do período.
Descrição

A Data de Conclusão Alvo representa o cronograma usado para medir o processo de fechamento do período. É o prazo até o qual marcos específicos ou o fechamento final devem ser concluídos.

Esse atributo é essencial para qualquer análise relacionada à performance ou à conformidade. Ele é usado para calcular o KPI "Taxa de Fechamento do Período no Prazo" e alimentar o Dashboard "Conformidade do Fechamento e Tarefas em Atraso". Comparando o horário real do evento com essa data-alvo, o sistema consegue determinar se as tarefas estão no prazo, atrasadas ou em risco de atraso, permitindo uma gestão proativa do processo de fechamento.

Por que isso importa

Permite monitorar a conformidade e a performance ao fornecer uma referência para medir se as atividades de fechamento são concluídas no prazo, apoiando os KPIs de entregas no prazo.

Onde obter

Normalmente, esses são dados mestres mantidos em um calendário separado, em uma ferramenta de cockpit de fechamento, como o SAP Financial Closing cockpit, ou em uma planilha. Eles não fazem parte dos dados transacionais.

Exemplos
2023-12-29T23:59:59Z2024-01-03T17:00:00Z2024-01-02T12:00:00Z
Departamento
Department
O departamento funcional ou centro de custo responsável pela atividade ou transação.
Descrição

Esse atributo identifica o departamento de negócio, como 'Finanças', 'Vendas' ou 'Logística', associado a uma transação. Ele costuma ser derivado dos dados mestres do centro de custo vinculado a um lançamento ou dos dados mestres do usuário.

Analisar por departamento dá suporte ao Dashboard 'Close Team Workload Distribution'. Isso ajuda a entender como diferentes funções de negócio contribuem para a carga de trabalho do fim do período, especialmente ao iniciar transações que podem exigir ajustes ou reconciliações posteriormente. Também pode destacar áreas fora do time financeiro principal que impactam o processo de fechamento.

Por que isso importa

Ajuda a analisar a carga de trabalho e a aderência ao processo entre diferentes funções de negócio, revelando como vários departamentos impactam a eficiência do fechamento financeiro.

Onde obter

Frequentemente derivado do centro de custo (KOSTL) na BSEG ou dos dados mestres de RH do usuário responsável. Isso pode exigir a combinação de várias tabelas.

Exemplos
Finanças corporativasContas a pagarFP&A
É automatizado
IsAutomated
Um indicador que mostra se uma atividade foi realizada por um usuário humano ou por um sistema automatizado.
Descrição

Esse atributo booleano diferencia as tarefas manuais daquelas executadas automaticamente pelo sistema, como um job em lote agendado para a avaliação de moeda estrangeira ou um bot que lança partidas recorrentes. Isso geralmente é determinado pela análise do nome de usuário associado à transação, por exemplo, "BATCHUSER".

Entender o nível de automação é essencial para identificar oportunidades de ganho de eficiência. A análise desse atributo ajuda a visualizar quais partes do processo são manuais e podem ser automatizadas. Ela também ajuda a avaliar com precisão a carga de trabalho humana, excluindo as atividades geradas pelo sistema.

Por que isso importa

Diferencia as atividades manuais das atividades conduzidas pelo sistema, algo essencial para identificar oportunidades de automação e medir com precisão as cargas de trabalho manuais.

Onde obter

Esse é um atributo derivado. A lógica normalmente se baseia no User Name (USNAM), em que uma lista de IDs de usuários de sistema ou de lote conhecidos indica uma tarefa automatizada.

Exemplos
truefalse
É retrabalho
IsRework
Um indicador calculado que identifica atividades que representam retrabalho, como uma reversão ou uma reconciliação rejeitada.
Descrição

Esse atributo booleano sinaliza eventos ou sequências de eventos que indicam loops ineficientes ou correções no processo. Por exemplo, uma atividade "Reconciliação revisada" seguida por outro "Lançamento de ajuste contabilizado" na mesma conta pode ser sinalizada como retrabalho.

Esse atributo é essencial para quantificar o desperdício do processo e apoia o Dashboard "Ocorrências de Retrabalho na Reconciliação" e o KPI "Taxa de Retrabalho na Reconciliação". Ao isolar o retrabalho, as equipes podem investigar as causas-raiz, medir o impacto no tempo de ciclo e acompanhar a eficácia das iniciativas de melhoria de processos voltadas a fazer certo da primeira vez.

Por que isso importa

Quantifica a ineficiência do processo ao sinalizar atividades que são correções ou repetições, ajudando a medir e reduzir o esforço desperdiçado.

Onde obter

Esse é um atributo calculado. A lógica é definida na ferramenta de process mining com base em sequências específicas de atividades, como loops, ou em atributos, como ReversalReason não nulo.

Exemplos
truefalse
Está atrasado
IsOverdue
Um indicador calculado que mostra se uma atividade foi concluída depois da data-alvo planejada.
Descrição

Esse atributo booleano compara o horário real de conclusão de uma atividade (EventTime) com o prazo planejado (TargetCompletionDate). Se o horário do evento for posterior ao prazo-alvo, o indicador será definido como true.

Esse atributo apoia diretamente o Dashboard "Conformidade do Fechamento e Tarefas em Atraso" e o KPI "Taxa de Fechamento do Período no Prazo". Ele fornece um sinal claro e imediato de desvios no cronograma, permitindo que os gestores identifiquem rapidamente as tarefas atrasadas, entendam o impacto no cronograma geral e responsabilizem as equipes pelo cumprimento dos prazos.

Por que isso importa

Fornece um indicador claro de não conformidade com os cronogramas, permitindo identificar rapidamente as tarefas atrasadas e medir a performance no prazo.

Onde obter

Esse é um atributo calculado na ferramenta de process mining pela comparação entre EventTime e TargetCompletionDate.

Exemplos
truefalse
Motivo do estorno
ReversalReason
Um código que indica o motivo pelo qual um documento financeiro foi estornado.
Descrição

Quando um documento é estornado no SAP, um código de motivo pode ser atribuído para explicar a finalidade do estorno, por exemplo, 'Estorno no período atual' ou 'Lançamento incorreto'.

Esse atributo fornece um contexto importante sobre a causa do retrabalho. Analisar os motivos de estorno ajuda a identificar padrões de erro, como entrada de dados incorreta ou datas erradas. Esse insight pode ser usado para implementar medidas preventivas, melhorar treinamentos ou aprimorar os controles do sistema, reduzindo o número de erros e estornos posteriores e tornando o fechamento mais eficiente.

Por que isso importa

Fornece um insight direto sobre as causas-raiz de erros e retrabalho, ajudando a identificar oportunidades de melhoria do processo e prevenção de erros.

Onde obter

Localizado na tabela de cabeçalho dos documentos, BKPF (STGRD).

Exemplos
010205
Parceiro comercial
VBUND
O identificador da empresa afiliada do grupo envolvida em uma transação intercompany.
Descrição

O ID do parceiro comercial é usado para identificar o outro código de empresa que participa de uma transação intercompany. Isso é essencial para reconciliar contas entre entidades legais relacionadas.

Esse atributo dá suporte direto ao Dashboard 'Intercompany Reconciliation Flow' e ao KPI 'Intercompany Recon. Cycle Time'. Ao filtrar transações que têm um parceiro comercial, a análise pode se concentrar especificamente na eficiência e na pontualidade do processo de reconciliação intercompany, que costuma ser um dos principais pontos críticos durante o fechamento do período.

Por que isso importa

Identifica especificamente as transações intercompany, permitindo uma análise direcionada do processo de reconciliação intercompany, que costuma ser complexo e demorado.

Onde obter

Encontrado na tabela de itens de linha dos documentos, BSEG (VBUND).

Exemplos
1000US013000
Status da reconciliação
ReconciliationStatus
O status atual de uma reconciliação de conta, como 'Aberta', 'Em revisão' ou 'Aprovada'.
Descrição

Esse atributo acompanha o estado de uma reconciliação de conta à medida que ela avança pelo Workflow. Ele indica se uma reconciliação foi iniciada, enviada para revisão, aprovada ou rejeitada.

Esse é um atributo importante para monitorar o progresso das atividades de reconciliação em tempo real. Ele ajuda a identificar quais reconciliações estão paradas e há quanto tempo, dando suporte a KPIs como 'Account Reconciliation Cycle Time'. Ele oferece visibilidade sobre o processo de aprovação e é fundamental para Dashboards que acompanham gargalos de reconciliação e a carga de trabalho do time.

Por que isso importa

Oferece visibilidade sobre o Workflow de reconciliação, permitindo acompanhar o progresso, identificar gargalos e medir os tempos de revisão e aprovação.

Onde obter

Essas informações geralmente ficam em uma ferramenta de reconciliação separada, como SAP Account Substantiation and Automation by BlackLine, ou em um campo de status personalizado. Normalmente, não são encontradas como um campo padrão em BKPF/BSEG.

Exemplos
Não iniciadoEm andamentoAprovadoRejeitado
Obrigatório Recomendado Opcional

Record to Report - Atividades do fechamento do período e da reconciliação

Estas são as principais etapas e marcos do processo que você deve registrar no seu Event Log para realizar a descoberta e a otimização precisas das atividades de fechamento do período.
6 Recomendado 6 Opcional
Atividade Descrição
Demonstrações financeiras geradas
Isso representa o momento em que as demonstrações financeiras oficiais, como a demonstração de resultados e o balanço patrimonial, são geradas. Essa atividade normalmente é capturada acompanhando a execução de um programa específico de relatórios.
Por que isso importa

Este é um marco importante que indica o fim do processamento dos dados e o início da fase final de revisão e aprovação. O tempo entre esse evento e a aprovação é um KPI importante.

Onde obter

Inferido a partir dos logs de auditoria do sistema, como STAD, que registram a execução do programa de geração das demonstrações financeiras, mais comumente a transação F.01.

Captura

A partir dos logs do sistema (STAD), acompanhando a execução da transação F.01 de demonstrações financeiras.

Tipo de evento inferred
Execução da avaliação de moeda estrangeira
Isso representa a execução de um programa para reavaliar itens em aberto e saldos registrados em moedas estrangeiras usando as taxas de câmbio do fim do período. Normalmente, essa execução ocorre como um batch job durante as etapas de fechamento do período.
Por que isso importa

Esta é uma etapa crítica para garantir relatórios financeiros precisos em organizações multinacionais. Analisar seu momento e sua duração ajuda a identificar oportunidades de automação e otimização de performance.

Onde obter

Capturado nos logs de execução do programa de avaliação de moeda estrangeira, como FAGL_FCV ou F.05. Os detalhes do batch job em tabelas como TBTCO e TBTCP fornecem os timestamps de execução.

Captura

A partir dos logs de batch jobs (tabela TBTCO) do programa FAGL_FC_VALUATION ou SAPF100.

Tipo de evento explicit
Lançamento de ajuste contábil
Um lançamento contábil de ajuste é feito para corrigir saldos de contas depois que o processamento inicial das transações do período é concluído. Esse evento é capturado como um lançamento de documento financeiro padrão no SAP.
Por que isso importa

Isso é essencial para a Adjusting Entries Volume Analysis. Um volume alto de ajustes sugere problemas na precisão dos processos anteriores e é um alvo importante para iniciativas de melhoria de processos.

Onde obter

Encontrado nas tabelas BKPF e BSEG. Esses lançamentos normalmente são identificados por um tipo de documento específico (BKPF-BLART) reservado para ajustes ou por terem sido lançados em períodos especiais de fechamento, como 13 a 16.

Captura

Filtrar a BKPF por documentos lançados em períodos especiais ou com tipos de documento de ajuste.

Tipo de evento explicit
Período aberto para contabilização
Isso marca o início oficial de um período financeiro, permitindo o lançamento de transações no razão geral. Trata-se de uma alteração explícita de configuração, realizada por um usuário autorizado para abrir um período específico para lançamentos em um ou mais códigos de empresa.
Por que isso importa

Esta atividade representa o evento inicial definitivo do caso do processo de fechamento do período. Analisar o tempo a partir deste ponto ajuda a entender todo o ciclo de vida do período financeiro.

Onde obter

As alterações nos períodos de lançamento feitas pela transação OB52 são registradas. Essas alterações podem ser extraídas analisando os documentos de alteração da tabela de configuração T001B, normalmente usando as tabelas CDHDR e CDPOS.

Captura

Extrair dos documentos de alteração da tabela T001B (CDHDR/CDPOS).

Tipo de evento explicit
Período fechado para lançamentos
Representa o fechamento formal de um período de lançamentos, impedindo novos lançamentos contábeis operacionais. Isso garante a integridade dos dados financeiros do período fechado e é uma alteração explícita de configuração.
Por que isso importa

Este é o evento final definitivo do processo de fechamento do período. Ele é essencial para calcular com precisão o Period Close Cycle Time total e medir a performance dentro do prazo.

Onde obter

O fechamento de períodos pela transação OB52 é registrado. Essas alterações podem ser encontradas analisando os documentos de alteração, nas tabelas CDHDR e CDPOS, da tabela de configuração T001B.

Captura

Extrair dos documentos de alteração da tabela T001B (CDHDR/CDPOS).

Tipo de evento explicit
Reconciliação de conta iniciada
Representa o início do processo de reconciliação de um conjunto de contas contábeis do período. No SAP ECC padrão, esse não é um evento discreto e normalmente é inferido a partir de atividades relacionadas, como a execução de um relatório-chave pela primeira vez.
Por que isso importa

Esta atividade estabelece um marco importante para medir a duração de toda a fase de reconciliação. Entender quando a reconciliação começa é essencial para o KPI Account Reconciliation Cycle Time.

Onde obter

Esse evento não é registrado explicitamente. Ele precisa ser inferido a partir de outras fontes de dados, como o log de auditoria do sistema (transação STAD), considerando a primeira execução de um relatório de exibição de saldos, como FAGLB03 ou FS10N.

Captura

Inferir a partir da primeira execução de transações de relatórios relevantes, como FAGLB03, nos logs do sistema.

Tipo de evento inferred
Documento intercompany compensado
Esta atividade marca a compensação de um item em aberto entre dois códigos de empresa diferentes, indicando que uma transação intercompany foi liquidada ou reconciliada. Isso é registrado como um lançamento financeiro explícito no SAP, normalmente em um documento de compensação.
Por que isso importa

Atrasos na compensação de itens intercompany são um gargalo comum no processo de fechamento. Acompanhar essa atividade é fundamental para medir e melhorar o tempo de ciclo da reconciliação intercompany.

Onde obter

Identificado nos documentos financeiros em BKPF e BSEG. Um documento de compensação se vincula a itens em aberto e os encerra, e sua data de compensação (BSEG-AUGDT) serve como timestamp do evento. As transações intercompany são identificadas pelos campos de parceiro comercial.

Captura

Identificar documentos de compensação em BKPF/BSEG que envolvam itens com parceiros comerciais.

Tipo de evento explicit
Execução do clearing de GR/IR
A execução do programa automatizado de clearing da conta Goods Receipt/Invoice Receipt. Esse programa relaciona as entradas de mercadorias correspondentes às entradas de faturas e compensa os itens entre si.
Por que isso importa

A conta GR/IR é uma fonte frequente de problemas de reconciliação. Monitorar essa atividade garante que a etapa automatizada seja executada corretamente e ajuda a quantificar o volume de exceções que exigem acompanhamento manual.

Onde obter

A execução é capturada nos logs de batch jobs (transação SM37). O programa normalmente é o SAPF124, executado pela transação F.13. As tabelas de logs de jobs, como TBTCO, fornecem os timestamps necessários.

Captura

A partir dos logs de batch jobs (tabela TBTCO) do programa de clearing SAPF124.

Tipo de evento explicit
Lançamento de estorno
Esta atividade captura o lançamento de um documento que estorna um lançamento contábil feito anteriormente, geralmente para corrigir um erro. O SAP cria um vínculo explícito entre o documento de estorno e o documento original.
Por que isso importa

Um número alto de estornos aponta para possíveis problemas na precisão da entrada de dados ou nos controles do processo. Acompanhar esses eventos ajuda a medir as taxas de acerto na primeira execução e identificar áreas que precisam de melhoria.

Onde obter

Os documentos de estorno são encontrados na tabela BKPF. Eles geralmente são criados com a transação FB08 e contêm uma referência ao número do documento estornado no campo BKPF-STBLG.

Captura

Identificar documentos em que BKPF-STBLG esteja preenchido ou que tenham sido criados por códigos de transação de estorno.

Tipo de evento explicit
Provisão ou apropriação lançada
Isso representa o registro de um lançamento contábil de apropriação, diferimento ou provisão, normalmente feito no fim de um período. Esse não é um tipo de evento distinto no SAP, mas é inferido pela identificação de lançamentos contábeis específicos com base em suas características.
Por que isso importa

Isolar esses lançamentos ajuda a analisar o subprocesso de gestão de estimativas. Um volume alto ou ajustes frequentes em apropriações podem indicar áreas com oportunidades de melhoria do processo.

Onde obter

Inferido a partir das tabelas de documentos financeiros BKPF e BSEG. Os lançamentos podem ser identificados filtrando por um tipo de documento específico (BKPF-BLART), uma conta contábil única (BSEG-HKONT) ou palavras-chave no texto do cabeçalho (BKPF-BKTXT).

Captura

Filtrar as tabelas BKPF/BSEG por tipo de documento, contas contábeis específicas ou campos de texto.

Tipo de evento inferred
Reconciliação revisada
Indica que uma reconciliação de uma conta específica ou de um grupo de contas foi revisada e confirmada. No SAP ECC padrão, esse não é um evento registrado explicitamente e costuma ser gerenciado por controles offline ou soluções personalizadas.
Por que isso importa

Acompanhar o momento das revisões é importante para entender os gargalos nas etapas de controle e supervisão do processo de fechamento. Isso pode destacar atrasos causados pela disponibilidade da gestão ou por retrabalho.

Onde obter

Essas informações não estão disponíveis nas tabelas padrão do ECC. Seria necessária uma solução personalizada, como um campo de status em uma tabela Z personalizada, um Workflow simples ou uma integração com uma ferramenta especializada de reconciliação de terceiros.

Captura

Capturar a alteração de status em um Workflow personalizado ou em uma tabela Z, se implementado.

Tipo de evento inferred
Relatório de balancete gerado
Marca a execução de um relatório para gerar o balancete. Esta é uma etapa importante para verificar se o total de débitos é igual ao total de créditos antes da criação das demonstrações financeiras oficiais.
Por que isso importa

Este é um controle de qualidade crítico antes do relatório final. Execuções repetidas desse relatório podem indicar que problemas nos dados subjacentes estão sendo encontrados e corrigidos, o que pode causar atrasos.

Onde obter

Inferido a partir dos logs de auditoria do sistema, como a transação STAD, que pode registrar a execução de transações de relatórios de balancete, como S_ALR_87012277 ou F.01.

Captura

A partir dos logs do sistema (STAD), acompanhando a execução dos códigos de transação de relatórios.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do SAP ECC

Pronto para começar?

Use este Template de dados para iniciar sua jornada de process mining e obter insights valiosos sobre suas operações de fechamento financeiro. Comece a otimizar seu processo de Record to Report hoje mesmo!

Otimize o fechamento de Record to Report e reduza o tempo de ciclo agora

Elimine gargalos e reduza em 30% o ciclo de fechamento de Record to Report.

Comece seu teste grátis

Não é necessário cartão de crédito. Comece seu teste grátis de 14 dias.