UVOD
Ne postoji "zaseban" postupak završetka godine za analitičko računovodstvo. Unosi saldo koji se iznose unaprijed (BBF) stvaraju se automatski za AA dimenzije u sklopu postupka zatvaranja GL godine, ako imate postavljanje AA dimenzija da biste stvorili BBF unos. Koraci u ovom članku pomoći će vam da provjerite podatke prije završetka postupka završetka GL godine da biste provjerili ima li AA podataka koji mogu uzrokovati pogreške tijekom postupka završetka GL godine. U ovom će se članku po želji prikazati i kako postaviti dimenzije AA tako da se stavka Saldo izda prema naprijed stvori u novoj godini po dimenziji.
Navedeni su i koraci za premještanje povijesnih podataka u povijest, što će riješiti poruku o pogrešci u nastavku koja se može pojaviti tijekom postupka završetka GL godine: (Pogledajte treći korak za rješavanje ove poruke.)
Morate pokrenuti konsolidacijske transakcije i pojedinosti o prijenosu u uslužni program povijesti za zatvorene godine da biste ponovno stvorili analitička računovodstvena salda koja se prosljeđuju.
DODATNE INFORMACIJE
Kada se postupak završetka godine pokrene za glavnu knjigu u sustavu Microsoft Dynamics GP, on automatski premješta analitičke računovodstvene transakcije iz povijesnih tablica AAG30000 u tablice niza AAG40000. (Ne postoji zaseban postupak zatvaranja koji se mora pokrenuti u analitičkom računovodstvu.) Možete odabrati dimenzije koje želite konsolidirati tijekom postupka završetka godine. U analitičkom računovodstvu unosi saldo koji se prosljeđuju stvaraju se u tablicama AAG30000 za dimenzije označene kao obuhvaćene postupkom kraja godine, a zatim se detalji premještaju u tablice niza AAG40000.
RAZLUČIVOST
PRVI KORAK: ODREĐIVANJE KORISTE LI SE U FINANCIJSKIM IZVJEŠĆIMA TABLICE AA:
Prije nego što zatvorite GL ili poduzme bilo kakve korake u ovom članku, pokrenite financijska izvješća koja obično pokrenete da biste saldo na probnom saldu za GL. Na temelju onoga što ste pronašli slijedite odgovarajuću metodu:
-METHOD 1 – IF CORRECT: If your Financial reports are correct and match GL, then you may proceed with steps 2-8 in this article, which still must be completed so you do not get any AA errors during the GL year end close process.
Napomena: ako koristite sustav izvješćivanja koji čita izravno iz GL tablica (kao što je naslijeđeni davatelj usluga u izvješću o upravljanju prilikom čitanja iz GL tvrtke ili drugog alata za izvješćivanje)] za financijska izvješća, možete nastaviti na drugi korak jer podaci OA ne utječu na financijsko izvješćivanje.
-METHOD 2 – IF NOT CORRECT: No ako vaša financijska izvješća nisu točna, to je najvjerojatnije zbog korištenih AA tablica, a AA podaci ne odgovaraju GL podacima. Da biste provjerili AA podatke, najprije morate proći kroz skripte SQL navedene u kb 2910626 uz ostale korake u ovom članku.
Napomena: Data Mart in Management Reporter čita iz AA (i GL) tablica ili naslijeđenog davatelja koji se koristi uz Management Reporter može čitati od AA tvrtke.
Koraci za drugu metodu:
a.) Najprije pokrenite sve skripte u kb 2910626 da biste provjerili AA podatke pomoću GL podataka.
Financijska izvješća iz izvješća o upravljanju ne podudaraju se s izvješćima o probnoj bilanci glavne knjige u aplikaciji Microsoft Dynamics GP
http://support.microsoft.com/help/2910626
b.) Kada dovršite korake u članku KB 2910626, vratite se na ovaj KB i nastavite s ostalim koracima navedenim u nastavku. (Imajte na umu da su drugi i četvrti korak također u bazi znanja KB 2910626, no preporučujemo da to ponovno provjerite jer ne bi trebali vraćati rezultate ako ste već popravili te podatke.)
2. KORAK: PROVJERA AA PODATAKA ZA PREKLAPAJUĆIH GODINA
Pokrenite te skripte da biste bili sigurni da u tablici Otvori AAG30000 nema preklapajućih godina s povijesnom tablicom AAG40000. Svaka zasebna godina trebala bi postojati samo u jednoj ili drugoj tablici, ali ne i u obje.
select distinct(YEAR1) from AAG30000
select distinct(YEAR1) from AAG40000
-Ako u obje tablice pronađete preklapajućih godina, preporučuje se da za pomoć otvorite incident podrške. Slučaj podrške naplaćuje se jer se taj problem obično stvara zbog uvoza zapisa. Imajte na umu da će se, ako je potrebno popraviti podatke, to možda treba uvršćiti na savjetovanje, što bi vam bio naplativi trošak.
TREĆI KORAK: PROVJERITE PODUDARAJU LI SE GODINE IZMEĐU OTVORENIH/POVIJESNIH TABLICA IZMEĐU AA/GL:
Zatim provjerite nalaze li se godine u tablicama za AA iste otvorene ili zatvorene godine kao i GL tablice. Otvorene tablice AAG30000 i GL20000 trebale bi imati iste godine. A povijesne tablice AAG40000 i GL30000 trebale bi sadržavati iste zatvorene godine.
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
-Ako pronađete godine u otvorenoj tablici AAG30000 PRIJE godine zatvaranja, morate poduzeti korake da biste podatke premjestili u povijest u nastavku da biste podatke iz povijesne godine premjestili u povijest. Tablica AAG30000 trebala bi imati samo podatke za godine koje su trenutno otvorene u GL-u. Ako pokušate zatvoriti godinu u GL-u, od vas će se zatražiti sljedeće:
Morate pokrenuti konsolidacijske transakcije i pojedinosti o prijenosu u uslužni program povijesti za zatvorene godine da biste ponovno stvorili analitička računovodstvena salda koja se prosljeđuju.
Pomoću prethodno navedenih skripti odredite morate li pokrenuti korake za premještanje podataka u povijest da biste spriječili da se prethodno navedena poruka dogodi tijekom postupka završetka GL godine.
KORACI ZA PREMJEŠTANJE PODATAKA U POVIJEST:
Kada prvi put zatvorite GL na verziji višoj od GP 10.0 SP2 ili noviju (s aktiviranom AA), od vas će se zatražiti da AA podatke premjestite u povijest prije nego što sustav omogući zatvaranje GL godine. Sustav će provjeriti jesu li AA podaci u odgovarajućem otvorenom/povijesnom nizu AA tablica jer GL podaci sjede u otvorenim/povijesnim tablicama u GL-u. Ako to nije slučaj, primit ćete poruku da pokrenete uslužni program Premjesti u povijest za AA da biste mogli nastaviti s zatvaranjem kraja GL godine. (Tu rutinu potrebno je pokrenuti samo jedanput nakon nadogradnje na gp 10.0, a zatim je više nikad ne biste trebali pokrenuti. To je trebao biti postupak koji je namijenjen samo jednom. Taj uslužni program neće naknadno popraviti duplicirane godine između tablica AA ili oštećenih podataka.)
Sjećate se, ako nakon instalacije servisnog paketa nakon instalacije servisnog paketa za verziju 10.0 ili nadogradnje na GP 2010 niste zatvorili GL godinu nakon instalacije servisnog paketa SP2 za verziju 10.0 ili nadogradnje na GP 2010, možda ćete primiti poruku "Morate konsolidirati transakcije i podatke o prijenosu u uslužni program povijesti da biste zatvorili godinu". Kod je dodan u postupak zatvaranja koji će usporediti godine u otvorenim tablicama za AA s povijesnim godinama u postaanju fiskalnog razdoblja tvrtke. Ako u nizu AAG3000X za povijesnu godinu postoje AA podaci, primit ćete pogrešku. Da biste konsolidirali te godine, slijedite ove korake:
1.) Na izborniku Microsoft Dynamics GP pokažite na Alati ,pokažite na Uslužni programi ,pokažite na Financije, pokažite na Analitičkoračunovodstvo , a zatim kliknite Premjesti podatke u povijest.
2.) Najstarija godina zadana će biti u sustavu koji se nalazi u otvorenim AAG3000x tablicama. Moći ćete se premještati samo godinu po godinu.
3.) Odaberite odgovarajuću mogućnost: Prijenos detalja o transakcijama u povijest – ta će mogućnost premjestiti zapise detalja OA iz otvorenih u tablice povijesti i neće se stvarati
BBF unosi. Morate biti sigurni da u tablicama AA nema BBF unosa u suprotnom nećete moći odabrati tu mogućnost. Ta mogućnost samo premješta zapise iz tablica AAG30000 u tablice AAG40000.
Konsolidacija transakcija ipojedinosti o prijenosu u histor y – ta će mogućnost premjestiti zapise detalja OA iz otvorenih u tablice povijesti i stvoriti BBF sudionike. No morate imati prethodno odabrane mogućnosti da bi se BBF unosi stvorili. Tom će se mogućnošću konsolidirati salda svih šifri dimenzije transakcije u zatvorenoj godini (koje su označene kao konsolidirane) i prenijeti podatke o AA-u u tablice povijesti.
Napomena Konsolidirani saldo prosljeđuju se novoj godini. BBF unosi se stvaraju iz zatvorenih godina.
Samo izvješće pretpregleda prijenosa ispisa – to će vam omogućiti prikaz transakcija koje će se premjestiti bez stvarnog premještanja podataka. U izvješću pretpregleda prikazuju se konsolidacije koje će se napraviti.
Napomena Ta mogućnost ne mijenja podatke.
4.) Kliknite U redu.
5.) Ponovite taj postupak za svaku "povijesnu" godinu. (Gdje se godina nalazi u otvorenoj tablici AAG30000, ali se nalazi u tablici povijesti GL30000. Otvoreni AA zapis sa starom godinom potrebno je premjestiti u tablicu povijest AA da bi se podudarao s odgovarajućim zapisom u tablici povijesti GL-a.)
Napomena: ako ponovno pokrenite skripte za različite godine u prethodnom "KORAKU 3", trebali biste dobiti različite godine koje se podudaraju između otvorenih AA i GL tablica te povijesnih AA i GL tablica.
ČETVRTI KORAK: PROVJERITE IMA LI U TABLICAMA AA PREKLAPANJE ID-A ZAGLAVLJA
Pokrenite ovu skriptu u bazi podataka tvrtke da biste vidjeli postoji li i isti ID zaglavlja između tablica:
select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
- Ako pronađete obje tablice dupliciranih ID-a zaglavlja, preporučuje se da za pomoć otvorite incident podrške. Slučaj podrške naplaćuje se. Imajte na umu da će se, ako je potrebno popraviti podatke, to možda treba uvršćiti na savjetovanje, što bi vam bio naplativi trošak.
To će se dogoditi ako vratite stariju bazu podataka sustava Dynamics pri vrhu trenutne baze podataka sustava Dynamics, pa će se sljedeći dostupni brojevi pohranjeni u tablici AAG00102 u bazi podataka sustava Dynamics ponovno postaviti. GP se nastavlja povećavati od tih vrijednosti, iako su možda već iskorištene i rezultirao bi istim aaGLHdrID vrijednostima koje se koriste za različite vrijednosti YEAR1.
PETI KORAK: AŽURIRANJE VRIJEDNOSTI AACOPYSTATUS
Sljedeća provjera netočne aacopystatus vrijednosti u tablici AAG40001. Pokrenite ovu skriptu:
select count(*) from AAG40001 where aaCopyStatus<>8
Ako prethodno navedena skripta vrati rezultate, aaCopyStatus morat ćete ažurirati na "8" prije pokretanja GL-godišnje zatvaranje: (Vrijednost "8" vrijednost je koju će prihvatiti proces završetka godine.)
update AAG40001 set aaCopyStatus=8
ŠESTI KORAK: PREGLED POSTAVLJANJA DIMENZIJA KOJE ĆE BITI OBUHVAĆENE KRAJEM GODINE
Pomoću dva koraka u nastavku uključite mogućnost Tvrtka da biste u kraj godine uvrstli dimenzije AA, a zatim označili pojedinačne dimenzije koje želite uvrstiti u završnu godinu. To će rezultirati unosima u tablici AAG30003 s istim aaGLHdrID-om kao i BBF unosi u tablicama AAG30000/AAG30001/AAG30002. Postupak je u dva koraka na sljedeći način:
Ako još niste zatvorili glavnu knjigu, slijedite ove korake da biste bili sigurni da je dimenzija pravilno označena da bi se uključila u postupak zatvaranja:
-
Označite mogućnost postavljanja da biste u kraj godine uvrstili analitičko računovodstvo na sljedeći način:
-
Na izborniku Microsoft Dynamics GP pokažite na Alati, pokažite na Postavljanje, pokažite na Tvrtka, pokažite na Analitičko računovodstvo, a zatim kliknite Mogućnosti.
-
Kliknite da biste odabrali potvrdni okvir Uključi kraj godine, a zatim kliknite U redu.
Napomena Ta je mogućnost samo da biste omogućili funkcionalnost za stvaranje unosa saldo koji se prosljeđuju u dimenzijama. Analitički računovodstveni podaci i dalje će se premjestiti u tablice niza AAG40000 kada se glavna knjiga zatvori bez obzira na to je li ta mogućnost označena.
-
-
Pojedinačno označite dimenzije koje će biti obuhvaćene krajem godine na sljedeći način:
-
Na izborniku Kartice pokažite na Financije , pokažitena Analitičko računovodstvo, a zatim kliknite Dimenzija transakcije.
-
Na popisu Trx Dimenzija kliknite dimenziju koju želite uvrstiti u postupak završetka godine.
-
U području Zatvaranje kraja godine kliknite da biste odabrali potvrdni okvir Konsolidiraj saldo tijekom završetka godine, a zatim kliknite Spremi.
-
Ponovite korake b i c za svaku dimenziju koju želite uvrstiti u postupak završetka godine.
-
Napomena: ako koristite MR, a gore navedeni potvrdni okviri nisu označeni, početni iznos saldo može se propustiti ako podaci o dimenzijama AA BBF nisu stvoreni tijekom završetka godine i prijavljujete podatke o AA-u.
7. KORAK – PROVJERA MAT KNJIGE AA RAČUNA
Uvijek je dobro provjeriti podudara li se tablica AA Account Master (AAG00200) s tablicom GL Account Master (GL00100) prije završetka godine. Ako nema računa, zbog toga bi BBF unosi u AA bili netočni. Pokrenite skripte u nastavku s bazom podataka tvrtke da biste provjerili imaju li sve tablice GL Account Master, GL Account Index Master i AA Account Master jednak broj zapisa:
select count(*) from GL00100
select count(*) from GL00105
select count(*) from AAG00200
• Ako tablica AA Account Master sadrži manje zapisa od tablice GL00100, pomoću skripte u nastavku umetnite GL račune koji nedostaju:
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)
• Ako tablica AA Account Master sadrži više zapisa od tablice GL00100, pomoću skripte u nastavku uklonite dodatne zapise:
Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)
• Ako se tablica GL00105 ne podudara, u članku KB 855963 potražite korake u odjeljku Kako ponovno stvoriti tablicu Indeks glavnog računa (GL00105).
8. KORAK – PROVJERA REVERSING GL/AA ENTRIES (GP2015/GP2016)
Došlo je do problema s GL Reversing entries posting to a historical year in each version, as noted below. Pokrenite skriptu u nastavku u bazi podataka tvrtke. Pregledajte rezultate kao što je to za svaku verziju. Ako vam je potrebna pomoć, otvorite slučaj podrške i pogledajte probleme s kvalitetom.
Pokrenite ovu skriptu da biste pregledali sve stavke koje su objavljene u povijesnu godinu.
--------------------------------
Select distinct(a.JRNENTRY) from GL20000 a
join GL30000 b
na a.JRNENTRY = b.JRNENTRY
where a.SOURCDOC = 'GJ'
i a.TRXSORCE kao što je 'GLREV%'
i b.TRXSORCE kao što je 'GLTHS%'
----------------------------------
Pregledajte rezultate kao što je navedeno u nastavku za verziju koju koristite:
Microsoft Dynamics GP 2016 (problem s kvalitetom #91834)
Usporedba zapisa između tablica GL i AA tablica za svaku prethodno vraćenu vrijednost JE#jer rezultati mogu varirati ovisno o tome jesu li korišteni računi za P&L i jesu li objavljeni na razini transakcija ili na razini grupe. Potrebna su ručna ažuriranja:
-
Ažurirajte SEQNUMBR u tablici GL20000 da bi unos "GLREV" odgovarao SEQNUMBR-u u tablici AAG30001. (Ako koristite MR, morate koristiti SEQNUMBR iz tablice AA da bi ga MR pročitao.)
-
Ažurirajte ACTINDX u tablici AAG30001 da bi stavka "GLREV" odgovarala ACTINDX-u u tablici GL20000. (Tablica AA netočno sadrži indeks računa za zadržanu zaradu na unosu za storniranje.)
-
Provjerite zbroj zapisa u programu AAG30002 jednak zbroju zapisa u AAG30001 za aaGLHdrID zapise za JE.
Ako je potrebna pomoć, otvorite slučaj podrške i #91834 problema s kvalitetom.
Taj je problem riješen u vrućim popravcima za GP 2016 (16.00.0675) i GP 2018 (18.00.0438).
Microsoft Dynamics GP 2015 (problem s kvalitetom #88914)
Pregledajte tablice AA za svaku je # vraćenu iznad . Potrebna su ručna ažuriranja:
-
Provjerite zbroj zapisa u programu AAG30002 jednak zbroju zapisa u AAG30001 za aaGLHdrID zapise za JE.
-
Pregledajte tablice AAG30000 i AAG40000 za svaku vraćenu JE#. Potražite zapise za unos "GLREV" u obje tablice niza AAG30000. AA zapisi za stavku "GLREV" trebali bi se nalaziti u tablicama AAG30000 samo zato što je stavka za storniranje u novoj godini i ne bi se trebala nalaziti u tablicama nizova AAG40000. Ti duplicirani zapisi uzrokovali bi precjenu izvješća o MR-u ako se prijave na AA.
Ako je potrebna pomoć, otvorite slučaj podrške i #88914 problema s kvalitetom.
Problem s kvalitetom #88914 je riješen u RTM-u za GP 2016.
9. KORAK – netočan AA BBF (****Poznati problem samo za GP 2016***)
**VAŽNA NAPOMENA ZA KORISNIKE SUSTAVA DYNAMICS GP 2016***
**Morate biti u rječniku GP-a 16.00.0675 ili novijem (ili AA rječnikom 16.00.0645 ili novijim) prije nego što zatvorite Dynamics GP 2016 da biste imali ispravan početni saldo**
Postoji poznati problem s kvalitetom #91502 kada GL godinu zatvorite AA-om. Ako imate GL račune sa saldo od 0 KN i prosljeđujete AA kodove, AA BBF-ove će biti netočne. To nije problem u gp 2015 ili GP 2013.
Za taj je problem obuhvaćen popravak u ažuriranju zakrpe za prosinac (KB 4056559) za Microsoft Dynamics GP 2016. Iako se izdanje iz prosinca naziva kanadskim ažuriranjem na kraju godine plaćaza 2017.,trebali bi ga instalirati svi američki korisnici kojima je potreban taj AA BBF popravak koji je obuhvaćen. Preporučuje se da instalirate ovo ažuriranje zakrpe za prosinac prije nego što zatvorite GL ako koristite AA i imate GL račune s nula salda, za sve instalacije (SAD, Kanada itd.) koje koriste AA.
Imajte na umu da se verzija sustava Dynamics GP verzije 16.00.0641 ne mijenja između ažuriranja 2017 US Year-End (izdanje iz studenog/KB 4046341) i kanadskog obračuna plaća za 2017 Year-End Update (izdanje iz prosinca/KB 4056559). No rječnik AA ažurirat će se od 16.00.0552 do 16.00.0645. (Provjerite pomoć | O aplikaciji Microsoft Dynamics GP | Dodatni | O analitičkom računovodstvu.) Da biste riješili taj problem s AA/BBF, potreban vam je AA kod u izdanju prosinca.
10. KORAK – POKRETANJE TESTA ZATVORI
Uvijek napravite trenutnu sigurnosnu kopiju prije početka postupka završetka GL godine. Preporučuje se najprije testirati zatvaranje GL godine u tvrtki za testiranje da biste bili sigurni da ne primate nikakve pogreške. Postupak zatvaranja GL-a na kraju godine zapravo stvara saldo koji je doveo naprijed unose dnevnika (BBF-ove) i premješta zapise za godinu koju zatvarate u tablicama Glavne knjige i Analitičko računovodstvo. BBF unosi se stvaraju i u tablicama GL i AA. Pogledajte postupak opisan u članku KB 888003 za postupke zatvaranja na kraju godine za glavnu knjigu.
Dodatne informacije potražite u članku iz Microsoftove baze znanja pod sljedećim brojem:
888003 Year-End postupci zatvaranja glavne knjige u sustavu Microsoft Dynamics GP
-----------------------------------------------------------------------------------------------
NAPOMENA: kraj godine s AA-om SQL 2019 ne uspijeva
Ako koristite GP 18.2 sa SQL 2019 i AA učitanim, zatvaranje krajem godine GL neće uspjeti s porukom u nastavku: (Prethodne verzije SQL funkcioniraju dobro. Ne uspijeva samo SQL 2019. To je riješeno u vrućem popravku za veljaču 2020. Dodatne informacije potražite u blogu AA YE.)
"Interna pogreška: dosegnuto je ograničenje servisa izraza. Potražite potencijalno složene izraze u upitu i pokušajte ih pojednostavniti."
------------------------------------------------------------------------------------------------
11. KORAK – PROVJERA JE LI PONIŠTENO 'JEDINIČNI RAČUNI' (SAMO GP 2013/GP 2015 – #86400)
Ako koristite Microsoft Dynamics GP 2015 ili Microsoft Dynamics GP 2013 i potvrdite okvir na računima jedinica da biste "Očistisaldo tijekom Year-End Zatvori", zapisi u tablici AAG30002 i dalje mogu neispravno imati vrijednosti, a trebali bi biti 0,00 da bi se podudarali sa tablicom AAG30001. (Taj je problem riješen u sustavu Microsoft Dynamics GP 2016.)
Da biste bili sigurni da su salda jediničnog računa točna u tablicama AA, pokrenite prvu skriptu u nastavku s bazom podataka tvrtke nakon završetka postupka završetka godine da biste bili sigurni da je BBF za račun jedinice postavljen na nulu ako je označen za poništenje. Da biste ažurirali rezultate, upotrijebite drugu skriptu.
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)
12. KORAK – POTVRDA IZVJEŠĆA O BILANCI
Preporučuje se usporediti izvješće bilance stanja u izvješću o upravljanju s izvješćem o probnom saldu glavne knjige iz sustava Microsoft Dynamics GP da biste provjerili jesu li salda računa koja se prosljeđuju u novu godinu točna. Ako se ta salda ne podudaraju, vratite se u sigurnosnu kopiju i obratite se podršci za Microsoft Dynamics GP da biste otvorili incident podrške radi dodatne pomoći.
MICROSOFTOVI INTERNI PODACI
Autor: dspecht; rewritten 12/2/2012 by cwaswick, 19.9.2013. – dodao je treći korak od strane kenhub/cwaswick.
Writer: lmuelle
Tech Reviewer: kriszree
Uređivač: v-andmck
