UVOD
Ne postoji "zasebna" procedura zatvaranja godine za analitičko računovodstveno. Unosi prosleđenih salda (BBF) kreiraju se za AA dimenzije automatski kao deo procesa zatvaranja GL godišnjeg kraja, ako imate podešavanje AA dimenzija da biste kreirali BBF stavku. Koraci u ovom članku pomoći će vam da proverite podatke pre obavljanja procesa zatvaranja za GL godinu da biste proverili da li ima AA podataka koji mogu da izazovu greške tokom procesa zatvaranja za GL godinu. Ovaj članak će vam takođe pokazati kako da podesite AA dimenzije da bi se stavka Proneta bilansa kreirala u novoj godini po dimenziji, ako želite. Navedeni su i koraci za premeštanje istorijskih podataka u istoriju, što će otkloniti poruku o grešci ispod koja se može imati tokom procesa zatvaranja za GL godinu dana: (Pogledajte 3. korak za rešavanje ove poruke.)
Morate da pokrenete konsolidirane transakcije i detaljno prenesete detalje o uslužnom programu istorije zatvorenih godina da biste ponovo sabrali analitička računovodstvena salda koji su prosleđeni.
VIŠE INFORMACIJA
Kada se završi proces zatvaranja za godišnju knjiga u softveru Microsoft Dynamics GP, on automatski premešta transakcije analitičkog računovodstvenih transakcija iz AAG30000 istorijskih tabela u tabele AAG40000 grupa. (Ne postoji zasebna zatvorena procedura koja mora da se pokrene u analitičkom računovodstvenom procesu.) Možete izabrati dimenzije koje želite da konsolidovanjate tokom godišnjeg procesa. U analitičkom računovodstvenom računovodstvenom unosu napravljene su stavke "Prosleđeni saldo" u AAG30000 tabelama za dimenzije za koje je označeno da budu uključene u proces godine, a zatim se detalji premeštaju u tabele AAG40000 grupa.
REZOLUCIJA
1. KORAK: UTVRĐIVANJE DA LI FINANSIJSKI IZVEŠTAJI KORISTE AA TABELE:
Pre nego što zatvorite GL ili uradite korake u ovom članku, pokrenite finansijske izveštaje koje obično pokrećete da biste balansirali na GL probni saldo. Na osnovu onoga što ste pronašli, pratite odgovarajući metod: -1. METOD – IF CORRECT: Ako su finansijski izveštaji ispravni i odgovaraju GL, možete da nastavite sa koracima od 2. do 8. u ovom članku, koji i dalje moraju da se dovrše da ne biste dobijali AA greške tokom procesa završetaka GL godine.Na primer: Ako koristite sistem izveštavanja koji se čita samo iz GL tabela (kao što je zakupni dobavljač u izveštaju Management Reporter prilikom čitanja iz GL preduzeća ili druge alatke za izveštavanje)] za finansijske izveštaje, onda možete da nastavite sa 2. korakom jer AA podaci ne utiču na finansijsko izveštavanje.-2. METOD – AKO NIJE ISPRAVAN: Međutim, ako finansijski izveštaji nisu ispravni, to je verovatno zbog AA tabela koje se koriste i AA podaci se ne podudaraju sa GL podacima. Da biste proverili AA podatke, prvo morate da prođete kroz SQL skripte navedene u članku KB 2910626 pored ostalih koraka u ovom članku. Na primer: Data Mart in Management Reporter reads from AA (and GL) tables, or the Legacy provider used with Management Reporter may read from an AA company.Koraci za 2. metod: a.) Prvo, pokrenite sve skripte u KB 2910626 da biste verifikuli AA podatke sa GL podacima. Finansijski izveštaji iz management Reporter ne podudaraju se sa izveštajem o probnom bilansu glavne knjige u Microsoft Dynamics GP http://support.microsoft.com/help/2910626 b.) Kada dovršite korake u KB 2910626, vratite se nazad na ovaj KB i nastavite sa ostalim koracima navedenim u nastavku. (Imajte u toga da 2. i 4. korak nalaze se i u KB 2910626, ali preporučujemo da ponovo proverite ovo jer ne bi trebalo da vraćaju rezultate ako ste već popravili ove podatke.)
2. KORAK: VERIFIKACIJA AA PODATAKA ZA GODINE PREKLAPANJA
Pokrenite ove skripte da biste se uverili da nemate preklapajućih godina u tabeli AAG30000 Open sa AAG40000 istorijskom tabelom. Svaka različita godina bi trebalo da postoji samo u jednoj ili drugoj tabeli, ali ne i obe.
select distinct(YEAR1) from AAG30000
select distinct(YEAR1) from AAG40000
- Ako pronađete preklapanje godina u obe tabele, preporučuje se da otvorite incident podrške radi pomoći. Predmet podrške može da se naplati jer se ovaj problem obično kreira zbog uvoza zapisa. Ako je potrebno popravljanje podataka, imajte naplaćivanje na konsultovanje, što bi moglo da vam naplati troškove.
3. KORAK: PROVERITE DA LI SE GODINE IZMEĐU OTVORENIH/ISTORIJSKIH TABELA PODUDARAJU IZMEĐU AA/GL:
Dalje, uverite se da su godine u AA tabelama u istim otvorenim ili zatvorenim godinama kao GL tabele. Otvorene tabele AAG30000 i GL20000 trebalo bi da imaju iste godine. A AAG40000 i GL30000 istorijske tabele treba da sadrže 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 tabeli AAG30000 PRE godine zatvaranja, morate da uradite i KORAKE DA BISTE PREMESTILI PODATKE U ISTORIJU ispod da biste premestili istorijske podatke godine u istoriju. AAG30000 tabela bi trebalo da sadrži podatke samo za godine koje su trenutno otvorene u GL godinama. Ako pokušate da zatvorite godinu u GL-u, biće vam zatražena ova poruka:
Morate da pokrenete konsolidirane transakcije i detaljno prenesete detalje o uslužnom programu istorije zatvorenih godina da biste ponovo sabrali analitička računovodstvena salda koji su prosleđeni.
Zato koristite gorenavedene skripte da biste odredili da li je potrebno da pokrenete KORAKE ZA PREMEŠTANJE PODATAKA U ISTORIJU, tako da možete da sprečite da se gorenavedena poruka dešava tokom procesa zatvaranja GL godine.KORACI ZA PREMEŠTANJE PODATAKA U ISTORIJU: Kada prvi put zatvorite GL na verziji većoj od GP 10.0 SP2 ili novijoj (uz aktiviranu AA), bićete upitani da premestite AA podatke u istoriju pre nego što vam sistem dozvoli da zatvorite GL godinu. Sistem će potvrditi da se AA podaci nalazi u odgovarajućim otvorenim/istorijskim grupama AA tabela, pošto se GL podaci nalazi u otvorenim/istorijskim tabelama u programu GL. Ako to nije slučaj, primićete poruku da pokrenete program "Premesti u istoriju" za AA da biste mogli da nastavite sa zatvaranje GL Year End. (Ovu rutinu treba da pokrenete samo JEDNOM nakon nadogradnje sa GP 10.0, a zatim nikada više ne bi trebalo da ga pokrećete. Trebalo je da bude jednovremeni proces. Ovaj izvor podataka neće rešiti duplirane godine između AA tabela ili oštećenih podataka kasnije.) Ne zaboravite, ako niste zatvorili GL godinu (sa AA aktiviranom) nakon instaliranja servisnog paketa kasnije od SP2 za verziju 10.0 ili nadogradnje na GP 2010, možete dobiti poruku koja saopštava "Morate da konsolidujete transakcije i prenesete detalje uslužnom programu istorije da biste zatvorili godinu". Kôd je dodat u završni proces koji poredi godine u AA otvorenim tabelama u odnosu na istorijske godine u instalaciji fiskalnog perioda preduzeća. Ako u grupama tabela AAG3000X ima AA podataka za istorijsku godinu, dobićete grešku. Pratite ove korake da biste konsoliduli te godine: 1.) U meniju Microsoft Dynamics GP postavite pokazivač na stavku Alatke,postavite pokazivač na stavku Uslužni programi, postavite pokazivač na stavku Finansijska, postavite pokazivač na stavku Analitičkiračunovodstveni , a zatim izaberite stavku Premesti podatke u istoriju.2.) Najstarija godina će podrazumevano biti podrazumevana po tome što se sistem nalazi u otvorenim AAG3000x tabelama. Možete da se premeštate samo za jednu po godinu dana.3.) Izaberite odgovarajuću opciju: Prenos detalja transakcije u istoriju – Ova opcija premešta AA zapise o detaljima iz otvorenih u tabele istorije i neće se kreirati BBF stavke. Morate da se uverite da u AA tabelama nema BBF stavki jer u suprotnom ne možete da izaberete ovu opciju. Ova opcija samo premešta zapise iz AAG30000 tabela u AAG40000 tabele.Konsolidujtetransakcije i detalje prenosa na histor y – Ova opcija premešta AA detaljne zapise iz otvorenih u tabele istorije i pravi BBF stavke. Međutim, morate imati prethodno izabrane opcije da bi se kreirale BBF stavke. Ova opcija konsolidova balans svih kodova dimenzija transakcije u zatvorenoj godini (koji su označeni kao da se konsolidiraju) i prenosi AA informacije u tabele istorije.Napomena Konsolidovani saldo se donose u novu godinu. BBF unosi se kreiraju od zatvorenih godina.Samo izveštaj o pregledu pre štampanja – Ovo će vam omogućiti da prikažete transakcije koje će biti premeštene bez stvarnog premeštanja podataka. Izveštaj o pregledu prikazuje konsolidacije koje će biti napravljene.Napomi Ova opcija ne menja podatke.4.) Kliknite na dugme U redu. 5.) Ponovite ovaj proces za svaku "istorijsku" godinu. (Gde se godina nalazi u otvorenoj tabeli AAG30000, ali se nalazi u tabeli istorije GL30000. AA otvoreni zapis sa starom godinom mora da se premesti u AA tabelu istorije kako bi se podudarao sa odgovarajućim zapisom u tabeli GL istorije.) Natpis: Ako ponovo otvorite skripte za različite godine u gorenavedenom "KORAK 3", trebalo bi da dobijete različite godine za podudaranje između otvorenih AA i GL tabela, kao i istorijskih AA i GL tabela.
4. KORAK: PROVERA DA LI U AA TABELAMA IMA PREKLAPANJA ID-A ZAGLAVLJA
Pokrenite ovu skriptu u bazi podataka preduzeća da biste videli da li isti ID zaglavlja postoji i između tabela:
select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
– Ako pronađete obe tabele ID-a dupliranog zaglavlja, preporučuje se da otvorite incident podrške radi pomoći. Predmet podrške se može naplatiti. Ako je potrebno popravljanje podataka, imajte naplaćivanje na konsultovanje, što bi moglo da vam naplati troškove.To bi se desilo ako vratite stariju Dynamics bazu podataka u prethodno stanje preko vrha trenutne Dynamics baze podataka i tako sledeći dostupni brojevi uskladišteni u tabeli AAG00102 u Dynamics bazi podataka bude vraćeni nazad. GP nastavlja da se uvećava za ove vrednosti, iako su možda već iskorišćene i dovešće do toga da se ista aaGLHdrID vrednost koristi za različite year1 vrednosti.
5. KORAK: AŽURIRANJE AACOPYSTATUS VREDNOSTI
Dalje, proverite netačnu vrednost aacopystatus u tabeli AAG40001. Pokrenite ovu skriptu:
select count(*) from AAG40001 where aaCopyStatus<>8
Ako gorenavedena skripta daje rezultate, želite da ažurirate aaCopyStatus na "8" pre izvršavanja GL Year Close: (Vrednost "8" je vrednost koju će proces zatvaranja godine prihvatiti.)
update AAG40001 set aaCopyStatus=8
6. KORAK: PREGLEDAJTE PODEŠAVANJE ZA DIMENZIJE KOJE ĆE BITI UKLJUČENE U GODINU
Koristite dva koraka ispod da biste uključili opciju Preduzeće da biste uključili AA dimenzije u zatvorenoj godini, a zatim da biste označili pojedinačne dimenzije koje želite da uključite u kraj godine. To će dovesti do unosa u tabeli AAG30003 sa istim aaGLHdrID kao BBF stavkama u tabelama AAG30000/AAG30001/AAG30002. Ovo je proces od dva koraka: Ako još niste zatvorili glavnu knjiga, pratite ove korake da biste se uverili da je dimenzija ispravno označena tako da bude uključena u proces zatvaranja:
-
Označite opciju podešavanja tako da uključi analitičko računovodstveno u godišnjem dočeku na sledeći način:
-
U meniju Microsoft Dynamics GP postavite pokazivač na stavku Alatke ,postavite pokazivač na stavku Podešavanje,postavite pokazivač na stavku Preduzeće, postavite pokazivač na stavku Analitičkoračunovodstveno , a zatim izaberite stavku Opcije.
-
Kliknite da biste izabrali polje za potvrdu Uključi u zatvaranje godine, a zatim kliknite na dugme U redu.Napomogućeno Ova opcija samo omogućava funkcionalnost za kreiranje stavki "Prosleđeni saldo" u dimenzijama. Analitički računovodstveni podaci će i dalje premeštati tabele AAG40000 grupa kada general Ledger bude zatvorena bez obzira na to da li je ova opcija označena.
-
-
Pojedinačno označite dimenzije koje će biti uključene u godišnjem formatu na sledeći način:
-
U meniju Kartice postavite pokazivač na stavku Finansijska ,postavite pokazivač na stavku Analitičkoračunovodstveno , a zatim izaberite stavku Dimenzija transakcije.
-
Na listi Dimenzija Trx izaberite dimenziju koju želite da uključite u proces zatvaranja za kraj godine.
-
U oblasti Zatvaranje godine potvrdite izbor u polju za potvrdu Konsoliduj salda tokom zatvaranja godine, a zatim kliknite na dugme Sačuvaj.
-
Ponovite korake b i c za sve dimenzije koje želite da uključite u proces zatvaranja za kraj godine.
-
Naznaka: Ako koristite MR, a gorenavedena polja za potvrdu nisu označena, onda će početni saldo propustiti ako podaci AA BBF dimenzije nisu kreirani tokom zatvaranja godine i ako AA podaci izveštavate o AA podacima.
7. KORAK – VERIFIKACIJA MASTERA NALOGA Uvek je dobra ideja da proverite da li se AA Account Master tabela (AAG00200) podudara sa GL Account Master tabelom (GL00100) pre nego što obradite približnu godinu. Ako nalozi nedostaju, to bi prouzrokovalo da BBF stavke u AA budu netačne. Pokrenite skripte u nastavku za bazu podataka preduzeća da biste potvrdili da tabele "Master GL naloga", "Master indeksa GL naloga" i "Master AA naloga" imaju isti broj zapisa:
select count(*) from GL00100
select count(*) from GL00105
select count(*) from AAG00200
• Ako tabela Master AA naloga ima MANJE zapisa od GL00100 tabele, koristite dolenavljenu skriptu da biste umetnuli GL naloge 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 tabela Master AA naloga ima više zapisa od GL00100 tabele, upotrebite dolenavodnu skriptu da biste uklonili dodatne zapise:
Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)
• Ako se GL00105 tabela ne podudara, korake iz KB 855963 pročitajte u temi Kako ponovo da sekreira tabela mastera naloga (GL00105).
8. KORAK – PROVERA REVERZNIH GL/AA UNOSA (GP2015/GP2016)
U svakoj verziji postoje problemi sa stavkama GL Reversing koje objavljuje u istorijskoj godini, kao što je opisano ispod. Pokrenite skriptu u nastavku za bazu podataka preduzeća. Pregledajte sve rezultate kao što je najaženo za svaku verziju. Ako vam je potrebna pomoć, otvorite predmet podrške i ukažite na probleme sa kvalitetom.
Pokrenite ovu skriptu da biste pregledali sve povratne stavke koje su objavljene u istorijskoj godini.
--------------------------------
Select distinct(a.JRNENTRY) from GL20000 a pridruživanje uslugi GL30000 b on 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 podvučeno u nastavku za verziju koju koristite:
Microsoft Dynamics GP 2016 (problem sa kvalitetom #91834)
Uporedite zapise između GL tabela i AA tabela za svaki je# vraćen iznad, jer rezultati mogu da se razlikuju u zavisnosti od toga da li su korišćeni P&L nalozi i da li su objavljeni na nivou transakcije ili na grupnom nivou. Ručna potrebna ažuriranja mogu da budu:
-
Ažurirajte SEQNUMBR u tabeli GL20000 da bi se stavka "GLREV" podudarala sa SEQNUMBR u tabeli AAG30001. (Ako koristite MR, morate da koristite SEQNUMBR iz AA tabele da bi je MR pročitao.)
-
Ažurirajte ACTINDX u tabeli AAG30001 da bi stavka "GLREV" odgovarala ACTINDX tabeli u GL20000. (AA tabela neispravno ima indeks naloga Zadržanu zaradu u stavki koja se reversing.)
-
Potvrdite zbir zapisa u AAG30002 jednak zbiru zapisa u AAG30001 za aaGLHdrID zapise za JE.
Otvorite problem sa predmetom podrške i referentnim kvalitetom #91834 ako je potrebna pomoć.
Ovaj problem je rešen u hitnim ispravkama iz januara za GP 2016 (16.00.0675) i GP 2018 (18.00.0438).
Microsoft Dynamics GP 2015 (problem sa kvalitetom #88914)
Pregledajte AA tabele za svaki JE# vraćen iznad . Ručna potrebna ažuriranja mogu da budu:
-
Potvrdite zbir zapisa u AAG30002 jednak zbiru zapisa u AAG30001 za aaGLHdrID zapise za JE.
-
Pregledajte tabele AAG30000 i AAG40000 za svaki JE# vraćen. Da biste potražili zapise za stavku "GLREV" koji će biti u tabelama AAG30000 grupa, pogledajte zapise koji će biti u tabelama AAG30000 grupa. AA zapisi za stavku "GLREV" trebalo bi da budu u tabelama AAG30000 samo pošto je stavka koja se može reverzno nalaziti u novoj godini, a ne bi trebalo da bude u AAG40000 tabelama grupa. Ti duplirani zapisi bi uzrokovati da MR izveštaji budu suvlasni ako izveštavanje o AA izveštajima.
Otvorite problem sa predmetom podrške i referentnim kvalitetom #88914 ako je potrebna pomoć.
Problem sa #88914 rešen je u GP 2016 RTM.
9. KORAK – NEISPRAVAN AA BBF (**Poznat problem samo za GP 2016**)
**VAŽNA NAPOMENA ZA KORISNIKE DYNAMICS GP 2016***
**Morate biti u GP rečniku 16.00.0675 ili novijoj (ili AA rečniku 16.00.0645 ili novijoj) pre nego što zatvorite Dynamics GP 2016 da bi vam se unapred donela ispravna početna salda**
Postoji poznat problem sa kvalitetom kada #91502 zatvorite GL godinu sa AA. Ako imate neki GL nalog sa saldom od 0 USD i prosleđenim AA kodovima, AA BBF-i neće biti tačni. Ovo nije problem u GP 2015 ili GP 2013.
Popravka za ovaj problem je uključena u ispravku zakrpe iz decembra (KB 4056559) za Microsoft Dynamics GP 2016. Iako se izdanje iz decembra naziva godišnje ažuriranje za kanadski platni spisk iz2017,trebalo bi da je instaliraju svi korisnici iz SAD kojima je potrebna ova AA BBF ispravka koja je uključena. Preporučuje se da instalirate ovu ispravku zakrpe iz decembra pre nego što zatvorite GL ako koristite AA i imate GL naloge sa nula salda, za sve instalacije (SAD, Kanada itd.) koje koriste AA.
Imajte na početku da se Dynamics GP verzija 16.00.0641 ne menja između ispravke iz 2017 US Year-End (novembarskog izdanja/KB 4046341) i ispravke za 2017 kanadski platni spisk Year-End (decembar izdanje/KB 4056559). Međutim, AA rečnik će se ažurirati sa 16.00.0552 na 16.00.0645. (Pogledajte polje za | O Microsoft Dynamics GP | Dodatne | O analitičkom računovodstvenom računovodstvenom.) Biće vam potreban AA kôd u izdanju za decembar da biste rešili ovaj problem sa AA/BBF.
10. KORAK – POKRETANJE TESTA ZATVORI
Uvek napravite trenutnu rezervnu kopiju pre nego što počnete proces zatvaranja za GL godinu dana. Preporučuje se da prvo testirate pokretanje GL godišnjeg zatvaranja u probnom preduzeću kako biste se uverili da ne dobijate greške. Proces zatvaranja za GL godina zapravo kreira saldo prosleđenih stavki u dnevniku (BBF-ove) i pomera zapise za godinu koju zatvarate u tabelama "Opšta knjiga" i "Analitičko računovodstveno". BBF stavke se kreiraju u GL i AA tabelama. Pogledajte proces opisan u KB 888003 za godišnje završne procedure za general Ledger.
Da biste dobili više informacija, kliknite na sledeći broj članka da biste prikazali članak u Microsoft bazi znanja:
888003 Year-End zatvorenih procedura za glavnu glavnu knjiga u softveru Microsoft Dynamics GP
----------------------------------------------------------------------------------------------- NAPOME: Kraj godine se zatvara sa AA u SQL 2019 ne uspeva Ako koristite GP 18.2 sa učitanim verzijama SQL 2019 i AA, zatvaranje godine za GL neće uspeti uz poruku ispod: (Prethodne SQL verzije su u redu. Ovaj problem ne uspeva samo SQL 2019. godine. Ovo je rešeno u hot popravki za februar 2020.. Pogledajte AA YE BLOG za više detalja.)
"Interna greška: dostignuto je ograničenje usluga izraza. Potražite potencijalno složene izraze u upitu i pokušajte da ih pojednostavite."
------------------------------------------------------------------------------------------------
11. KORAK– PROVERA DA LI JE OPOZVANI IZBOR U POLJU "NALOZI JEDINICE" (SAMO GP 2013/GP 2015 – #86400)
Ako koristite Microsoft Dynamics GP 2015 ili Microsoft Dynamics GP 2013 i označili polje za potvrdu na nalozima jedinice na vrednost "Obriši saldo tokom Year-EndZatvori ', zapisi u tabeli AAG30002 možda i dalje imaju vrednosti i trebalo bi da imaju 0,00 kako bi se podudarali sa AAG30001 tabelom. (Ovaj problem je rešen u softveru Microsoft Dynamics GP 2016.)
Da biste se uverili da su saldo naloga jedinice ispravni u AA tabelama, pokrenite prvu skriptu u nastavku u odnosu na bazu podataka preduzeća nakon izvršavanja procesa zatvaranja za godinu dana da biste se uverili da je BBF za nalog jedinice postavljen na nulu ako je označen kao opisan. Koristite drugu skriptu da biste ažurirali 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)
12. KORAK – VERIFIKACIJA IZVEŠTAJA LISTA SA BILANSOM
Preporučuje se da uporedite izveštaj sa bilansom u izveštaju o bilansu u izveštaju o probnom redu glavne knjige iz usluge Microsoft Dynamics GP kako biste proverili da li su saldo naloga prosleđeni u novu godinu ispravni. Ako se ovi balans ne podudaraju, vratite rezervnu kopiju i obratite se Microsoft Dynamics GP podršci da biste otvorili incident podrške radi dodatne pomoći.
MICROSOFT INTERNE INFORMACIJE
Autor: dspecht; ponovo upisio 02.09.2012. by cwaswick, 19.9.2013. – 3. korak dodao kenhub/cwaswick.Writer: lmuelle Tech Reviewer: kriszree Uređivač: v-andmck
