Buchungssperren: Was geschieht mit einem verspäteten Beleg?
Eine abgeschlossene Buchungsperiode braucht mehr als eine ausgeblendete Bearbeiten-Schaltfläche. Klären Sie vor der Anbindung einer Auftrags- oder Beleg-App, welche Buchungsdaten geschützt sind, wie verspätete Belege behandelt werden und wer eine Ausnahme erlauben darf. Der heutige Eingang eines Dokuments bestimmt noch nicht seine richtige Buchungsperiode.
Hier geht es um Softwareanforderungen. Buchungsdaten, zulässige Korrekturen und Abschlussverfahren müssen von Ihrer Buchhaltung festgelegt werden. Eine Produkteinstellung bestätigt keine Einhaltung örtlicher Buchhaltungs- oder Steuervorschriften.
Die Grenze anhand des Buchungsdatums beschreiben
Lassen Sie betroffene Gesellschaft, Sperrart und einschließlich geltendes Stichtagsdatum verständlich anzeigen. Trennen Sie Buchungsdatum, ursprüngliches Belegdatum und Eingangszeitpunkt in der App. Der Originalbeleg darf nicht umgeschrieben werden, nur damit er in eine offene Periode passt.
Die Odoo-19-Dokumentation zum Jahresabschluss beschreibt Lock Everything: Bereits gebuchte Journalposten mit Buchungsdatum am oder vor dem Sperrdatum lassen sich nicht ändern. Auch neue Buchungen in diesem Bereich werden verhindert. Für diesen Fall dokumentiert Odoo die automatische Verlegung des Buchungsdatums auf den Tag nach dem Sperrdatum.
Deshalb beweist eine erfolgreiche Übermittlung nicht, dass das angeforderte Datum übernommen wurde. Verlangen Sie das tatsächlich angenommene Buchungsdatum in der Schnittstellenansicht, nicht nur den gesendeten Wert. Soll Ihr Ablauf stattdessen zur Prüfung anhalten, muss das ausdrücklich vereinbart und mit den Möglichkeiten des angebundenen Produkts abgeglichen werden.
Verspätete Belege nachvollziehbar weiterbearbeiten
Ein fiktiver Lieferantenbeleg trifft nach der Periodensperre ein. Das Team sollte ursprüngliches Belegdatum, angefordertes Buchungsdatum, wirksame Sperre und tatsächliche Rückmeldung des Buchhaltungssystems erkennen. Die Buchhaltung entscheidet, ob die unterstützte Behandlung in einer offenen Periode passt oder eine berechtigte Ausnahme nötig ist.
Ein abgelehnter oder ungeklärter Übermittlungsversuch muss identifizierbar bleiben. Eine leere Buchungsreferenz darf nicht wie ein erfolgreicher Abschluss aussehen. Bei ungewisser Antwort wird zunächst der ursprüngliche Versuch abgeglichen. Ein anderes Datum rechtfertigt keine zweite Kopie desselben Geschäftsdokuments.
Das sind Anforderungen an die Integration. Die zitierte Anleitung beschreibt kein vollständiges Importverfahren und keinen umfassenden Schutz gegen doppelte Belege.
Ausnahmen enger fassen als normale Bearbeitungsrechte
Odoo dokumentiert Ausnahmen durch Personen mit Administrator-Zugriff auf die Buchhaltungs-App. Sie können für die aktuelle Person oder für alle gelten und erhalten eine gewählte Dauer. Eine Begründung kann ergänzt werden; die Angaben werden am Unternehmensdatensatz protokolliert. Daraus folgt kein Recht zur Wiederöffnung für alle, die gewöhnliche Belege bearbeiten dürfen.
Vereinbaren Sie für Ihre Anwendung berechtigte Person, Gesellschaft, Nutzerkreis, Dauer und Begründung. Eine persönliche Ausnahme hat andere Folgen als eine Öffnung für das ganze Unternehmen. Der Umfang muss sichtbar sein. Lassen Sie auch das Verhalten nach Ablauf einer befristeten Ausnahme vorführen. Eine verpflichtende Begründung wäre Ihre zusätzliche Anforderung; die Quelle beschreibt sie als optional.
Trennen Sie die Erlaubnis zur Korrektur von deren Durchführung. Erst der verknüpfte Buchungsnachweis oder eine Fehlermeldung zeigt das Ergebnis. Die Ausnahmefreigabe allein belegt keine erfolgreiche Änderung.
Nicht jede Sperre hat einen Rückweg
Dieselbe Dokumentation unterscheidet eine gewöhnliche Sperre, die über eine Ausnahme für alle mit unbegrenzter Dauer aufgehoben werden kann, von Hard Lock als unumkehrbarer Sperre. Beide dürfen nicht denselben pauschalen Wiederöffnen-Befehl erhalten. Versprechen Sie nicht, ein Administrator könne jede Entscheidung rückgängig machen.
Vor einer dauerhaften Sperre müssen Buchhaltung und Umsetzung die tatsächliche Konfiguration prüfen. Testen Sie die vorgesehene Bestätigung isoliert. Unumkehrbare Eingriffe in echte Bücher sind kein geeigneter Oberflächentest. Dieser Beitrag bestimmt nicht, wann eine Rechtsordnung eine solche Sperre verlangt.
Die Datumsgrenze praktisch abnehmen
Prüfen Sie mit erfundenen Belegen ein Buchungsdatum vor dem Stichtag, genau am Stichtag und danach. Ergänzen Sie einen verspäteten Beleg, ein automatisch geändertes Buchungsdatum, eine unberechtigte Ausnahme und eine erlaubte befristete Ausnahme samt Ablauf. Gesellschaft und tatsächlich handelnde Person müssen dabei erkennbar bleiben.
Halten Sie die Ergebnisse in den Abnahmekriterien für Ihre Buchhaltungsschnittstelle fest. Gesucht ist eine nachvollziehbare Entscheidung über erlaubte Buchungen und Änderungen, nicht bloß das beruhigende Etikett Abgeschlossen.