NetSuite Schnittstellen

Was an NetSuite angebunden wird

NetSuite ist bei vielen international aufgestellten Unternehmen das führende Finanzsystem, und die DACH-Gesellschaft läuft oft als eine OneWorld-Tochter unter mehreren. Fast alles, was vor dem Hauptbuch passiert, geschieht in anderen Tools. Die meisten NetSuite-Anbindungen sorgen also dafür, dass diese Vorgänge richtig gebucht werden.

Auf der Umsatzseite liefert ein CRM Kunden und gewonnene Deals, etwa bei NetSuite und Salesforce, während Shops und Marktplätze Bestellungen, Erstattungen und Abrechnungen beisteuern, zum Beispiel Shopify und NetSuite. Zahlungsdienstleister kommen mit Auszahlungen hinzu, die wieder in Zahlungen, Gebühren und Erstattungen zerlegt werden müssen - siehe NetSuite und Stripe. Auf der Ausgabenseite buchen Einkaufs- und Reisekosten-Tools Bestellungen, Lieferantenrechnungen und Spesenabrechnungen. Die Daten fließen überwiegend nach NetSuite hinein, Status und Stammdaten laufen zurück.

Woran NetSuite-Anbindungen scheitern

• Jeder Vorgang gehört zu einer Tochtergesellschaft. In OneWorld bestimmt die Tochter Hauptbuch, steuerliche Zuordnung und Basiswährung. Kein vorgelagertes Tool kennt das Konzept, also muss die Pipeline sie ableiten. Wer die falsche erwischt, bucht den Auftrag in der falschen Gesellschaft.
• Interne IDs sind nicht Ihre Schlüssel. NetSuite-Datensätze tragen undurchsichtige interne IDs statt SKU, E-Mail oder CRM-ID. Artikel, Kunden und Lieferanten werden über eine gespeicherte Zuordnung aufgelöst, und die Belegnummer des Quellsystems als External ID macht aus jedem Retry ein Upsert.
• Governance ist eine harte Grenze. SuiteTalk, RESTlets und SuiteQL begrenzen parallele Zugriffe und Anfragen je Account. Ein Aufruf pro Datensatz bremst sich an einem vollen Tag selbst aus, die Last muss gebündelt und dosiert werden.
• Gesperrte Perioden weisen Buchungen ab. NetSuite lehnt Buchungen in eine geschlossene Periode ab. Belege, die erst nach dem Periodenabschluss genehmigt werden, brauchen eine abgestimmte Regel für das Buchungsdatum statt eines fehlgeschlagenen Batches.
• Die Reihenfolge entscheidet. Ein Kundenauftrag kann keinen Kunden referenzieren, der noch nicht synchronisiert ist, und eine Lieferantenrechnung braucht Lieferant und Bestellung. Abhängigkeiten werden sequenziert, und ein fehlerhafter Datensatz darf den Rest nicht mitreißen.