ETAPA 1: DETERMINAR SE OS RELATÓRIOS FINANCEIROS USAM TABELAS AA:

Antes de fechar o GL ou executar qualquer etapa neste artigo, execute seus relatórios financeiros que você normalmente executará para balancear para o Saldo de Avaliação GL. Com base no que você encontrou, siga o método apropriado:

-MÉTODO 1 - SECORRETO : se os relatórios financeiros estão corretos e corresponderem ao GL, você pode prosseguir com as etapas 2-8 deste artigo, que ainda devem ser concluídas para que você não receba erros do AA durante o processo de fechamento do final do ano GL.

Observação: se você usar um sistema de relatórios que só lê diretamente de tabelas GL (como o provedor herdado no Management Reporter ao ler de uma empresa GL ou outra ferramenta de relatório)] para seus Relatórios Financeiros, então você pode continuar na Etapa 2, já que os dados do AA não afetam seu relatório financeiro.


-MÉTODO 2 - SENÃO ESTIVER CORRETO : No entanto, se seus relatórios financeiros não estão corretos, provavelmente devido às tabelas AA sendo usadas e os dados do AA não corresponderem aos dados GL. Para verificar os dados do AA, você deve primeiro executar os scripts SQL fornecidos no KB 2910626 além do restante das etapas deste artigo.  

Observação: o Data Mart no Management Reporter lê de tabelas AA (e GL), ou o provedor herdado usado com o Management Reporter pode ser lido de uma empresa AA.

Etapas do Método 2:

a.) Primeiro, execute todos os scripts em KB 2910626 verificar dados AA com dados GL.   

Relatórios financeiros do Management Reporter não combinam com os Relatórios gerais de Avaliação de Ledger no Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Quando você tiver concluído as etapas no KB 2910626, volte para esse KB e continue com o restante das etapas listadas abaixo. (Observe que as etapas 2 e 4 também estão no KB 2910626, mas recomendamos verificar isso novamente, pois eles não devem retornar nenhum resultado se você já corrigiu esses dados.)

 

ETAPA 2: VERIFICAR DADOS AA PARA ANOS SOBREPOSTOS

Execute esses scripts para garantir que você não tenha anos sobrepostos na tabela AAG300000 Open com a tabela histórica AAG40000. Cada ano distinto só deve existir em uma tabela ou outra, mas não em ambos.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Se você encontrar anos sobrepostos em ambas as tabelas, é recomendável abrir um incidente de suporte para assistência. O caso de suporte é responsável, pois esse problema geralmente é criado devido à importação de registros. Observe que, se a correção de dados for necessária, isso pode precisar ser referenciado para consultoria, o que seria uma despesa a ser cobrada para você.
 

ETAPA 3: VERIFICAR OS ANOS ENTRE AS TABELAS ABERTAS/HISTÓRICAS CORRESPONDEREM ENTRE AA/GL:

Em seguida, certifique-se de que os anos nas tabelas AA estão nos mesmos anos abertos ou fechados que suas tabelas GL. As tabelas abertas AAG30000 e GL20000 devem ter os mesmos anos. E as tabelas históricas AAG40000 e GL30000 devem conter os mesmos anos fechados.

select distinct(YEAR1) from AAG30000

select distinct(OPENYEAR) from GL20000

select distinct(YEAR1)from AAG40000 order by YEAR1

select distinct(HSTYEAR) from GL30000 order by HSTYEAR

-Se você encontrar anos na tabela aberta AAG30000 antes do ano em que você está fechando, você também deve fazer ETAPAS PARA MOVER DADOS PARA O HISTÓRICO abaixo, bem como para mover os dados do ano histórico para o histórico. A tabela AAG30000 só deve ter dados para os anos que estão atualmente abertos em GL. Se você tentar fechar o ano no GL, será solicitado a receber esta mensagem:  

Use os scripts acima para determinar se você precisa executar as ETAPAS PARA MOVER DADOS PARA O HISTÓRICO, para que você possa impedir que a mensagem acima aconteça durante o processo de fechamento de final de ano GL.


ETAPAS PARA MOVER DADOS PARA O HISTÓRICO:
Na primeira vez que você fechar o GL em uma versão superior à GP 10.0 SP2 ou superior (com a AA ativada), você será solicitado a mover dados AA para o histórico antes que o sistema permita que você feche o ano GL. O sistema verificará se os dados AA estão na série aberta/histórica correspondente de tabelas AA, pois os dados GL estão nas tabelas abertas/históricas no GL. Se esse não for o caso, você receberá uma mensagem para executar o Utilitário Mover para o Histórico para AA antes de poder prosseguir com o fechamento de Final de Ano GL.  ( Essa rotina só deve ser executado UMA VEZ após a atualização doGP 10.0passado e, em seguida, você nunca deve ter que executar novamente.  Era para ser um processo único. Esse utilitário não corrigirá anos duplicados entre tabelas AA ou dados danificados posteriormente.)

Lembre-se de que, se você não fechou seu ano GL (com a AA ativada) depois de instalar um service pack posterior ao SP2 para a versão 10.0 ou atualizar para a GP 2010, poderá receber uma mensagem informando " Você deve consolidar transações e transferir detalhes para o utilitário de histórico para fechar oano". O código foi adicionado ao processo de fechamento que comparará os anos nas tabelas abertas do AA com os anos históricos na Instalação do Período Fiscal da Empresa. Se houver dados AA na série de tabelas AAG3000X para um ano histórico, você receberá o erro. Siga estas etapas para consolidar esses anos:

1.) No menu GP do Microsoft Dynamics, aponte para Ferramentas ,aponte para Utilitários ,aponte para Financeiro, aponte para Contabilidade Analítica eclique em Mover Dados para Histórico.

2.) O ano mais antigo será padrão, já que o sistema encontrado nas tabelas abertas do AAG3000x. Você só poderá mover um ano por vez.

3.) Selecione a opção apropriada: Transferir detalhes da transação para o histórico – Essa opção move os registros de detalhes do AA de abrir para tabelas de histórico e nenhuma entrada

BBF será criada. Você deve garantir que não haja entradas BBF nas tabelas AA caso contrário, você não poderá selecionar essa opção. Essa opção apenas move os registros das tabelas AAG300000 para as tabelas AAG400000.

Consolidar transações e transferirdetalhes para o histor y – Essa opção move os registros de detalhes do AA de abertas para tabelas de histórico e cria o BBF entries. No entanto, você deve ter as opções mencionadas anteriormente selecionadas para que as entradas BBF sejam criadas. Essa opção consolidará os saldos de todos os códigos de dimensão de transação no ano fechado (marcados para serem consolidados) e transferirá as informações do AA para as tabelas de histórico.

Observação Os saldos consolidados são encaminhados para o novo ano. As entradas BBF são criadas a partir dos anos fechados.

Relatório de visualização de transferência de impressão somente – Isso permitirá que você visualize as transações que serão movidas sem realmente mover os dados. O relatório de visualização exibe as consolidações que serão feitas.

Observação Esta opção não altera os dados.

4.) Clique em OK.

5.) Repita esse processo para cada ano "histórico". (Onde o ano está na tabela aberta AAG30000, mas está na tabela de histórico GL30000. O registro aberto do AA com o ano antigo precisa ser movido para a tabela de histórico do AA para corresponder ao registro correspondente na tabela de histórico gl.)

Observação: se você repetir os scripts de ano distintos em 'ETAPA 3' acima novamente, você deverá obter os anos distintos para corresponder entre tabelas AA e GL abertas e tabelas históricas AA e GL.

 

ETAPA 4: VERIFICAR TABELAS AA PARA SE SOBREPOSTAS IDS DO HEADER

Execute esse script no banco de dados da empresa para ver se a mesma ID de header também existe entre as tabelas:

select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)

- Se você encontrar a ID de header duplicada em ambas as tabelas, é recomendável abrir um incidente de suporte para assistência. O caso de suporte pode ser cobrada. Observe que, se a correção de dados for necessária, isso pode precisar ser referenciado para consultoria, o que seria uma despesa a ser cobrada para você.

Isso ocorreria se você restaurasse um banco de dados dynamics mais antigo na parte superior do banco de dados atual do Dynamics e, portanto, os próximos números disponíveis armazenados na tabela AAG00102 no banco de dados do Dynamics serão definidos de volta. A GP continua a incrementar a partir desses valores, mesmo que eles já tenham sido usados e resultariam no mesmo valor aaGLHdrID sendo usado para valores YEAR1 diferentes.
 

ETAPA 5: ATUALIZAR VALORES DO AACOPYSTATUS

Em seguida, verifique se há um valor aacopystatus incorreto na tabela AAG40001. Execute este script:

select count(*) from AAG40001 where aaCopyStatus<>8 

Se o script acima retornar resultados, você deseja atualizar o aaCopyStatus para '8' antes de executar o Fechamento do Ano GL: (O valor de '8' é um valor que o processo de fechamento de final de ano aceitará.)

update AAG40001 set aaCopyStatus=8

ETAPA 6: REVISAR A CONFIGURAÇÃO DE DIMENSÕES A SEREM INCLUÍDAS NO FINAL DO ANO

Use as duas etapas abaixo para ativar a opção Empresa para incluir dimensões AA no final do ano e, em seguida, marcar as dimensões individuais que você deseja incluir no fechamento de fim de ano. Isso resultará em entradas na tabela AAG30003 com o mesmo aaGLHdrID que as entradas BBF nas tabelas AAG30000/AAG30001/AAG30002. Este é um processo de duas etapas da seguinte forma:

Se você ainda não fechou o General Ledger, siga estas etapas para garantir que a dimensão seja marcada corretamente para ser incluída no processo de fechamento:

1. Marque a opção de instalação para incluir Contabilidade Analítica no fechamento de fim de ano da seguinte forma:

   1. No menu GP do Microsoft Dynamics, aponte para Ferramentas ,aponte para Instalação ,aponte para Empresa ,aponte para ContabilidadeAnalítica e clique em Opções.

   2. Clique para selecionar a caixa de seleção Incluir no Final do Ano Fechar e clique em OK.
      
      
      Observação Esta opção é apenas para habilitar a funcionalidade para criar entradas Balance Brought Forward nas dimensões. Os dados de Contabilidade Analítica ainda serão movimentados para as tabelas da série AAG400000 quando o General Ledger for fechado, independentemente de essa opção estar marcada.

2. Marque individualmente as dimensões a serem incluídas no final do ano da seguinte maneira:

   1. No menu Cartões, aponte para Financeiro, aponte para ContabilidadeAnalítica e clique em Dimensão da Transação.

   2. Na lista Dimensão Trx, clique na dimensão que você deseja incluir no processo de fechamento de fim de ano.

   3. Na área Fechar Fim de Ano, clique para selecionar a caixa de seleção Consolidar Saldos durante o Fechamento de Fim de Ano e clique em Salvar.

   4. Repita as etapas b e c para cada dimensão que você deseja incluir no processo de fechamento de fim de ano.

Observação: se você estiver usando o MR e as caixas de seleção acima não estão marcadas, os valores do saldo inicial poderão ser não marcados se os dados da dimensão AA BBF não foram criados durante o fechamento do final do ano e você estiver relatando sobre os dados do AA. 



ETAPA 7 - VERIFICAR O AA ACCOUNT MASTER

É sempre uma boa ideia verificar se a tabela AA Account Master (AAG00200) corresponde à tabela GL Account Master (GL00100) antes de processar um fechamento de fim de ano. Se as contas estão ausentes, isso faria com que as entradas BBF no AA estivesse incorretas. Execute os scripts abaixo no banco de dados da empresa para verificar se as tabelas GL Account Master, GL Account Index Master e AA Account Master têm o mesmo número de registros:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Se a tabela AA Account Master tiver menos registros do que a tabela GL00100, use o script abaixo para inserir as contas GL ausentes:

insert into aag00200 
ACTINDX, aaAcctClassID,aaChangeDate,aaChangeTime)
select ACTINDX, 0, convert(char(10),getdate(),111), convert(char(12),getdate(),114)
from GL00100 where ACTINDX not in (select ACTINDX from aag00200)

• Se a tabela AA Account Master tiver mais registros do que a tabela GL00100, use o script abaixo para remover os registros extras:

Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)

• Se a tabela GL00105 não corresponder, consulte

KB 855963 para etapas sobre Como recriar a tabela de Índice Mestre da Conta (GL00105). 





ETAPA 8 - VERIFICAR AS ENTRADAS GL/AA REVERSÍVEL (SOMENTE GP2015/GP2016)

Houve problemas com entradas gl reversing postando em um ano histórico em cada versão, conforme abaixo.  Execute o script abaixo no banco de dados da empresa.  Revise todos os resultados conforme notados para cada versão.  Se alguma assistência for necessária, abra um caso de suporte e faça referência aos problemas de qualidade. 

Execute este script para revisar todas as entradas de Reversing que postaram em um ano histórico. 

--------------------------------

Select distinct(a.JRNENTRY) from GL20000 a join GL30000 b
em a.JRNENTRY = b.JRNENTRY
onde a.SOURCDOC = 'GJ'
e a.TRXSORCE como 'GLREV%'
e b.TRXSORCE como 'GLTHS%'

----------------------------------

Revise os resultados conforme descrito abaixo para a versão que você está usando:

Microsoft Dynamics GP 2016 (Problema de qualidade #91834)

 Compare os registros entre as tabelas GL e as tabelas AA para cada JE# retornado acima, pois os resultados podem variar dependendo se as contas P&L foram usadas e se ela foi postada no nível de transação ou em lotes.  As atualizações manuais necessárias podem ser: 

• Atualize a tabela SEQNUMBR no GL20000 para a entrada "GLREV" para corresponder a SEQNUMBR na tabela AAG30001. (Se estiver usando o MR, será necessário usar o SEQNUMBR da tabela AA para que o SR leia.)

• Atualize a tabela ACTINDX no AAG30001 para a entrada "GLREV" para corresponder ao ACTINDX na tabela GL20000. (A tabela AA tem incorretamente o índice da conta lucros retidos na entrada reversível.)

• Verifique a soma de registros no AAG30002 igual à soma de registros no AAG30001 para os registros aaGLHdrID do JE.

Abra um caso de suporte e um problema de qualidade de referência #91834 se a assistência for necessária. 

ATUALIZAÇÃO: Esse problema foi corrigido na Correção De janeiro do Hot Fix para GP 2016 (16.00.0675) e gp 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (Problema de qualidade #88914)

Revise as tabelas AA para cada JE# retornado acima .  As atualizações manuais necessárias podem ser:

• Verifique a soma de registros no AAG30002 igual à soma de registros no AAG30001 para os registros aaGLHdrID do JE.

• Revise as tabelas AAG30000 e AAG40000 para cada JE# retornado.  Procure os registros para que a entrada "GLREV" seja nas duas tabelas da série AAG30000. Os registros do AA para a entrada "GLREV" devem estar nas tabelas AAG300000 somente uma vez que a entrada de inversão é no ano novo e não deve estar nas tabelas da série AAG40000.  Esses registros duplicados faria com que os relatórios de MR fosse sobressastados se relatasse no AA.

Abra um caso de suporte e um problema de qualidade de referência #88914 se a assistência for necessária. 

ATUALIZAÇÃO: Esse problema foi corrigido no GP 2016 RTM.   

ETAPA 9 - Erro de AA BBF (****Problema conhecido apenas para GP 2016**)

**OBSERVAÇÃO IMPORTANTE PARA USUÁRIOS DO DYNAMICS GP 2016***

**Você deve estar no dicionário GP 16.00.0675 ou superior( ou no dicionário AA 16.00.0645 ou superior) antes de fechar seu Dynamics GP 2016 para que os saldos de início corretos sejam encaminhados**

Há um problema de qualidade conhecido #91502 quando você fecha seu ano GL com a AA.  Se você tiver qualquer conta GL com um saldo de US$ 0 e estiver lançando códigos AA para frente, as do AA BBF estarão incorretas.  Isso não é um problema na GP 2015 ou GP 2013.  

Uma correção foi incluída para esse problema na atualização de patch de dezembro (KB 4056559) do Microsoft Dynamics GP 2016.  Mesmo que a versão de dezembro seja conhecida como a Atualização final do Ano da Folha de Pagamento do Canadá de2017, ela deve ser instalada por todos os clientes dos EUA que precisam dessa correção BBF do AA incluída.  É altamente recomendável que você instale essa atualização de patch de dezembro antes de fechar seu GL se estiver usando o AA e tiver contas GL com saldo zero, para todas as instalações (EUA, Canadá, etc) que estão usando o AA. 

Observe que a versão da GP do Dynamics de 16.00.0641 não muda entre a Atualização de Year-End dos EUA de 2017 (versão de novembro/KB 4046341) e a Atualização de Year-End de Folha de Pagamento do Canadá de 2017 (versão de dezembro/KB 4056559). No entanto, o dicionário AA será atualizado de 16.00.0552 a 16.00.0645. (Verifique a ajuda | Sobre o Microsoft Dynamics GP | Adicionais | Sobre Contabilidade Analítica.) Você precisará do código AA na versão de dezembro para resolver esse problema AA/BBF. 

ETAPA 10 - EXECUTAR FECHAR O TESTE

Sempre faça um backup atual antes de iniciar o processo de fechamento de final de ano GL. É recomendável testar a execução do fechamento de fim de ano GL em uma empresa de teste primeiro para garantir que você não receba erros. O processo de fechamento de final de ano GL é o que realmente cria o saldo trazido de entradas de diário (BBF) e move os registros do ano que você está fechando nas tabelas De Contabilidade Geral e Contabilidade Analítica. Entradas BBF são criadas em tabelas GL e AA. Consulte o processo descrito em KB 888003 para procedimentos de fechamento de fim de ano para General Ledger.

Para obter mais informações, clique no seguinte número de artigo para exibir o artigo na Base de Dados de Conhecimento da Microsoft:

888003 Year-End procedimentos de fechamento do General Ledger no Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
OBSERVAÇÃO: o fechamento do ano com o AA no SQL 2019 falha
Se você estiver usando GP 18.2 com SQL 2019 e AA carregado, o fechamento de final de ano GL falhará com a mensagem abaixo: (As versões anteriores SQL funcionam bem.  Ele só falha no SQL 2019.  Isso é corrigido na correção de hot fix de fevereiro de 2020. Consulte o BLOG YE do AA para obter mais detalhes.)

"Erro interno: um limite de serviços de expressão foi atingido. Procure expressões potencialmente complexas em sua consulta e tente simplificá-las."  

------------------------------------------------------------------------------------------------

ETAPA 11- VERIFICAR SE 'CONTAS UNIT' FORAM LIMPAS (GP 2013/GP 2015 somente - #86400)

Se você estiver usando o Microsoft Dynamics GP 2015 ou o Microsoft Dynamics GP 2013 e marcou a caixa de seleção em Contas de Unidade como 'Limpar saldodurante o fechamento do Year-End ', os registros na tabela AAG30002 ainda podem ter valores incorretamente e devem ser 0,00 para corresponder à tabela AAG30001.  (Esse problema foi corrigido no Microsoft Dynamics GP 2016.)

Para garantir que os saldos da Conta de Unidade estão corretos nas tabelas AA, execute o primeiro script abaixo no banco de dados da empresa após o processo de fechamento de fim de ano ser executado para garantir que o BBF da conta da unidade seja definido como zero se ele tiver sido marcado para ser limpo.  Use o segundo script para atualizar quaisquer resultados.

select b.ACTINDX, c.aaGLHdrID, c.aaGLDistID, c.DEBITAMT, c.CRDTAMNT, c.ORDBTAMT, c.ORCRDAMT
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF' 
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

update c set c.DEBITAMT = 0, c.CRDTAMNT = 0, c.ORDBTAMT = 0, c.ORCRDAMT = 0 
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

ETAPA 12- VERIFICAR RELATÓRIOS DE BALANÇO

É recomendável comparar o relatório do Balance Sheet no Management Reporter com o relatório de avaliação de Ledger Geral do Microsoft Dynamics GP, para verificar se os saldos da conta trazidos para o ano novo estão corretos. Se esses saldos não corresponderem, restaure o backup e entre em contato com o Suporte da GP do Microsoft Dynamics para abrir um incidente de suporte para obter assistência adicional.

INFORMAÇÕES INTERNAS DA MICROSOFT

Data da última atualização: 3/12/2021 - cw
Autor: dspecht; reescrito 12/2/2012 por cwaswick, 19/9/2013 - adicionada a etapa 3 por kenhub/cwaswick.
Writer: lmuelle
Revistor de Tecnologia: chriszree
Editor: v-andmck