1 VEIKSMAS: NUSTATYKITE, AR FINANSINĖS ATASKAITOS NAUDOJA AA LENTELES:

Prieš uždarę DK arba atidarę šiame straipsnyje nurodytus veiksmus, vykdykite savo finansines ataskaitas, kurias paprastai vykdote, kad subalansuoti į DK bandomąjį likutį. Atsižvelgdami į tai, ką radote, atlikite atitinkamą metodą:

-1 BŪDAS – JEI TEISINGA:jei jūsų finansinės ataskaitos yra teisingos ir atitinka GL, galite atlikti 2–8 veiksmus šiame straipsnyje, kurie vis tiek turi būti atlikti, kad negausite jokių AA klaidų DK metų pabaigos uždarymo proceso metu.

Pastaba: jei naudojate ataskaitų sistemą, kuri skaito tik tiesiogiai iš DK lentelių (pvz., senstelėjusio teikėjo management reporter, kai skaitote iš DK įmonės ar kito ataskaitų įrankio)] savo finansinėms ataskaitoms, galite tęsti 2 veiksmą, nes AA duomenys neturi įtakos jūsų finansinėms ataskaitoms.


-2 METODAS – JEINETEISINGA : Tačiau, jei jūsų finansinės ataskaitos yra netaisomos, tai dažniausiai tikėtina dėl naudojamų AA lentelių, o AA duomenys neatitinka DK duomenų. Norėdami patikrinti AA duomenis, pirmiausia turite paleisti SQL scenarijus, pateiktus KB 2910626, be kitų šiame straipsnyje nurodytų veiksmų.  

Pastaba: "Management Reporter" duomenų saugyklą skaito iš AA (ir GL) lentelių, arba senstelėjusi teikėjas, naudojamas su "Management Reporter", gali skaityti iš AA įmonės.

Veiksmai, skirti 2 metodui:

a.) Pirmiausia paleiskite visus scenarijus KB 2910626 AA duomenis naudodami DK duomenis.   

"Management Reporter" finansinės ataskaitos nesutampa su "Microsoft Dynamics
GP"

http://support.microsoft.com/help/2910626 b.) Kai baigsite veiksmus kb 2910626, grįžkite į šį KB ir tęskite likusius toliau nurodytus veiksmus. (Atkreipkite dėmesį, kad 2 ir 4 veiksmuose taip pat yra KB 2910626, tačiau rekomenduojame dar kartą tai patikrinti dar kartą, nes jie neturėtų pateikti jokių rezultatų, jei jau išsėmėte šiuos duomenis.)

 

2 VEIKSMAS: PATIKRINKITE, AR SUTAMPANČIŲ METŲ AA DUOMENYS

Vykdykite šiuos scenarijus, kad įsitikintumėte, jog nėra persidengiančių metų AAG30000 Atidaryti lentelę su AAG40000 retrospektyvos lentele. Kiekvienais atskirais metais turėtų būti tik viena lentelė arba kita, bet ne abi.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Jei abiejose lentelėse randate persidengiančių metų, rekomenduojama atidaryti pagalbos palaikymo incidentą. Palaikymo atvejis yra mokamas, nes ši problema paprastai sukuriama dėl įrašų importavimo. Atkreipkite dėmesį, kad jei reikia nustatyti duomenis, tai gali tekti nurodyti konsultacijai, o tai būtų jums apmokėtinos išlaidos.
 

3 VEIKSMAS: PATIKRINKITE, AR METAI TARP ATVIRŲ / ISTORINIŲ LENTELIŲ SUTAMPA TARP AA/GL:

Tada įsitikinkite, kad metai AA lentelėse yra tais pačiais atidarytais arba uždarytais metais, kaip ir jūsų DK lentelės. AAG30000 ir GL20000 atidarytos lentelės turėtų turėti tuos pačius metus. O AAG40000 ir GL30000 istorinėse lentelėse turėtų būti tie patys uždaryti metai.

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

-Jei AAG30000 atidarytoje lentelėje rasite metų prieš uždarymo metus, taip pat turite atlikti veiksmus, kad perkeltumėte duomenis į retrospektyvą ir perkeltumėte istorinių metų duomenis į retrospektyvą. Lentelėje AAG30000 turėtų būti tik metų, kurie šiuo metu yra atviri metai DK, duomenys. Jei bandysite uždaryti metus DK, būsite paraginti šiuo pranešimu:  

Naudokite anksčiau nurodytus scenarijus, kad nustatytumėte, ar reikia vykdyti VEIKSMUS, kad perkeltumėte DUOMENIS Į RETROSPEKTYVĄ, kad būtų galima neleisti, kad anksčiau pateiktas pranešimas nebūtų rodomas DK metų pabaigos uždarymo proceso metu.


VEIKSMAI, KAIP PERKELTI DUOMENIS Į RETROSPEKTYVĄ:
Pirmą kartą uždarę GL naujesnėje nei GP 10.0 SP2 arba naujesnėje versijoje (su suaktyvinta AA), būsite paraginti perkelti AA duomenis į retrospektyvą, kol sistema leis uždaryti GL metus. Sistema patikrins, ar AA duomenys yra atitinkamose AA lentelių atvirose / istorinėse sekose, nes DK duomenys yra atidarytose / istorinėse lentelėse GL. Jei taip nėra, gausite pranešimą, kad paleisite AA programą Perkelti į retrospektyvą, kad tęsite uždarymą GL metų pabaigoje.  ( Šią rutinos versiją reikia vykdyti tik vieną kartą atnaujinusGP 10.0, tada jums niekada nereikia jos paleisti iš naujo.  Tai turėjo būti vienkartis procesas. Ši programa neištaisys dubliuotų metų tarp AA lentelių arba sugadintų duomenų vėliau.)

Atminkite, kad jei neuždarysite savo GL metų (su AA aktyvinta) įdiegę pakeitimų paketą vėliau nei SP2 10.0 versijai arba atnaujinote į GP 2010, galite gauti pranešimą" Norėdami uždaryti metus, turite sujungti operacijas ir perkelti išsamią informaciją įretrospektyvos programą". Kodas buvo įtrauktas į uždarymo procesą, kuris palygins metus AA atidarytose lentelėse su istoriniais metais įmonės ataskaitinio laikotarpio sąrankoje. Jei istorinių metų AA duomenys yra AAG3000X lentelių sekoje, gausite klaidą. Atlikite šiuos veiksmus, kad sutraukti tuos metus:

1.) "Microsoft Dynamics GP" meniu nukreipkite žymiklį į Įrankiai, nukreipkite žymiklįį Priemonės , nukreipkite žymiklį į Finansinė ,nukreipkite žymiklį į Analitinėapskaita , tada spustelėkite Perkelti duomenis į retrospektyvą.

2.) Seniausi metai bus numatytieji, kai sistema bus rasta atidarytose AAG3000x lentelėse. Vienu metu galėsite perkelti tik vienus metus.

3.) Pasirinkite atitinkamą parinktį: Perkelti operacijos informaciją į retrospektyvą – ši parinktis perkels AA išsamios informacijos įrašus iš atidarytų į retrospektyvos lenteles ir

nebus sukurti BBF įrašai. Turite įsitikinti, kad AA lentelėse nėra BBF įrašų, priešingu atveju negalėsite pasirinkti šios parinkties. Ši parinktis tiesiog perkelia įrašus iš AAG30000 lentelių į AAG40000 lenteles.

Sutraukti operacijasir perkelti išsamią informaciją į istor iją – ši parinktis perkels AA išsamios informacijos įrašus iš atidarytų į retrospektyvos lenteles ir sukurs BBF entries. Tačiau norint sukurti BBF įrašus, turi būti pasirinktos anksčiau paminėtos parinktys. Ši parinktis sutraukti visų uždarytų metų operacijų dimensijų kodų likučius (kurie pažymėti kaip sutraukti) ir perkelti AA informaciją į retrospektyvos lenteles.

Pastaba Konsoliduoti likučiai persiunčiami į naujus metus. BBF įrašai sukuriami iš uždarytų metų.

Tik spaudinio perkėlimo peržiūros ataskaita – taip galėsite peržiūrėti operacijas, kurios bus perkeltos neperkeliant duomenų. Peržiūros ataskaitoje rodomi sutraukiniai, kurie bus atlikti.

Pastaba Ši parinktis nekeičia duomenų.

4.) Spustelėkite Gerai.

5.) Kartokite šį procesą su kiekvienu "istoriniu" metais. (Kur metai yra AAG30000 atidarytoje lentelėje, bet yra GL30000 retrospektyvos lentelėje. AA atidarytą įrašą su senais metais reikia perkelti į AA retrospektyvos lentelę, kad jis atitiktų atitinkamą įrašą DK retrospektyvos lentelėje.)

Pastaba: jei vėl pakartosite skirtingus metų scenarijus anksčiau pateiktame 3-yje žingsnyje, turėtumėte gauti skirtingus metus, kad jie atitiktų atidarytas AA ir GL lenteles ir istorines AA ir GL lenteles.

 

4 VEIKSMAS: PATIKRINKITE, AR AA LENTELĖSE NĖRA PERSIDENGIANČIŲ ANTRAŠTĖS ID

Paleiskite šį scenarijų įmonės duomenų bazėje, kad pamatytumėte, ar to paties antraštės ID taip pat yra tarp lentelių:

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

- Jei randate besidubliuosias antraštės ID abi lenteles, rekomenduojama atidaryti palaikymo incidentą, kad būtų galima gauti pagalbos. Mokamas palaikymo atvejis. Atkreipkite dėmesį, kad jei reikia nustatyti duomenis, tai gali tekti nurodyti konsultacijai, o tai būtų jums apmokėtinos išlaidos.

Taip nutiktų, jei atkursite senesnę "Dynamics" duomenų bazę dabartinės "Dynamics" duomenų bazės viršuje, todėl bus nustatyti kiti galimi skaičiai, saugomi "Dynamics" duomenų bazės lentelėje AAG00102. GP toliau didėja nuo šių reikšmių, nors jos jau gali būti naudojamos ir dėl to ta pati aaGLHdrID reikšmė naudojama skirtingoms YEAR1 reikšmėms.
 

5 VEIKSMAS: ATNAUJINKITE AACOPYSTATUS REIKŠMES

Tada patikrinkite, ar lentelėje AAG40001 nėra neteisingos aacopystatus reikšmės. Vykdykite šį scenarijų:

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

Jei aukščiau pateiktas scenarijus pateikia rezultatus, prieš paleisdami GL metų uždarymą, norėsite atnaujinti aaCopyStatus į "8": (Reikšmė '8' yra reikšmė, kurią priims uždarymo metų pabaigoje procesas.)

update AAG40001 set aaCopyStatus=8

6 VEIKSMAS: PERŽIŪRĖKITE DIMENSIJŲ, KURIOS TURI BŪTI ĮTRAUKTOS Į METŲ PABAIGĄ, SĄRANKĄ

Norėdami įjungti parinktį Įmonė, norėdami įtraukti AA dimensijas į uždarymo metų pabaigą, atlikite du toliau nurodytus veiksmus, tada pažymėkite atskiras dimensijas, kurias norite įtraukti į uždarymą metų pabaigoje. Taip lentelės AAG30003 įrašai bus tokie patys kaip AAG30000/AAG30001/AAG30002 lentelių BBF įrašai. Tai yra dviejų veiksmų procesas, kaip nurodyta toliau:

Jei dar neuždarėte DIDŽIOSIOS KNYGOS, atlikite šiuos veiksmus, kad įsitikintumėte, jog dimensija pažymėta tinkamai, kad būtų įtraukta į uždarymo procesą:

1. Pažymėkite sąrankos parinktį, kad būtų įtraukta analitinė apskaita uždarymo metų pabaigoje taip:

   1. "Microsoft Dynamics GP" meniu nukreipkite žymiklį į Įrankiai, nukreipkite žymiklį į Sąranka, nukreipkite žymiklįį Įmonė , nukreipkite žymiklį į Analitinėapskaita , tada spustelėkite Parinktys.

   2. Spustelėkite, kad pasirinktumėte žymės langelį Įtraukti į uždarymo metų pabaigą, tada spustelėkite Gerai.
      
      
      Pastaba Ši parinktis yra tik įgalinti funkcijas, kad būtų galima kurti dimensijų įrašus "Balanso persiuntimas". Analitinės apskaitos duomenys vis tiek bus perkelti į AAG40000 sekų lenteles, kai didžioji knyga bus uždaryta neatsižvelgiant į tai, ar ši parinktis pažymėta.

2. Atskirai pažymėkite dimensijas, kurios bus įtrauktos į metų pabaigą taip:

   1. Meniu Kortelės nukreipkite žymiklį į Finansinė, nukreipkite žymiklį į Analitinėapskaita , tada spustelėkite Operacijos dimensija.

   2. Sąraše Trx dimensija spustelėkite dimensiją, kurią norite įtraukti į uždarymo metų pabaigoje procesą.

   3. Srityje Metų pabaigos uždarymas spustelėkite, kad pasirinktumėte žymės langelį Sutraukti likučius uždarymo metų pabaigoje metu, tada spustelėkite Įrašyti.

   4. Kartokite b ir c veiksmus su kiekviena dimensija, kurią norite įtraukti į uždarymo metų pabaigoje procesą.

Pastaba: jei naudojate MR, o anksčiau nurodyti žymės langeliai nepažymėti, tada pradžios balanso sumos gali būti praleistos, jei AA BBF dimensijos duomenys nebuvo sukurti metų pabaigos uždarymo metu ir jūs pranešate apie AA duomenis. 



7 VEIKSMAS – AA PASKYROS RUOŠINIO TIKRINIMAS

Visada būtų gerai patikrinti, ar AA account master lentelė (AAG00200) atitinka DK paskyros ruošinio lentelę (GL00100) prieš uždarant metus. Jei paskyrų nėra, dėl to BBF įrašai AA būtų neteisingi. Vykdykite toliau nurodytus scenarijus įmonės duomenų bazėje, kad patvirtintumėte, jog GL account master, GL account index Master ir AA Account Master lentelėse yra toks pat įrašų skaičius:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Jei lentelėje AA paskyros ruošinys yra mažiau įrašų nei lentelėje GL00100, naudokite toliau pateiktą scenarijų, kad įterptų trūkstamas DK paskyras:

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)

• Jei lentelėje AA paskyros ruošinys yra daugiau įrašų nei lentelėje GL00100, naudokite toliau pateiktą scenarijų, kad pašalintumėte papildomus įrašus:

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

• Jei lentelė GL00105 nesutampa, žr.

KB 855963, kaip iš naujo sukurti lentelę Paskyros pagrindinis indeksas (GL00105). 





8 VEIKSMAS – PATIKRINKITE GL/AA ĮRAŠŲ ATŠAUKIMĄ (TIK GP2015/GP2016)

Buvo problemų, susijusių su DK atvirkštinių įrašų registravimu istoriniais metais kiekvienoje versijoje, kaip nurodyta toliau.  Vykdykite toliau pateiktą scenarijų įmonės duomenų bazėje.  Peržiūrėkite visus kiekvienos versijos rezultatus, kaip nurodyta.  Jei reikia pagalbos, atidarykite palaikymo bylą ir nurodykite kokybės problemas. 

Paleiskite šį scenarijų, kad peržiūrėtų visus retrospektyvos metais užregistruotus atšaukimo įrašus. 

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

Select distinct(a.JRNENTRY) from GL20000 a prisijungti prie GL30000 b
on a.JRNENTRY = b.JRNENTRY
čia a.SOURCDOC = 'GJ'
ir a.TRXSORCE like 'GLREV%'
ir b.TRXSORCE like 'GLTHS%'

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

Peržiūrėkite rezultatus, kaip nurodyta toliau, kad būtų galima naudoti versiją:

"Microsoft Dynamics GP 2016" (kokybės problema #91834)

 Palyginkite įrašus tarp DK lentelių ir AA lentelių su kiekviena anksčiau pateikta JE#, nes rezultatai gali skirtis, atsižvelgiant į tai, ar buvo naudojamos P&L paskyros ir ar buvo paskelbtas operacijos lygis arba paketo lygis.  Gali būti reikalingi neautomatiniai naujinimai: 

• Atnaujinkite SEQNUMBR lentelėje GL20000, kad įrašas "GLREV" atitiktų SEQNUMBR lentelėje AAG30001. (Jei naudojate MR, turite naudoti SEQNUMBR iš AA lentelės, kad MR galėtų ją perskaityti.)

• Atnaujinkite ACTINDX lentelėje AAG30001, kad "GLREV" įrašas atitiktų ACTINDX lentelėje GL20000. (AA lentelėje neteisingai yra nepaskirstyto pelno paskyros indeksas atvirkštinio įrašo.)

• Patikrinkite AAG30002 įrašų sumą, lygią AAG30001 įrašų sumai, skirtai JE aaGLHdrID įrašams.

Jei reikia pagalbos, atidarykite palaikymo atvejį ir nuorodos kokybės problemą #91834. 

UPDATE: Ši problema buvo išspręsta sausio mėn. karštoji pataisa, skirta GP 2016 (16.00.0675) ir GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (kokybės problema #88914)

Peržiūrėkite anksčiau pateiktas kiekvieno JE# AA lenteles.  Gali būti reikalingi neautomatiniai naujinimai:

• Patikrinkite AAG30002 įrašų sumą, lygią AAG30001 įrašų sumai, skirtai JE aaGLHdrID įrašams.

• Peržiūrėkite lenteles AAG30000 ir AAG40000 kiekvienai grąžintai JE#.  Ieškokite įrašų, kad "GLREV" įrašas būtų abiejose AAG30000 sekų lentelėse. "GLREV" įrašo AA įrašai turi būti AAG30000 lentelėse tik todėl, kad atvirkštinis įrašas yra naujieji metai ir neturėtų būti AAG40000 sekų lentelėse.  Dėl šių pasikartojančių įrašų MR ataskaitos būtų pervertintos, jei būtų galima pranešti apie AA.

Jei reikia pagalbos, atidarykite palaikymo atvejį ir nuorodos kokybės problemą #88914. 

UPDATE: Ši problema buvo išspręsta GP 2016 RTM.   

9 VEIKSMAS – NETEISINGAS AA BBF (****Žinoma problema tik GP 2016***)

**SVARBI PASTABA "DYNAMICS GP 2016" VARTOTOJAMS***

**Turite būti GP žodyne 16.00.0675 arba naujesnėje (arba AA žodyne 16.00.0645 arba naujesnėje) prieš uždarant "Dynamics GP 2016", kad būtų pateikti teisingi pradžios likučiai**

Yra žinoma kokybės problema #91502, kai uždarote savo GL metus naudodami AA.  Jei turite GL paskyrų su 0 EUR likučiu ir persiunčiate AA kodus į priekį, AA BBF bus neteisinga.  Tai nėra problema GP 2015 arba GP 2013.  

Šios problemos pataisa įtraukta į "Microsoft Dynamics GP 2016" gruodžio pataisos naujinimą (KB 4056559).  Nors gruodžio leidimas vadinamas2017 m.Kanados atlyginimų metų pabaigos naujinys, jį turi įdiegti visi JAV klientai, kuriems reikia šios AA BBF pataisos, kuri yra įtraukta.  Labai rekomenduojama įdiegti šį gruodžio pataisos naujinimą prieš uždarant GL, jei naudojate AA ir turite GL paskyras su nulinio balanso, visoms įdiegtoms (JAV, Kanada ir t. t.), kurios naudoja AA. 

Atkreipkite dėmesį, kad "Dynamics GP" 16.00.0641 versija nesikeičia tarp 2017 m. JAV "Year-End Update" (lapkričio leidimas/KB 4046341) ir 2017 m. Kanados darbo užmokesčio fondo "Year-End Update" (gruodžio mėn. leidimas/KB 4056559). Tačiau AA žodynas bus atnaujinta nuo 16.00.0552 iki 16.00.0645. (Pažymėkite žinyno | Apie "Microsoft Dynamics GP" | Papildomos | Apie analitinę apskaitą.) Jums reikės AA kodo gruodžio leidime, kad išspręsite šią AA/BBF problemą. 

10 VEIKSMAS – UŽDARYKITE TESTĄ

Visada sukurkite dabartinę atsarginę kopiją prieš pradėdami GL metų pabaigos uždarymo procesą. Pirmiausia rekomenduojama išbandyti, kaip veikia DK metų pabaigos uždarymas bandomojoje įmonėje, kad įsitikintumėte, jog negausite jokių klaidų. DK uždarymo metų pabaigoje procesas iš tikrųjų sukuria balansą, kuris pateikiamas žurnalo įrašams (BBF) ir perkelia metų, kuriuos uždarote, įrašus lentelėse Didžioji knyga ir Analitinė apskaita. BBF įrašai sukuriami ir GL, ir AA lentelėse. Žr. procesą, kuris aprašytas KB 888003, skirtas didžiosios knygos metų pabaigos uždarymo procedūroms.

Jei reikia daugiau informacijos, spustelėkite toliau nurodytą straipsnio numerį ir peržiūrėkite "Microsoft" žinių bazės straipsnį:

888003 Year-End"Microsoft Dynamics GP" didžiosios knygos uždarymo procedūros

-----------------------------------------------------------------------------------------------
PASTABA: metų pabaigos pabaigos su AA 2019
SQL nepavyksta Jei naudojate GP 18.2 su "SQL 2019" ir AA, GL metų pabaigos uždarymas nepavyks su toliau pateikiamu pranešimu: (Ankstesnės SQL versijos veikia puikiai.  2019 m. SQL nepavyksta.  Tai išspręsta 2020 m. vasario mėn. karštoje pataisoje. Daugiau informacijos žr. AA YE BLOG.)

"Vidinė klaida: pasiektas reiškinio tarnybų limitas. Užklausoje ieškokite potencialiai sudėtingų reiškinių ir bandykite jas supaprastinti."  

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

11 VEIKSMAS– PATIKRINKITE, AR IŠVALYTA "VIENETO SĄSKAITOS" (TIK GP 2013/GP 2015 – #86400)

Jei naudojate "Microsoft Dynamics GP 2015" arba "Microsoft Dynamics GP 2013" ir pažymėjote žymės langelį vieneto paskyrose kaip "Valyti likutį Year-End Uždarymometu", lentelės AAG30002 įrašai vis tiek gali būti neteisingi ir turi būti 0,00, kad atitiktų lentelę AAG30001.  (Ši problema buvo išspręsta "Microsoft Dynamics GP 2016".)

Norėdami įsitikinti, kad vieneto sąskaitos likučiai yra teisingi AA lentelėse, vykdykite pirmąjį scenarijų įmonės duomenų bazėje po metų pabaigos uždarymo proceso, kad įsitikintumėte, jog vieneto sąskaitos BBF nustatytas kaip nulis, jei jis pažymėtas kaip išvalytas.  Naudokite antrąjį scenarijų, kad atnaujinkite rezultatus.

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 VEIKSMAS. BALANSO ATASKAITŲ TIKRINIMAS

Rekomenduojama palyginti "Management Reporter" balanso ataskaitą su "Microsoft Dynamics GP" ataskaita "General Ledger Trial Balance", kad būtų patikrinta, ar į naujus metus peradresuoti sąskaitų likučiai yra teisingi. Jei šie likučiai nesutampa, atkurkite atsarginę kopiją ir kreipkitės į "Microsoft Dynamics GP" palaikymo tarnybą, kad atidarytumėte palaikymo incidentą, jei reikia papildomos pagalbos.

"MICROSOFT" VIDINĖ INFORMACIJA

Paskutinį kartą atnaujinta data: 12/3/2021 - cw
Autorius: dspecht; perrašyta 2012-02-12, cwaswick, 2013-09-09 – įtraukė 3 veiksmą pagal kenhub/cwaswick.
Rašytojas: lmuelle
Technologijų recenzentas: kriszree
Redaktorius: v-andmck