Folgendes Problem: Wir haben für einen Lieferanten eine Anzahlung getätigt und nun erscheint diese Anzahlung nicht in den Offenen Posten. Beim Ausdruck der Prüfiste Sammelkonten weisst er auch genau diese Differenz aus.

Nun meine Frage: Gibt es eine Session, die diese fehlenden OP's automatisch anlegt oder muß man das hart auf der Datenbank selbst tun?

Da so etwas natürlich immer im ungeeignetsten Moment passiert ist die ganze Sache natürlich auch noch eilig (Jahresabschluss und so).

...ist zwar sehr merkwürdig (kenne diesen Fehler nicht), aber es gibt kein Korrekturprogramm hierzu. Am besten den Beleg in der tfgld106, tfgld018, tfgld110 (wenn Steuer dabei war) bereinigen und die Anfangssalden neu aufbauen. Du kannst natürlich auch einen neuen Satz erzeugen (gleicher Betrag etc.) prüfen, ob nun ein Eintrag im Nebenbuch ist. Nun änderst Du die Belegnummer (in die fehlende Nummer ) dann den Satz in der tfgld102/107/018 löschen - dann sparst Du Dir den Saldenneuaufbau.

Gruss - Jochen

Weil sich Anzahlungen, die sich auf dem Sammelkonto finden, nämlich nur buchen lassen, wenn man das mit einem Buchungsschlüssel macht, der auch in die offenen Posten reinfließt - und zwar m.W. in einer Transaktion.

Daher bitte mal folgendes prüfen:
* Steht die Anzahlung auf dem Kreditorensammelkonto (Sachkonto!) für die entsprechende Kreditorengruppe? Wenn ihr journalisierte Buchungen druckt, taucht die auf?
* Wenn ja: Mit welchem Buchungsschlüssel? Die Art des Buchungsschlüssels (Sachkontobuchung? Zahlungen? Kreditorenrechnung?) bitte mal hier posten. Wenn das Sachkontobuchung ist, und der Betrag trotzdem auf einem der Konten erscheint, die als Sammelkonten bei der Kreditorengruppe hinterlegt sind, dann hat jemand mit General Table Maintainance im Kontenplan rumgetrickst, um das möglich zu machen (lässt Baan Standard nicht zu). Dann wäre es kein Wunder, dass ihr keinen OP habt.
* Wenn nein: Bitte mal direkt mit General Table Maintainance in die Tabelle tfacr200 kucken, ob da für den fraglichen Buchungsschlüssel + Belegnummer ein Datensatz vorhanden ist (der vielleicht aus irgendwelchen anderen unerfindlichen Gründen nur nicht angezeigt wird)

Bitte grundsätzlich die Finger von der tfgld106 lassen, wenn es Sätze zu "bereinigen" gilt. Das sind die journalisierten Buchungen, und die sind tabu für jede Änderung (Richtlinien für die ordnungsgemäße Buchführung mit EDV!!!).

Das erstmal so als Schnellschuss....

Uli

...das ein Eintrag in der tfgld106 steht ist doch wohl klar, warum sollte sonst eine Differenz in der Prüfliste stehen. Die von mir beschriebenen Wege sind die einzige Vorgehensweise oder wie korrigierst Du das Problem ? Auf "normalen" Weg ist hier keine Korrektur möglich und wenn Du die GOB ansprichtst, dann wurden die bereits verletzt...

Gruss - Jochen

Weil sich Anzahlungen, die sich auf dem Sammelkonto finden, nämlich nur buchen lassen, wenn man das mit einem Buchungsschlüssel macht, der auch in die offenen Posten reinfließt - und zwar m.W. in einer Transaktion.

Daher bitte mal folgendes prüfen:
* Steht die Anzahlung auf dem Kreditorensammelkonto (Sachkonto!) für die entsprechende Kreditorengruppe? Wenn ihr journalisierte Buchungen druckt, taucht die auf?
* Wenn ja: Mit welchem Buchungsschlüssel? Die Art des Buchungsschlüssels (Sachkontobuchung? Zahlungen? Kreditorenrechnung?) bitte mal hier posten. Wenn das Sachkontobuchung ist, und der Betrag trotzdem auf einem der Konten erscheint, die als Sammelkonten bei der Kreditorengruppe hinterlegt sind, dann hat jemand mit General Table Maintainance im Kontenplan rumgetrickst, um das möglich zu machen (lässt Baan Standard nicht zu). Dann wäre es kein Wunder, dass ihr keinen OP habt.
* Wenn nein: Bitte mal direkt mit General Table Maintainance in die Tabelle tfacr200 kucken, ob da für den fraglichen Buchungsschlüssel + Belegnummer ein Datensatz vorhanden ist (der vielleicht aus irgendwelchen anderen unerfindlichen Gründen nur nicht angezeigt wird)

Bitte grundsätzlich die Finger von der tfgld106 lassen, wenn es Sätze zu "bereinigen" gilt. Das sind die journalisierten Buchungen, und die sind tabu für jede Änderung (Richtlinien für die ordnungsgemäße Buchführung mit EDV!!!).

Das erstmal so als Schnellschuss....

Uli

In der tfgld106 ist alles in Ordnung, daher auch die Differenz zwischen Haupt- und Nebenbuch, es wurde einfach der OP der Zahlung nicht angelegt. Es war eine reine Baangeschichte, nicht zugeordneter Zahlungsausgang über das Zahlungswesen, da hat keiner versucht zu tricksen.