A fim de ano fechar procedimentos para a contabilidade analítica no Microsoft Dynamics GP

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 960356
INTRODUÇÃO
Não é um procedimento fechar fim do ano «separado» para a contabilidade analítica. Saldo colocado reencaminhar (BBF) movimentos são criados para dimensões AA automaticamente como parte do GL ano fechar processo, se tiver o programa de configuração de dimensões de AA para ter uma entrada BBF criada. Os passos descritos neste artigo irão ajudar a verificar os dados antes de proceder a fim de ano GL fechar processo para verificar dados AA que podem causar erros durante a fim de ano GL fechar processo. Este artigo também lhe mostra como configurar as dimensões de AA para que um movimento saldo colocado frente criado no novo ano por dimensão, se assim o pretender.

São igualmente passos sobre como mover dados históricos para histórico, o que irá resolver a mensagem de erro abaixo que poderão ocorrer durante o processo de fecho de ano GL: (ver passo 3 para resolver esta mensagem.)

Tem de executar as transacções de consolidar e detalhes de transferência para o utilitário de histórico para o ano de fecho recriar a análise contabilidade saldos colocado reencaminhar.


Mais Informação
Quando fechar a fim de ano processo é executado para a contabilidade geral no Microsoft Dynamics GP, move automaticamente as transacções de contabilidade analítica das tabelas de históricas de AAG30000 para as tabelas de série AAG40000. (Não existe nenhum procedimento de fecho individual que deve ser executado na contabilidade analítica). Pode seleccionar as dimensões que pretende consolidar durante o processo de fim do ano. Na contabilidade analítica, saldo colocado reencaminhar os movimentos são criados nas tabelas de AAG30000 para as dimensões que foram marcadas a incluir no processo de fim do ano e, em seguida, o detalhe é movido para as tabelas de série AAG40000.

Nota Se estiver a utilizar o relato de FRx, deverão constar FRx 6.7 SP12 (versão 6.7.12008) ou superior. Se a versão de FRx for inferior a 6.7.12008, em seguida, tem primeiro de aplicar correcção 962862 para que Microsoft FRx consigam ler os dados históricos contabilidade analítica nas tabelas de série AAG40000.



RESOLUÇÃO


PASSO 1: DETERMINE SE OS RELATÓRIOS FINANCEIROS UTILIZAM TABELAS AA:


Antes de fechar o GL ou efectue os passos descritos neste artigo, execute relatórios financeiros que normalmente executar para equilibrar a GL balancete geral. Com base no que encontrou, siga o método adequado:

-Método 1 - se CORRECTO: se os relatórios financeiros estão correctos e correspondem GL, em seguida, poderá continuar com os passos 2 a 8 neste artigo, que ainda tem de ser concluída por isso não obtiver quaisquer erros de AA durante o processo de fecho de fim de ano GL.

Nota: Se utilizar um sistema de comunicação apenas lê directamente de tabelas GL (por exemplo, o fornecedor de Legacy do Management Reporter ao ler a partir de uma empresa GL ou outra ferramenta de relatório)] para os relatórios financeiros, em seguida, poderá continuar no passo 2 uma vez que os dados de AA não afectam o relato financeiro.


-Método 2 - se não forem CORRECTO: no entanto, se os relatórios financeiros não estiverem correctos, principalmente é provavelmente a tabelas de AA a ser utilizadas e os dados de AA não coincide com dados GL. Para verificar os dados de AA, tem primeiro de executar através de scripts SQL fornecidos em KB 2910626 juntamente com o resto dos passos descritos neste artigo.

Nota: datamart no Management Reporter lê AA (e GL), tabelas, ou o fornecedor de Legacy utilizado com Management Reporter pode ler a partir de uma empresa AA.

Passos do método 2:

a.) execute pela primeira vez, todos os thescripts no KB 2910626 para verificar dados AA com dados GL.

Relatórios financeiros da Management Reporter não correspondem aos relatórios de Balancete de contabilidade geral no Microsoft Dynamics GP
http://support.microsoft.com/KB/2910626

b.) quando tiver terminado os passos descritos na KB 2910626, em seguida, volte ao presente andcontinue KB em com o resto dos passos listados abaixo. (Note que o passo 2 e o passo 4 também se encontram na 2910626 da KB, mas recomendamos que verifique isto novamente, tal como é não deverão devolver quaisquer resultados se já fixaram estes dados.)



PASSO 2: VERIFICAR DADOS AA PARA ANOS SOBREPOSTOS


Execute estes scripts para se certificar de que não tem sobreposição anos na tabela AAG30000 aberto com a tabela de histórica de AAG40000. Todos os anos distintos apenas devem existir uma tabela ou outro, mas não ambos.
select distinct(YEAR1) from AAG30000select distinct(YEAR1) from AAG40000
-Se encontrar cumulação anos em ambas as tabelas, em seguida, é recomendado para abrir um incidente de suporte para obter assistência. O incidente de suporte é facturável, uma vez que este problema é normalmente criado devido a importação de registos. Tenha em atenção que se for necessária a fixação de dados, este poderá ter de referida consulta, que seria uma despesas a cobrar para si.


PASSO 3: VERIFICAR SE OS ANOS ENTRE TABELAS ABERTAS HISTÓRICOS DE CORRESPONDÊNCIA ENTRE AA/GL:


Em seguida, certifique-se os anos são na AA tabelas são nos anos abertos ou fechados mesmos como as tabelas GL. As tabelas abertas AAG30000 e GL20000 devem ter os mesmos anos. E as tabelas de históricas de AAG40000 e GL30000 devem conter o mesmo ano de fecho.
select distinct(YEAR1) from AAG30000select distinct(OPENYEAR) from GL20000select distinct(YEAR1)from AAG40000 order by YEAR1select distinct(HSTYEAR) from GL30000 order by HSTYEAR
-Se encontrar o AAG30000 anos abrir tabela anterior ao ano em que está a fechar, também tem de efectuar Os passos para mover dados para histórico abaixo, bem como para mover os dados históricos de ano para histórico. A tabela de AAG30000 só deve ter dados para os anos que estão actualmente aberto anos em GL. Se tentar fechar o ano na GL, será apresentada esta mensagem:

Tem de executar as transacções de consolidar e detalhes de transferência para o utilitário de histórico para o ano de fecho recriar a análise contabilidade saldos colocado reencaminhar.

Por isso, utilize os scripts acima para determinar se é necessário executar os Passos para mover dados para histórico, para evitar a mensagem acima aconteça durante o fim de ano GL fechar o processo.


PASSOS PARA MOVER DADOS PARA O HISTÓRICO:
A primeira vez feche GL numa versão superior GP 10.0 SP2 ou superior (com AA activada), será solicitado para mover dados de AA para histórico antes do sistema irá permitir-lhe encerrar o exercício GL. O sistema vai verificar que os dados de AA estão na série abrir históricos correspondente das tabelas de AA, como o GL dados encontra-se nas tabelas abertas históricos da GL. Se não for este o caso, receberá uma mensagem para executar a mudança para o utilitário de histórico para AA antes de poder continuar com o fim do ano GL fechar.

Lembre-se, se não tiver fechado o ano GL (com AA activado) depois de instalar um service pack posterior ao SP2 pela versão 10.0 ou a actualização para GP 2010, que poderá receber uma mensagem a indicar "Deve consolidar transacções e detalhes de transferência para o utilitário de histórico para encerrar o exercício". Código foi adicionado ao processo de fecho que irá comparar que os anos o AA abrir tabelas contra os anos históricos na configuração de Período Fiscal da empresa. Se existirem AA dados da série de AAG3000X de tabelas durante um ano histórico, receberá o erro. Siga estes passos para consolidar desses anos:

1.) no menu Microsoft Dynamics GP , aponte para o ponto de Ferramentas, utilitários, aponte para financeiras, aponte para A contabilidade analíticae, em seguida, clique em mover dados do histórico.

2.) no ano mais antigo será predefinido em que o sistema encontrou nas tabelas AAG3000x abertas. Só poderá mover um ano de cada vez.

3.), seleccione a opção apropriada:

Transferir os detalhes de transacção histórico – esta opção irá mover os registos de detalhe AA de pendente para tabelas de histórico e não será criada nenhuma entrada BBF. Assegure-se não existem entradas BBF nas tabelas AA caso contrário não poderá seleccionar esta opção. Esta opção move apenas os registos das tabelas AAG30000 para as tabelas de AAG40000.

Consolidar transacções e detalhes de transferência ao histórico – esta opção irá mover os registos de detalhe AA de pendente para tabelas de histórico e criar entradas BBF. No entanto, tem de ter opções mencionadas anteriormente seleccionada para entradas BBF a ser criada. Esta opção irá consolidar os saldos dos valores de todas as transacções dimensão no ano fechado (que é marcado a consolidar) e transferir as informações de AA para as tabelas do histórico.

Tenha em atenção que os saldos consolidados sejam propostos para o ano novo. Movimentos BBF são criados os anos de fechados.

Imprimir transferência pré-visualizar relatório apenas – Isto permite-lhe visualizar as transacções que serão movidas na realidade a mover os dados. Pré-visualizar relatório apresenta consolidações que serão efectuadas.

Nota que esta opção não altera dados.

4.) clique OK.

5.) Repita este processo para cada ano 'Histórico'. (Em que o ano é a tabela aberta AAG30000 mas a tabela do histórico de GL30000. O ano tem de ser movida para a tabela do histórico de AA para corresponder.)

Nota: Se que volte a executar os scripts de ano distintos em 'Passo 3' acima novamente, deve obter os anos distintos para corresponder entre tabelas abertas AA e GL e tabelas de AA e GL históricas.



PASSO 4: VERIFICAR TABELAS AA PARA CABEÇALHO SOBREPOSTO ID


Executar este script na base de dados de empresa ver se o mesmo cabeçalho ID também existir entre as tabelas:
select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
-Se encontrar duplicados cabeçalho ID ambas as tabelas, em seguida, é recomendado para abrir um incidente de suporte para obter assistência. O incidente de suporte é facturável. Tenha em atenção que se for necessária a fixação de dados, este poderá ter de referida consulta, que seria uma despesas a cobrar para si.

Isto iria acontecer se restaurar uma base de dados mais antigo do Dynamics por cima da base de dados actual do Dynamics, sendo assim os números disponíveis seguinte armazenados na tabela AAG00102 da base de dados do Dynamics são definidos de novo. GP continua a incrementar destes valores, apesar de pode já ter sido utilizados e teria como resultado o mesmo valor de aaGLHdrID obter utilizado para diferentes valores de YEAR1.


PASSO 5: ACTUALIZAR VALORES DE AACOPYSTATUS

Em seguida verifique um valor de aacopystatus incorrecto na tabela AAG40001. Execute este script:

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

Se o script acima devolve resultados será pretende actualizar o aaCopyStatus para '8' antes de executar o ano de GL fechar: (o valor de '8' é um valor que o processo de estreita ano será aceitam.)

update AAG40001 set aaCopyStatus=8


PASSO 6: REVER O PROGRAMA DE CONFIGURAÇÃO PARA DIMENSÕES QUE DESEJA INCLUIR NO FIM DE ANO

Utilize os dois passos abaixo para activar a opção de empresa para incluir dimensões de AA a fim de ano fechar e, em seguida, para marcar as dimensões individuais que pretende que devem constar o fim de ano feche. Isto irá resultar em movimentos na tabela AAG30003 com o mesmo aaGLHdrID como as entradas BBF nas tabelas AAG30001/AAG30000/AAG30002. Este é um processo de dois passos do seguinte modo:

Se ainda não fechar contabilidade geral, siga estes passos para se certificar de que a dimensão está marcada correctamente a incluir no processo de estreita:
  1. Marca a opção de configuração para incluir a análise de gestão de contas de mensagens em fila a fim de ano fechar do seguinte modo:
    1. No menu Microsoft Dynamics GP , aponte para Ferramentas, aponte para o programa de configuração, aponte para a empresa, aponte para A contabilidade analíticae, em seguida, clique em Opções.
    2. Clique para seleccionar a caixa de verificação incluir no fecho de fim do ano e, em seguida, clique em OK.

      Nota Esta opção é apenas activar a funcionalidade Criar entradas de balanço colocado reencaminhar as dimensões. Os dados de contabilidade analítica ainda irão mover as tabelas de série AAG40000 quando é fechada contabilidade independentemente se esta opção está marcada.
  2. Marca individualmente as dimensões que deseja incluir no final do ano da seguinte forma:
    1. No menu de cartões , aponte para financeiras, aponte para A contabilidade analíticae, em seguida, clique em Dimensão de transacção.
    2. Na lista Trx de dimensão , clique na dimensão que pretende incluir no processo de fecho de fim do ano.
    3. Na área de Fecho de fim do ano , clique para seleccionar a caixa de verificação incluir na fechar de fim do ano e, em seguida, clique em Guardar.
    4. Repita os passos b e c para cada dimensão que pretende incluir no processo de fecho de fim do ano.


PASSO 7. O - VERIFIQUE SE O MODELO GLOBAL DE CONTA DE AA

É sempre boa ideia verificar se a tabela de AA conta principal (AAG00200) corresponde à tabela principal de conta CG (GL00100) antes de processar a fechar um fim de ano. Se faltarem contas, provocaria as entradas BBF em AA incorrecto. Execute os scripts abaixo para a base de dados de empresa para verificar se as tabelas GL conta principal, GL conta índice principal e AA conta principal todas têm o mesmo número de registos:
-------------------------------------------------select count(*) from GL00100select count(*) from GL00105select count(*) from AAG00200-------------------------------------------------

• Se a tabela de AA conta principal tiver menos registos que a tabela de GL00100, utilize o script abaixo para inserir as contas CG em falta:
-------------------------------------------------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 de AA conta principal tiver mais registos do que a tabela de GL00100, utilize o script abaixo para remover os registos adicionais:
-------------------------------------------------Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)-------------------------------------------------

• Se não corresponder a tabela de GL00105, consulte KB 855963Para obter os passos sobre como recriar o índice de conta principal da tabela (GL00105).


PASSO 8 - ENSAIO REALIZADO FECHAR


Efectue sempre uma corrente de cópia de segurança antes de iniciar o processo de fecho de ano GL. Recomenda-se para testar a executar o GL final do ano feche de uma empresa de teste primeiro para garantir a que não obtiver quaisquer erros. O processo de estreita GL final do ano é o que cria o saldo transitado entradas de diário (BBF) e move-se os registos para o ano em que estiver a fechar nos quadros de contabilidade geral e contabilidade analítica. São criados movimentos BBF nas tabelas GL e AA. Consulte o processo exposto nos 888003 da KB para os procedimentos de regularização para contabilidade geral.

Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Base de Dados de Conhecimento Microsoft
888003 Procedimentos de fecho do final do ano de contabilidade geral no Microsoft Dynamics GP


PASSO 9 - VERIFICAR RELATÓRIOS DE BALANÇO

Recomenda-se para comparar o relatório de balanço no Management Reporter para o mapa Balancete de contabilidade geral do Microsoft Dynamics GP, para verificar se os saldos de conta antecipados, para o ano novo estão correctos. Se esses saldos não corresponderem, restaure a cópia de segurança e contactar o Microsoft Dynamics GP suporte para abrir um incidente de suporte para obter assistência adicional.


site Great plains ano final yearend período final do período analítico contabilidade fim de ano

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 960356 - Última Revisão: 09/18/2016 14:41:00 - Revisão: 1.17

Microsoft Dynamics GP 2016, Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0

  • kbsurveynew kbexpertiseinter kbhowto kbinfo kbmbsmigrate kbexpertisebeginner kbmt KB960356 KbMtpt
Comentários