Eine zurückgegebene Bestellung ist keine stornierte Bestellung. In Odoo sind das zwei verschiedene Vorgänge, zeitlich getrennt: das Geld, das zum Käufer zurückgeht, und die Einheit, die irgendwohin zurückgeht. Behandelt Ihre Anbindung beides als einen Vorgang, laufen Bestand und Buchhaltung nach einem Quartal auseinander, und niemand kann die Differenz erklären.
Erstattung und Warenrücklauf sind zwei verschiedene Vorgänge
Die Erstattung ist eine Gutschrift gegen den Verkauf. Der Rücklauf ist ein Lieferschein in umgekehrter Richtung, der Einheiten in einen Lagerort bucht. Amazon kann den Käufer erstatten, bevor die Ware eintrifft, und es kann erstatten, ohne dass sie je eintrifft, weil der Käufer sie nicht zurückschickt. Nur wenn Sie beide Vorgänge getrennt abbilden, lässt sich die Frage beantworten, die früher oder später gestellt wird: Wie viel Geld habe ich erstattet und wie viele Einheiten habe ich zurückbekommen? Das sind nicht dieselben Zahlen, und sie müssen es auch nicht sein.
Wer entscheidet, ob die Einheit wieder verkäuflich ist
Bei FBM entscheiden Sie: Der Karton kommt in Ihr Lager, jemand öffnet ihn und beurteilt die Ware. Bei FBA entscheiden Sie nicht. Die Retoure geht in ein Logistikzentrum von Amazon zurück, und dort wird die Einheit mit einer Begründung als verkäuflich oder nicht verkäuflich eingestuft. Diese Einstufung verändert Ihren verfügbaren Bestand, und Sie bekommen sie als fertiges Ergebnis mitgeteilt – mitentscheiden können Sie nicht. Odoo muss sie auslesen und umsetzen: Kommt die Einheit als verkäuflich zurück, geht sie in den verfügbaren Bestand; andernfalls in einen Lagerort, aus dem nicht verkauft werden kann.
Der teure Fehler ist, alles Zurückgesendete in den verfügbaren Bestand zu buchen, „um es später zu prüfen“. Diese Einheiten werden gelistet, verkauft – und sind gar nicht da. Ein Quarantäne-Lagerort ist einmal eingerichtet und verhindert Überverkäufe.
Die Bestandskorrektur ist ein Lagerort, keine Zahl
Die Versuchung ist groß, die Menge von Hand zu korrigieren und weiterzumachen. Das funktioniert einmal; drei Monate später weiß niemand mehr, warum Buchbestand und tatsächlicher Bestand auseinandergehen. Richtig ist, dass jede Retoure ihre eigene Lagerbuchung erzeugt: vom Kunden ins Lager für die verkäufliche Einheit, vom Kunden in die Quarantäne oder den Ausschuss für alle anderen. So bleibt die Korrektur nachvollziehbar – Datum, Grund und Ursprungsbeleg – und die Kosten der nicht mehr verkäuflichen Ware erscheinen dort, wo sie hingehören, statt in einer unerklärten Bestandsbereinigung zu verschwinden.
Was verloren geht, beschädigt wird oder nie zurückkommt
Es gibt einen dritten Fall, der weder Retoure noch Verkauf ist: die Einheit, die Amazon im eigenen Netz verliert oder beschädigt. Amazon gleicht das mit einer Erstattung an den Verkäufer aus – nicht zu verwechseln mit der Erstattung an den Käufer, auch wenn die Begriffe ähnlich klingen. Buchhalterisch ist das ein Ertrag, im Bestand eine Ausbuchung. Erfassen Sie nur das Geld, bleibt der Bestand für immer zu hoch; erfassen Sie nur die Ausbuchung, sieht es aus, als hätten Sie Ware verschenkt. Beide Buchungen oder keine.
Am Ende muss alles zur Abrechnung passen
Geprüft wird das in der Abrechnung. Jede Retoure hinterlässt dort eine Spur: den an den Käufer erstatteten Betrag, die Verkaufsgebühr, die Amazon zurückerstattet oder einbehält, die Gebühr für die Retourenbearbeitung, sofern sie anfällt, und die Erstattungen für verlorene Ware. Die Abrechnungen nach Odoo zu holen und Zeile für Zeile gegen Gutschriften und Bestandsbuchungen abzugleichen, macht aus „ich glaube, es stimmt“ ein „es stimmt“. Und wenn etwas nicht zusammenpasst – eine Gutschrift ohne Abrechnungszeile oder umgekehrt –, dann fehlt dort Geld oder Ware, und jemand muss nachhaken.
Wann sich die Automatisierung nicht lohnt
Wenn Sie wenige Bestellungen im Monat verkaufen und gelegentlich eine Retoure erhalten, erledigen Sie das problemlos von Hand, und eine Automatisierung wäre Geld für ein Problem, das Sie nicht haben. Die Schwelle ist nicht die Zahl der Bestellungen, sondern die Zahl der Retouren, die niemand ansieht. Sobald es mehr sind, als eine Person einzeln prüfen kann, oder sobald Sie in mehreren Ländern verkaufen und bei jeder Retoure die Umsatzsteuer des Bestimmungslandes mitkorrigiert werden muss, rechnet sich Handarbeit nicht mehr. Mehr dazu (auf Englisch) in Verkaufen auf mehreren Amazon-Marktplätzen mit einem Odoo.
Was unser Connector leistet
Der Amazon-Connector für Odoo importiert Retouren mit Grund und bei FBA mit der Einstufung durch Amazon. Bei FBM erzeugt er die Rücklieferung zum ursprünglichen Lieferschein oder markiert die Position als „nicht wieder einlagern“; bei FBA erfindet er keine lokalen Buchungen – der verkäufliche und der nicht verkäufliche Bestand werden über die FBA-Bestandssynchronisierung abgeglichen. Er legt die Gutschrift als Entwurf auf Basis der Ausgangsrechnung an, importiert Amazons Erstattungen für verlorene oder beschädigte Ware und holt die Abrechnungen herein, die auf dasselbe Verrechnungskonto gebucht werden wie die Gutschriften. Er läuft unter Odoo 17, 18 und 19 – und unter Odoo 20 am Tag der Veröffentlichung. Wenn nicht nur die Retouren, sondern das gesamte FBA-Lager nicht stimmt, lesen Sie weiter in Amazon FBA in Odoo.
Häufige Fragen
Was, wenn der Käufer die Ware behält und trotzdem erstattet wird?
Das kommt vor, und Sie sollten es beziffern können. Buchhalterisch ist es eine Gutschrift ohne Bestandsbuchung. Kennzeichnen Sie diese Fälle: Häuft sich das bei derselben Artikelnummer, ist das ein Produkt- oder Betrugsproblem, kein buchhalterisches.
Werden FBA- und FBM-Retouren getrennt geführt?
Ja, und das sollten Sie auch. Sie kommen auf unterschiedlichen Wegen herein und landen in unterschiedlichen Lagerorten: die eine in einem Amazon-Zentrum, die andere in Ihrem Lager. Aus der ursprünglichen Bestellung geht bereits hervor, um welchen Fall es sich handelt.
Braucht jede Retoure eine Rechnungskorrektur?
Das hängt davon ab, ob Sie den Verkauf fakturieren, und von Ihrer steuerlichen Situation – das entscheidet Ihre Steuerberatung, nicht wir. Erforderlich ist in jedem Fall, dass die Gutschrift mit dem Ursprungsbeleg verknüpft bleibt: ohne diese Verknüpfung lässt sich der Abrechnungsabgleich nicht automatisieren.
Nützliche Links bei FlexigoTech
Lo que hacemos sobre esto
Bringen Amazon-Retouren Ihren Bestand durcheinander?
Sagen Sie uns, ob Sie über FBA, FBM oder beides verkaufen, wie viele Retouren Sie monatlich bearbeiten und ob die Abrechnungen bereits in Odoo landen. Wir prüfen, ob die Differenz aus dem Bestand, den Gutschriften oder den Erstattungen für verlorene Ware stammt. Schreiben Sie an comercial@flexigobe.com oder vereinbaren Sie ein Gespräch.