Der DATEV Connector macht eine Sache — und tut nicht so, als wären es mehr.
Er bewegt Buchungen zwischen NetSuite und DATEV. Er baut die deutsche Localization nicht nach, weil NetSuite die mitliefert. Die meisten deutschen NetSuite-Projekte brauchen kein zweites Localization-Paket. Sie brauchen die Schnittstelle an dessen Ende.
Drei Bausteine statt eines vierten Komplettpakets.
NetSuite trägt Finance und OneWorld. Die NetSuite Germany Localization trägt deutsche Kontenrahmen-Strukturen, deutsche Financial Statements, Umsatzsteuer und Meldewesen, SEPA und ISO 20022, EU-Umsatzsteuer und Intrastat. Was bleibt, ist die Verbindung zu DATEV. Genau die haben wir gebaut — und nur die. Jede Funktion, die wir nicht nachbauen, pflegt Oracle weiter statt wir.
Die Frage ist nicht, welches Produkt besser ist. Sondern wo Ihre Lücke sitzt.
Ein kommerzielles Paket baut die deutsche Localization breit nach und setzt DATEV obendrauf. Das ist die richtige Antwort, wenn Ihre deutschen Anforderungen tatsächlich über das hinausgehen, was NetSuite mitbringt — ungewöhnliche Meldepflichten, ein Steuer-Setup, das der Standard nicht abbildet, eine Branche mit eigener gesetzlicher Form.
Es kostet jährlich Lizenz und wird zu einer zweiten Sache, die jedes NetSuite-Release mitgehen muss.
Wenn NetSuite und die Germany Localization das Wesentliche bereits abdecken — und nach unserer Erfahrung tun sie das meistens — dann ist die konkrete Restanforderung die DATEV-Anbindung. Dann ist eine fokussierte Schnittstelle die kleinere, günstigere und haltbarere Antwort.
Weniger Oberfläche, weniger, das brechen kann, und der Standard wird weiter von Oracle gepflegt.
Wir haben ein Paket abgelöst. Wir haben Kunden auch geraten, ihres zu behalten. Was zutrifft, ist eine Zwanzig-Minuten-Frage, keine Vertriebsfrage.
Welcher Teil bei wem liegt.
NetSuite und DATEV technisch zu verbinden ist die halbe Aufgabe. Die andere Hälfte entscheidet, ob es funktioniert: ob Konten, Stammdaten, Buchungslogik und Übergabeprozess fachlich zusammenpassen. Eine Datei im richtigen Format mit der falschen Kontenlogik ist keine Integration — das ist eine monatliche Diskussion zwischen Buchhaltung und Steuerberater.
Wie es in einem von uns übernommenen Kundenumfeld aussah.
Drei Schritte, und der erste darf mit Nein enden.
Wir sehen uns an, was Ihre deutsche Gesellschaft wirklich braucht
Ihren Kontenrahmen, Ihr Steuer-Setup, was Ihr Steuerberater erwartet und in welcher Form. Hier zeigt sich, ob der Standard schon trägt — und manchmal tut er das.
Mapping vor Code
Die Konten- und Kostenobjekt-Zuordnung wird aufgeschrieben und mit dem abgestimmt, der die Daten empfängt. Das nach dem Go-Live zu tun ist der Weg, auf dem aus Integrationen monatliche Handkorrekturen werden.
Ein Parallelmonat
Ein Abschluss läuft über beide Wege, bevor der alte abgeschaltet wird. Sie sehen die Abweichungen an echten Daten, nicht an einem Testdatensatz, in dem die unangenehmen Fälle nie vorkamen.
Wann das große Paket die bessere Anschaffung ist.
Ihre Anforderungen gehen wirklich über den Standard hinaus. Wenn Sie gesetzliche Pflichten haben, die die Germany Localization nicht abbildet, schließt eine fokussierte Schnittstelle diese Lücke nicht — und wir sollten nicht behaupten, sie täte es.
Auf der DATEV-Seite ist niemand. Der Connector setzt voraus, dass jemand die empfangende Seite verantwortet. Wenn kein Steuerberater und kein internes Rechnungswesen am Mapping beteiligt ist, klären Sie das zuerst.
Ihre bestehende Integration läuft. Wenn ein Paket ruhig arbeitet und die Lizenz nicht weh tut, kaufen Sie sich mit dem Wechsel vor allem Risiko ein. Wir haben Kunden geraten zu behalten, was sie haben.
Vier Fragen, zuerst kurz beantwortet.
Braucht eine deutsche Gesellschaft auf NetSuite ein zusätzliches Localization-Paket?
Meistens nicht. NetSuite liefert eine Germany Localization mit, die deutsche Kontenrahmen-Strukturen, deutsche Financial Statements, Umsatzsteuer und Meldewesen, SEPA und ISO 20022, EU-Umsatzsteuer und Intrastat abdeckt. Was sie nicht abdeckt, ist die Verbindung zu DATEV. Wenn das Ihre Restlücke ist — und in den meisten Projekten ist sie es — schließt eine fokussierte Schnittstelle sie, ohne ein zweites Paket zu lizenzieren und zu pflegen.
Kann NetSuite direkt nach DATEV buchen?
Nicht von allein — und das Dateiformat ist der einfache Teil. Ob es funktioniert, entscheiden Konten- und Mapping-Logik, Stammdatenabgleich und ein definierter Übergabeprozess: welches NetSuite-Konto welches DATEV-Konto wird, wie Kostenobjekte übersetzen, und was mit einer Buchung passiert, die das Mapping nicht kennt. Eine formal korrekte Datei mit falscher Kontenlogik erzeugt trotzdem eine monatliche Abstimmung von Hand.
Wann ist das vollständige Localization-Paket die bessere Anschaffung?
Wenn Ihre gesetzlichen Anforderungen wirklich über den Standard hinausgehen. Ungewöhnliche Meldepflichten, ein Steuer-Setup, das NetSuite nicht abbildet, eine Branche mit eigener gesetzlicher Form. Eine fokussierte Schnittstelle schließt solche Lücken nicht, und das sagen wir auch. Kunden mit einem ruhig laufenden Paket haben wir ebenso geraten, es zu behalten.
Was kostet das im Vergleich zu einem lizenzierten Paket?
In einem von uns übernommenen Kundenumfeld entfiel eine Lizenz von rund 6.600 € im Jahr. Das war ein kommerzielles German-Localization- und DATEV-Paket, das vieles abdeckte, was der Kunde nicht nutzte. Ihre Zahl hängt an Gesellschaftszahl und Volumen; der strukturelle Punkt ist, dass eine kleinere Oberfläche weniger Lizenz kostet und weniger durch jedes NetSuite-Release getragen werden muss.
Welche Architektur passt zu Ihrer deutschen Gesellschaft?
Ein kurzes Gespräch klärt es: NetSuite mit Germany Localization und fokussiertem DATEV Connector, oder ein umfangreicheres Localization-Paket. Wenn Sie eine bestehende Integration haben, die wartungsintensiv geworden ist, bringen Sie die mit ins Gespräch.