> Melhoria contínua de processos > Record to Report: fechamento do período e conciliação > Oracle Fusion Financials > Template de dados

Seu Template de dados para registro ao reporte, fechamento do período e conciliação

Oracle Fusion Financials

← Voltar ao guia de melhoria

Atributos do processo de registro ao reporte, fechamento do período e conciliação(22) Atividades do processo de registro ao reporte, fechamento do período e conciliação(14) Guias de extração(1)

Seu Template de dados para registro ao reporte, fechamento do período e conciliação

Este Template orienta você na coleta dos dados necessários para analisar o processo de registro ao reporte, fechamento do período e conciliação. Ele apresenta os atributos essenciais que você precisa reunir e as principais atividades a acompanhar no Event Log. Você também encontra orientações práticas para extrair esses dados do Oracle Fusion Financials e começar sua jornada de Process Mining.

Atributos recomendados para coleta
Principais atividades a acompanhar
Orientações para extração de dados do Oracle Fusion Financials

Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Baixar Template

Atributos do processo de registro ao reporte, fechamento do período e conciliação

Estes são os campos de dados recomendados para incluir no Event Log e analisar de forma abrangente o processo de registro ao reporte, fechamento do período e conciliação.

5 Obrigatório 8 Recomendado 9 Opcional

	Nome	Descrição
	Atividade ActivityName	Nome da tarefa ou do evento específico ocorrido durante o processo de fechamento do período.
Descrição Este atributo registra as etapas distintas do fluxo de trabalho de fechamento do período, como 'Período do subledger fechado', 'Conciliação de conta iniciada' ou 'Demonstrações financeiras geradas'. Cada atividade representa um marco ou uma ação realizada durante o processo. A análise das atividades é a base do Process Mining. Ela permite visualizar o mapa do processo, identificar gargalos medindo o tempo entre as atividades e analisar variantes do processo para entender os desvios do procedimento padrão. Por que isso importa Ele define as etapas do processo, essenciais para visualizar o fluxo do processo, identificar gargalos e analisar desvios. Onde encontrar Normalmente, é derivado de descrições de transações, alterações de status ou logs de eventos em vários módulos do Oracle Fusion Financials, como razão geral, contabilidade de subledger e consolidação e fechamento financeiro. Exemplos Período abertoPeríodo do subledger fechadoConciliação aprovadaDemonstrações financeiras geradas
	Hora de início EventTime	Data e hora que indicam quando uma atividade ou um evento específico ocorreu.
Descrição A hora de início, ou data e hora do evento, registra a data e a hora exatas em que uma atividade foi executada ou ocorreu uma alteração de status. Esse dado é essencial para ordenar os eventos cronologicamente e calcular durações. No Process Mining, essa data e hora é usada para montar a sequência de eventos de cada período financeiro, calcular a duração das atividades e medir o tempo total de ciclo do processo. É fundamental para analisar a performance, identificar gargalos e monitorar o cumprimento de prazos. Por que isso importa Esta data e hora é essencial para ordenar eventos, calcular todas as métricas baseadas em tempo, como o tempo de ciclo e a duração das atividades, e entender a linha do tempo do processo. Onde encontrar Essas informações costumam estar nos campos de data de criação, data da última atualização ou data da transação associados a lançamentos, conciliações e status de períodos nos módulos do Oracle Fusion Financials. Exemplos 2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
	Período financeiro FinancialPeriod	Identificador exclusivo de um período de fechamento financeiro, como um mês ou trimestre específico.
Descrição O período financeiro é o principal identificador do caso e agrupa todas as atividades relacionadas ao fechamento e à conciliação de contas daquele ciclo de relatórios. Cada período, por exemplo, 'Jan-2023' ou 'Q1-2024', representa uma ocorrência do processo de fechamento do período. Na análise de Process Mining, este atributo permite ter uma visão completa do processo de fechamento, do início ao fim. Ele é usado para calcular o tempo total de ciclo, comparar a performance entre períodos e identificar tendências ou atrasos sistêmicos no processo de fechamento ao longo do tempo. Por que isso importa Este é o identificador principal que reúne todas as atividades de fechamento relacionadas em uma única instância do processo, permitindo analisar cada ciclo de fechamento de ponta a ponta. Onde encontrar Normalmente, é derivado do nome ou do ID do período no módulo de razão geral e costuma estar em tabelas como GL_PERIOD_STATUSES no Oracle Fusion Financials. Exemplos Jan-2023Feb-2023Q1-2024Mar-2024
	Sistema de origem SourceSystem	Sistema do qual os dados foram extraídos.
Descrição Este atributo identifica o sistema de informação de origem dos dados dos eventos. Neste processo, o sistema será sempre o Oracle Fusion Financials, mas esse atributo pode ser útil em ambientes que combinam dados de vários sistemas. Na análise, ele contextualiza a origem dos dados, algo essencial para a governança e a validação dos dados e para entender o panorama tecnológico do processo. Também ajuda a atribuir os insights ao ambiente de aplicativo correto. Por que isso importa Ele contextualiza a origem dos dados, trazendo clareza para ambientes com vários sistemas e contribuindo para a governança dos dados. Onde encontrar Normalmente, é um valor estático adicionado durante a extração dos dados para identificar a origem do conjunto de dados. Exemplos Oracle Fusion FinancialsOracle Cloud ERP
	Última atualização dos dados LastDataUpdate	Data e hora que indicam quando os dados foram atualizados pela última vez a partir do sistema de origem.
Descrição Este atributo registra a data e a hora da extração de dados mais recente do Oracle Fusion Financials. Ele indica o nível de atualização dos dados analisados na ferramenta de Process Mining. É importante que os usuários saibam o quanto a análise está atualizada. Esta data e hora ajuda a avaliar a confiabilidade dos Dashboards e relatórios em tempo real, garantindo que as decisões se baseiem em informações atualizadas. Por que isso importa Ele informa aos usuários se os dados estão atualizados, algo essencial para tomar decisões com base na análise do processo. Onde encontrar Este campo de metadados é gerado e armazenado durante o processo de ingestão de dados e registra a data e hora da execução da extração. Exemplos 2023-03-10T02:00:00Z2023-03-11T02:00:00Z
	Código da empresa CompanyCode	Identificador da entidade legal ou empresa para a qual o fechamento do período está sendo realizado.
Descrição O código da empresa, chamado de identificador da entidade legal na terminologia da Oracle, representa a entidade de negócio específica cujo período está sendo fechado. Em uma organização global, há vários códigos de empresa, cada um com seu próprio processo de fechamento. Este atributo é essencial para a análise comparativa. Ele permite que a administração compare a performance do fechamento do período entre diferentes entidades legais, identifique quais seguem os processos padrão e localize desvios ou atrasos. É um filtro importante para analisar partes específicas da empresa. Por que isso importa Ele permite filtrar e comparar o processo de fechamento entre diferentes entidades legais, algo essencial para padronizar processos globais. Onde encontrar Corresponde à entidade legal ou ao valor do segmento de balanceamento no plano de contas. É um atributo importante em quase todas as transações financeiras no Oracle Fusion Financials. Exemplos 101210US01DE01
	Data prevista de conclusão TargetCompletionDate	O prazo planejado para uma atividade ou para todo o fechamento do período.
Descrição Este atributo armazena a data prevista de conclusão dos principais marcos do processo de fechamento, conforme definido no calendário de fechamento ou nos SLAs internos. Ela serve como referência para medir a performance real. Essa data é fundamental para o Dashboard de conformidade com os prazos de fechamento e para o KPI de taxa de fechamento no prazo. Ao comparar o horário real de conclusão (EventTime) com a data prevista, o sistema pode sinalizar atrasos automaticamente e medir o cumprimento do cronograma, ajudando a manter a disciplina no processo de fechamento. Por que isso importa Ele permite medir a performance dentro do prazo e o cumprimento dos prazos, aspectos essenciais para a divulgação pontual de informações financeiras. Onde encontrar Essas informações costumam ser mantidas em uma ferramenta de gestão de fechamento ou em uma configuração personalizada do calendário de fechamento no Oracle Financials. Exemplos 2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
	Departamento Department	Departamento ou centro de custo associado à atividade ou ao caso.
Descrição Este atributo indica o departamento, como 'Contabilidade corporativa', 'FP&A' ou 'Auditoria interna', responsável pela atividade de fechamento do período ou envolvido nela. Ele fornece contexto organizacional ao processo. Segmentar o processo por departamento é uma técnica de análise útil. Ela permite comparar a eficiência do processo de fechamento entre diferentes unidades de negócio, entender como as transferências entre departamentos afetam os prazos e analisar a distribuição da carga de trabalho em cada departamento. Por que isso importa Ele permite comparar processos entre diferentes áreas da organização, ajudando a identificar boas práticas e padronizar procedimentos. Onde encontrar Este dado pode ser derivado do perfil do usuário, do segmento de centro de custo da conta do razão geral ou da estrutura organizacional da entidade legal no Oracle Fusion Financials. Exemplos Contabilidade corporativaContas a pagarTesourariaFP&A
	Hora de término EndTime	Data e hora que indicam quando uma atividade foi concluída.
Descrição A hora de término registra a data e a hora exatas em que uma atividade foi concluída. Enquanto a hora de início marca o começo, a hora de término indica a conclusão, permitindo calcular com precisão a duração de cada etapa. Este atributo é essencial para calcular o tempo de processamento de cada atividade. Ao subtrair a hora de início da hora de término, os analistas podem identificar quais etapas do processo de fechamento do período consomem mais tempo, destacando diretamente gargalos e ineficiências. Por que isso importa Ele permite calcular o tempo de processamento das atividades, algo fundamental para identificar gargalos e medir a eficiência operacional. Onde encontrar Assim como a hora de início, este dado costuma estar nos campos de data da última atualização ou em campos específicos de data de conclusão nas tabelas de transações do Oracle Fusion Financials. Exemplos 2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
	Status da atividade ActivityStatus	O status de conclusão de uma atividade, como “Concluída”, “Em andamento” ou “Falhou”.
Descrição Este atributo registra o resultado ou o estado atual de uma tarefa específica durante o fechamento do período. Por exemplo, uma importação de lançamentos pode ter o status “Bem-sucedida” ou “Falhou”, e uma conciliação pode estar “Aprovado” ou “Rejeitado”. Esse status é essencial para entender as exceções e os resultados do processo. Ele permite que analistas identifiquem as taxas de falha de tarefas automatizadas, acompanhem ciclos de rejeição nos fluxos de aprovação e monitorem o andamento do fechamento em tempo real, verificando quais atividades estão pendentes e quais foram concluídas. Por que isso importa Acompanhar o status ajuda a identificar exceções, falhas e ciclos de retrabalho, oferecendo insights sobre a qualidade e a confiabilidade do processo. Onde encontrar Esse dado costuma estar nos campos de status dos cabeçalhos ou das linhas de transações nos módulos do Oracle Fusion Financials. Exemplos ConcluídaEm andamentoAprovadoRejeitadoErro
	Tipo de conciliação ReconciliationType	Categoria da conciliação de conta que está sendo realizada.
Descrição Este atributo classifica o tipo de conciliação, como balanço patrimonial, demonstração de resultados ou operações entre empresas do mesmo grupo. Diferentes tipos de conciliação podem seguir fluxos de trabalho distintos ou apresentar níveis variados de complexidade e risco. Esse atributo é usado no Dashboard de performance de conciliação por tipo. Ao filtrar por ele, analistas podem comparar os tempos de ciclo e os volumes de cada categoria de conciliação, identificando quais tipos estão mais sujeitos a atrasos ou acúmulo de pendências e precisam de melhorias no processo. Por que isso importa Ele permite analisar a conciliação de forma direcionada e ajuda a identificar gargalos específicos de determinados tipos de conta, como contas de alto risco ou conciliações entre empresas do mesmo grupo. Onde encontrar Esse dado pode ser obtido do tipo de conta no plano de contas ou dos atributos do módulo Account Reconciliation Cloud Service (ARCS), se ele estiver em uso. Exemplos Balanço patrimonialDemonstração de resultadosConciliação bancáriaOperações entre empresas do mesmo grupo
	Tipo de lançamento contábil JournalEntryType	A classificação do lançamento contábil, como “Padrão”, “Estorno” ou “Ajuste”.
Descrição Este atributo classifica os lançamentos contábeis de acordo com sua finalidade. Um tipo importante nesse processo é “Ajuste”, que costuma indicar correções ou reclassificações decorrentes de atividades de conciliação. Esse atributo é essencial para o KPI e o Dashboard de volume de lançamentos de ajuste. Ao filtrar os lançamentos de ajuste, as organizações podem acompanhar a frequência das correções, que muitas vezes apontam para problemas nas etapas anteriores do processamento de transações ou nas políticas contábeis. Reduzir esses ajustes é um dos principais objetivos da melhoria de processos. Por que isso importa Ele ajuda a separar os lançamentos de ajuste dos lançamentos de rotina, permitindo analisar de forma direcionada o retrabalho e as correções durante o fechamento. Onde encontrar Esse dado costuma estar nos campos JE_CATEGORY e JE_SOURCE da tabela GL_JE_HEADERS. Talvez seja necessário criar um mapeamento para obter um tipo simplificado. Exemplos PadrãoAjusteReclassificaçãoProvisão
	Usuário responsável ResponsibleUser	Usuário ou funcionário que realizou a atividade.
Descrição Este atributo identifica o usuário responsável por executar uma determinada tarefa, como o contador que aprovou uma conciliação ou o controller que gerou as demonstrações financeiras. Normalmente, ele está associado a um ID de usuário ou ao nome do funcionário. Analisar o usuário responsável ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e avaliar a performance da equipe ou de cada pessoa. Esse atributo é essencial para criar Dashboards que acompanham o equilíbrio da carga de trabalho e ajudam a distribuir as tarefas de forma eficaz durante o período intenso de fechamento. Por que isso importa Ele é essencial para analisar a distribuição da carga de trabalho, a alocação de recursos e as oportunidades de automação ou treinamento. Onde encontrar Estas informações geralmente estão nos campos 'Criado por' ou 'Last Updated By' dos registros de transações no Oracle Fusion Financials, como lançamentos contábeis ou objetos de conciliação. Exemplos john.doejane.smithcontroller_ussarah.jones
	Conta do razão geral GLAccountNumber	O número da conta do razão geral que está sendo conciliada ou na qual o lançamento está sendo feito.
Descrição Este atributo informa o número específico da conta do razão geral envolvida em uma atividade, como uma conciliação de conta ou um lançamento de ajuste. Ele permite analisar os dados financeiros em detalhes. É usado para analisar o volume de lançamentos de ajuste e a performance das conciliações por conta. Isso ajuda a identificar contas problemáticas que exigem ajustes com frequência ou têm conciliações demoradas, o que pode indicar problemas nos subprocessos. Por que isso importa Oferece uma visão detalhada para identificar contas problemáticas que exigem ajustes com frequência ou apresentam atrasos nas conciliações. Onde encontrar Este é um campo fundamental em tabelas do razão geral, como GL_JE_LINES, e é essencial para qualquer processo de conciliação. Exemplos 111001401000625003212001
	É entre empresas do mesmo grupo IsIntercompanyTransaction	Um indicador que informa se uma transação ocorre entre duas entidades legais diferentes da mesma empresa.
Descrição Este atributo booleano (verdadeiro/falso) identifica transações ou conciliações que envolvem empresas do mesmo grupo. Essas atividades costumam ser mais complexas e estão mais sujeitas a divergências e atrasos. Esse indicador é essencial para o Dashboard de fluxo de conciliação entre empresas do mesmo grupo e para o KPI de taxa de conciliação entre empresas do mesmo grupo. Ele permite isolar e analisar esse subprocesso para identificar gargalos específicos das transações entre entidades e melhorar a precisão das demonstrações financeiras consolidadas. Por que isso importa Ele permite isolar o processo de conciliação entre empresas do mesmo grupo, que costuma ser complexo e problemático, para analisá-lo e otimizá-lo de forma direcionada. Onde encontrar Esse dado pode ser identificado em módulos específicos de operações entre empresas do mesmo grupo no Oracle (AGIS) ou pela análise de lançamentos contábeis em que o segmento do código da empresa difere entre as linhas ou os segmentos de balanceamento. Exemplos truefalse
	É retrabalho IsRework	Um indicador calculado que identifica atividades que representam retrabalho.
Descrição Este atributo booleano é derivado do fluxo do processo e sinaliza atividades que indicam retrabalho. Um exemplo comum no fechamento do período é a atividade “Lançamento contábil de ajuste realizado” após a atividade “Conciliação aprovada” para a mesma conta, o que sugere que a conciliação não foi suficiente. Este atributo é usado para quantificar a frequência e o impacto do retrabalho, uma das principais fontes de ineficiência. Ao identificar e analisar ciclos de retrabalho, as organizações podem diagnosticar as causas raiz dos erros, como treinamento insuficiente ou procedimentos inadequados, e tomar medidas corretivas. Por que isso importa Ele quantifica diretamente a ineficiência do processo ao sinalizar atividades que corrigem trabalhos anteriores, ajudando a identificar as causas raiz dos erros. Onde encontrar Essa métrica é calculada definindo padrões de retrabalho na ferramenta de Process Mining, como uma sequência de “Aprovação” seguida de “Correção”. Exemplos truefalse
	Foi concluído no prazo IsOnTime	Um indicador calculado que informa se uma atividade foi concluída até a data prevista.
Descrição Este atributo booleano compara o horário real de conclusão de uma atividade (EventTime ou EndTime) com o prazo planejado (TargetCompletionDate). O valor é verdadeiro se a atividade foi concluída no prazo ou antes dele, e falso se houve atraso. Ele oferece uma medida simples e clara do cumprimento do cronograma e serve de base para o KPI de taxa de fechamento no prazo. Ajuda a identificar rapidamente os gargalos que causam atrasos e oferece aos gestores uma métrica clara para acompanhar o cumprimento do calendário de fechamento. Por que isso importa Ele oferece uma medida clara e binária do cumprimento do cronograma, facilitando o acompanhamento dos prazos críticos de fechamento. Onde encontrar Essa métrica é calculada durante a transformação dos dados, comparando EventTime com TargetCompletionDate (EventTime <= TargetCompletionDate). Exemplos truefalse
	ID do lançamento contábil JournalEntryId	O identificador exclusivo de um lançamento contábil.
Descrição Este atributo é o ID exclusivo, gerado pelo sistema, de um lançamento contábil do razão geral. Ele é especialmente relevante para atividades relacionadas ao lançamento de ajustes ou lançamentos manuais. É usado para acompanhar lançamentos contábeis individuais, sobretudo os de ajuste, ao longo de todo o ciclo de vida. Esse ID ajuda a calcular o volume de ajustes e a rastrear o retrabalho até lançamentos financeiros específicos. Por que isso importa Ele permite acompanhar lançamentos financeiros específicos, o que é essencial para auditorias e para analisar o volume e a natureza dos lançamentos de ajuste. Onde encontrar Esta é a chave primária da tabela GL_JE_HEADERS, geralmente chamada JE_HEADER_ID. Exemplos JE1002345JE1002378JE1002412
	Livro contábil LedgerName	Nome do livro contábil ao qual pertencem as transações e os saldos.
Descrição No Oracle Fusion Financials, um livro contábil registra transações financeiras definidas por um plano de contas, um calendário e uma moeda. Ele pode ser o livro principal de uma entidade legal ou um livro secundário ou de relatórios, usado para diferentes normas contábeis. Analisar os dados por livro contábil é importante para entender processos que podem variar conforme os requisitos contábeis, como IFRS e US GAAP. Isso ajuda a garantir que os processos sejam eficientes e estejam em conformidade com cada norma de relatório exigida. Por que isso importa Ele fornece contexto contábil essencial e permite segmentar a análise por diferentes normas contábeis ou requisitos de relatórios. Onde encontrar Este dado é armazenado junto aos dados financeiros nas tabelas principais do razão geral e costuma ser referenciado por LEDGER_ID em tabelas como GL_JE_HEADERS e GL_BALANCES. Exemplos Livro contábil principal dos USLivro contábil principal do Reino UnidoLivro contábil de relatórios IFRS
	País Country	O país associado à entidade legal ou ao código da empresa.
Descrição Este atributo especifica o país em que a entidade legal opera. Ele fornece contexto geográfico para o processo de fechamento do período. Analisar o processo por país pode revelar variações decorrentes de exigências legais locais, práticas de negócio diferentes ou da performance de centros regionais de serviços compartilhados. Isso permite comparar resultados entre regiões e entender como as diferenças regionais afetam a eficiência do processo. Por que isso importa Ele permite analisar o processo de fechamento por região e destacar variações decorrentes de regulamentações locais ou da performance das equipes regionais. Onde encontrar Esse dado costuma ser obtido da configuração da entidade legal ou da unidade de negócio no Oracle Fusion Financials. Exemplos USAAlemanhaJapãoBrasil
	Tempo de ciclo do fechamento do período PeriodCloseCycleTime	O tempo total do processo de fechamento do período, do início ao fim.
Descrição Esta é uma métrica calculada no nível do caso que representa a duração total do fechamento de um período financeiro. Ela é calculada subtraindo o horário da primeira atividade do horário da última atividade para um determinado período financeiro. Este é um dos principais indicadores de performance (KPI) do processo de registro à divulgação financeira. Ele oferece uma medida geral da eficiência do processo de ponta a ponta e é usado para acompanhar iniciativas de melhoria voltadas a acelerar o fechamento. Por que isso importa Este KPI mede a eficiência de ponta a ponta do processo de fechamento, uma prioridade para a liderança financeira. Onde encontrar Essa métrica é calculada no nível do caso, na ferramenta de Process Mining, subtraindo o StartTime mais antigo do StartTime mais recente de um caso. Exemplos P5D4HP7D12HP4D20H
	Valor do lançamento contábil JournalEntryAmount	O valor total de débito ou crédito do lançamento contábil.
Descrição Este atributo registra o valor monetário de um lançamento contábil. Ele pode representar o valor de um ajuste, de uma provisão ou de qualquer outro lançamento financeiro. Analisar o valor dos lançamentos de ajuste oferece insights sobre o impacto financeiro de erros ou exceções no processo. Ajustes de valor alto ou frequentes podem indicar falhas importantes nos controles ou problemas que exigem atenção imediata. Assim, a análise do volume de lançamentos também considera a relevância financeira. Por que isso importa Ele ajuda a avaliar o impacto financeiro e a relevância dos ajustes, diferenciando pequenas correções de reexpressões financeiras significativas. Onde encontrar Esse valor deve ser calculado somando os valores de débito da tabela GL_JE_LINES para um determinado lançamento contábil. Exemplos 15000.00250.75125000.50

Obrigatório Recomendado Opcional

Atividades do processo de registro ao reporte, fechamento do período e conciliação

Estas são as principais etapas e marcos do processo que você deve registrar no Event Log para descobrir e analisar com precisão o fechamento financeiro.

6 Recomendado 8 Opcional

	Atividade	Descrição
	Conciliação aprovada	Indica que um revisor aprovou formalmente uma conciliação de conta, confirmando sua precisão e integridade. É um marco importante que sinaliza a conclusão do fluxo de trabalho de conciliação.
Por que isso importa A aprovação encerra o ciclo de conciliação de uma conta. É um marco essencial para medir a performance da conciliação e liberar as próximas etapas do fechamento. Onde encontrar Este é um evento explícito, registrado com data e hora no Oracle ARCS, quando um revisor autorizado atualiza o status de uma conciliação para 'Approved' ou 'Closed'. Coleta Capturado a partir da data e hora da alteração de status para 'Approved' no registro de auditoria do sistema de conciliação. Tipo de evento explicit
	Conciliação de conta iniciada	Este evento marca o início do processo de conciliação de uma conta específica do razão geral ou de um grupo de contas. Muitas vezes, ele é inferido a partir da primeira ação na conciliação, como a atribuição a um preparador ou uma alteração inicial de status.
Por que isso importa Este evento marca o início de um subprocesso crítico e muitas vezes demorado. Medir o tempo entre este evento e a aprovação ajuda a calcular o tempo de ciclo da conciliação e identificar pendências. Onde encontrar No Oracle Account Reconciliation Cloud Service (ARCS), é possível inferir este evento pela data e hora em que o status de uma conciliação muda para 'Open with Preparer' ou para um estado inicial semelhante. Coleta Inferido a partir da data e hora mais antiga associada à conciliação de uma conta específica no período, quando ela sai do estado 'Pending' ou 'New'. Tipo de evento inferred
	Demonstrações financeiras geradas	Este evento marca a criação das principais demonstrações financeiras, como a demonstração do resultado, o balanço patrimonial e a demonstração dos fluxos de caixa. Normalmente, é um processo iniciado por um usuário e executado pelo sistema.
Por que isso importa Este é um marco importante que sinaliza o fim da fase de processamento dos dados e o início da fase final de revisão e aprovação. É essencial para medir o tempo de aprovação das demonstrações financeiras. Onde encontrar É possível inferir esta atividade pela conclusão bem-sucedida dos processos de geração de relatórios financeiros ou pela data e hora de criação dos relatórios publicados nas ferramentas de geração de relatórios do Oracle Fusion, como Financial Reporting Studio ou Narrative Reporting. Coleta Inferido a partir da data e hora de conclusão do processo agendado que gera o pacote final de relatórios. Tipo de evento inferred
	Lançamento de ajuste contabilizado	Representa o lançamento manual de um lançamento contábil no razão geral para corrigir saldos, registrar provisões ou fazer outros ajustes identificados durante a conciliação. Cada lançamento é uma transação individual registrada no sistema.
Por que isso importa Um grande volume de lançamentos de ajuste, especialmente após a aprovação das conciliações, indica retrabalho e possíveis problemas nos processos anteriores. Acompanhar esses lançamentos é essencial para melhorar a qualidade dos dados. Onde encontrar Registrado nas tabelas GL_JE_HEADERS e GL_JE_LINES. Muitas vezes, é possível identificar lançamentos de ajuste pela categoria ou origem, normalmente definida como 'Manual' ou 'Adjustment'. Coleta Identificado pelas datas de criação e contabilização dos lançamentos com a categoria 'Adjustment' no período. Tipo de evento explicit
	Período aberto	Marca o início oficial do processo de fechamento financeiro de um período contábil específico. Normalmente, é uma ação explícita realizada por um usuário autorizado no módulo de razão geral para permitir o lançamento de transações.
Por que isso importa Esta atividade é o evento de início definitivo do caso de fechamento do período. Ela é essencial para medir o tempo total de ciclo do fechamento e identificar atrasos no início do processo. Onde encontrar Este evento é capturado no módulo de razão geral quando o status de um período muda para 'Open'. Ele pode ser encontrado na tabela GL_PERIOD_STATUSES, que registra o status e a data e hora de cada período. Coleta Capturado no log de alterações de status de um período financeiro em GL_PERIOD_STATUSES. Tipo de evento explicit
	Período fechado permanentemente	Marca o fechamento final e irreversível de um período contábil no razão geral. Depois desta ação, o período não pode ser reaberto e nenhuma outra alteração pode ser feita.
Por que isso importa Esta atividade é o evento final definitivo do caso de fechamento do período. Ela fornece a data e hora final para medir o tempo total de ciclo do fechamento e garante a integridade dos dados para os relatórios. Onde encontrar Esta é uma ação específica e explícita que atualiza o status do período na tabela GL_PERIOD_STATUSES para 'Permanently Closed'. O sistema registra a ação e sua data e hora. Coleta Capturado no log de alterações de status do período financeiro em GL_PERIOD_STATUSES, quando o status muda para 'Permanently Closed'. Tipo de evento explicit
	Balancete gerado	Esta atividade representa a geração do relatório de balancete do período. É um ponto de verificação importante para garantir que o total de débitos seja igual ao total de créditos antes da elaboração das demonstrações financeiras finais.
Por que isso importa A primeira geração bem-sucedida do balancete é um marco importante, pois indica que todos os principais ajustes provavelmente foram concluídos. É uma etapa essencial antes da fase final de elaboração dos relatórios. Onde encontrar É possível inferir esta atividade pela conclusão bem-sucedida da solicitação simultânea ou do processo agendado 'Trial Balance Report'. O sistema registra o horário de execução desses processos. Coleta Inferido a partir da data e hora de conclusão do processo de geração do relatório de balancete nos logs do agendador de processos do sistema. Tipo de evento inferred
	Conciliação enviada para revisão	Esta atividade marca a transferência da conciliação de contas da pessoa que a preparou para quem é responsável por revisá-la e aprová-la. Normalmente, isso corresponde a uma alteração explícita de status na ferramenta de conciliação.
Por que isso importa Essa transferência pode gerar espera ou se tornar um gargalo. Analisar o tempo entre o envio e a aprovação revela atrasos no ciclo de revisão e pode orientar a alocação de recursos. Onde encontrar Capturado no Oracle ARCS quando o status de uma conciliação muda de 'Preparation' para 'Pending Review' ou 'Submitted'. A alteração de status é registrada com data e hora. Coleta Baseado na data e hora da alteração de status para 'Pending Approval' ou equivalente no sistema de conciliação. Tipo de evento explicit
	Conciliação intercompany concluída	Representa a conclusão da conciliação de transações entre diferentes entidades legais da mesma organização. Esta atividade especializada garante que os saldos intercompany resultem em zero.
Por que isso importa A conciliação intercompany é uma fonte frequente de atrasos e complexidade no processo de fechamento. Identificar sua duração ajuda a otimizar uma atividade crítica para a elaboração de relatórios consolidados. Onde encontrar Este evento pode ser capturado no módulo Intercompany Transaction ou no ARCS quando as conciliações intercompany atingem o status 'Reconciled' ou 'Closed' no período. Coleta Inferido a partir da data e hora em que o status dos lotes de conciliação intercompany do período é marcado como concluído. Tipo de evento inferred
	Demonstrações financeiras revisadas	Representa a conclusão da revisão das demonstrações financeiras geradas pela administração. Muitas vezes, é um processo manual, e seu registro pode precisar ser inferido a partir de atividades relacionadas no sistema ou de entradas manuais.
Por que isso importa O ciclo de revisão costuma ocupar uma parte significativa da etapa final do fechamento. Acompanhar esse ciclo ajuda a identificar atrasos na revisão da administração e reduzir o prazo total para a elaboração dos relatórios. Onde encontrar É difícil capturar esta atividade diretamente. Ela pode ser inferida pela data e hora de uma alteração no status do relatório em uma ferramenta de geração de relatórios narrativos ou por uma tarefa de aprovação explícita em uma ferramenta de fluxo de trabalho. Coleta Pode ser necessário inferir esta atividade a partir de outros eventos do sistema, como a conclusão de uma tarefa de aprovação em um fluxo de trabalho BPM, ou registrá-la manualmente. Tipo de evento inferred
	Lançamentos contábeis importados	Esta atividade representa a importação de transações resumidas dos subledgers e de outros dados externos para o razão geral. Ela consolida os dados financeiros para preparar a conciliação e os ajustes.
Por que isso importa Acompanhar a conclusão das importações de dados é essencial para entender os prazos de coleta de dados. Esse marco indica quando o razão geral já contém os dados brutos necessários para dar continuidade ao fechamento. Onde encontrar É possível identificar esta atividade verificando a conclusão bem-sucedida dos processos de importação de lançamentos nas tabelas GL_JE_BATCHES e GL_IMPORT_REFERENCES, filtradas pelo período contábil correspondente. Coleta Identificado pela data de criação dos lotes de lançamentos cuja origem indica uma importação de subledger ou externa. Tipo de evento explicit
	Período definido como 'Closed'	Esta é uma etapa final, mas reversível, em que o status do período no razão geral muda para 'Closed'. Isso impede novos lançamentos contábeis no período, a menos que ele seja reaberto.
Por que isso importa Esta atividade marca o fim operacional do fechamento do período contábil, embora não seja a etapa final irreversível. É um marco importante para a Conformidade e os controles. Onde encontrar Esta é uma alteração explícita de status registrada na tabela GL_PERIOD_STATUSES, que armazena o usuário, a data e hora e o novo status 'Closed' do período. Coleta Capturado no log de alterações de status do período financeiro em GL_PERIOD_STATUSES, quando o status muda para 'Closed'. Tipo de evento explicit
	Período do subledger fechado	Representa o fechamento dos livros auxiliares, como contas a pagar, contas a receber e ativos, para o período. Essa ação impede novos lançamentos nos subledgers e é um pré-requisito para fechar o razão geral.
Por que isso importa Atrasos no fechamento dos subledgers são um gargalo comum que afeta diretamente o início do fechamento do razão geral. Acompanhar esta atividade ajuda a identificar a origem dos atrasos logo no começo do processo. Onde encontrar Capturado nas alterações de status do período contábil de cada subledger no Oracle Fusion Financials. Em geral, as alterações de status de cada módulo de subledger são registradas com data e hora. Coleta Derivado das tabelas de status do período do subledger que indicam o status 'Closed' para um aplicativo específico, como contas a pagar ou contas a receber. Tipo de evento explicit
	Processo de consolidação executado	Representa a execução de rotinas de consolidação que agregam dados financeiros de várias subsidiárias ou unidades de negócio em um único conjunto de demonstrações financeiras para a empresa controladora. É um processo específico, registrado no sistema.
Por que isso importa Para organizações com várias entidades, a consolidação é uma etapa crítica e complexa. Acompanhar sua execução e duração é essencial para entender o cronograma de fechamento no nível corporativo. Onde encontrar No Oracle Financial Consolidation and Close Cloud (FCCS), a execução das regras e dos processos de consolidação é registrada com data e hora de início e de término. Esses dados podem ser extraídos do agendador de processos. Coleta Capturado nos logs de execução do processo de consolidação ou da regra de negócio no módulo FCCS. Tipo de evento explicit

Recomendado Opcional

Guias de extração

Como obter seus dados do Oracle Fusion Financials

Etapas

Pré-requisitos e configuração: Confirme se o Python 3.6 ou superior está instalado. Instale as bibliotecas necessárias com pip: pip install requests pandas. Obtenha a URL base do Oracle Fusion (por exemplo, https://[your-fusion-instance].oraclecloud.com) e credenciais seguras de API para uma conta de usuário com funções como 'Financial Analyst' e 'General Ledger Manager' e o acesso adequado aos dados.
Configure o script: Copie o script Python fornecido para um arquivo, por exemplo, extract_r2r.py. Substitua os valores de exemplo de BASE_URL, USERNAME e PASSWORD pelos dados específicos do seu ambiente Oracle Fusion.
Defina os parâmetros de extração: Ajuste as variáveis START_DATE e END_DATE no script para definir o período de extração dos dados. Recomendamos começar com um intervalo menor, como três meses, para controlar o volume de dados.
Execute o script: Execute o script no terminal com o comando python extract_r2r.py. O script fará a autenticação na API REST do Oracle Fusion e começará a buscar os dados de cada atividade definida.
Acompanhe a execução: Durante a busca dos dados de cada tipo de atividade, o script exibirá mensagens de progresso no console. O processo pode levar bastante tempo, dependendo do intervalo de datas e do volume de dados. Verifique se há mensagens de erro que indiquem falhas de autenticação ou problemas na API.
Busca e paginação dos dados: O script gerencia a paginação automaticamente, fazendo chamadas repetidas aos endpoints da API até recuperar todos os registros do intervalo especificado. Ele coleta dados das 14 atividades obrigatórias.
Transformação e consolidação: Para cada registro recuperado pela API, o script converte os dados para um formato padronizado, mapeando os campos JSON para as colunas necessárias do Event Log, como FinancialPeriod, ActivityName e EventTime. Todas as atividades são reunidas em uma única estrutura de dados.
Adicione colunas de metadados: Depois de buscar e transformar todos os dados, o script adiciona as colunas SourceSystem e LastDataUpdate para fornecer contexto e acompanhar a atualização dos dados.
Exporte o Event Log: O conjunto de dados consolidado é exportado como um arquivo CSV chamado oracle_fusion_r2r_event_log.csv, no mesmo diretório do script.
Revise e carregue os dados: Abra o arquivo CSV gerado em um aplicativo de planilhas e confira se os dados estão completos e corretos. Antes de carregar o arquivo no ProcessMind, confirme se todas as colunas estão presentes e preenchidas como esperado.

Configuração

Autenticação: O script usa autenticação básica. Para aumentar a segurança em um ambiente de produção, recomendamos fortemente modificá-lo para usar OAuth 2.0, o que exige configurar um aplicativo confidencial no Oracle Identity Cloud Service.
Endpoints da API: O script usa principalmente recursos da API REST do Financials, incluindo glPeriods para status de períodos e journalBatches para detalhes de lançamentos. Para atividades sem cobertura nos endpoints REST padrão, como a geração de relatórios, ele consulta o histórico de tarefas do Enterprise Scheduler Service (ESS).
Intervalo de datas: Os parâmetros START_DATE e END_DATE do script controlam o período de extração. Para a análise inicial, recomendamos um intervalo de 3 a 6 meses, para manter o volume de dados e o tempo de execução do script sob controle.
Filtragem: O script inclui parâmetros 'q' nas solicitações à API para filtrar os dados com base em lastUpdateDate. Você pode adicionar outros filtros para restringir o escopo, como filtrar por um LedgerId específico para analisar uma única empresa ou entidade legal.
Paginação: O parâmetro limit nas chamadas da API está definido para 500 registros por solicitação, a fim de otimizar o desempenho e evitar tempos limite. O script percorre automaticamente as páginas para recuperar o conjunto completo de dados.
Pré-requisitos: É necessário ter acesso a um ambiente Oracle Fusion Financials. A conta de usuário usada na extração precisa das funções de segurança e permissões necessárias para ler dados do General Ledger pelas APIs REST.

Consulta de exemplo python

import requests
import pandas as pd
from datetime import datetime
import os

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance].oraclecloud.com"
USERNAME = os.environ.get(class="hl-string">"FUSION_USER", class="hl-string">"your_username")
PASSWORD = os.environ.get(class="hl-string">"FUSION_PASSWORD", class="hl-string">"your_password")

class=class="hl-string">"hl-comment"># Set the date range for extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- Generic API Fetch Function ---
def fetch_data(endpoint, q_filter, fields):
    all_items = []
    offset = 0
    limit = 500
    url = fclass="hl-string">"{BASE_URL}{endpoint}"
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    while True:
        params = {
            class="hl-string">'q': q_filter,
            class="hl-string">'fields': fields,
            class="hl-string">'limit': limit,
            class="hl-string">'offset': offset,
            class="hl-string">'onlyData': class="hl-string">'true'
        }
        try:
            response = requests.get(url, auth=(USERNAME, PASSWORD), headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            
            if not data.get(class="hl-string">'hasMore', False):
                break
            offset += limit
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
            
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    event_log = []
    now_utc = datetime.utcnow().isoformat() + class="hl-string">'Z'
    date_filter = fclass="hl-string">"lastUpdateDate between '{START_DATE}T00:00:00.000Z' and '{END_DATE}T23:59:59.999Z'"

    class=class="hl-string">"hl-comment"># 1. Period Opened, Closed, Permanently Closed
    print(class="hl-string">"Fetching Period Status changes...")
    period_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/glPeriods', date_filter, class="hl-string">"periodName,periodStatus,lastUpdateDate,lastUpdatedBy,ledgerName,ledgerId")
    for p in period_data:
        activity_map = {
            class="hl-string">'OPEN': class="hl-string">'Period Opened',
            class="hl-string">'CLOSED': class="hl-string">'Period Set to \'Closed\class="hl-string">'',
            class="hl-string">'PERMANENTLY_CLOSED': class="hl-string">'Period Permanently Closed'
        }
        activity_name = activity_map.get(p.get(class="hl-string">'periodStatus'))
        if activity_name:
            event_log.append({
                class="hl-string">'FinancialPeriod': p.get(class="hl-string">'periodName'),
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'EndTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'ResponsibleUser': p.get(class="hl-string">'lastUpdatedBy'),
                class="hl-string">'CompanyCode': p.get(class="hl-string">'ledgerId'),
                class="hl-string">'ActivityStatus': class="hl-string">'Completed',
                class="hl-string">'JournalEntryType': None,
                class="hl-string">'ReconciliationType': None,
                class="hl-string">'Department': None,
                class="hl-string">'TargetCompletionDate': None
            })
            
    class=class="hl-string">"hl-comment"># 2. Subledger Period Closed
    print(class="hl-string">"Fetching Subledger Period Close status...")
    class=class="hl-string">"hl-comment"># This is inferred from the GL period's closingStatus property.
    class=class="hl-string">"hl-comment"># A status of class="hl-string">'C' (Closed) or class="hl-string">'W' (Close pending) in sub-fields often indicates subledger closure.
    class=class="hl-string">"hl-comment"># For a more direct approach, specific subledger period APIs would be needed.
    subledger_period_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/glPeriods', date_filter, class="hl-string">"periodName,closingStatus,lastUpdateDate,lastUpdatedBy,ledgerName,ledgerId")
    for p in subledger_period_data:
        if p.get(class="hl-string">'closingStatus') in [class="hl-string">'C', class="hl-string">'W']:
            event_log.append({
                class="hl-string">'FinancialPeriod': p.get(class="hl-string">'periodName'),
                class="hl-string">'ActivityName': class="hl-string">'Subledger Period Closed',
                class="hl-string">'EventTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'EndTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'ResponsibleUser': p.get(class="hl-string">'lastUpdatedBy'),
                class="hl-string">'CompanyCode': p.get(class="hl-string">'ledgerId'),
                class="hl-string">'ActivityStatus': class="hl-string">'Completed',
                class="hl-string">'JournalEntryType': None,
                class="hl-string">'ReconciliationType': None,
                class="hl-string">'Department': None,
                class="hl-string">'TargetCompletionDate': None
            })

    class=class="hl-string">"hl-comment"># 3. Journal Entries Imported & 8. Adjusting Journal Entry Posted
    print(class="hl-string">"Fetching Journal Entries...")
    journal_filter = fclass="hl-string">"actualFlag='A' and postedDate between '{START_DATE}' and '{END_DATE}'"
    journal_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/journalBatches', journal_filter, class="hl-string">"journalBatchName,postedDate,createdBy,jeSource,jeCategory,periodName,ledgerId")
    for j in journal_data:
        class=class="hl-string">"hl-comment"># Imported journals often come from specific sources like class="hl-string">'Payables', class="hl-string">'Receivables', etc.
        if j.get(class="hl-string">'jeSource') not in [class="hl-string">'Manual']:
            activity_name = class="hl-string">'Journal Entries Imported'
            entry_type = class="hl-string">'Imported'
        else:
            activity_name = class="hl-string">'Adjusting Journal Entry Posted'
            entry_type = class="hl-string">'Adjusting'
        event_log.append({
            class="hl-string">'FinancialPeriod': j.get(class="hl-string">'periodName'),
            class="hl-string">'ActivityName': activity_name,
            class="hl-string">'EventTime': j.get(class="hl-string">'postedDate'),
            class="hl-string">'EndTime': j.get(class="hl-string">'postedDate'),
            class="hl-string">'ResponsibleUser': j.get(class="hl-string">'createdBy'),
            class="hl-string">'CompanyCode': j.get(class="hl-string">'ledgerId'),
            class="hl-string">'ActivityStatus': class="hl-string">'Completed',
            class="hl-string">'JournalEntryType': entry_type,
            class="hl-string">'ReconciliationType': None,
            class="hl-string">'Department': None,
            class="hl-string">'TargetCompletionDate': None
        })

    class=class="hl-string">"hl-comment"># 4, 5, 6, 7. Reconciliation Activities (Placeholder - requires ARCS or equivalent module)
    print(class="hl-string">"Fetching Reconciliation activities (Placeholder)...")
    class=class="hl-string">"hl-comment"># These activities are typically in Oracle ARCS. The endpoint below is a professional placeholder.
    class=class="hl-string">"hl-comment"># You would need to use the ARCS REST API if you have that module.
    class=class="hl-string">"hl-comment"># Example endpoint: /armRestApi/v1/reconciliations

    class=class="hl-string">"hl-comment"># 9, 10, 11. Report Generation and Consolidation (via ESS Jobs)
    print(class="hl-string">"Fetching ESS Job history for reports and consolidation...")
    ess_filter = fclass="hl-string">"(jobDefinitionName like '%TrialBalance%' or jobDefinitionName like '%Consolidation%' or jobDefinitionName like '%FinancialStatement%') and lastUpdateDate between '{START_DATE}T00:00:00.000Z' and '{END_DATE}T23:59:59.999Z'"
    class=class="hl-string">"hl-comment"># Note: The ESS job history endpoint is often accessed via SOAP APIs or specific REST resources.
    class=class="hl-string">"hl-comment"># The below is a representation of what such a query might look like.
    class=class="hl-string">"hl-comment"># A common method is a BI Publisher report on ESS tables, exposed as a REST service.
    
    class=class="hl-string">"hl-comment"># 12. Financial Statements Reviewed
    class=class="hl-string">"hl-comment"># This is often a manual step and may not be logged in a standard way. It could be a specific ESS job
    class=class="hl-string">"hl-comment"># status change, a custom object, or inferred from a subsequent action.

    class=class="hl-string">"hl-comment"># --- Final Data Processing ---
    if not event_log:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    df = pd.DataFrame(event_log)
    df[class="hl-string">'SourceSystem'] = class="hl-string">'Oracle Fusion Financials'
    df[class="hl-string">'LastDataUpdate'] = now_utc

    class=class="hl-string">"hl-comment"># Reorder and fill missing columns
    final_cols = [class="hl-string">'FinancialPeriod', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'ResponsibleUser', class="hl-string">'Department', class="hl-string">'CompanyCode', class="hl-string">'ReconciliationType', class="hl-string">'ActivityStatus', class="hl-string">'JournalEntryType', class="hl-string">'TargetCompletionDate', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate']
    for col in final_cols:
        if col not in df.columns:
            df[col] = None
    df = df[final_cols]
    
    class=class="hl-string">"hl-comment"># Sort by time
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
    df = df.sort_values(by=[class="hl-string">'FinancialPeriod', class="hl-string">'EventTime']).reset_index(drop=True)

    df.to_csv(class="hl-string">'oracle_fusion_r2r_event_log.csv', index=False)
    print(class="hl-string">"Extraction complete. Event log saved to oracle_fusion_r2r_event_log.csv")

if __name__ == class="hl-string">"__main__":
    main()

Pronto para começar?

Este Template de dados oferece a base necessária para começar a otimizar o processo de registro ao reporte, fechamento do período e conciliação. Use esses insights para identificar gargalos e aumentar a eficiência das operações financeiras.

Voltar ao guia de melhoria

Baixar Template

Melhore hoje o processo de registro ao reporte, fechamento do período e conciliação

Reduza em 30% o tempo de ciclo do R2R, elimine gargalos e aumente a precisão.

Começar o teste grátis

Não é necessário informar cartão de crédito. A configuração leva poucos minutos.

Seu Template de dados para registro ao reporte, fechamento do período e conciliação

Seu Template de dados para registro ao reporte, fechamento do período e conciliação

Atributos do processo de registro ao reporte, fechamento do período e conciliação

Atividades do processo de registro ao reporte, fechamento do período e conciliação

Guias de extração

Extração com Python usando a API REST do Fusion Financials

Etapas

Configuração

Consulta de exemplo python

Pronto para começar?

Melhore hoje o processo de registro ao reporte, fechamento do período e conciliação