1. LÉPÉS: ANNAK MEGÁLLAPÍTÁSA, HOGY A PÉNZÜGYI JELENTÉSEK AA-TÁBLÁKAT HASZNÁLNAK-E:

Mielőtt bezárja a gllicencet, vagy bármilyen lépést végre lép a jelen cikkben, futtassa a pénzügyi jelentéseket, amelyeken egyébként egyensúlyban van a főkönyvi próbaegyenleggel. A talált adatok alapján kövesse a megfelelő módszert:

-1.MÓDSZER : HA HELYES: Ha a pénzügyi jelentései helyesek és megfelelnek a főkönyvnek, akkor folytathatja a jelen cikk 2–8. lépéseit, amelyeket továbbra is be kell fejeződnie, hogy ne kapjon AA-hibákat a főkönyv évének záró eljárása során.

Megjegyzés: Ha olyan jelentéskészítési rendszert használ, amely csak a gl-táblákból olvas be közvetlenül (például a Management Reporter örökölt szolgáltatóját, amikor egy gl-cégtől vagy más jelentéskészítő eszköztől olvassa be)] a pénzügyi jelentésekhez, akkor folytathatja a 2. lépéssel, mivel az AA-adatok nem befolyásolják a pénzügyi jelentéseit.


-2.MÓDSZER – HA NEM HELYES: Ha azonban a pénzügyi jelentései nem helyesek, annak valószínűleg az az oka, hogy az AA-táblákat használják, és az AA-adatok nem egyeznek meg a főkönyvi adatokkal. Az AA-adatok ellenőrzéséhez a cikkben található további lépéseken kívül SQL KB 2910626-ban megadott parancsfájlokat is végig kell futtatnia.  

Megjegyzés: Az AA (és GL) táblákból olvassa fel a Data Marsot a Management Reporternél, illetve hogy a Management Reporter vállalatnál használt régi szolgáltató olvassa fel az AA-vállalattól.

A 2. módszer lépései:

a.) Először futtassa az összes parancsfájlt KB-2910626 a GL-adatokkal való AA-adatok ellenőrzéséhez.   

A Management Reporter pénzügyi jelentései nem egyeznek meg a Microsoft Dynamics
GP

http://support.microsoft.com/help/2910626 b.) Miután befejezte a kb. 2910626 a lépéseket, térjen vissza ehhez a tudásbáziscikkhez, és folytassa az alábbi lépésekkel. (Ne feledje, hogy a 2. és a 4. lépés is KB 2910626, de azt javasoljuk, hogy ellenőrizze ismét, mert azok nem fognak semmilyen eredményt visszaadni, ha már kijavította ezeket az adatokat.)

 

2. LÉPÉS: AZ ÁTFEDŐ ÉVEK AA-ADATAINAK ELLENŐRZÉSE

A parancsfájlok futtatásával győződjön meg arról, hogy az AAG30000 Megnyitás táblában nem fedi egymást az AAG40000 korábbi táblázat. Minden évnek csak az egyik táblában vagy a másikban kell lennie, de mindkettőnek nem.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

–Ha mindkét táblában egymást átfedő éveket talál, javasoljuk, hogy nyisson meg egy támogatási incidenst segítségért. A támogatási eset fel van számolva, mivel ez a probléma általában a rekordok importálása miatt jön létre. Felhívjuk a figyelmét arra, hogy ha adat-javításra van szükség, akkor lehet, hogy a tanácsadáshoz kell utalni, amely az Ön számára kiszámlázható költség.
 

3. LÉPÉS: ELLENŐRIZZE, HOGY A MEGNYITOTT/ELŐZMÉNYTÁBLÁK KÖZÖTTI ÉVEK MEGEGYEZNEK-E:

Ezután győződjön meg arról, hogy az évek az AA-táblákban is ugyanabban a nyitott vagy lezárt évben vannak, mint a gl-táblák. Az AAG30000 és a GL20000 nyitott táblának azonos évnek kell lennie. Az AAG40000 és a GL30000 előzménytáblának pedig ugyanolyan lezárt éveket kell tartalmaznia.

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

-Ha a lezárási év előtt éveket talál az AAG30000 nyitott táblában, az ADATOK ELŐZMÉNYEKBE való áthelyezésének lépéseit is át kell lépnie az előzményekbe. Az AAG30000 táblában csak azok az évek adatainak kell lennie, amelyek a főkönyvben meg vannak nyitva évek. Ha megpróbálja bezárni az évet a főkönyvben, a következő üzenet jelenik meg:  

A fenti parancsfájlok használatával állapítsa meg, hogy futtatnia kell-e az ADATOK ELŐZMÉNYEKBE való áthelyezésének lépéseit, hogy megakadályozza, hogy a fenti üzenet a főkönyvben az év végi lezárási folyamat során történjen.


AZ ADATOK ELŐZMÉNYEKBE VALÓ ÁTHELYEZÉSÉNEK LÉPÉSEI:
Amikor első alkalommal zárja be a GL-t a GP 10.0 SP2-es vagy újabb verziójánál (ha az AA aktiválva van), a rendszer kérni fogja, hogy helyezze át az AA-adatokat az előzményekbe, mielőtt a rendszer engedélyezné a gl year bezárásat. A rendszer ellenőrzi, hogy az AA-adatok az AA-táblák megfelelő nyitott/előzménysorozatában vannak-e, mivel a főkönyvi adatok a főkönyvben lévő nyitott/előzménytáblákban találhatóak. Ha nem ez a helyzet, kapni fog egy üzenetet, hogy futtassa az Áthelyezés az előzményekbe segédprogramot az AA esetén, mielőtt továbbléphet a főkönyv év végi záró eljárására.  ( Ezt a rutint csak EGYSZER kell futtatni aGP 10.0-sverzió frissítése után, és soha nem kell újra futtatnia.  Ezt egy egyszeres folyamatnak szánta. Ez a segédprogram nem javítja ki a duplikált éveket az AA-táblák vagy sérült adatok között későbbi időpontban.)

Ne feledje, hogy ha még nem zárta be a gl year csomagot (ha az AA aktiválva van), miután a SP2 szervizcsomagot a 10.0-s verzióra telepítette, vagy a GP 2010-re frissítette, akkor a következő üzenetet kaphatja: "Az év befejezéséhez összesítenie kell a tranzakciókat, és át kell küldenie a részleteket az előzményeksegédprogramba". Kód lett hozzáadva a záró folyamathoz, amely összehasonlítja az AA megnyitott tábláiban lévő éveket a vállalati pénzügyi időszak beállításának korábbi évszámaival. Ha az AAG3000X táblázatsorozat egy előzményévre vonatkozó AA-adatokat tartalmaz, hibaüzenet jelenik meg. Ezeket az éveket az alábbi lépéseket követve összesítenie:

1.) A Microsoft Dynamics GP menüben mutasson az Eszközök ,majd a Segédprogramokelemre, mutasson a Pénzügyi, az Analitikus könyvelés pontra, majd kattintson az Adatok áthelyezése az előzményekbe parancsra.

2.) Alapértelmezés szerint a legrégebbi év az a rendszer, amely a megnyitott AAG3000x táblákban található. Egyszerre csak egy év áthelyezésre van lehetőség.

3.) Válassza a megfelelő beállítást: Tranzakció részleteinek átvitele az előzményekbe – Ezzel a beállítással az AA részletes rekordjait áthelyezi a megnyitásból az előzményekbe, és nem jön létre

BBF-bejegyzés. Meg kell győződnie arról, hogy az AA táblákban nincsenek BBF-bejegyzések, ellenkező esetben nem fogja tudni kiválasztani ezt a beállítást. Ez a beállítás egyszerűen áthelyezi a rekordokat az AAG30000 táblákból az AAG40000 táblákba.

Tranzakciók összesítése ésátvitele az y histor y rekordba – Ez a beállítás áthelyezi az AA részletes rekordokat a nyitottakból az előzményekbe, és BBF-bejegyzéseket hozlétre. A BBF-bejegyzések csak akkor hoznak létre, ha meg vannak jelölve a korábban említett beállítások. Ez a lehetőség összesíteni fogja a lezárt év tranzakciós dimenziókódjának egyenlegét (amely meg van jelölve az összesítésre), és átküldi az AA-adatokat az előzmények tábláiba.

Megjegyzés: Az összesített egyenlegek az új évre előrehoztak. A BBF-bejegyzések a lezárt évekből állnak.

Csak a nyomtatási kép megjelenítése – Így megtekintheti az áthelyezett tranzakciókat anélkül, hogy ténylegesen áthelyezné az adatokat. Az előnézeti jelentés megjeleníti az összesítéseket.

Megjegyzés: Ez a beállítás nem módosítja az adatokat.

4.) Kattintson az OK gombra.

5.) Ismételje meg ezt a folyamatot minden "előzmény" évhez. (Ahol az év az AAG30000 megnyitott táblában található, de a GL30000 előzmények táblázatában található. A régi évet visszaévő nyitott AA rekordot át kell áthelyezni az AA előzmények táblába, hogy megfeleljen a gl history (Főkönyvi előzmények) tábla megfelelő rekordja.)

Megjegyzés: Ha újrafuttatja a fenti "3. LÉPÉS" lépéssel a különálló éves parancsfájlokat, akkor meg kell kapnia a nyitott AA és a GL táblák, valamint az előzmény AA és GL táblák közötti egyezést.

 

4. LÉPÉS: AZ AA TÁBLÁZATOKBAN ELLENŐRIZZE, HOGY VANNAK-E ÁTFEDŐ FEJLÉCAZONOSÍTÓK

Futtassa ezt a parancsfájlt a vállalati adatbázison, és nézze meg, hogy a táblák között létezik-e ugyanaz a fejlécazonosító:

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

- Ha mindkét táblázatban ismétlődő fejlécazonosítót talál, javasoljuk, hogy nyisson meg egy támogatási incidenst segítségért. A támogatási eset fel számolható. Felhívjuk a figyelmét arra, hogy ha adat-javításra van szükség, akkor lehet, hogy a tanácsadáshoz kell utalni, amely az Ön számára kiszámlázható költség.

Ez akkor fordulhat elő, ha visszaállított egy régebbi Dynamics-adatbázist az aktuális Dynamics-adatbázis felett, és így a Dynamics-adatbázisban az AAG00102 táblában tárolt következő rendelkezésre álló számok visszaállnak. A GP ennél az értéknél tovább nő, bár előfordulhat, hogy már felhasználták őket, és ugyanazt az aaÉTHdrID értéket használják a különböző ÉV1 értékekhez.
 

5. LÉPÉS: AACOPYSTATUS ÉRTÉKEINEK FRISSÍTÉSE

Ezután ellenőrizze, hogy nincs-e helytelen aacopystatus érték az AAG40001 táblázatban. Futtassa a következő parancsfájlt:

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

Ha a fenti parancsprogram eredménye az aaCopyStatus értéke "8" lesz, mielőtt futtatná a GL Year Closet: (A "8" értéke egy olyan érték, amely az év végi lezárási folyamat elfogadása lesz.)

update AAG40001 set aaCopyStatus=8

6. LÉPÉS: ANNAK ÁTTEKINTÉSE, HOGY AZ ÉV VÉGÉN SZEREPEL-E A DIMENZIÓK BEÁLLÍTÁSA

Az alábbi két lépéssel kapcsolja be a Cég beállítást úgy, hogy az AA méretei szerepeljenek az év végi zárásban, majd jelölje meg az egyes méreteket, amelyek az év végi zárásban szerepelni kíván. Ennek eredményeképpen az AAG30003 táblában az AAG30003 tábla bejegyzései ugyanazak lesznek, mint az AAG30000/AAG30001/AAG30002 tábla BBF bejegyzései. A folyamat két lépésből áll:

Ha még nem zárta be a Főkönyvet, az alábbi lépéseket követve győződjön meg arról, hogy a dimenzió megfelelően van megjelölve ahhoz, hogy bekerüljön a lezárási folyamatba:

1. Jelölje meg azt a beállítási lehetőséget, amely szerint az Elemzőkönyvelési funkció az év végi lezárási fázisba kerül, az alábbiak szerint:

   1. A Microsoft Dynamics GP menüben mutasson az Eszközökelemre, mutasson a Beállítás, majd a Vállalat elemre,mutasson az Analitikus könyvelés pontra, majd kattintson a Beállítások elemre.

   2. Jelölje be a Beleesés az év végére jelölőnégyzetet, majd kattintson az OK gombra.
      
      
      Megjegyzés: Ez a beállítás csak azért van így, hogy a funkció lehetővé tegye a kihozott egyenleg bejegyzéseket a dimenziókhoz. Az AAG40000 adatsorok táblái akkor is az AAG40000 adatsortáblákba fognak áthelyezni, ha a Főkönyv be van zárva, függetlenül attól, hogy ez a beállítás meg van-e jelölve.

2. Az év végi méreteket egyenként jelölje meg az alábbiak szerint:

   1. A Kártyák menüben mutasson a Pénzügyi, az Analitikus könyvelés pontra,majd kattintson a Tranzakciós dimenzió elemre.

   2. A Trx-dimenzió listában kattintson arra a dimenzióra, amely az év végi lezárási folyamatba bele szeretne foglalni.

   3. Az Év vége területen jelölje be az Éves egyenlegek összesítése az év vége lezáráskor jelölőnégyzetet, majd kattintson a Mentés gombra.

   4. Ismételje meg a b és a c lépést minden olyan dimenzió esetén, amely szerepel az év végi lezárási folyamatban.

Megjegyzés: Ha MR-t használ, és a fenti jelölőnégyzetek nincsenek bejelölve, akkor előfordulhat, hogy a kezdő egyenlegösszegek kimaradnak, ha az AA BBF dimenzióadatok nem voltak létrehozva az év vége felé, és Ön AA-adatokról jelentéssel rendelkezik. 



7. LÉPÉS – FIÓKMINTA ELLENŐRZÉSE

Az év végi lezárás feldolgozása előtt mindig jó ötlet ellenőrizni, hogy az AA-fiók főtáblája (AAG00200) megegyezik-e a gl000100 főtáblával. Ha hiányoznak fiókok, az AA-ban szereplő BBF-bejegyzések helytelenek lesznek. Futtassa az alábbi parancsfájlokat a vállalati adatbázisban annak ellenőrzéséhez, hogy a főkönyvi fiókminta, a főkönyvi fiók indexminta és az AA-fiókminta táblának azonos számú rekordja van-e:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Ha az AA-fiók főtábla KEVESEBB rekordot tartalmaz, mint a GL000100 tábla, az alábbi parancsprogramot használva szúrja be a hiányzó gl-fiókokat:

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)

• Ha az AA-fiók főtáblája TÖBB rekordot tartalmaz, mint a GL000100 tábla, az alábbi parancsfájl használatával távolítsa el a további rekordokat:

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

• Ha a GL000105 tábla nem egyezik, tanulmányozza a

KB 855963 a Fiókminta-index tábla (GL000105) újbóli létrehozása című cikk lépéseit. 





8. LÉPÉS – A GL/AA BEJEGYZÉSEK MEGFORDÍTÁSA (CSAK GP2015/GP2016 ESETÉN)

Az egyes verziókban problémákat észleltünk a gl reverzing bejegyzéseinek egy korábbi évre való közzétételével kapcsolatban, az alábbiakban látható módon.  Futtassa az alábbi parancsfájlt a vállalati adatbázison.  Tekintse át az egyes verziókra vonatkozó eredményeket.  Ha segítségre van szüksége, nyisson egy támogatási esetet, és hivatkozik a minőségi problémákra. 

Ezt a parancsfájlt futtatva áttekinti a korábbi évhez közzétett összes vissza nem küldött bejegyzést. 

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

Select distinct(a.JRNENTRY) from GL20000 a csatlakozás GL30000 b
on a.JRNENTRY = b.JRNENTRY
where a.SOURCDOC = 'GJ'
és a.TRXSORCE like 'GLREV%'
és b.TRXSORCE like 'GLTHS%'

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

Tekintse át az Ön által használt verzióra vonatkozó alábbi eredményeket:

Microsoft Dynamics GP 2016 (91834-es minőségi probléma)

 Hasonlítsa össze a gl gl tables and AA tables for each JE# (AA) táblák közötti rekordokat a fent visszaadott összes J# értékhez, mivel az eredmények függhetnek attól, hogy P&L-fiókokat használtak-e, és hogy tranzakciós vagy kötegszintű volt-e közzétéve.  Manuális frissítésre van szükség: 

• A GL20000 táblázatban frissítse a SEQNUMBR táblát a GLREV bejegyzéshez úgy, hogy az megegyezze az AAG30001 tábla SEQNUMBR bejegyzését. (Mr használata esetén az AA-táblázat SEQNUMBR-ját kell használnia ahhoz, hogy mr olvasni tudja.)

• Frissítse az ACTINDX in AAG30001 táblát, hogy a GLREV bejegyzés a GL20000 táblában az ACTINDX egyezésre ható. (Az AA-táblában helytelenül található meg a Megtartott bevételek fiókindex a megfordításkor.)

• Ellenőrizze, hogy az AAG30002 rekordjainak összege megegyezik-e az AAG30001 rekordjainak az AAG30001 rekordjainak a J értéke aaÉTHdrID rekordjaival.

Nyisson meg egy támogatási esetet, és ha segítségre van szüksége, a 91834-es számú minőségi problémát. 

FRISSÍTÉS: Ezt a hibát a GP 2016 (16.00.0675) és a GP 2018 (18.00.0438) januári gyorsjavításában javítottuk. 

Microsoft Dynamics GP 2015 (88914-es minőségi probléma)

Tekintse át az AA táblákat a fent visszaadott összes JE# értékhez.  Manuális frissítésre van szükség:

• Ellenőrizze, hogy az AAG30002 rekordjainak összege megegyezik-e az AAG30001 rekordjainak az AAG30001 rekordjainak a J értéke aaÉTHdrID rekordjaival.

• Tekintse át az AAG30000 és az AAG40000 táblázatot az egyes VISSZAADOTT ÉRTÉK# értékhez.  Keresse meg a "GLREV" bejegyzés rekordjait úgy, hogy azok az AAG30000 adatsor tábláiban is tartalmazzanak. A "GLREV" bejegyzés AA rekordjainak csak az AAG30000 táblában kell lennie, mivel a megfordítás az új évben van, és nem kell az AAG40000 adatsortábláiban lennie.  Ezek a duplikált rekordok hatására az MR-jelentések túl lesznek mondva, ha az AA-re vonatkozó jelentést készít.

Nyisson meg egy támogatási esetet, és ha segítségre van szüksége, a 88914-es számú minőségi problémát. 

FRISSÍTÉS: Ezt a hibát a GP 2016 RTM-ben kijavítottuk.   

9. LÉPÉS – HELYTELEN AA BBF-ek (****Csak a GP 2016 ismert problémája***)

**FONTOS MEGJEGYZÉS A DYNAMICS GP 2016 FELHASZNÁLÓINAK***

**A Dynamics GP 2016 bezárása előtt fel kell lennie a 16.00.0675-ös vagy újabb, illetve a 16.00.0645-ös vagy újabb AA szótárban**

Egy már ismert, #91502-es számú minőségi hiba történik, amikor bezárja a glek évét az AA-val.  Ha 0 USD egyenleggel rendelkező glfólia-fiókja van, és AA-kódokat vezet előre, az AA BBF-fiókjai helytelenek lesznek.  Ez nem jelent problémát a GP 2015-ben vagy a GP 2013-ban.  

A probléma javításának része a Microsoft Dynamics GP 2016 decemberi 4056559 (KB 4056559).  Bár a decemberi kiadást a2017-es kanadaibérszámfejtés év végi frissítésének nevezzük, minden amerikai ügyfélnek telepítenie kell, aki az AA BBF javítást tartalmazza.  Erősen javasoljuk, hogy telepítse ezt a decemberi javítást, mielőtt bezárja a gllicencet, ha AA-t használ, és nulla egyenlegű gl-fiókkal van rendelkező, az AA-t használó összes telepítéshez (egyesült államokbeli, kanadai stb.). 

Felhívjuk a figyelmét arra, hogy a 16.00.0641 Dynamics GP-verziója nem változik a 2017-es amerikai Year-End-frissítés (novemberi kiadás/KB 4046341) és a 2017-es kanadai bérszámfejtés Year-End-frissítés (decemberi kiadás/KB 4056559) között. Az AA szótár azonban a 16.00.0552-es verzióról a 16.00.0645-ösverzióra frissül. (Ellenőrizze a súgóban | A Microsoft Dynamics GP | További | About Analytical Accounting.) A probléma megoldásához a decemberi kiadásban szüksége lesz az AA-kódra. 

10. LÉPÉS – A TESZTBEZÁRÁS FUTTATÁSA

Mindig legyen aktuális biztonsági másolat, mielőtt elkezdi a gl-end záró folyamatot. Javasoljuk, hogy először egy tesztvállalatnál tesztelje a GL év végi zárógát, hogy ne legyen hiba. A főkönyvi év záró eljárása hozza létre a visszahozott naplóbejegyzéseket (BBF-eket), és a záró rekordokat áthelyezi mind a Főkönyvi, mind az Analitikus könyvelési táblába. A BBF-bejegyzések a GL és az AA táblákban egyaránt létrejönnek. Tanulmányozza a Főkönyv év végi 888003 tudásbáziscikkben vázolt eljárást.

További információért kattintson a következő cikkszámra a Microsoft Tudásbázisban található cikk megtekintéséhez:

888003 Year-End főkönyv záró eljárásai a Microsoft Dynamics GP-ban

-----------------------------------------------------------------------------------------------
MEGJEGYZÉS: Az év vége nem zárul be, és 2019
SQL AA Ha a GP 18.2-t az SQL 2019-es és AA betöltött verziójával használja, az alábbi üzenettel sikertelen lesz a gl-évbezárás: (A korábbi SQL-verziók működnek.  A 2019-es SQL sikertelen lesz.  Ezt a problémát a 2020. februári gyorsjavításban javítottuk. További részleteket az AA YE BLOGban talál.)

"Belső hiba: Elérte a kifejezésszolgáltatások korlátját. Keresse meg a lekérdezésben az esetlegesen összetett kifejezéseket, és próbálja meg egyszerűsíteni őket."  

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

11. LÉPÉS: ANNAK ELLENŐRZÉSE, HOGY NINCS-E TÖRÖLVE AZ "EGYSÉGFIÓKOK" JELÖLŐNÉGYZET (CSAK GP 2013/GP 2015 ESETÉN – #86400)

Ha Microsoft Dynamics GP 2015 vagy Microsoft Dynamics GP 2013 alkalmazást használ, és bejelölte az Egységfiókok jelölőnégyzetet "Egyenleg ürítása az Year-End Bezáráskor"beállításra, előfordulhat, hogy az AAG30002 tábla rekordjai még mindig helytelenül tartalmaznak értékeket, ezért az AAG30001 táblának 0,00-nak kell lennie.  (Ezt a hibát a Microsoft Dynamics GP 2016-ban javítottuk.)

Ha meg kell győződni arról, hogy az Egységfiók-egyenlegek helyesek az AA táblákban, futtassa az alábbi első parancsfájlt a vállalati adatbázison az év végi lezárási folyamat futtatása után, és győződjön meg arról, hogy az egységfiók BBF beállítása nulla, ha a jelölés szerint törölve lett.  A második parancsfájlt használva frissítse az eredményeket.

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. LÉPÉS: A MÉRLEGJELENTÉSEK ELLENŐRZÉSE

Javasoljuk, hogy hasonlítsa össze a Management Reporter főkönyvi próbaverziójáról szóló jelentést a Microsoft Dynamics GP-től, hogy ellenőrizze, helyesek-e az új évre előrehozott számlaegyenlegek. Ha ezek az egyenlegek nem egyeznek, állítsa vissza a biztonsági mentést, és további segítségért lépjen kapcsolatba a Microsoft Dynamics GP ügyfélszolgálatával, és nyisson meg egy támogatási incidenst.

A MICROSOFT BELSŐ ADATAI

Utolsó frissítés dátuma: 2021.12.03. - cw
Szerző: dspecht; rewritten 12/2/2/2012 by cwaswick, 9/19/2013 - added step 3 by kenhub/cwaswick.
Író: lmuella
Tech Reviewer: kriszree
Szerkesztő: v-andmck