Feldhilfe (HDUDEL)
Die Option 'Löschen' erstellt neue Verlaufsdatensätze. Die Daten der Datei der Offenen Posten stellen den Abfahrtspunkt dieser Erstellung dar.
- für einen Offenen Posten DUD ohne Verknüpfung mit der Tabelle der Buchungspositionen GACCENTRYD ist der erstellte Verlauf:
- ein einziger Datensatz mit [F:HDU]DUDSTA = 0 (nicht gebuchtes Originaldokument) und mit [F:HDU]DATEVT initialisiert mit dem Fälligkeitsdatum [F:DUD]DUDDAT,
- für einen Offenen Posten DUD mit einer Verknüpfung mit GACCENTRYD und ohne Zuordnung ([F:DAE]MTC leer) ist der erstellte Verlauf:
- ein Datensatz mit [F:HDU]DUDSTA = 0 (nicht gebuchtes Originaldokument) und mit [F:HDU]DATEVT initialisiert mit dem Fälligkeitsdatum [F:DUD]DUDDAT,
- ein Datensatz mit [F:HDU]DUDSTA = 2 (gebuchtes Dokument) und mit [F:HDU]DATEVT initialisiert mit dem Buchungsdatum des Belegs [F:HAE]ACCDAT,
- für einen Offenen Posten DUD mit einer Verknüpfung mit GACCENTRYD und einer Zuordnung ([F:DAE]MTC anders als leer) ist der erstellte Verlauf:
- ein Datensatz mit [F:HDU]DUDSTA = 0 (nicht gebuchtes Originaldokument) und mit [F:HDU]DATEVT initialisiert mit dem Fälligkeitsdatum [F:DUD]DUDDAT,
- ein Datensatz mit [F:HDU]DUDSTA = 2 (gebuchtes Dokument) und mit [F:HDU]DATEVT initialisiert mit dem Buchungsdatum des Belegs [F:HAE]ACCDAT,
- ein Datensatz mit [F:HDU]DUDSTA = 2 (gebuchtes Dokument) und mit [F:HDU]DATEVT initialisiert mit dem maximalen Buchungsdatum der Zuordnungsgruppe [F:DAE]MTCDATMAX.
GRENZE Nr.1
Die Neusynchronisierung mit Löschen bezieht sich nicht auf die Flüsse in den der Buchhaltung vorgelagerten Modulen, sondern auf das Buchungsereignis Zuordnung.
Daher kann die Saldoaktualisierung für eine zugeordnete Beleggruppe nicht nach und nach durchgeführt werden, sondern nur zum maximalen Buchungsdatum der Zuordnungsgruppe ([F:DAE]MTCDATMAX).
Beispiel:
Im Fall einer Rechnung in Kleinbuchstaben mit zwei Zahlungen A und B mit unterschiedlichen Buchungsdaten A und B führen die neuen erstellten Datensätze den Rechnungssaldo zum höheren der beiden Buchungsdaten, B, aus und nicht sukzessive und progressiv zu den jeweiligen Buchungsdaten der beiden Zahlungen.
Zum Buchungsdatum der Zahlung A stellt die Stichtagsbilanz die Rechnung für den ursprünglichen Gesamtbetrag wieder her, sowie die Zahlung A auch für den Gesamtbetrag, der der Nettogesamtsaldo ist.
Zum Buchungsdatum der Zahlung B stellt die Stichtagsbilanz nur die Rechnung für den Nettosaldo wieder her (von den Beträgen der Zahlungen A und B abgezogen).
GRENZE Nr.2
Die Neusynchronisierung mit Löschen ermöglicht nicht die Verwaltung einer Zahlungsstornierung, die nach dieser Neusynchronisierung erfolgt.
Eine Gruppe, die aus mindestens zwei Zahlungen mit unterschiedlichen Buchungsdaten besteht, wobei diese Gruppe dem Löschen mit Neusynchronisierung 'unterliegt'. Wird anschließend eine Buchungsstornierung für eine der Zahlungen der Gruppe festgestellt (nicht die mit dem höchsten Buchungsdatum), kann durch die Verlaufsaktualisierung die Stornierung nicht festgestellt werden; die in der Stichtagsbilanz festgestellte Zwischensituation berücksichtigt diese Stornierung nicht.
Beispiel:
Die Buchung einer Rechnung über 10.000 am Buchungsdatum 01.03.11.
Die Buchung einer Zahlung A über 500 am Buchungsdatum 08.03.11.
Die Buchung einer Zahlung B über 600 am Buchungsdatum 14.03.11.
Es folgt eine Neusynchronisierung mit Löschen.
Es folgt eine Buchungsstornierung der Zahlung A am Buchungsdatum 08.03.11.
Stichtagsbilanz vom 08.03.11: die Rechnung erscheint für einen Saldo von 10.000 und die Zahlung für -500, also einem Saldo von 9.500. Die Stornierung wurde nicht berücksichtigt.
Stichtagsbilanz vom 14.03.11: die Rechnung erscheint für einen Saldo von 9.400.
Durch den Neustart einer Neusynchronisierung mit Löschen für das betroffene Personenkonto werden die neuen Verlaufsdaten ohne diese Grenze wiederhergestellt.