Der native Amazon Connector bildet wichtige Grundprozesse ab. Die 4EGrowth FBM Extension ergänzt die buchhalterische Zuordnung, flexible Bestandsquellen, kontrollierbare Rechnungs- und Versanddaten sowie nachvollziehbare Fehlerprozesse.
Die kurze Antwort
Der Standard verbindet. Die Erweiterung macht den Eigenversand steuerbar und auswertbar.
Der native Connector
Was Odoo im Standard bereits sinnvoll abdeckt
Der frühere Artikel bezog sich auf Odoo 16 und ist an mehreren Stellen überholt. Nach der aktuell veröffentlichten Odoo-19-Dokumentation unterstützt der Standardconnector FBA und FBM, mehrere Konten und Marktplätze, den Import bestätigter Bestellungen, die Übertragung verfügbarer FBM-Mengen sowie Versandmeldungen mit Trackingdaten.
Die finalen Standardfunktionen von Odoo 20 werden nach der offiziellen Veröffentlichung noch einmal geprüft. Die folgenden Unterschiede betreffen vor allem die zusätzliche fachliche Konfiguration der 4EGrowth-Erweiterung.
4EGrowth FBM Extension
Die wichtigsten Erweiterungen – nach ihrem Nutzen im Tagesgeschäft
Buchhaltung je Marktplatzland steuern
Besonders wichtigFür jedes Marktplatzland kann ein Sammeldebitor oder ein definierter Standardkunde hinterlegt werden. So lässt sich bewusst entscheiden, wie Amazon-Aufträge in Odoo gebucht und später ausgewertet werden.
Verkauf und Auswertung sauber zuordnen
Besonders wichtigVerkaufsteam und Preisliste können je Marktplatzland vorbelegt werden. Das schafft belastbare Strukturen für Umsatzanalyse, Verantwortlichkeiten und kaufmännische Auswertungen.
Uploads und Rückmeldungen sichtbar machen
Rechnungen, Bestände und Versanddaten laufen in nachvollziehbaren Prozessen. Übermittlung, Rückmeldung und Status werden sichtbar und trackbar. Das Team erkennt, was Amazon angenommen oder abgewiesen hat.
Lagerort oder berechnetes Feld verwenden
Für den Bestandsupload kann ein konkreter Lagerort oder ein berechnetes Feld als Quelle dienen. Dadurch lassen sich Sicherheitsbestände, Reservierungen und eigene Verfügbarkeitslogiken abbilden.
Rechnungs-Upload nach Land steuern
Ob Rechnungen hochgeladen werden müssen, hängt vom jeweiligen Marktplatz- und Prozessfall ab. Die Erweiterung erlaubt eine länderbezogene Steuerung und kann Länder gezielt vom Rechnungs-Upload ausschließen.
Rechnungen vor dem Upload validieren
Rechnungen werden vor beziehungsweise bei der Übermittlung geprüft. Status und Fehler bleiben erkennbar, damit unvollständige oder abgewiesene Dokumente nicht unbemerkt bleiben.
Lager und Lagerorte je Marktplatz zuordnen
Jedem Marktplatzland kann ein eigenes Lager oder ein konkreter Lagerort zugeordnet werden. Das trennt Aufträge und Bestände sauber und unterstützt die operative Verantwortung je Markt.
Fehler schneller erkennen und beheben
Überarbeitete Reports ordnen Fehler genauer einem Auftrag, Dokument, Feed oder Marktplatz zu. Das verkürzt die Fehlersuche und unterstützt Korrektur und erneute Übermittlung.
Sichtbar statt Blackbox
Ein Feed-Workflow muss verständlich zeigen, was übertragen wurde
„Optimierter Feed-Workflow“ ist als Funktionsbegriff zu abstrakt. Entscheidend ist das Ergebnis: Das Team kann die relevanten Datenflüsse nachvollziehen, ihren Status prüfen und Fehler einem konkreten Vorgang zuordnen.
Prüfen, ob ein Upload erforderlich ist, Dokument validieren, Übermittlung und Rückmeldung verfolgen.
Bestandsquelle festlegen, Mengen gezielt übertragen und abgewiesene Datensätze erkennen.
Carrier, Tracking und Versandbestätigung übertragen und die Rückmeldung nachvollziehen.
Steuern & Compliance
OSS und Cross-Border gehören in die Prozesskonzeption.
Amazon-Eigenversand über mehrere europäische Länder verbindet Lieferweg, Marktplatz, Debitor, Steuerlogik und Buchhaltung. Die 4EGrowth-Konfiguration bildet länder- und marktplatzbezogene Standardwerte ab, unterstützt Cross-Border-Fälle und macht die Zuordnung für OSS-Prozesse nachvollziehbarer.
Auch die Brutto-Umsatzsteuer kann passend zum Marktplatzprozess hinterlegt werden, damit Auftragswerte und steuerliche Verarbeitung konsistent zusammengeführt werden.
Standard und Erweiterung
Der Unterschied liegt in Buchungslogik, Konfigurierbarkeit und Kontrolle
| Anforderung | Nativer Connector | 4EGrowth FBM Extension |
|---|---|---|
| FBM-Aufträge importieren | Grundprozess vorhanden | Kontrollierbare Einzel- und Batchprozesse mit nachvollziehbarem Status |
| Debitor je Marktplatzland | Begrenzte Konto-/Marketplace-Konfiguration | Sammeldebitor oder definierter Standardkunde je Marktplatzland |
| Auswertungsstruktur | Begrenzte Standardzuordnung | Verkaufsteam und Preisliste je Marktplatzland |
| Bestand hochladen | Verfügbare Menge | Lagerort oder berechnetes Feld mit eigener Bestandslogik |
| Rechnungs-Upload je Land | Nicht Kern der dokumentierten Auftragssynchronisation | Länderbezogene Steuerung, Validierung und sichtbarer Status |
| Versandmeldung | Versand und Tracking werden gemeldet | Nachvollziehbarer Übermittlungs- und Fehlerprozess |
| Fehler und Reports | Standardmeldungen | Erweiterte Erkennung und genauere Zuordnung |
| OSS und Cross-Border | Über Steuern und Fiskalpositionen zu konzipieren | Vereinfachte länder- und marktplatzbezogene Konfiguration |
Bewusst abgegrenzt
FBM-Kernmodul, FBA und Add-ons bleiben getrennt
Pan‑EU und weitergehende FBA-Prozesse gehören nicht in die FBM Extension. Gleiches gilt für Lot- und Seriennummern, die als eigenes Add-on betrachtet werden. So bleibt transparent, welche Funktion im Eigenversand enthalten ist und welche zusätzlich benötigt wird.
Für FBA, Pan‑EU, Warenbewegungen, Retouren, Abrechnungen und weitere Add-ons folgt eine eigene umfassende Amazon-Connector-Seite.
Vor dem Go-live
Sechs Fragen für einen realistischen FBM-Praxistest
- Welcher Sammeldebitor oder Standardkunde gilt je Marktplatzland?
- Welche Verkaufsteams und Preislisten werden für die spätere Auswertung benötigt?
- Müssen Rechnungen zu Amazon hochgeladen werden – und für welche Länder?
- Welcher Lagerort oder welches berechnete Feld bestimmt den Amazon-Bestand?
- Wie werden Cross-Border- und OSS-Fälle fachlich und steuerlich unterschieden?
- Wie erkennt, korrigiert und wiederholt das Team fehlerhafte Rechnungs-, Bestands- und Versandübermittlungen?
Häufige Fragen
Odoo 20 Amazon FBM kompakt erklärt
Was ist der wichtigste Unterschied zum Standardconnector?
Die zusätzliche fachliche Konfigurierbarkeit: Debitoren, Verkaufsteams, Preislisten, Bestandsquellen, Lager, Rechnungs-Uploads und Fehlerprozesse können je Marktplatzland gesteuert werden.
Müssen Rechnungen zu Amazon hochgeladen werden?
Das hängt vom Marktplatz, dem gewählten Amazon-Prozess und der steuerrechtlichen Konstellation ab. Die Erweiterung kann den Upload länderbezogen steuern, Rechnungen validieren und Status sowie Fehler sichtbar machen. Die konkrete Pflicht sollte fachlich und steuerlich geprüft werden.
Kann ein berechnetes Feld als Amazon-Bestand verwendet werden?
Ja. Neben einem Lagerort kann ein berechnetes Feld als Grundlage für den Bestandsupload verwendet werden.
Kann jedes Marktplatzland eigene Standarddaten erhalten?
Ja. Sammeldebitor oder Standardkunde, Verkaufsteam, Preisliste sowie Lager oder Lagerort lassen sich je Marktplatzland hinterlegen.
Ist Pan‑EU Teil dieser FBM-Erweiterung?
Nein. Pan‑EU gehört fachlich zu FBA und wird in einer eigenen FBA- beziehungsweise Gesamtconnector-Seite behandelt.
Weiterführende Informationen
Amazon-Prozesse in Odoo vollständig betrachten
Nächster Schritt
Amazon-Eigenversand in Odoo 20 buchhalterisch und operativ sauber konfigurieren.
Wir prüfen Marktplätze, Debitorenlogik, Auswertungsstrukturen, Lager, Bestandsquellen, Rechnungs-Uploads, Versanddaten und Steuerfälle und zeigen, welche Konfiguration und Module für Ihren FBM-Prozess tatsächlich benötigt werden.
Amazon-FBM-Prozess besprechen