Fremdwährungsbericht: Wurde der Bestand bewertet oder die Anpassung schon gebucht?

Trennen Sie bei einem Finanzdashboard die Vorschau einer Fremdwährungsbewertung von einer tatsächlich gebuchten Anpassung. Nach einer Kursänderung im Bericht darf nicht unklar bleiben, ob sich auch die Buchführung geändert hat. Vereinbaren Sie Berichtsstichtag, Kursgrundlage, Buchungsberechtigung und Informationen zur Umkehrbuchung, bevor Sie die Schnittstelle abnehmen.

Dieser Leitfaden beschreibt Softwareanforderungen, keine Bilanzierungsregeln. Ihre fachliche Beratung entscheidet, welche Bestände zu bewerten sind, welcher Kurs zu welchem Datum gilt und wie Anpassungen gebucht werden. Bequeme Vorgaben eines Berichts ersetzen diese Entscheidung nicht.

Beide Währungssichten erhalten

Ein Bankbestand in Fremdwährung und sein Wert in der Unternehmenswährung beantworten verschiedene Fragen. Lassen Sie beide Währungen eindeutig kennzeichnen. Ein Feld namens „Saldo“ reicht nicht, wenn Mitarbeitende erkennen müssen, ob es den Bestand in Kontowährung oder dessen Wert in der Berichtswährung zeigt.

Die Odoo-19-Dokumentation zu Fremdwährungskonten liefert ein konkretes Softwarebeispiel. Danach werden Transaktionen in der Standardwährung des Unternehmens aufgezeichnet; auf dieser Währung beruhen auch die Berichte. Bei einem Bankkonto in Fremdwährung speichert Odoo Soll- und Habenwerte sowohl in Unternehmenswährung als auch in der Währung des Bankkontos.

Bestimmen Sie für Ihre Schnittstelle, welche ursprünglichen Transaktionswerte neben einer Bewertung abrufbar bleiben. Ersetzen Sie aufgezeichnete Beträge nicht durch einen neu errechneten Anzeigewert. Hier geht es um den Berichtswert eines Bestands, nicht um einen neuen Kundenpreis oder den Nachweis einer Geldbewegung.

Abweichende Kurse erkennbar machen

Im Bericht Unrealized Currencies lässt sich laut Odoo über Exchange Rates ein anderer Kurs auswählen. Nach einer manuellen Änderung erscheint ein gelber Hinweis mit einer Möglichkeit, zum Odoo-Kurs zurückzukehren.

Übernehmen Sie daraus die fachliche Unterscheidung, nicht zwingend die Farbe. Die prüfende Person sollte erkennen, ob ein Systemkurs oder eine manuelle Abweichung verwendet wird, welcher Stichtag gilt und wer in Ihrer Umsetzung einen abweichenden Kurs ausgewählt hat. Liefert die Schnittstelle solche Angaben nicht, muss diese Grenze sichtbar bleiben. Ein erfundenes Prüfprotokoll hilft nicht.

Klären Sie, ob Nutzer alternative Kurse ohne Buchung durchspielen dürfen. Ein Planungsszenario darf in einem Export für die Geschäftsleitung nicht wie ein fachlich freigegebener Bericht aussehen. Vereinbaren Sie Kennzeichnung und gespeicherte Berechnungsgrundlagen für beide Fälle.

Die Anzeige ist noch keine Buchungsfreigabe

Die Dokumentation beschreibt eine gesonderte Aktion Adjustment Entry, um die Bilanz mit dem Betrag der Spalte Adjustment anzupassen. Im zugehörigen Fenster werden Journal, Aufwandskonto und Ertragskonto für die Verarbeitung nicht realisierter Gewinne oder Verluste ausgewählt.

Legen Sie für Ihr Projekt fest, wer die Berechnung ansehen und wer die tatsächliche Buchung freigeben oder auslösen darf. Ist die Schnittstelle nur lesend, benennen Sie das ausdrücklich. Eine Schaltfläche darf keine Freigabe suggerieren, wenn sie lediglich einen Vorschlag herunterlädt.

Bei einer schreibenden Anbindung sollte die entstandene Buchungsreferenz mit den geprüften Berichtsgrundlagen verbunden bleiben. Vereinbaren Sie außerdem die Untersuchung eines unklaren Ergebnisses vor einem erneuten Versuch. Eine fehlende Bestätigung beweist nicht, dass keine Buchung angelegt wurde. Das sind vorgeschlagene Integrationskontrollen, keine Zusage eines bereits vorhandenen Odoo-Freigabeprozesses.

Umkehrbuchung und Zahlung auseinanderhalten

Odoo dokumentiert ein Berichtsdatum und ein Reversal Date. Die Buchung wird laut Anleitung zum eingestellten Umkehrdatum automatisch umgekehrt. Nach der Buchung soll die Spalte Adjustment null anzeigen, weil die nicht realisierten Gewinne oder Verluste angepasst wurden.

Diese Null bedeutet nicht „Kunde hat bezahlt“ oder „Bankkonto geschlossen“. Sie betrifft die Anpassung in diesem Bericht. Zeigen Sie Stichtag, tatsächliche Buchungsreferenz und vorgesehenes Umkehrdatum so an, dass die Buchhaltung die Abfolge erklären kann.

Lassen Sie fachlich festlegen, wie eine spätere Umkehrbuchung, ein anderer Berichtszeitraum und eine neue Bewertung dargestellt werden. Eine alte Freigabe darf nicht unbemerkt für einen anderen Kurs oder Stichtag weitergelten.

Den gesamten Berichtsablauf abnehmen

Verwenden Sie fiktive Bestände und fachlich bestätigte Soll-Ergebnisse in den Akzeptanzkriterien. Lassen Sie die ursprüngliche Zwei-Währungs-Transaktion, eine ungebuchte Kursabweichung, die Rückkehr zum Systemkurs, eine berechtigte Anpassung und deren Umkehrinformationen vorführen. Der Ursprungsvorgang muss durchgehend auffindbar bleiben.

Prüfen Sie den Export ebenso wie das Dashboard. Szenario, noch auszuführende Anpassung und tatsächliche Buchungsreferenz müssen ohne Rekonstruktion aus Bildschirmfotos unterscheidbar sein. Besprechen Sie diesen Ablauf bei der Planung einer Finanzschnittstelle, statt lediglich einen Währungsrechner zu bestellen.

Die Quelle belegt die genannten Odoo-Funktionen. Freigabegestaltung, Nachvollziehbarkeit und Abnahmeschritte sind Projektberatung. Eine bilanzielle oder steuerliche Richtigkeit und ein Test in einer produktiven Finanzumgebung werden damit nicht bestätigt.