Zwischen NetSuite und DATEV liegt keine Datei, sondern eine Übersetzung: Ihr Kontenplan auf SKR03 oder SKR04, Ihre Steuercodes auf DATEV-Schlüssel, Ihre Debitoren und Kreditoren auf DATEV-Nummernkreise. Die DATEV Überleitung legt diese Zuordnung einmal fest — danach entsteht der Buchungsstapel auf Knopfdruck oder ganz von selbst.
Er scheitert an der Übersetzung. NetSuite denkt in seinem eigenen Kontenplan, DATEV in SKR03 oder SKR04 — und dazwischen sitzt jeden Monat jemand mit einer Tabelle. Auffallen tut das Ergebnis erst in der Kanzlei, wenn der Import Zeilen zurückweist.
Export, umbauen, Spalten sortieren, Formate korrigieren — jeden Monat aufs Neue, und jedes Mal von Hand. Der Vorgang ist so eingespielt, dass niemand mehr fragt, warum es ihn gibt.
Ein neues NetSuite-Konto ohne Gegenstück im Kontenrahmen kippt den ganzen Stapel. Wer es merkt, ist meistens der Steuerberater — und der berechnet die Nacharbeit.
NetSuite-Steuercodes und DATEV-Schlüssel sind zwei Systeme. Ohne feste Zuordnung landen Umsätze mit dem falschen Schlüssel in der Buchhaltung.
Debitoren und Kreditoren brauchen DATEV-konforme Nummern. Werden sie in NetSuite neu angelegt, fehlt genau das — und der Beleg hängt.
Was beim Import scheitert, kommt als Rückfrage zurück: eine Woche später, mitten im Abschluss, an dieselbe Person, die den Export gebaut hat.
Die Lieferung an die Kanzlei hat ein Datum. Fällt die Person aus, die den Export kennt, fällt der Termin — Wissen an einer Stelle ist das eigentliche Risiko.
Drei Zuordnungen tragen den gesamten Prozess. Sie werden bei der Einrichtung gesetzt, liegen als Datensätze in NetSuite und werden nur noch angefasst, wenn sich der Kontenplan tatsächlich ändert.
Ein Assistent führt durch die Grundkonfiguration: Mandant, Kontenrahmen, Zeitraum, Zielordner. Kein Projekt, keine Schnittstelle, keine zweite Plattform.
Konten, Steuercodes und Stammdaten werden einmal verknüpft. Was später dazukommt, meldet die Validierung von selbst.
Der Monatslauf startet auf Knopfdruck — oder läuft nach einmaliger Einrichtung automatisch, samt Prüfprotokoll.
Alle Buchungen einer Periode im DATEV-Format, strikt nach der offiziellen Spezifikation.
NetSuite-Konten auf die passenden DATEV-Konten, etwa nach SKR03 oder SKR04.
Steuercodes werden den richtigen DATEV-Schlüsseln zugeordnet — einmal festgelegt, danach konstant.
Debitoren und Kreditoren DATEV-konform, im selben Lauf wie die Buchungen.
Fehlende Zuordnungen, unplausible Beträge und Lücken werden benannt, bevor die Datei entsteht.
Nach einmaliger Einrichtung läuft der Export selbst — mit Protokoll, damit niemand raten muss, ob er lief.
Ein Assistent begleitet die Erstkonfiguration Schritt für Schritt, mit Prüfung an jeder Station.
Läuft in jeder Edition von Oracle NetSuite — kein Zusatzmodul nötig.
Die Daten verlassen NetSuite nur als fertige Datei. Kein externer Dienst, keine Kopie unterwegs.
Die Überleitung richtet sich an Buchhaltung und Controlling in deutschen NetSuite-Konten, die ihre Finanzbuchhaltung ganz oder teilweise an eine Steuerberatung geben — und an NetSuite-Verantwortliche, bei denen der Monatsexport bisher an einer einzigen Person hängt.
Natives SuiteScript im Konto — keine Middleware, keine Datenreplikation.
SuiteBundle 597578 — Installation und Updates über den NetSuite-Bundle-Mechanismus.
DATEV-Format nach offizieller Spezifikation, inklusive Kopfzeile mit Mandant, Kontenrahmen und Zeitraum.
SKR03 und SKR04 — oder ein eigener Rahmen, wenn Ihre Kanzlei einen abweichenden nutzt.
Dateien im NetSuite-Dateikabinett, weitergabefähig ohne Nachbearbeitung.
Manueller Lauf oder geplanter Monatslauf, jeweils mit Protokoll.
Weil es das ist, was den Unterschied macht. Eine Datei exportieren kann vieles — die Arbeit steckt in der Überleitung: Kontenplan, Steuerschlüssel und Stammdaten sauber von NetSuite in die DATEV-Welt zu übersetzen. Funktion und Umfang sind unverändert.
SKR03 und SKR04 sind der Regelfall. Nutzt Ihre Kanzlei einen abweichenden Rahmen, wird die Zuordnung entsprechend gesetzt — die Überleitung ist eine Tabelle, kein fest verdrahteter Kontenplan.
Die Validierung schlägt an, bevor die Datei entsteht: Sie sehen, welches Konto noch keine DATEV-Entsprechung hat, und ergänzen die Zuordnung. Ohne diesen Schritt geht kein unvollständiger Stapel an die Kanzlei.
Ja. Nach der Einrichtung läuft der Monatsexport geplant durch, inklusive Validierung und Protokoll. Der Knopf bleibt für Zwischenläufe trotzdem da.
Ja, im selben Lauf. Die Stammdaten werden DATEV-konform übertragen, damit die Buchungen in der Kanzlei auf existierende Konten treffen.
Ja — das Plug-in ist mit allen Editionen von Oracle NetSuite kompatibel und braucht kein zusätzliches Modul.
Ein Assistent führt durch die Konfiguration, die Zuordnungen setzen Sie einmal gemeinsam mit uns. Danach liegt der monatliche Aufwand im Minutenbereich.
Wir richten die Zuordnung für einen Ausschnitt Ihrer Konten ein und exportieren einen Monat als Buchungsstapel — den Sie Ihrer Kanzlei zum Gegenlesen geben können.