Stornobuchungen in RTR: Ein ERP-Plan ist noch kein Buchungsnachweis
Das Stornodatum ist gesetzt, der Auftrag beendet und das Team meldet die Aufgabe als erledigt. Das beweist noch nicht, dass die richtige Stornobuchung im Hauptbuch angekommen ist.
In Record to Report lässt sich eine Absicht leicht mit einem Ergebnis verwechseln. Die Einrichtung einer Stornierung, das Erstellen des Belegs und dessen Buchung können getrennte Schritte sein. Nutzen Auftraggeber und Outsourcing-Team nur den Status „erledigt“, fällt ein fehlender Schritt möglicherweise erst bei der Saldenanalyse auf.
Dieser Ratgeber behandelt die Ausführungskontrolle bereits vereinbarter Stornierungen. Er entscheidet nicht, ob ein konkreter Sachverhalt zu stornieren ist oder welcher Buchungsperiode er zuzuordnen ist. Das richtet sich nach den Rechnungslegungsrichtlinien des Auftraggebers und den Befugnissen der zuständigen Personen.
1. Mit der Kennung des Ursprungsbelegs beginnen
Die Kontrollliste sollte Gesellschaft, Hauptbuch, Kennung des Ursprungsbelegs, Periode, Betrag, Währung und genehmigten Stornierungszweck nennen. Ergänzen Sie prüfrelevante Konten und Dimensionen. Eine Beschreibung wie „Aufwandsabgrenzung“ genügt nicht, wenn Dutzende ähnliche Buchungen vorliegen.
Halten Sie je Position die erwartete Stornoperiode, die Ausführungsweise und die entscheidungsbefugte Person für Ausnahmen fest. Übernehmen Sie nicht automatisch das Datum des Vormonats. Die Liste soll vereinbarte Vorgaben abbilden und keine neue Rechnungslegungsregel des ausführenden Teams schaffen.
2. Planung, Belegerstellung und Buchung unterscheiden
Oracle Financials unterscheidet zwischen automatischer Stornierung und automatischer Stornierung mit Buchung. Operativ folgt daraus: Die Automatisierungseinstellung allein belegt noch keinen Hauptbucheintrag. Prüfen Sie den richtigen Ergebnisbeleg.
Ein Arbeitsregister kann getrennte Zustände verwenden: geplant, erstellt und noch nicht gebucht, gebucht und geprüft sowie Ausnahme. Das sind vorgeschlagene Prozessbezeichnungen, keine universellen ERP-Feldnamen. Legen Sie für jeden Zustand den nötigen Nachweis fest, damit beide Seiten dasselbe darunter verstehen.
3. Das Ergebnis jeder Position bestätigen
Verknüpfen Sie die Ursprungskennung mit der Stornobelegkennung und prüfen Sie Hauptbuch, Periode, Betrag, Währung sowie erforderliche Konten und Dimensionen. Bestätigen Sie den Buchungsstatus im System. Eine passende Stapelsumme ersetzt die Belegverknüpfung nicht: Eine fehlende Position und ein anderer Fehler können sich gegenseitig verdecken.
Microsoft nennt den Verlauf von Stapelverarbeitungsaufträgen als Prüfstelle für fehlgeschlagene Stornierungen. Bewahren Sie deshalb Auftragsergebnis und Fehlerliste neben dem Belegstatus auf. Eine Abschlussmeldung des Prozesses darf ungeklärte Positionen im Kontrollregister nicht automatisch schließen.
4. Erwartete Stornierungen mit geprüften Ergebnissen abstimmen
Redaktionelles Beispiel: Auf der vereinbarten Liste stehen fünf Ursprungsbelege. Drei Stornierungen sind gebucht und geprüft, eine wurde ohne Buchung erstellt, eine weist einen Fehler auf. Das Ergebnis lautet „3 geprüft + 1 ausstehend + 1 Ausnahme“, nicht „Stapel erledigt“. Jede der fünf Positionen hat einen eindeutigen Zustand.
Vereinbaren Sie außerdem getrennte Summen je Währung und Hauptbuch sowie die Bewertung von Vorzeichen und Konten gemäß der gewählten Stornomethode. Beschränken Sie die Prüfung nicht auf einen einzigen Nettowert. Aktualisieren Sie nach einer genehmigten Korrektur die Übersicht und prüfen Sie den betroffenen Beleg; ein früherer Export bestätigt keine spätere Buchung.
5. Vor einer Wiederholung den aktuellen Zustand prüfen
Ein fehlender Beleg in einem alten Bericht beweist nicht, dass keine Stornierung erstellt wurde. Prüfen Sie vor einer manuellen Korrektur den aktuellen Ursprungsstatus, den Ergebnisbeleg, die Auftragsausführung und noch laufende Prozesse. So sinkt das Risiko, dass zwei Teams dieselbe Position gleichzeitig bearbeiten.
Dokumentieren Sie je Ausnahme Ursache, fehlenden Nachweis, Verantwortlichen und nächsten Schritt. Eine geschlossene Periode, fehlende Berechtigung oder nicht erfüllte Regel verlangt eine Entscheidung der zuständigen Person. Ändern Sie Datum oder Konto nicht bloß, um eine Fehlermeldung zu beseitigen. Führen Sie nach Freigabe die vereinbarte Maßnahme aus und prüfen Sie das Ergebnis erneut.
6. Ein nachvollziehbares Ergebnis übergeben
Eine brauchbare Abschlussmeldung nennt Listenumfang, Prüfdatum, Anzahl und Werte je Zustand sowie Verweise auf Belege und Nachweise. Kennzeichnen Sie offene Ausnahmen und Entscheidungsfristen deutlich. Der Empfänger soll von einer Berichtszeile zum Ursprung und zur richtigen Stornierung gelangen können.
BackOffice Outsourcing nennt Record to Report, manuelle Buchungen und Kontrolldokumentation im Umfang seiner Finanz- und Buchhaltungsprozesse. Vereinbaren Sie bei der Übergabe solcher Aufgaben die Ergebnisdefinition und nötigen Nachweise. Beschreiben Sie dem Team Ihren Prozess, um Verantwortlichkeiten und Zugriffe festzulegen. Ein eigener Ratgeber erklärt den Kalender für den Monatsabschluss.
Quellen und Geltungsbereich
Die Dokumentation von Oracle Financials 26D und Microsoft Dynamics 365 Finance wurde am 21. Oktober 2026 geprüft. Statusregister, Beispiel mit fünf Belegen und Übergabeformat sind redaktionelle Empfehlungen. Funktionsnamen und Verhalten hängen von System und Konfiguration ab; die Beschreibung bedeutet nicht, dass BackOffice Outsourcing diese Produkte einsetzt.
FAQ
Bedeutet ein gesetztes Stornodatum, dass bereits gebucht wurde?
Nein. Es beschreibt einen Plan oder Parameter. Zur Bestätigung sind der richtige Ergebnisbeleg und dessen Status im Hauptbuch zu prüfen.
Genügt ein abgeschlossener Auftrag, um die Kontrolle zu schließen?
Nicht allein. Prüfen Sie Einzelergebnisse, Fehler und erforderliche Belegverknüpfungen. Ungeklärte Ausnahmen müssen sichtbar bleiben.
Was tun, wenn der Bericht keine Stornierung zeigt?
Aktualisieren Sie die Daten und prüfen Sie Ursprungsstatus, Ergebnisbeleg und Auftrag. Klären Sie den Istzustand, bevor Sie Wiederholung oder manuelle Korrektur vereinbaren.
Wer bestimmt Stornoperiode und Methode?
Eine befugte Person nach den Rechnungslegungsrichtlinien des Auftraggebers. Das ausführende Team handelt im vereinbarten Umfang und soll diese Regeln nicht bloß zum Schließen einer Ausnahme ändern.
