Amazon NetSuite Schnittstelle

Was eine Amazon-NetSuite-Anbindung wirklich leistet

Amazon Seller Central weiß in dem Moment, in dem ein Verkauf passiert, alles darüber - den Käufer, die Positionen, den Marktplatz, ob per FBA oder FBM versandt wird, die Erstattung eine Woche später, die Auszahlung netto nach Gebühren zwei Wochen danach. NetSuite braucht all das als Datensätze: einen Kundenauftrag oder Barverkauf auf den richtigen Kunden und die richtige Tochtergesellschaft, eine Artikellieferung beim FBA-Versand, eine Gutschrift bei einer Erstattung und eine saubere Settlement-Buchung, damit die Buchhaltung den Monat abschließen kann.

In der Lücke zwischen beiden Systemen steckt heute die Handarbeit - Berichte exportieren, in NetSuite neu erfassen und versuchen, eine Amazon-Sammelauszahlung gegen Tausende einzelner Bestellungen aufgehen zu lassen. Eine Amazon-NetSuite-Anbindung schließt diese Lücke automatisch: Sie liest jeden relevanten Vorgang über die Selling Partner API, wendet Ihre Buchhaltungs- und Fulfillment-Logik an und schreibt die richtigen Datensätze nach NetSuite - ohne dass jemand eine Tabelle anfasst.

Welche Daten fließen

Objekt / Vorgang in Amazon	Wird in NetSuite zu	Hinweis
Bestellung (SP-API getOrders)	Kundenauftrag oder Barverkauf	Ein Datensatz je AmazonOrderId, zugeordnet zu Tochtergesellschaft und Währung des Marktplatzes
Bestellpositionen	Auftragspositionen	Amazon-SKU auf den NetSuite-Artikel gematcht; unbekannte SKUs werden zurückgehalten, nicht geraten
Käufer / Empfänger	Kundendatensatz	Oft ein generischer oder anonymisierter Marktplatz-Kunde; PII nur per Restricted Data Token
FBA-Versandbestätigung	Artikellieferung	Löst Bestandsabgang aus und meldet den Versandstatus zurück
Erstattung / Retoure	Gutschrift	Storniert Artikel und Steuer der Ursprungsbestellung, datiert auf die Erstattung
FBA-Reimbursement	Buchungssatz / sonstige Belastung	Amazon-Ausgleich für verlorene oder beschädigte Ware
Settlement-Report (Financial Events)	Buchungssatz über ein Verrechnungskonto	Trennt Bruttoumsatz, Verkaufs- und FBA-Gebühren, Erstattungen; ergibt die Bankauszahlung
FBA-Bestandsbewegung	Bestandsanpassung	Hält den NetSuite-Bestand mit den Amazon-Logistikzentren im Einklang

Die konkreten Artikel-Mappings, Tochtergesellschaften, Steuercodes und Verrechnungskonten stimmen wir einmalig im Scoping ab und hinterlegen sie in der Pipeline. Danach ordnet sie niemand mehr von Hand zu.

Die Details, an denen naive Syncs scheitern

Ein fertiger Connector oder ein Berichtsexport bringt Sie fast ans Ziel und lässt den teuren Teil auf Ihrem Schreibtisch liegen:

• SP-API-Limits. Die Selling Partner API ist je Endpunkt nach dem Token-Bucket-Prinzip gedrosselt, und Reports laufen asynchron - Sie fordern einen Report an, fragen ihn ab und laden ihn dann herunter. Eine naive Schleife läuft ins Limit und verliert stillschweigend Daten. Die Pipeline muss zurückstufen, die Buckets respektieren und sauber wieder aufsetzen.
• Geschützte Käuferdaten. Amazon gibt Käufer-PII nicht mehr frei heraus. Namen und Adressen brauchen einen Restricted Data Token und werden nur für FBM-Versandetiketten benötigt, nicht für die Buchhaltung. Die Anbindung sollte PII nur dort abrufen, wo sie wirklich gebraucht wird, und aus NetSuite heraushalten, wo nicht.
• Das Settlement ist nicht die Bestellung. Amazon zahlt je Abrechnungszeitraum einen einzigen Nettobetrag aus, der Tausende Bestellungen umfasst, abzüglich Verkaufsgebühren, FBA-Gebühren, Erstattungen und Anpassungen. Bucht man die Auszahlung als Umsatz, stimmt am Ende gar nichts. Verkauf und Auszahlung müssen getrennte Buchungen sein, verbunden über ein Verrechnungskonto.
• Umsatzsteuer des Marktplatzbetreibers. Wo Amazon die Steuer selbst einzieht und abführt, ist sie nicht Ihre Ausgangssteuer und muss getrennt kontiert werden - sonst weist Ihre Voranmeldung eine zu hohe Schuld aus.
• Mehrere Marktplätze, mehrere Währungen. Ein paneuropäischer Händler betreibt amazon.de, .fr, .it, .es und mehr, jeweils in eigener Währung und Steuerlogik, und alles muss in der richtigen OneWorld-Tochter landen, nicht in einer undifferenzierten Gesellschaft.
• Idempotenz. Wird ein naiver Import erneut ausgeführt, wird dieselbe Bestellung doppelt gebucht. Jeder Amazon-Vorgang trägt eine stabile Kennung - AmazonOrderId, Settlement-Group-ID - und die Pipeline muss wissen, was sie bereits geschrieben hat, und nie doppelt buchen.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als Stapellauf, den jemand von Hand anstößt. Bestellungen, Erstattungen, FBA-Vorgänge und Settlement-Reports werden zeitgesteuert über die Selling Partner API abgeholt, validiert, in Ihr abgestimmtes NetSuite-Mapping überführt und über SuiteTalk (oder die REST-Record-API) als Kundenaufträge, Artikellieferungen, Gutschriften und Settlement-Buchungssätze geschrieben.

Die Pipeline ist idempotent: Jeder Amazon-Vorgang trägt eine stabile Kennung, sodass ein erneuter Lauf nie einen doppelten Datensatz in NetSuite erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Bestell- und Kundendaten verlassen die EU nicht, was AVV und DSGVO sauber hält. Teilfehler beschädigen den Lauf nicht: Eine einzelne unbekannte SKU oder eine gesperrte NetSuite-Periode parkt den betroffenen Datensatz zur Prüfung, statt den Stapel abzubrechen oder halb zu schreiben.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von Änderungen an Amazon SP-API und NetSuite SuiteTalk liegen vertraglich bei uns. Sie bekommen einen festen Ansprechpartner und ein SLA, und der Monatsabschluss hängt nicht mehr daran, dass jemand an einen Export denkt.

Wann sich diese Anbindung lohnt

Wenn Sie eine Handvoll Amazon-Bestellungen im Monat von einem einzigen Marktplatz versenden, sind die Seller-Central-Berichte und manuelle Erfassung völlig in Ordnung - und das sagen wir Ihnen auch. Die Anbindung lohnt sich, wenn das Bestellvolumen steigt, wenn Sie über mehrere EU-Marktplätze und Tochtergesellschaften verkaufen, wenn FBA-Gebühren und Settlement-Abstimmung jeden Monatsabschluss zur Pflichtübung machen, oder wenn ein fertiger Connector immer wieder an genau den Sonderfällen scheitert - Marktplatz-USt., Erstattungen, Währung -, auf denen Ihr Geschäft tatsächlich läuft.