Bekannte Inhalte von TechKnow
MÖGLICHE URSACHEN: 1. Tritt in Hauptbuch-Posttransaktionen (01.520) auf, wenn eine Posten an ein Konto mit dem Status "Inaktives Konto" posten. Siehe Auflösung 21476. 2. Tritt in Hauptbuchfreigabe-GL-Batches (01.400) auf. Felder werden nicht vollständig ausgefüllt, wenn der Batch im Bildschirm Journaltransaktionen (01.010) angezeigt wird. Siehe Auflösung 1532. 3. Tritt in Release GL Batches (01.400) auf, wenn die optionalen Informationen auf "Sub" verweisen. CpnyID in der GLTRAN-Tabelle wird nicht ausgefüllt. Siehe Auflösung 11929. 4. Tritt in Posttransaktionen (01,520) auf, wenn in GLTRAN eine falsche Sachkonto-ID vor liegt. Siehe Auflösung 17549. 5. Tritt in Posttransaktionen (01,520) auf, wenn der Kontotyp falsch ist. Siehe Auflösung 21434. 6. Tritt auf, wenn ein Batch für die Allgemeine Hauptbuchzuordnung in Salomon IV, Version 4.21 Service Pack 1, veröffentlicht wird. Sie tritt in nachfolgenden Versionen nicht auf. 7. Tritt die Veröffentlichung eines Stapels in Journaltransaktionen (01.010) mit den optionalen Informationen auf Sub auf, wenn unternehmensübergreifende Transaktionen in den Detailbereich hinzugefügt werden, doch wurden für das GL-Modul keine Beziehungen zwischen einer Firma und mehreren Unternehmen (13.260) eingerichtet. Siehe Auflösung27142.Lösung 1532 – Summiert die GLTRAN- und BATCH-Datensätze mithilfe der Abfrageanalyse.KORREKTURSCHRITTE: 1. Erstellen Sie eine SICHERUNG der Datenbank, die für den Fall wiederhergestellt werden kann, dass ein unerwünschter Datenverlust auftritt. 2. Greifen Sie mithilfe der Abfrageanalyse auf die entsprechende Anwendungsdatenbank zu. 3. Summiert die Kredit- und Debitbeträge des GLTRAN-Datensatzes unter Verwendung der folgenden Anweisungen: SELECT SUM(CrAmt) from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(DrAmt) from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryCrAmt) from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryDrAmt) from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY' (where XXXXXX = the applicable Batch Number and YY = the applicable Module) 4. Überprüfen Sie, ob die Summe von CrAmt und die Summe des DrAmt-Werts der Steuerelementsumme des Batches entspricht. Überprüfen Sie außerdem, ob die Summe von CuryCrAmt und die Summe von CuryDrAmt der Steuerelementsumme des Batches entspricht. Um dies zu testen, verwenden Sie den Initialisierungsmodus, um das Modul im Hauptbuchjournaltransaktionen (01.010) in das richtige Modul zu ändern und den Batch zu öffnen. Die Steuerungssumme des Stapels sollte mit der Summe der Gutschriften und der Summe der Debits identisch sein. 5. Summiert die Kredit- und Debitbeträge des BATCH-Datensatzes unter Verwendung der folgenden Anweisungen, wobei XXXXXX = die entsprechende Batchnummer und YY = das entsprechende Modul: SELECT SUM(CTRLTot) from BATCH WHERE BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CrTot) from BATCH WHERE BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(DrTot) from BATCH WHERE BatNbr = 'XXXXXX' und Module = 'YY' SELECT SUM(CuryCtrlTot) from BATCH WHERE BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryCrTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryDrTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YYY' 6. Stellen Sie sicher, dass die Summe aus CRTot und der Summe des DrTot-Werts dem CrAmt und DrAmt der GLTRAN-Tabelle entspricht. Überprüfen Sie außerdem, ob die Summe aus CuryCrTot und der Summe des CuryDrTot-Werts dem CuryCrAmt- und CuryDrAmt-Wert der GLTRAN-Tabelle entspricht. 7. Wenn alles ausgeglichen zu sein scheint, vergewissern Sie sich, dass in GLTRAN keine Datensätze fehlen. Jede Transaktion im Batch sollte freigegeben werden, die Spalte Bereitgestellt sollte "U" für "Unposted" usw. sein. Aktualisieren Sie alle fehlenden Datensätze. HINWEIS: Wenn das Problem während der Veröffentlichung auftrat, führen Sie den Prozess Hauptbuchbeitragstransaktionen (01.520) erneut aus. Sollte dies immer noch nicht erfolgreich sein, verweisen Sie auf die Unterauflösung 3010. Lösung 11929 – Überprüfen Sie die CompanyID in den Tabellen BATCH und GLTRAN.KORREKTURSCHRITTE: 1. Erstellen Sie eine SICHERUNG der Datenbank, die für den Fall wiederhergestellt werden kann, dass ein unerwünschter Datenverlust auftritt. 2. Führen Sie mithilfe der Abfrageanalyse die folgende Anweisung aus, um zu überprüfen, ob "CpnyID" in der Tabelle BATCH korrekt ist: SELECT * aus BATCH, wobei BatNbr = 'XXXXXX' und Module = 'GL' (wobei XXXXXX die geeignete Batchnummer ist) 3. Wenn die CPNYID falsch ist, führen Sie die folgende Anweisung aus: UPDATE BATCH SET CpnyID = 'YYYY' where BatNbr = 'XXXXXX' and Module = 'GL' (wobei XXXXXX die geeignete Batchnummer und YYYY die richtige Firmen-ID ist) 4. Führen Sie die folgende Anweisung aus, um zu überprüfen, ob CpnyID in der GLTRAN-Tabelle korrekt ist: SELECT * von GLTRAN, wobei BatNbr = 'XXXXXX' und Module = 'GL' (wobei XXXXXX die geeignete Batchnummer ist) 5. Wenn die CPNYID falsch ist, führen Sie die folgende Anweisung aus: UPDATE GLTRAN SET CpnyID = 'YYYY' where BatNbr = 'XXXXXX' and Module = 'GL' (wobei XXXXXX die geeignete Batchnummer und YYYY die geeignete Firmen-ID ist) Auflösung 17549 – Korrigieren Sie das Feld "LedgerID" in der GLTRAN-Tabelle mithilfe von Query Analyzer.KORREKTURSCHRITTE: 1. Erstellen Sie eine SICHERUNG der Datenbank, die für den Fall wiederhergestellt werden kann, dass ein unerwünschter Datenverlust auftritt. 2. Greifen Sie mithilfe der Abfrageanalyse auf die entsprechende Anwendungsdatenbank zu. 3. Führen Sie die folgende Abfrage aus: SELECT * from GLTRAN where BatNbr = 'YYYYYY' and Module = 'MM' (where 'YYYYYY' = the appropriate GL batch number and 'MM' = the appropriate Module) 4. Wenn Sach sachgemäß ist, führen Sie die folgende Abfrage aus: UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXX' where BatNbr = 'YYYYYY' and LedgerID = 'xxxxxxxxxx' and Module = 'MM' (where 'XXXXXXXXXXX' = the correct LedgerID, 'YYYYYY' = the appropriate GL batch number, 'xxxxxxxxxx' = the incorrect LedgerID, and 'MM' = the appropriate Module) 5. Greifen Sie auf Hauptbuch-Posttransaktionen (01.520) zu, und posten Sie den Batch. Lösung 21434 – Aktualisieren Sie das Feld AcctType in den Tabellen ACCOUNT und ACCTXREF mithilfe von Query Analyzer 1. Access General Ledger GL Setup (01.950) – Diagramm der Auf acct-Reihenfolge. 2. Notieren Sie sich das ausgewählte Diagramm der Auf acct-Reihenfolge. Die Werte für das Feld AcctType in den Tabellen ACCOUNT und ACCTXREF, die der COA-Reihenfolge entsprechen, bestehen aus einem numerischen und einem alphanumerischen Zeichen. Sie sind häufig wie folgt: Verbindlichkeiten 2L-Einkünfte 3I Ausgaben 4E KORREKTURSCHRITTe: 1. Erstellen Sie eine SICHERUNG der Datenbank, die für den Fall wiederhergestellt werden kann, dass ein unerwünschter Datenverlust auftritt. 2. Öffnen Sie die Abfrageanalyse, melden Sie sich beim entsprechenden Server an, und wählen Sie die Anwendungsdatenbank aus. 3. Führen Sie die folgende SQL-Anweisung aus, um den Wert im Feld AcctType in der TABELLE ACCOUNT zu überprüfen: SELECT AcctType, * from ACCOUNT where Acct = 'XXXXXX' (wobei 'XXXXXX' = the affected Account number) 4. Führen Sie die folgende Anweisung aus, wenn AcctType nicht ausgefüllt oder falsch ist: UPDATE ACCOUNT SET AcctType = 'YY' where Acct = 'XXXXXX' (where 'YY' = a value based on the order selected in the GL Setup | Chart of Acct Order tab as noted in Verification Step 2.) 5. Wählen Sie die Systemdatenbank aus, und führen Sie die folgende Anweisung aus, um das Feld AcctType in ACCTXREF zu überprüfen: SELECT AcctType, * from ACCTXREF where Acct = 'XXXXXX' and CpnyID = 'yyyy' (where 'XXXXXX' = the affected Account number and 'yyyy' = the appropriate Company ID) 6. Führen Sie die folgende Anweisung aus, wenn AcctType nicht ausgefüllt oder falsch ist: UPDATE ACCTXREF SET AcctType = 'YY' where Acct = 'XXXXXX' and CpnyID = 'yyyy' Resolution 21476 – Stellen Sie sicher, dass die Konten in "General Ledger Chart of Accounts Maintenance" (01,260) den Status "Aktives Konto" aufweisen.KORREKTURSCHRITTE: 1. Wechseln Sie zu Hauptbuchdiagramm für die Kontowartung (01.260). 2. Wählen Sie die entsprechende Kontonummer aus. 3. Überprüfen Sie, ob der Status des Kontos aktiv ist. Lösung 27142 – Erstellen von Von/Zu-Beziehungen für alle Konto-/Unterkonto-Kombinationen, die für jedes Unternehmen in mehreren Unternehmen Inter-Company Acct/Sub Maintenance (13.260) verwendet werden.HINWEISE: 1. Die folgenden Felder werden in Inter-Company Acct/Sub Maintenance (13.260) verwendet, um zu bestimmen, wie unterschiedliche Konten/Unterkonten für ihre Transaktionen Inter-Company werden sollen. >>FROM : Geben Sie mithilfe von die Informationen zu Fällig vom Unternehmen ein.Unternehmens-ID – Eindeutiger Schlüssel, der zum Identifizieren der einzelnen Unternehmen im System verwendet wird; bei der Eingabe von Unternehmensinformationen zu Transaktionen verwendet.Modul – Zwei Zeichencode für das Modul. Wenn dasselbe Konto und unterkonto für alle Module verwendet werden soll, wählen Sie ALLE aus, andernfalls wählen Sie das spezifische Modul aus dem Dropdownfeld aus.Bildschirm – Sieben Zeichencode für den Bildschirm. Wenn für alle Bildschirme in den Modulen dasselbe Konto und unter demselben Unterkonto verwendet werden soll, geben Sie all ein, andernfalls geben Sie die spezifische Bildschirmnummer ein, d. h. 03010. Konto – Konto, für Inter-Company transaktion fällig von ist.Sub – Unterkonto der Inter-Company ist Fällig von.>>TO– Wird verwendet, um Firmendaten als Fällig am ein eingeben.Unternehmens-ID – Eindeutiger Schlüssel, der zum Identifizieren der einzelnen Unternehmen im System verwendet wird; bei der Eingabe von Unternehmensinformationen zu Transaktionen verwendet.Konto – Konto, Inter-Company der Transaktion fällig ist.Sub – Unterkonto, für Inter-Company Transaktion fällig ist.2. Unterschiedliche Konten oder Unterkonten können nicht für dieselbe Inter-Company und denselben Quelldatenbildschirm verwendet werden.Unterauflösung 3010 – Aktualisieren Sie den BATCH- oder GLTRAN-Datensatz mithilfe der Abfrageanalyse, um den CuryID-Wert zu korrigieren.ÜBERPRÜFUNGSSCHRITTE: 1. Melden Sie sich mit dem Abfrage-Analyzer bei der entsprechenden Anwendungsdatenbank an, und führen Sie die folgende Anweisung aus: SELECT CuryID, * von GLTRAN, wobei BatNbr = 'XXXXXX' und Module = 'YY' (wobei XXXXXX = Batchnummer und YY = das Modul des Batches) 2. Vergleichen Sie die Werte von GLTRAN CuryID mit der CuryID im BATCH-Datensatz, indem Sie die folgende SQL-Anweisung verwenden: SELECT CuryID aus BATCH, wobei BatNbr = 'XXXXXX' und Module = 'YY' (wobei XXXXXX = Die Batchnummer und YY = das Modul des Batches) HINWEIS: Dieser Eintrag sollte nur einen Datensatz zurückgeben. 3. Wenn sich der Wert von den GLTRANs unterscheidet oder ein NULL-Wert angezeigt wird, fahren Sie mit den Korrekturschritten fort. KORREKTURSCHRITTE: 1. Erstellen Sie eine SICHERUNG der Datenbank, die für den Fall wiederhergestellt werden kann, dass ein unerwünschter Datenverlust auftritt. 2. Aktualisieren Sie den BATCH- oder GLTRAN-Eintrag mit der folgenden Anweisung: UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' where BatNbr = 'YYYYYY' and Module = 'ZZZZ' and CuryID = 'xxxx' (where XXXX = the correct CuryID, YYYYYY = Batch Number, ZZ = the Module, and xxxx = the incorrect CuryID) Dieser Artikel war TechKnownow document ID:126851
