PASSAGGIO 1: DETERMINARE SE I REPORT FINANZIARI USANO LE TABELLE AA:

Prima di chiudere La contabilità generale o eseguire i passaggi descritti in questo articolo, eseguire i report finanziari normalmente eseguiti per bilanciare il saldo della versione di valutazione della contabilità generale. In base a quanto trovato, seguire il metodo appropriato:

-METODO 1 - SECORRETTO: se i report finanziari sono corretti e corrispondono a Contabilità generale, è possibile procedere con i passaggi da 2 a 8 di questo articolo, che devono comunque essere completati in modo da non ricevere errori di AA durante il processo di chiusura di fine anno Gl.

Nota: se si usa un sistema di creazione di report che legge solo direttamente dalle tabelle gl (ad esempio il provider Legacy in Management Reporter durante la lettura da una società GL o da un altro strumento di creazione di report)] per i report finanziari, è possibile continuare con il passaggio 2 perché i dati AA non influiscono sui report finanziari.


-METODO 2 - SE NONCORRETTO: tuttavia, se i report finanziari non sono corretti, è probabile che le tabelle AA in uso e i dati AA non corrispondano ai dati gl. Per verificare i dati AA, è necessario eseguire gli script di SQL forniti in KB 2910626 oltre ai passaggi rimanenti di questo articolo.  

Nota: Data Mart in Management Reporter legge dalle tabelle AA (e GL) oppure il provider legacy usato con Management Reporter può leggere da una società AA.

Procedura per il metodo 2:

a.) Prima di tutto, eseguire tutti gli script in kb 2910626 per verificare i dati AA con i dati gl.   

I report finanziari di Management Reporter non corrispondono ai report sui saldi di valutazione della
contabilità

generale in Microsoft Dynamics GP http://support.microsoft.com/help/2910626 b.) Dopo aver completato i passaggi descritti in KB 2910626, tornare a questa KB e continuare con gli altri passaggi elencati di seguito. Tenere presente che anche i passaggi 2 e 4 sono in KB 2910626, ma è consigliabile riestrarlo, in quanto non dovrebbero restituire risultati se questi dati sono già stati corretti.

 

PASSAGGIO 2: VERIFICARE I DATI AA PER ANNI SOVRAPPOSTI

Eseguire questi script per assicurarsi di non avere anni sovrapposti nella tabella AAG30000 Open con la tabella cronologica AAG40000. Ogni anno distinto deve essere presente solo in una tabella o nell'altra, ma non in entrambi.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Se si trovano anni sovrapposti in entrambe le tabelle, è consigliabile aprire un evento imprevisto di supporto per assistenza. Il caso di supporto è addebitabile perché questo problema viene in genere creato a causa dell'importazione di record. Se è necessaria la correzione dei dati, potrebbe essere necessario fare riferimento alla consulenza, che potrebbe essere una spesa fatturabile per l'utente.
 

PASSAGGIO 3: VERIFICARE CHE GLI ANNI TRA TABELLE APERTE/CRONOLOGICHE CORRISPONDANO TRA AA/GL:

Assicurarsi quindi che gli anni nelle tabelle AA siano negli stessi anni aperti o chiusi delle tabelle di contabilità generale. Le tabelle aperte AAG30000 e GL20000 devono avere gli stessi anni. Le tabelle cronologiche AAG40000 e GL30000 devono contenere gli stessi anni chiusi.

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 si trovano anni nella tabella aperta AAG30000 PRIMA dell'anno che si sta chiudendo, è necessario eseguire anche i passaggi per SPOSTARE I DATI NELLA CRONOLOGIA di seguito, nonché spostare i dati dell'anno storico nella cronologia. La tabella AAG30000 deve contenere dati solo per gli anni attualmente aperti in Contabilità generale. Se si prova a chiudere l'anno in Contabilità generale, verrà visualizzato il messaggio seguente:  

Usare gli script precedenti per determinare se è necessario eseguire la procedura PER SPOSTARE I DATI NELLA CRONOLOGIA, in modo da evitare che il messaggio precedente si verifichi durante il processo di chiusura di fine anno gl.


PROCEDURA PER SPOSTARE I DATI NELLA CRONOLOGIA:
La prima volta che si chiude Gl in una versione successiva a GP 10.0 SP2 o successiva (con AA attivato), verrà richiesto di spostare i dati AA nella cronologia prima che il sistema consenta di chiudere l'anno di contabilità generale. Il sistema verificherà che i dati AA siano nella serie aperta/cronologica corrispondente di tabelle AA, in quanto i dati di contabilità generale si trova nelle tabelle aperte/storiche in Contabilità generale. In caso contrario, si riceverà un messaggio per eseguire l'utilità Sposta nella cronologia per AA prima di procedere con la chiusura di fine anno gl.  ( Questa routine deve essere eseguita una sola volta dopo l'aggiornamento dopo l'aggiornamento aGp 10.0e quindi non dovrebbe mai essere necessario eseguirla di nuovo.  Era pensato per essere un processo una volta sola. Questa utilità non risolverà gli anni duplicati tra le tabelle AA o i dati danneggiati in un secondo momento.

Tenere presente che, se non è stato chiuso l'anno Gl (con AA attivato) dopo l'installazione di un Service Pack successivo a SP2per la versione 10.0 o l'aggiornamento a Criteri di gruppo 2010, è possibile che venga visualizzato un messaggio che informa che è necessario consolidare le transazioni e trasferire i dettagli nell'utilità cronologia per chiudere l'anno. Al processo di chiusura è stato aggiunto il codice che confronta gli anni nelle tabelle aperte AA con gli anni cronologici nella configurazione del periodo fiscale aziendale. Se sono presenti dati AA nella serie di tabelle AAG3000X per un anno storico, si riceverà l'errore. Seguire questa procedura per consolidare questi anni:

1.) Nel menu Microsoft Dynamics GP scegliere Strumenti , Utilità , Finanziarie , Contabilitàanalitica e quindi fare clic su Sposta dati nella cronologia.

2.) Per impostazione predefinita, l'anno meno recente è il sistema presente nelle tabelle AAG3000x aperte. Sarà possibile spostarsi solo un anno alla volta.

3.) Selezionare l'opzione appropriata: Trasferisci dettagli transazione nella cronologia: questa opzione sposta i record di dettaglio AA da tabelle aperte a tabelle della cronologia e non verrà creata alcuna voce

BBF. È necessario assicurarsi che non siano presenti voci BBF nelle tabelle AA, altrimenti non sarà possibile selezionare questa opzione. Questa opzione sposta solo i record dalle tabelle AAG30000 alle tabelle AAG40000.

Consolidare le transazioni e trasferire idettagli in histor y: questa opzione sposta i record di dettaglio AA da tabelle aperte a tabelle della cronologia e crea BBF entries. Tuttavia, per poter creare le voci BBF, è necessario che siano selezionate le opzioni menzionate in precedenza. Questa opzione consoliderà i saldi di tutti i codici dimensione delle transazioni nell'anno chiuso (contrassegnati per essere consolidati) e trasferirà le informazioni AA nelle tabelle della cronologia.

Nota I saldi consolidati vengono inoltrati al nuovo anno. Le voci BBF vengono create a partire dagli anni chiusi.

Solo report anteprima trasferimento di stampa: consente di visualizzare le transazioni che verranno spostate senza spostare effettivamente i dati. Il report di anteprima visualizza i consolidamenti che verranno effettuati.

Nota Questa opzione non modifica i dati.

4.) Scegliere OK.

5.) Ripetere questa procedura per ogni anno "storico". (Dove l'anno si trova nella tabella aperta AAG30000 ma si trova nella tabella della cronologia GL30000. Il record aperto AA con l'anno precedente deve essere spostato nella tabella cronologia AA in modo che corrisponda al record corrispondente nella tabella Cronologia contabilità generale.

Nota: se si rieseguino gli script anno distinti nel passaggio 3 precedente, è consigliabile ottenere la corrispondenza degli anni distinti tra le tabelle AA e GL aperte e le tabelle cronologiche AA e GL.

 

PASSAGGIO 4: VERIFICARE LA PRESENZA DI ID INTESTAZIONE SOVRAPPOSTI NELLE TABELLE AA

Eseguire questo script nel database aziendale per verificare se tra le tabelle è presente anche lo stesso ID intestazione:

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

- Se si trovano entrambe le tabelle dell'ID intestazione duplicate, è consigliabile aprire un evento imprevisto di supporto per assistenza. Il caso di supporto è addebitabile. Se è necessaria la correzione dei dati, potrebbe essere necessario fare riferimento alla consulenza, che potrebbe essere una spesa fatturabile per l'utente.

Questo problema si verifica se è stato ripristinato un database di Dynamics precedente sopra il database Dynamics corrente, quindi i numeri disponibili successivi archiviati nella tabella AAG00102 nel database Dynamics vengono ripristinati. Criteri di gruppo continua a incrementare da questi valori, anche se potrebbero essere già stati usati e lo stesso valore aaGLHdrID verrebbe usato per valori YEAR1 diversi.
 

PASSAGGIO 5: AGGIORNARE I VALORI DI AACOPYSTATUS

Verificare quindi la presenza di un valore aacopystatus non corretto nella tabella AAG40001. Eseguire questo script:

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

Se lo script precedente restituisce risultati, è necessario aggiornare a '8' a aaCopyStatus prima di eseguire la chiusura dell'anno gl: (il valore di '8' è un valore accettato dal processo di chiusura di fine anno).

update AAG40001 set aaCopyStatus=8

PASSAGGIO 6: RIVEDERE LE IMPOSTAZIONI PER LE DIMENSIONI DA INCLUDERE NELLA FINE DELL'ANNO

Usare i due passaggi seguenti per attivare l'opzione Società per includere le dimensioni AA nella chiusura di fine anno e quindi per contrassegnare le singole dimensioni da includere nella chiusura di fine anno. In questo modo verranno restituite voci nella tabella AAG30003 con lo stesso aaGLHdrID delle voci BBF nelle tabelle AAG30000/AAG30001/AAG30002. Si tratta di un processo in due passaggi, come indicato di seguito:

Se la contabilità generale non è ancora stata chiusa, seguire questa procedura per assicurarsi che la dimensione sia contrassegnata correttamente per essere inclusa nel processo di chiusura:

1. Contrassegnare l'opzione di impostazione per includere la contabilità analitica nella chiusura di fine anno nel modo seguente:

   1. Nel menu Microsoft Dynamics GP scegliere Strumenti , scegliere Configurazione , Società , Contabilitàanalitica e quindi fare clic su Opzioni.

   2. Fare clic per selezionare la casella di controllo Includi nella chiusura di fine anno e quindi fare clic su OK.
      
      
      Nota: Questa opzione consente solo di abilitare la funzionalità per la creazione di voci Saldo portato avanti nelle dimensioni. I dati analitici verranno comunque spostati nelle tabelle della serie AAG40000 quando la contabilità generale viene chiusa, indipendentemente dal fatto che questa opzione sia o meno contrassegnata.

2. Contrassegnare singolarmente le dimensioni da includere nella fine dell'anno nel modo seguente:

   1. Scegliere Finanziarie dal menu Schede,scegliere Contabilità analiticae quindi fare clic su Dimensione transazione.

   2. Nell'elenco Dimensione Trx fare clic sulla dimensione da includere nel processo di chiusura di fine anno.

   3. Nell'area Chiusura fine anno fare clic per selezionare la casella di controllo Consolida saldi durante la chiusura di fine anno e quindi fare clic su Salva.

   4. Ripetere i passaggi b e c per ogni dimensione da includere nel processo di chiusura di fine anno.

Nota: se si usa MR e le caselle di controllo precedenti non sono contrassegnate, gli importi del saldo iniziale potrebbero non essere persi se i dati della dimensione AA BBF non sono stati creati durante la chiusura di fine anno e si stanno segnalando i dati AA. 



PASSAGGIO 7 - VERIFICARE IL MASTER ACCOUNT AA

È sempre buona idea verificare che la tabella Master account AA (AAG00200) corrisponda alla tabella Master account CoGe (GL00100) prima di elaborare una chiusura di fine anno. Se gli account non sono presenti, le voci BBF in AA non sono corrette. Eseguire gli script seguenti nel database aziendale per verificare che le tabelle Master account CoGe, Master indice account CoGe e Master account AA siano tutte con lo stesso numero di record:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Se la tabella Master account AA contiene meno record rispetto alla tabella GL00100, usare lo script seguente per inserire i conti CoGe mancanti:

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 la tabella Master account AA contiene più record rispetto alla tabella GL00100, usare lo script seguente per rimuovere i record aggiuntivi:

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

• Se la tabella GL00105 non corrisponde, vedere

Kb 855963 procedura su Come ricreare la tabella indice master account (GL00105). 





PASSAGGIO 8 - CONTROLLARE L'INVERTIMENTO DELLE VOCI GL/AA (SOLO GP2015/GP2016)

Si sono verificati problemi con l'invertimento gl delle voci che registrano un anno storico in ogni versione, come indicato di seguito.  Eseguire lo script seguente nel database aziendale.  Esaminare i risultati come illustrato per ogni versione.  Se è necessaria assistenza, aprire un caso di supporto e fare riferimento ai problemi di qualità. 

Eseguire questo script per rivedere tutte le voci di invertimento registrate in un anno storico. 

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

Select distinct(a.JRNENTRY) from GL20000 a partecipare a GL30000 b
in a.JRNENTRY = b.JRNENTRY
dove a.SOURCDOC = 'GJ'
e a.TRXSORCE come 'GLREV%'
e b.TRXSORCE come 'GLTHS%'

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

Esaminare i risultati come descritto di seguito per la versione in uso:

Microsoft Dynamics GP 2016 (Problema di qualità #91834)

 Confrontare i record tra le tabelle di contabilità generale e le tabelle AA per ogni je# restituito sopra, perché i risultati possono variare a seconda che sia stato usato un account P&L e se è stato registrato a livello di transazione o di batch.  Gli aggiornamenti manuali necessari possono essere: 

• Aggiornare SEQNUMBR nella tabella GL20000 per la voce "GLREV" in modo che corrisponda a SEQNUMBR nella tabella AAG30001. Se si usa MR, è necessario usare la funzione SEQNUMBR della tabella AA per consentire a MR di leggerla.

• Aggiornare ACTINDX nella tabella AAG30001 per la voce "GLREV" in modo che corrisponda a ACTINDX nella tabella GL20000. La tabella AA contiene in modo non corretto l'indice del conto Utili conservati nella voce di invertimento.

• Verificare che la somma dei record in AAG30002 sia uguale alla somma dei record in AAG30001 per i record aaGLHdrID per je.

Aprire un caso di supporto e fare riferimento a un problema di qualità #91834 se è necessaria assistenza. 

AGGIORNAMENTO: Questo problema è stato risolto nella correzione rapida di gennaio per Gp 2016 (16.00.0675) e GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (Problema di qualità #88914)

Esaminare le tabelle AA per ogni JE# restituito sopra .  Gli aggiornamenti manuali necessari possono essere:

• Verificare che la somma dei record in AAG30002 sia uguale alla somma dei record in AAG30001 per i record aaGLHdrID per je.

• Esaminare le tabelle AAG30000 e AAG40000 per ogni JE# restituito.  Cercare i record per la voce "GLREV" in entrambe le tabelle della serie AAG30000. I record AA per la voce "GLREV" devono essere presenti nelle tabelle AAG30000 solo perché la voce di invertimento è nel nuovo anno e non deve essere nelle tabelle della serie AAG40000.  Questi record duplicati causano un sovravalutazione dei report MR se la segnalazione viene segnalata in AA.

Aprire un caso di supporto e fare riferimento a un problema di qualità #88914 se è necessaria assistenza. 

AGGIORNAMENTO: Questo problema è stato risolto in GP 2016 RTM.   

PASSAGGIO 9 - BBF AA NON CORRETTO (*****Problema noto solo per Criteri di gruppo 2016***)

**NOTA IMPORTANTE PER GLI UTENTI DI DYNAMICS GP 2016***

**È necessario essere nel dizionario criteri di gruppo 16.00.0675 o versione successiva (o nel dizionario AA 16.00.0645 o versione successiva) prima di chiudere Dynamics GP 2016 per avere i saldi di inizio corretti**

Si verifica un problema noto di qualità #91502 quando si chiude l'anno di contabilità generale con AA.  Se si hanno conti CoGe con un saldo di $ 0 e si stanno inoltrando i codici AA, i codici AA BBF non saranno corretti.  Non si tratta di un problema in Criteri di gruppo 2015 o Criteri di gruppo 2013.  

È stata inclusa una correzione per questo problema nell'aggiornamento della patch di dicembre (KB 4056559) per Microsoft Dynamics GP 2016.  Anche se il rilascio di dicembre viene definito aggiornamento di fine anno2017canadese, dovrebbe essere installato da tutti i clienti degli Stati Uniti che necessitano di questa correzione AA BBF inclusa.  È consigliabile installare questo aggiornamento della patch di dicembre prima di chiudere la contabilità generale se si usa AA e si hanno account CoGe con saldo zero, per tutte le installazioni (Stati Uniti, Canada e così via) che usano AA. 

Si noti che la versione di Dynamics GP di 16.00.0641 non cambia tra l'aggiornamento del Year-End 2017 (rilascio di novembre/KB 4046341) e l'aggiornamento canadese Year-End 2017 (rilascio di dicembre/KB 4056559). Tuttavia, il dizionario AA verrà aggiornato dalle 16.00.0552 alle 16.00.0645. Archiviare il file della Guida | Informazioni su Microsoft Dynamics GP | Altre | Informazioni sulla contabilità analitica. Per risolvere il problema AA/BBF, è necessario il codice AA nel rilascio di dicembre. 

PASSAGGIO 10 - ESEGUIRE LA CHIUSURA DEL TEST

Eseguire sempre un backup corrente prima di avviare il processo di chiusura di fine anno gl. È consigliabile testare prima di tutto l'esecuzione della chiusura di fine anno gl in una società di test per assicurarsi che non si otterrà alcun errore. Il processo di chiusura di fine anno gl è ciò che crea effettivamente le voci del diario riportato nel saldo (BBF) e sposta i record per l'anno che si sta chiudendo nelle tabelle Contabilità generale e Contabilità analitica. Le voci BBF vengono create sia nelle tabelle GL che in AA. Vedere il processo descritto in Kb 888003 per le procedure di chiusura di fine anno per la contabilità generale.

Per altre informazioni, fare clic sul numero dell'articolo seguente per visualizzare l'articolo nella Microsoft Knowledge Base:

888003 Year-End procedure di chiusura per la contabilità generale in Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
NOTA: la chiusura di fine anno con AA SQL 2019 non riesce
Se si usa Criteri di gruppo 18.2 con SQL 2019 e AA caricati, la chiusura di fine anno gl avrà esito negativo con il messaggio seguente: (Le versioni precedenti SQL funzionano correttamente.  Non riesce solo in SQL 2019.  Questo problema è stato risolto nella correzione rapida di febbraio 2020. Per altre informazioni, vedere il BLOG di AA YE.

"Errore interno: è stato raggiunto un limite di servizi di espressione. Cercare espressioni potenzialmente complesse nella query e provare a semplificarle".  

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

PASSAGGIO 11- VERIFICARE SE 'ACCOUNT UNITÀ' È DESELEZIONATO (solo GP 2013/GP 2015 - #86400)

Se si usa Microsoft Dynamics GP 2015 o Microsoft Dynamics GP 2013 e si seleziona la casella di controllo in Account unità su 'Cancellasaldo durante la chiusura di Year-End', i record nella tabella AAG30002 potrebbero contenere ancora valori non corretti e devono essere 0,00 in modo che corrispondano alla tabella AAG30001.  Questo problema è stato risolto in Microsoft Dynamics GP 2016.

Per assicurarsi che i saldi del conto unitario siano corretti nelle tabelle AA, eseguire il primo script seguente nel database aziendale dopo l'esecuzione del processo di chiusura di fine anno per assicurarsi che il valore BBF per l'account unità sia impostato su zero se è stato contrassegnato per essere cancellato.  Usare il secondo script per aggiornare i risultati.

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)

PASSAGGIO 12- VERIFICARE I REPORT SULLO STATO PATRIMONIALE

È consigliabile confrontare il report Stato patrimoniale in Management Reporter con il report Bilancio di valutazione della contabilità generale di Microsoft Dynamics GP, per verificare che i saldi dei conti inoltrati al nuovo anno siano corretti. Se questi saldi non corrispondono, ripristinare il backup e contattare il supporto di Microsoft Dynamics GP per aprire un evento imprevisto di supporto per ulteriore assistenza.

INFORMAZIONI INTERNE MICROSOFT

Data ultimo aggiornamento: 3/12/2021 - cw
Autore: dspecht; riscritto il 2/12/2012 da cwaswick, 19/9/2013 - aggiunto il passaggio 3 da kenhub/cwaswick.
Scrittore: lmuelle
Revisore tecnico: kriszree
Editor: v-andmck