PASUL 1: DETERMINAȚI DACĂ RAPOARTELE FINANCIARE UTILIZEAZĂ TABELE AA:

Înainte de a închide GL sau de a urma orice pași din acest articol, rulați rapoartele financiare pe care le rulați în mod normal pentru a echilibra la Soldul de încercare GL. Pe baza a ceea ce găsiți, urmați metoda corespunzătoare:

-METODA 1 -DACĂ ESTE CORECTĂ : Dacă rapoartele dvs. financiare sunt corecte și se potrivesc cu GL, puteți continua cu pașii 2-8 din acest articol, care trebuie finalizate totuși pentru a nu primi erori AA în timpul procesului de închidere a anului GL.

Notă: dacă utilizați un sistem de raportare care citește doar direct din tabelele GL (cum ar fi furnizorul moștenit de la Management Reporter atunci când citiți de la o firmă GL sau de la alt instrument de raportare)] pentru Rapoartele dvs. financiare, puteți continua la Pasul 2, deoarece datele AA nu afectează raportarea dvs. financiară.


-METODA 2 -DACĂ NU ESTE CORECTĂ : Totuși, dacă rapoartele dvs. financiare nu sunt corecte, acest lucru este foarte probabil ca datorită tabelelor AA utilizate și datele AA nu se potrivesc cu datele GL. Pentru a verifica datele AA, trebuie mai întâi să rulați scripturile SQL furnizate în baza de date 2910626, în plus față de restul pașilor din acest articol.  

Notă: Data Maia în Management Reporter citește din tabelele AA (și GL) sau furnizorul moștenit utilizat cu Management Reporter poate citi dintr-o firmă AA.

Pașii pentru Metoda 2:

a.) Mai întâi, rulați toate scripturile din baza de 2910626 pentru a verifica datele AA cu datele GL.   

Rapoartele financiare de la Management Reporter nu se potrivesc cu rapoartele soldului de încercare registru general din Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) După ce ați terminat pașii din baza de 2910626, reveniți la această bază de kb și continuați cu restul de pași listați mai jos. (Rețineți că și pasul 2 și pasul 4 sunt în baza de date 2910626 KB, dar vă recomandăm să verificați din nou acest lucru, deoarece aceștia nu ar trebui să returneze rezultate dacă le-ai remediat deja.)

 

PASUL 2: VERIFICAREA DATELOR AA PENTRU ANII SUPRAPUSI

Rulați aceste scripturi pentru a vă asigura că nu aveți ani suprapusi în tabelul AAG30000 Deschidere cu tabelul istoric AAG40000. Fiecare an distinct ar trebui să existe într-un tabel sau în altul, dar nu în ambele.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

În cazul în care găsiți ani suprapusi în ambele tabele, se recomandă să deschideți un incident de asistență pentru asistență. Cazul de asistență este taxat, deoarece această problemă este creată de obicei datorită importului de înregistrări. Rețineți că, dacă este necesară remedierea datelor, poate fi nevoie să faceți referire la consultanță, care ar fi o cheltuială facturată pentru dvs.
 

PASUL 3: VERIFICAȚI POTRIVIREA ANILOR DINTRE TABELELE DESCHIDERE/ISTORIC ÎNTRE AA/GL:

În continuare, asigurați-vă că anii din tabelele AA sunt în aceeași perioadă de timp deschisă sau închisă ca tabelele GL. Tabelele deschise AAG30000 și GL20000 ar trebui să aibă aceeași ani. Iar tabelele istorice AAG40000 și GL30000 ar trebui să conțină aceeași ani închiși.

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

-Dacă găsiți ani în tabelul AAG30000 deschis ÎNAINTE de anul în care închideți, trebuie să urmați și PAȘII PENTRU A MUTA DATELE ÎN ISTORICUL de mai jos pentru a muta datele istorice ale anului în istoric. Tabelul AAG30000 ar trebui să aibă date doar pentru anii deschideți în prezent în GL. Dacă încercați să închideți anul în GL, vi se va solicita acest mesaj:  

Utilizați scripturile de mai sus pentru a determina dacă trebuie să rulați PAȘII PENTRU A MUTA DATELE ÎN ISTORIC, astfel încât să împiedicați apariția mesajului de mai sus în timpul procesului de închidere a anului GL.


PAȘII PENTRU MUTAREA DATELOR ÎN ISTORIC:
Prima dată când închideți GL pe o versiune mai recentă decât GP 10.0 SP2 sau o versiune mai recentă (cu AA activat), vi se va solicita să mutați datele AA în istoric înainte ca sistemul să vă permită să închideți anul de GL. Sistemul va verifica dacă datele AA se află în seria de tabele AA deschise/istorice corespunzătoare, deoarece datele GL se află în tabelele deschise/istorice din GL. Dacă nu acesta este cazul, veți primi un mesaj pentru a rula utilitarul Move to History Utility pentru AA înainte de a continua cu închiderea anului GL.  ( Această rutină ar trebui să ruleze O SINGURĂ DATĂ după ce faceți upgrade după ce ați trecut deGP 10.0,apoi nu ar trebui să mai trebuie să o rulați niciodată.  Era menit să fie un proces ce se poate uni. Acest utilitar nu va remedia ulterior anii dublați între tabelele AA sau datele deteriorate.)

Rețineți, dacă nu ați închis anul GL (cu AA activat) după ce instalați un pachet Service Pack mai târziu decât SP2 pentru versiunea 10.0 sau faceți upgrade la GP 2010, este posibil să primiți un mesaj care spune " Trebuie să sintetizați tranzacțiile și să transferați detaliile la utilitarul istoric pentru a închideanul". Codul a fost adăugat la procesul de închidere care va compara anii din tabelele AA deschise cu anii istorici în Configurarea perioadei fiscale a firmei. Dacă există date AA în seria de tabele AAG3000X pentru un an istoric, veți primi eroarea. Urmați acești pași pentru a sintetiza acei ani:

1.) În meniul Microsoft Dynamics GP, indicați spre Instrumente, indicați spre Utilitare ,indicați spre Financiar, indicați spre Contabil analitic ,apoi faceți clic pe Mutare date în istoric.

2.) Cel mai vechi an va fi implicit cel găsit în sistemul din tabelele AAG3000x deschise. Veți putea să vă deplasați doar câte un an.

3.) Selectați opțiunea corespunzătoare: Transferați detaliile tranzacției în istoric - Această opțiune va muta înregistrările de detalii AA de la tabelele deschise la istoric și nu vor fi create

intrări BBF. Trebuie să vă asigurați că nu există intrări BBF în tabelele AA; în caz contrar, nu veți putea selecta această opțiune. Această opțiune mută pur și simplu înregistrările din tabelele AAG30000 în tabelele AAG40000.

Sintetizarea tranzacțiilorși transferarea detaliilor în categoria histor y - Această opțiune va muta înregistrările detaliate AA de la tabelele deschise la istoric și va crea înregistrări BBF entries. Cu toate acestea, trebuie să aveți opțiunile menționate anterior selectate pentru ca intrările BBF să fie create. Această opțiune va sintetiza soldurile tuturor codurilor de dimensiune a tranzacțiilor din anul închis (marcate pentru a fi sintetizate) și va transfera informațiile AA în tabelele istoric.

Notă Balanțele sintetizate sunt transmise către anul nou. Intrările BBF sunt create din anii închiși.

Doar raportul de previzualizare pentru transferul imprimării - acest lucru vă va permite să vizualizați tranzacțiile care vor fi mutate fără a muta de fapt datele. Raportul de previzualizare afișează sintetizarile care se vor face.

Notă Această opțiune nu modifică datele.

4.) Faceți clic pe OK.

5.) Repetați acest proces pentru fiecare an "istoric". (Unde anul se află în tabelul deschis AAG30000, dar se află în tabelul istoric GL30000. Înregistrarea AA deschisă cu anul vechi trebuie mutată în tabelul istoric AA pentru a corespunde înregistrării corespunzătoare din tabelul istoric GL.)

Notă: Dacă repetați scripturile distincte de an din "PASUL 3" de mai sus, ar trebui să obțineți anii diferențiați de potrivire între tabelele AA și GL deschise și tabelele AA și GL istorice.

 

PASUL 4: VERIFICAȚI DACĂ ÎN TABELELE AA EXISTĂ ID-URI DE ANTET SUPRAPUSE

Rulați acest script în baza de date a firmei pentru a vedea dacă există, de asemenea, același ID de antet între tabele:

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

- Dacă găsiți ambele tabele cu ID antet dublat, se recomandă să deschideți un incident de asistență pentru asistență. Cazul de asistență este taxat. Rețineți că, dacă este necesară remedierea datelor, poate fi nevoie să faceți referire la consultanță, care ar fi o cheltuială facturată pentru dvs.

Acest lucru se întâmplă dacă restaurați o bază de date Dynamics mai veche în partea de sus a bazei de date Dynamics curente, așadar, următoarele numere disponibile stocate în tabelul AAG00102 din baza de date Dynamics sunt setate înapoi. GP continuă să se incremente de la aceste valori, chiar dacă s-ar putea să fi fost utilizate deja și să aibă ca rezultat aceeași valoare aaGLHdrID utilizată pentru diferite valori YEAR1.
 

PASUL 5: ACTUALIZAREA VALORILOR AACOPYSTATUS

În continuare, verificați dacă valoarea aacopystatus este incorectă în tabelul AAG40001. Rulați acest script:

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

Dacă scriptul de mai sus returnează rezultate, se va dori să actualizați aaCopyStatus la "8" înainte de a rula închiderea anului GL: (Valoarea "8" este o valoare pe care o vor accepta procesul de închidere la sfârșitul anului.)

update AAG40001 set aaCopyStatus=8

PASUL 6: EXAMINAȚI CONFIGURAREA DIMENSIUNILOR DE INCLUS ÎN SFÂRȘITUL ANULUI

Utilizați cei doi pași de mai jos pentru a activa opțiunea Firmă, pentru a include dimensiunile AA la închiderea anului, apoi pentru a marca dimensiunile individuale pe care doriți să le includeți în închiderea anului. Acest lucru va avea ca rezultat intrările din tabelul AAG30003 cu același aaGLHdrID ca intrările BBF din tabelele AAG30000/AAG30001/AAG30002. Acesta este un proces în doi etape, după cum urmează:

Dacă nu ați închis încă Registrul general, urmați acești pași pentru a vă asigura că dimensiunea este marcată corect pentru a fi inclusă în procesul de închidere:

1. Marcați opțiunea de configurare pentru a include Analytical Accounting în închiderea anului, după cum urmează:

   1. În meniul Microsoft Dynamics GP, indicați spre Instrumente, indicați spre Configurare ,indicați spre Firmă, indicați spre Contabil analitic, apoi faceți clic pe Opțiuni.

   2. Faceți clic pentru a bifa caseta de selectare Includere în închiderea anului și faceți clic pe OK.
      
      
      Notă Această opțiune este doar pentru a activa funcționalitatea de creare a intrărilor Sold adus înainte în dimensiuni. Datele De contabilitate analitică vor rămâne în tabelele de serie AAG40000 atunci când Registru general este închis, indiferent dacă această opțiune este marcată sau nu.

2. Marcați individual dimensiunile de inclus în sfârșitul anului, după cum urmează:

   1. În meniul Carduri, indicați spre Financiare, indicați spre Analytical Accounting, apoi faceți clic pe Dimensiune tranzacție.

   2. În lista Dimensiune Trx, faceți clic pe dimensiunea pe care doriți să o includeți în procesul de închidere la sfârșitul anului.

   3. În zona Închidere la sfârșitul anului, faceți clic pentru a bifa caseta de selectare Sintetizare solduri în timpul închiderii anului și faceți clic pe Salvare.

   4. Repetați pașii b și c pentru fiecare dimensiune pe care doriți să o includeți în procesul de închidere la sfârșitul anului.

Notă: Dacă utilizați MR și casetele de selectare de mai sus nu sunt marcate, atunci sumele soldului de început pot fi ome omise dacă datele dimensiunii AA BBF nu au fost create în timpul închiderii anului și raportați despre date AA. 



PASUL 7 - VERIFICAREA COORDONATORULUI DE CONTURI AA

Întotdeauna este o idee bună să verificați dacă tabelul Coordonator de conturi AA (AAG00200) se potrivește cu tabelul Coordonator de conturi GL (GL00100) înainte de a procesa un sfârșit de an. Dacă lipsesc conturi, acest lucru ar putea face ca intrările BBF din AA să fie incorecte. Rulați scripturile de mai jos în baza de date de firmă pentru a verifica dacă tabelele GL Account Master, GL Account Index Master și AA Account Master au același număr de înregistrări:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Dacă tabelul Coordonator de conturi AA are înregistrări mai mici decât tabelul GL00100, utilizați scriptul de mai jos pentru a insera conturile GL lipsă:

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)

• Dacă tabelul Coordonator de conturi AA are MAI MULTE înregistrări decât tabelul GL00100, utilizați scriptul de mai jos pentru a elimina înregistrările suplimentare:

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

• Dacă tabelul GL00105 nu se potrivesc, consultați

Kb 855963 pentru pașii de creați din nou tabelul Index coordonator de conturi (GL00105). 





PASUL 8 - VERIFICAȚI INVERSAREA INTRĂRILOR GL/AA (NUMAI GP2015/GP2016)

Au existat probleme cu intrările de inversare GL care postează pentru un an istoric în fiecare versiune, așa cum se notează mai jos.  Rulați scriptul de mai jos în baza de date a firmei.  Revizuiți orice rezultate după cum se notează pentru fiecare versiune.  Dacă este necesară asistență, deschideți un caz de asistență și faceți referire la problemele de calitate. 

Rulați acest script pentru a examina toate intrările de inversare care au fost publicate într-un an istoric. 

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

Select distinct(a.JRNENTRY) from GL20000 a join GL30000 b
pe a.JRNENTRY = b.JRNENTRY
unde a.SOURCDOC = 'GJ'
a.TRXSORCE like 'GLREV%'
și b.TRXSORCE ca "GLTHS%"

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

Revizuiți rezultatele după cum este prezentat mai jos pentru versiunea pe care o utilizați:

Microsoft Dynamics GP 2016 (Problema de calitate #91834)

 Comparați înregistrările dintre tabelele GL și AA pentru fiecare JE# returnate mai sus, deoarece rezultatele pot varia în funcție de cazul în care au fost utilizate conturile P&L și dacă a fost postat la nivel de tranzacție sau la nivel de grup.  Actualizările manuale necesare pot fi: 

• Actualizați SEQNUMBR în tabelul GL20000 pentru intrarea "GLREV" pentru a se potrivi cu SEQNUMBR din tabelul AAG30001. (Dacă utilizați MR, trebuie să utilizați SEQNUMBR din tabelul AA pentru ca MR să îl citească.)

• Actualizați ACTINDX în tabelul AAG30001 pentru intrarea "GLREV" pentru a se potrivi cu ACTINDX din tabelul GL20000. (Tabelul AA conține incorect indexul de cont Câștiguri reținute pentru intrarea de inversare.)

• Verificați suma înregistrărilor din AAG30002 egală cu suma înregistrărilor din AAG30001 pentru înregistrările aaGLHdrID pentru JE.

Deschideți un caz de asistență și faceți referire la problema cu calitatea referinței #91834 dacă este necesară asistență. 

ACTUALIZARE: Această problemă a fost remediată în remedierea rapidă din ianuarie pentru GP 2016 (16.00.0675) și GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (problema de calitate #88914)

Examinați tabelele AA pentru fiecare JE# returnate mai sus.  Actualizările manuale necesare pot fi:

• Verificați suma înregistrărilor din AAG30002 egală cu suma înregistrărilor din AAG30001 pentru înregistrările aaGLHdrID pentru JE.

• Revizuiți tabelele AAG30000 și AAG40000 pentru fiecare JE# returnate.  Căutați înregistrările pentru ca intrarea "GLREV" să fie în ambele tabele de serie AAG30000. Înregistrările AA pentru intrarea "GLREV" trebuie să fie doar în tabele AAG30000, deoarece intrarea de inversare este în noul an și nu ar trebui să fie în tabelele de serie AAG40000.  Aceste înregistrări dublate ar face ca rapoartele MR să fie supraatate dacă se face raportarea în AA.

Deschideți un caz de asistență și faceți referire la problema cu calitatea referinței #88914 dacă este necesară asistență. 

ACTUALIZARE: Această problemă a fost remediată în GP 2016 RTM.   

PASUL 9 - AA BBF INCORECT (****Problemă cunoscută doar pentru GP 2016***)

**NOTĂ IMPORTANTĂ PENTRU UTILIZATORII DYNAMICS GP 2016***

**Trebuie să fiți în dicționarul GP 16.00.0675 sau o valoare superioară (sau dicționarul AA 16.00.0645 sau mai mare) înainte de a închide Dynamics GP 2016, pentru a aduce în față soldurile de început corecte**

Există o problemă cunoscută de calitate #91502 atunci când închideți anul GL cu AA.  Dacă aveți conturi GL cu un sold de 0 LEI și sunt în derulare coduri AA înainte, codurile AA BBF vor fi incorecte.  Aceasta nu este o problemă în GP 2015 sau GP 2013.  

O remediere a fost inclusă pentru această problemă în actualizarea de corecții din decembrie (KB 4056559) pentru Microsoft Dynamics GP 2016.  Chiar dacă lansarea din decembrie este denumită Actualizarea la sfârșitul anului2017pentru salarii din Canada, ea ar trebui să fie instalată de toți clienții din S.U.A. care au nevoie de această remediere AA BBF inclusă.  Se recomandă să instalați această actualizare de corecție din decembrie înainte de a închide GL dacă utilizați AA și aveți conturi GL cu sold zero, pentru toate instalările (SUA, Canada etc) care utilizează AA. 

Rețineți că versiunea Dynamics GP de 16.00.0641 nu se modifică între actualizarea Year-End DIN 2017 DIN Year-End (lansarea din noiembrie/KB 4046341) și actualizarea Year-End Salarii din Canada 2017 (lansare din decembrie/KB 4056559). Totuși, dicționarul AA se va actualiza de la 16.00.0552 la 16.00.0645. (Consultați caseta de | Despre Microsoft Dynamics GP | Detalii | Despre Analytical Accounting.) Veți avea nevoie de codul AA în versiunea din decembrie pentru a rezolva această problemă cu AA/BBF. 

PASUL 10 - RULARE TESTARE ÎNCHIDERE

Faceți întotdeauna o copie backup curentă înainte de a începe procesul de închidere la sfârșitul anului GL. Se recomandă să testați mai întâi rularea la sfârșitul anului GL într-o firmă de testare, pentru a vă asigura că nu primiți erori. Procesul de închidere la sfârșitul anului GL este cel care creează de fapt soldul cu intrările de jurnal redirecționate (BBF) și mută înregistrările pentru anul pe care îl închideți în tabelele General Ledger și Analytical Accounting. Intrările BBF sunt create în tabelele GL și AA. Consultați procesul descris în Baza de date 888003 pentru procedurile de încheiere a anului pentru Registru general.

Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul din Baza de cunoștințe Microsoft:

888003 Year-End de închidere pentru Registru general în Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
NOTĂ: Închiderea anului cu AA în SQL 2019 nu reușește
Dacă utilizați GP 18.2 cu SQL 2019 și AA încărcate, închiderea anului GL nu va reuși cu mesajul de mai jos: (Versiunile anterioare de SQL funcționează bine.  Aceasta eșuează doar SQL 2019.  Această remediere a fost remediată în remedierea rapidă din februarie 2020. Consultați BLOGul AA YE pentru mai multe detalii.)

"Eroare internă: s-a atins o limită de servicii de expresii. Căutați expresii potențial complexe în interogarea dvs. și încercați să le simplificați."  

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

PASUL 11- VERIFICAȚI DACĂ S-AU GOLIT "CONTURILE DE UNITĂȚI" (NUMAI GP 2013/GP 2015 - #86400)

Dacă utilizați Microsoft Dynamics GP 2015 sau Microsoft Dynamics GP 2013 și bifați caseta de selectare în Conturi de unități pentru "Golire sold în timpul Year-End Închiderii", înregistrările din tabelul AAG30002 pot avea încă valori incorect și trebuie să fie 0,00 pentru a se potrivi cu tabelul AAG30001.  (Această problemă a fost remediată în Microsoft Dynamics GP 2016.)

Pentru a vă asigura că soldurile Contului de unitate sunt corecte în tabelele AA, rulați primul script de mai jos în baza de date a firmei după rularea procesului de închidere la sfârșitul anului, pentru a vă asigura că BBF pentru contul cu unități este setat la zero dacă acesta a fost marcat pentru a fi golit.  Utilizați al doilea script pentru a actualiza orice rezultate.

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)

PASUL 12- VERIFICAREA RAPOARTELOR DE FOAIE DE SOLD

Se recomandă să comparați raportul Foaie de sold din Management Reporter cu raportul de sold de încercare registru general de la Microsoft Dynamics GP, pentru a verifica dacă soldurile conturilor transmise noului an sunt corecte. Dacă aceste solduri nu se potrivesc, restaurați la copia backup și contactați Asistența Microsoft Dynamics GP pentru a deschide un incident de asistență pentru asistență suplimentară.

INFORMAȚII INTERNE MICROSOFT

Data ultimei actualizări: 3.12.2021 - cw
Autor: dspe germana; rescrisă pe 2.12.2012 de cwaswick, 19.09.2013 - adăugată la pasul 3 de kenhub/cwaswick.
Writer: lmumumu
Recenzant tehnic: kriszree
Editor: v-andmck