SCHRITT 1: ERMITTELN, OB IN FINANZBERICHTEN AA-TABELLEN VERWENDET WERDEN:

Bevor Sie GL schließen oder Schritte in diesem Artikel ausführen, führen Sie Ihre Finanzberichte aus, die Sie normalerweise zum Ausgleichen des GL-Testsaldos ausführen. Befolgen Sie basierend auf den gefundenen Informationen die entsprechende -Methode:

-METHODE 1 -WENN RICHTIG : Wenn Ihre Finanzberichte richtig sind und GL entsprechen, können Sie mit den Schritten 2 bis 8 in diesem Artikel fortfahren, die noch abgeschlossen werden müssen, damit sie während des Abschlussvorgangs des Jahres 2010 keine AA-Fehler erhalten.

Hinweis: Wenn Sie ein Berichtssystem verwenden, das nur direkt aus GL-Tabellen (z. B. dem Legacy-Anbieter in Management Reporter beim Lesen aus einem GL-Unternehmen oder einem anderen Berichterstellungstool) für Ihre Finanzberichte liest, können Sie mit Schritt 2 fortfahren, da AA-Daten keine Auswirkungen auf Ihre Finanzberichte haben.


-METHODE 2 -WENN NICHT RICHTIG : Wenn Ihre Finanzberichte jedoch nicht richtig sind, liegt dies höchstwahrscheinlich daran, dass die AA-Tabellen verwendet werden und die AA-Daten nicht mit GL-Daten übereinstimmen. Um die AA-Daten zu überprüfen, müssen Sie zunächst die SQL-Skripts in KB 2910626 zusätzlich zu den restlichen Schritten in diesem Artikel ausführen.  

Hinweis: Daten Zu Einem Management Reporter liest aus Tabellen AA (und GL), oder der Legacy-Anbieter, der mit Management Reporter verwendet wird, kann von einem AA-Unternehmen lesen.

Schritte für Methode 2:

a.) Führen Sie zunächst alle Skripts in KB-2910626, um AA-Daten mit GL-Daten zu überprüfen.   

Finanzberichte von Management Reporter stimmen nicht mit den Berichten der Hauptbuch-Zwischensummenberichte in Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Wenn Sie die Schritte in KB 2910626 abgeschlossen haben, kehren Sie zu dieser KB zurück, und fahren Sie mit den restlichen unten aufgeführten Schritten fort. (Beachten Sie, dass sich die Schritte 2 und 4 auch in KB 2910626 befinden. Wir empfehlen jedoch, dies noch einmal zu überprüfen, da keine Ergebnisse zurückgeben werden sollten, wenn Sie diese Daten bereits korrigiert haben.)

 

SCHRITT 2: ÜBERPRÜFEN VON AA-DATEN FÜR SICH ÜBERLAPPENDE JAHRE

Führen Sie diese Skripts aus, um sicherzustellen, dass die Tabelle "AAG30000 Open" mit der verlaufshistorischen Tabelle AAG40000 keine sich überlappenden Jahre enthält. Jedes einzelne Jahr sollte nur in der einen oder der anderen Tabelle vorhanden sein, aber nicht in beidem.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

– Wenn In beiden Tabellen überlappende Jahre enthalten sind, wird empfohlen, einen Supportvorfall zu öffnen, um Unterstützung zu erhalten. Der Supportfall ist absetzbar, da dieses Problem in der Regel aufgrund von Importdatensätzen erstellt wird. Bitte beachten Sie, dass im Fall einer erforderlichen Datenfixierung dies möglicherweise auf Beratung verwiesen werden muss, was für Sie eine absetzbare Ausgabe wäre.
 

SCHRITT 3: ÜBERPRÜFEN, OB DIE JAHRE ZWISCHEN GEÖFFNETEN/HISTORISCHEN TABELLEN MIT AA/GL ÜBEREINSTIMMEN:

Stellen Sie als Nächstes sicher, dass sich die Jahre in den AA-Tabellen in denselben offenen oder geschlossenen Jahren wie die GL-Tabellen befinden. Die geöffneten AAG30000- und GL20000-Tabellen sollten über die gleichen Jahre verfügen. Und die historischen Tabellen AAG40000 und GL30000 sollten dieselben geschlossenen Jahre enthalten.

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

-Wenn sie Jahre in der geöffneten Tabelle AAG30000 VOR dem Jahr finden, das Sie schließen, müssen Sie auch schritte zum Verschieben von Daten in den Verlauf ausführen und die Historischen Jahresdaten in den Verlauf verschieben. Die Tabelle AAG30000 sollte nur Daten für die Jahre enthalten, die aktuell in GL geöffnet sind. Wenn Sie versuchen, das Jahr in GL zu schließen, wird diese Meldung angezeigt:  

Verwenden Sie die obigen Skripts, um zu ermitteln, ob Sie die SCHRITTE zum Verschieben von Daten in den VERLAUF ausführen müssen, damit Sie verhindern können, dass die oben beschriebene Meldung während des Gl-Jahres-Abschlussvorgangs angezeigt wird.


SCHRITTE ZUM VERSCHIEBEN VON DATEN IN DEN VERLAUF:
Wenn Sie GL zum ersten Mal für eine Version schließen, die höher als GP 10.0 SP2 oder höher ist (bei aktiviertem AA), werden Sie aufgefordert, AA-Daten in den Verlauf zu verschieben, bevor das System es Ihnen ermöglicht, das Gl-Jahr zu schließen. Das System überprüft, ob die AA-Daten in der entsprechenden offenen/historischen Reihe von AA-Tabellen enthalten sind, da sich die GL-Daten in den offenen/historischen Tabellen in GL befindet. Wenn dies nicht der Fall ist, erhalten Sie eine Meldung, dass Sie das Move to History Utility für AA ausführen müssen, bevor Sie mit dem Ende des GL-Jahres fortfahren können.  ( Diese Routine sollte nur einmal ausgeführt werden müssen, nachdem Sie ein Upgrade überGP 10.0ausgeführt haben, und sie sollte dann nie wieder ausgeführt werden müssen.  Dies sollte ein einmal bezeichneter Prozess sein. Dieses Hilfsprogramm korrigiert keine duplizierten Jahre zwischen AA-Tabellen oder beschädigte Daten zu einem späteren Zeitpunkt.)

Denken Sie daran: Wenn Sie das Gl-Jahr nicht (mit aktiviertem AA) nach der Installation eines Service Pack nach SP2 für Version 10.0 oder nach einem Upgrade auf GP 2010 geschlossen haben, erhalten Sie möglicherweise die Meldung " Sie müssen Transaktionen konsolidieren und Details an das History Utility übertragen, um das Jahr zuschließen". Dem Abschlussvorgang wurde Code hinzugefügt, der die Jahre in den geöffneten AA-Tabellen mit den historischen Jahren der Einrichtung des Geschäftszeitraums des Unternehmens vergleicht. Wenn die AAG3000X-Reihe von Tabellen für ein vergangenes Jahr AA-Daten enthält, wird die Fehlermeldung angezeigt. Führen Sie die folgenden Schritte aus, um diese Jahre zu konsolidieren:

1.) Zeigen Sie im Menü Microsoft Dynamics GP auf Tools, zeigen Sie auf Dienstprogramme, zeigen Sie auf Financial, zeigen Sie auf Analytical Accounting, und klicken Sie dann auf Daten in Verlauf verschieben.

2.) Das älteste Jahr ist standardmäßig so, dass das System in den geöffneten AAG3000x-Tabellen enthalten ist. Sie können immer nur um ein Jahr wechseln.

3.) Wählen Sie die entsprechende Option aus: Transaktionsdetail in Verlauf übertragen – Mit dieser Option werden die AA-Detaildatensätze aus geöffneten Verlaufstabellen in Verlaufstabellen verschieben, und es werden keine

BBF-Einträge erstellt. Sie müssen sicherstellen, dass die AA-Tabellen keine BBF-Einträge enthalten, andernfalls können Sie diese Option nicht auswählen. Mit dieser Option werden einfach die Datensätze aus den AAG30000-Tabellen in die AAG40000-Tabellen verschiebt.

Konsolidieren von Transaktionen und Übertragen von Details in die Historie– Mit dieser Option werden die AA-Detaildatensätze aus geöffneten Tabellen in Verlaufstabellen verschieben und BBF-Detailserstellt. Sie müssen jedoch die bereits erwähnten Optionen ausgewählt haben, damit BBF-Einträge erstellt werden können. Mit dieser Option werden die Saldozahlen aller Transaktionsdimensionscodes im abgeschlossenen Jahr (die als konsolidiert markiert sind) konsolidiert und die AA-Informationen in die Verlaufstabellen übertragen.

Hinweis Die konsolidierten Salden werden auf das neue Jahr weitergeleitet. BBF-Einträge werden aus den abgeschlossenen Jahren erstellt.

Nur Bericht zur Seitenübertragungsvorschau: Dadurch können Sie die Transaktionen anzeigen, die verschoben werden, ohne die Daten tatsächlich zu verschieben. Im Vorschaubericht werden die zu erstellenden Konsolidierungen angezeigt.

Hinweis Mit dieser Option werden keine Daten geändert.

4.) Klicken Sie auf OK.

5.) Wiederholen Sie diesen Vorgang für jedes "historische" Jahr. (Dabei befindet sich das Jahr in der geöffneten Tabelle AAG30000, aber in der GL30000-Verlaufstabelle. Der geöffnete AA-Datensatz mit dem alten Jahr muss in die Tabelle "AA-Verlauf" verschoben werden, damit er dem entsprechenden Datensatz in der Gl-Verlaufstabelle entspricht.)

Hinweis: Wenn Sie die unterschiedlichen Jahresskripts in "SCHRITT 3" oben erneut ausführen, sollten Sie die unterschiedlichen Jahre erhalten, die zwischen offenen AA- und GL-Tabellen und früheren AA- und GL-Tabellen übereinstimmen müssen.

 

SCHRITT 4: ÜBERPRÜFEN VON AA-TABELLEN AUF ÜBERLAPPENDE HEADER-IDS

Führen Sie dieses Skript für die Unternehmensdatenbank aus, um zu sehen, ob zwischen den Tabellen auch die gleichen Header-IDs vorhanden sind:

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

– Wenn Sie doppelte Header-IDs beider Tabellen finden, wird empfohlen, einen Supportvorfall zu öffnen, um Unterstützung zu erhalten. Der Supportfall ist kostenpflichtig. Bitte beachten Sie, dass im Fall einer erforderlichen Datenfixierung dies möglicherweise auf Beratung verwiesen werden muss, was für Sie eine absetzbare Ausgabe wäre.

Dies würde passieren, wenn Sie eine ältere Dynamics-Datenbank über dem oberen Rand der aktuellen Dynamics-Datenbank wiederhergestellt haben und die nächsten verfügbaren Zahlen, die in der AAG00102-Tabelle in der Dynamics-Datenbank gespeichert sind, zurück gesetzt werden. Gp erhöht weiterhin von diesen Werten, obwohl sie möglicherweise bereits verwendet wurden und dazu führen, dass derselbe aaGLHdrID-Wert für unterschiedliche JAHR1-Werte verwendet wird.
 

SCHRITT 5: AKTUALISIEREN VON AACOPYSTATUS-WERTEN

Überprüfen Sie als Nächstes in der Tabelle AAG40001 auf einen falschen AAcopystatus-Wert. Führen Sie dieses Skript aus:

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

Wenn das oben beschriebene Skript Ergebnisse zurückgibt, sollten Sie aaCopyStatus auf "8" aktualisieren, bevor Sie das Gl Year Close ausführen: (Der Wert "8" ist ein Wert, den der Prozess zum Abschluss des Jahres schließt.)

update AAG40001 set aaCopyStatus=8

SCHRITT 6: ÜBERPRÜFEN DES SETUPS AUF DIMENSIONEN, DIE IN DAS JAHRESENDE EINBEZOGEN WERDEN SOLLEN

Verwenden Sie die beiden folgenden Schritte, um die Option Firma zu aktivieren, um AA-Dimensionen in den Jahresschluss mit einbezogen zu werden, und markieren Sie dann die einzelnen Dimensionen, die in den Jahresschluss einbezogen werden sollen. Dies führt zu Einträgen in der Tabelle AAG30003 mit derselben aaGLHdrID wie die BBF-Einträge in den Tabellen AAG30000/AAG30001/AAG30002. Dies ist ein zwei Schritte-Prozess wie folgt:

Wenn Sie Hauptbuch noch nicht geschlossen haben, führen Sie die folgenden Schritte aus, um sicherzustellen, dass die Dimension ordnungsgemäß für den Abschlussvorgang markiert ist:

1. Markieren Sie die Setupoption, um Analytical Accounting wie folgt in den Jahresschluss zu schließen:

   1. Zeigen Sie im Menü Microsoft Dynamics GP auf Tools, zeigen Sie auf Setup, zeigen Sie auf Unternehmen,zeigen Sie auf Analytical Accounting, und klicken Sie dann auf Optionen.

   2. Klicken Sie, um das Kontrollkästchen In "Ende des Jahres" schließen zu aktivieren, und klicken Sie dann auf OK.
      
      
      Hinweis Mit dieser Option können Sie lediglich die Funktionalität zum Erstellen von Einträgen mit dem Hinweis "Saldo nach vorne" für die Dimensionen aktivieren. Die Analytical Accounting-Daten werden weiterhin in die Tabellen der AAG40000-Reihe umgelegt, wenn Hauptbuch geschlossen ist, unabhängig davon, ob diese Option markiert ist.

2. Markieren Sie die Abmessungen einzeln, die in das Jahresende einbezogen werden sollen, wie folgt:

   1. Zeigen Sie im Menü Karten auf Finanzwesen,zeigen Sie auf Analytical Accounting, und klicken Sie dann auf Transaktionsdimension.

   2. Klicken Sie in der Liste Trx-Dimension auf die Dimension, die in den Prozess zum Abschluss des Jahresschlusses aufgenommen werden soll.

   3. Klicken Sie im Bereich Jahresschluss auf das Kontrollkästchen Guthaben beim Ende des Jahres konsolidieren, um es zu aktivieren, und klicken Sie dann auf Speichern.

   4. Wiederholen Sie die Schritte b und c für jede Dimension, die Sie in den Prozess zum Abschluss des Jahresendes mit einbeverh.

Hinweis: Wenn Sie MR verwenden und die oben genannten Kontrollkästchen nicht markiert sind, fehlen möglicherweise die Anfangssaldobeträge, wenn beim Ende des Jahres keine AA-BBF-Dimensionsdaten erstellt wurden und Sie AA-Daten melden. 



SCHRITT 7: ÜBERPRÜFEN DES AA-KONTOMASTERS

Es ist immer eine gute Idee zu überprüfen, ob die AA-Kontomastertabelle (AAG00200) der GL-Kontomastertabelle (GL00100) entspricht, bevor Sie den Abschluss eines Jahresschlusses verarbeiten. Wenn Konten fehlen, würden die BBF-Einträge in AA falsch sein. Führen Sie die nachfolgenden Skripts für die Unternehmensdatenbank aus, um sicherzustellen, dass die Tabellen "GL-Kontomaster", "GL-Kontoindex-Master" und "AA-Kontomaster" über die gleiche Anzahl Datensätze verfügen:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Wenn die AA-Kontomastertabelle WENIGER Datensätze als die GL00100-Tabelle enthält, fügen Sie die fehlenden GL-Konten mit dem folgenden Skript ein:

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)

• Wenn die AA-Kontomastertabelle MEHR Datensätze als die GL00100-Tabelle enthält, verwenden Sie das folgende Skript, um die zusätzlichen Datensätze zu entfernen:

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

• Wenn die GL00105-Tabelle nicht zusammen passt, lesen Sie

KB 855963 schritte zum Neuerstellung der Tabelle "Kontomasterindex" (GL00105) finden. 





SCHRITT 8: ÜBERPRÜFEN DES UMKEHRENS VON GL/AA-EINTRÄGEN (NUR GP2015/GP2016)

Es gab Probleme mit GL beim Reversieren von Einträgen, die in ein historisches Jahr in jeder Version umbuchen, wie unten angegeben.  Führen Sie das folgende Skript für die Unternehmensdatenbank aus.  Überprüfen Sie alle Ergebnisse, wie für jede Version angegeben.  Falls Unterstützung erforderlich ist, öffnen Sie einen Supportfall, und geben Sie die Qualitätsprobleme an. 

Führen Sie dieses Skript aus, um alle Reversingeinträge zu überprüfen, die in ein historisches Jahr gepostet wurden. 

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

Select distinct(a.JRNENTRY) from GL20000 a GL30000 b beitreten
on a.JRNENTRY = b.JRNENTRY
dabei a.SOURCDOC = 'GJ'
und a.TRXSORCE wie "GLREV%"
und b.TRXSORCE wie 'GLTHS%'

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

Überprüfen Sie die Ergebnisse wie unten beschrieben für die von Ihnen verwendeten Version:

Microsoft Dynamics GP 2016 (Qualitätsproblem Nr. 91834)

 Vergleichen Sie die Datensätze zwischen den GL-Tabellen und AA-Tabellen für jede oben zurückgegebene JE#-Datei, da die Ergebnisse variieren können, je nachdem, ob P&L-Konten verwendet wurden und ob dies auf Transaktions- oder Batchebene veröffentlicht wurde.  Manuelle Updates sind unter Umständen: 

• Aktualisieren Sie SEQNUMBR in der GL20000-Tabelle für den Eintrag "GLREV" so, dass er seQNUMBR in einer AAG30001-Tabelle zusagte. (Wenn Sie MR verwenden, müssen Sie die SEQNUMBR aus der AA-Tabelle verwenden, damit MR sie lesen kann.)

• Aktualisieren Sie ACTINDX in der Tabelle AAG30001 für den Eintrag "GLREV" so, dass er ACTINDX in GL20000-Tabelle zu entsprechen hat. (In der AA-Tabelle ist der Kontoindex für "Retained Earnings" nicht ordnungsgemäß für den Reversing-Eintrag angegeben.)

• Überprüfen Sie, ob die Summe der Datensätze in AAG30002 der Summe der Datensätze in AAG30001 für die aaGLHdrID-Datensätze für die JE entspricht.

Öffnen Sie einen Supportfall, und verweisen Sie auf qualitätsproblem Nr. 91834, wenn Unterstützung erforderlich ist. 

UPDATE: Dieses Problem wurde im Hot Fix vom Januar für GP 2016 (16.00.0675) und GP 2018 (18.00.0438) behoben. 

Microsoft Dynamics GP 2015 (Qualitätsproblem Nr. 88914)

Überprüfen Sie die AA-Tabellen für jede JE#-Datei, die oben zurückgegeben wurde.  Manuelle Updates sind unter Umständen:

• Überprüfen Sie, ob die Summe der Datensätze in AAG30002 der Summe der Datensätze in AAG30001 für die aaGLHdrID-Datensätze für die JE entspricht.

• Überprüfen Sie die AAG30000- und AAG40000-Tabellen für jede zurückgegebene JE#-Datei.  Suchen Sie nach Den Datensätzen für den Eintrag "GLREV" in beiden Datenreihentabellen von AAG30000. Die AA-Einträge für den Eintrag "GLREV" sollten nur in den AAG30000-Tabellen enthalten sein, da sich der Umkehreintrag im neuen Jahr befindet, und sollten nicht in den AAG40000-Reihentabellen enthalten sein.  Diese duplizierten Datensätze führen zu einem überstatierten MR-Bericht, wenn AA-Berichte erfasst werden.

Öffnen Sie einen Supportfall, und verweisen Sie auf das Problem #88914, wenn Unterstützung erforderlich ist. 

UPDATE: Dieses Problem wurde in GP 2016 RTM behoben.   

SCHRITT 9 – FALSCHE AA BBF (****Bekanntes Problem nur für GP 2016***)

**WICHTIGER HINWEIS FÜR DYNAMICS GP 2016-BENUTZER***

**Sie müssen mit Gruppenrichtlinienwörterbuch 16.00.0675 oder höher oder höher oder mit AA-Wörterbuch 16.00.0645 oder höher beginnen, bevor Sie Ihre Dynamics GP 2016 schließen, damit die richtigen Anfangssaldos weitergeleitet werden**

Es gibt ein bekanntes Qualitätsproblem #91502, wenn Sie Ihr Gl-Jahr mit AA schließen.  Wenn Sie GL-Konten mit einem Saldo von 0 $ haben und AA-Codes vorwärts rollen, sind die AA BBF falsch.  Dies ist in GP 2015 oder GP 2013 kein Problem.  

Im Patchupdate vom Dezember (KB 4056559) für Microsoft Dynamics GP 2016 wurde ein Fix für dieses Problem behoben.  Obwohl die Version vom Dezember als2017 Canadian Payroll Year-end Updatebezeichnet wird, sollte sie von allen US-Kunden installiert werden, die diesen enthaltenen AA BBF-Fix benötigen.  Es wird dringend empfohlen, dieses Patchupdate vom Dezember zu installieren, bevor Sie Ihr Gl schließen, wenn Sie AA verwenden und GL-Konten mit null Saldo für alle Installationen (USA, Kanada usw.) mit AA haben. 

Beachten Sie, dass sich die Dynamics GP-Version von 16.00.0641 nicht zwischen dem UPDATE 2017 US Year-End (November-Version/KB 4046341) und 2017 Canadian Payroll Year-End Update (Version Dezember/KB 4056559) ändert. Das AA-Wörterbuch wird jedoch von 16.00.0552 auf 16.00.0645 aktualisiert. (Sehen Sie sich die Hilfe-| Informationen zu Microsoft Dynamics GP | Weitere | Informationen zu Analytical Accounting.) Sie benötigen den AA-Code in der Dezember-Version, um dieses AA/BBF-Problem zu beheben. 

SCHRITT 10 – TEST SCHLIEßEN AUSFÜHREN

Erstellen Sie immer eine aktuelle Sicherung, bevor Sie den Jahresend-Abschlussprozess für gl. starten. Es wird empfohlen, zuerst die Ausführung des Gl-Jahres-Endes in einem Testunternehmen zu testen, um sicherzustellen, dass Sie keine Fehler erhalten. Der Gl-Prozess zum Ende des Jahres ist der Prozess, der tatsächlich den Saldo erzeugt, der für die Vorführung von Journaleinträgen (BBF) erzeugt wird, und verschiebt die Datensätze für das Jahr, das Sie schließen, sowohl in den Tabellen "General Ledger" als auch "Analytical Accounting". BBF-Einträge werden sowohl in GL- als auch in AA-Tabellen erstellt. Lesen Sie den Prozess, der in KB 888003 Für Hauptbuch die Verfahren zum Abschluss des Jahresabschlusses beschrieben sind.

Um weitere Informationen zu erhalten, klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzeigen:

888003 Year-End Abschlussverfahren für Hauptbuch in Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
HINWEIS: Ende des Jahres mit AA am SQL 2019 schlägt fehl
Wenn Sie GP 18.2 mit geladenen SQL 2019 und AA verwenden, funktioniert der Jahresende-End der Gl. mit der folgenden Meldung nicht: (Frühere SQL-Versionen funktionieren gut.  Es schlägt nur in SQL 2019 fehl.  Dieses Problem wurde im Hot Fix vom Februar 2020 behoben. Weitere Details finden Sie im AA YE-BLOG.)

"Interner Fehler: Ein Grenzwert für Ausdrucksdienste wurde erreicht. Suchen Sie nach potenziell komplexen Ausdrücken in Ihrer Abfrage, und versuchen Sie, sie zu vereinfachen."  

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

SCHRITT 11– ÜBERPRÜFEN, OB "EINHEITENKONTEN" NICHT MEHR ANGEZEIGT WIRD (nur GP 2013/GP 2015 – #86400)

Wenn Sie Microsoft Dynamics GP 2015 oder Microsoft Dynamics GP 2013 verwenden und das Kontrollkästchen für Einheitenkonten mit "Saldowährend Year-End Schließen löschen" gekennzeichnet haben, enthalten die Datensätze in der Tabelle AAG30002 möglicherweise immer noch falsche Werte und sollten 0,00 sein, damit sie der Tabelle "AAG30001" entsprechen.  (Dieses Problem wurde in Microsoft Dynamics GP 2016 behoben.)

Um sicherzustellen, dass die Guthaben des Einheitenkontos in den AA-Tabellen korrekt sind, führen Sie das erste Skript unten für die Unternehmensdatenbank aus, nachdem der Prozess zum Abschluss des Jahresschluss ausgeführt wurde, um sicherzustellen, dass BBF für das Einheitenkonto auf Null festgelegt ist, wenn es als gelöscht markiert wurde.  Verwenden Sie das zweite Skript, um alle Ergebnisse zu aktualisieren.

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)

SCHRITT 12 – ÜBERPRÜFEN VON SALDOBERICHTEN

Es wird empfohlen, den Bericht "Kontostand" des Management Reporters mit dem Bericht "Hauptbuch-Zwischensumme" von Microsoft Dynamics GP zu vergleichen, um zu überprüfen, ob die auf das neue Jahr weitergeleiteten Kontosaldo korrekt sind. Wenn diese Salden nicht übereinstimmen, stellen Sie Ihre Sicherung wieder her, und wenden Sie sich an den Microsoft Dynamics GP-Support, um einen Supportvorfall zu öffnen, um weitere Unterstützung zu erhalten.

INTERNE MICROSOFT-INFORMATIONEN

Letzte Aktualisierung: 03.12.2021 – CW
Autor: dspecht; neu geschrieben am 02.12.2012 durch cwaswick, 19.09.2013 – Schritt 3 von kenhub/cwaswick hinzugefügt.
Autor: lmuelle
Tech Reviewer: kriszree
Editor: v-andmck