Schnittstellen zwischen Kanzleisystemen: APIs, Exporte und das Ende der Medienbrüche

Ein neues Mandat kommt herein, und dann beginnt das Abtippen: Name und Adresse in die Kanzleisoftware, dieselben Daten noch einmal in die Buchhaltung, ein drittes Mal in ein Portal, ein viertes Mal in die Word-Vorlage für das erste Schreiben. Wer in Kanzleien genau hinsieht, findet diese Mehrfacherfassung fast überall. Sie kostet Zeit, sie erzeugt Fehler, und sie sorgt dafür, dass in verschiedenen Systemen unterschiedliche Stände derselben Information liegen.

Die Ursache sind fehlende Schnittstellen zwischen den Systemen. Jedes Programm für sich funktioniert, aber die Übergänge dazwischen laufen über Menschen: kopieren, abtippen, ausdrucken und wieder einscannen. Solche Medienbrüche sind kein Schönheitsfehler, sondern die teuerste Stelle der gesamten Kanzlei-IT. Denn dort entstehen die Zahlendreher in Aktenzeichen, die veralteten Adressen im Briefkopf und die Stunden, die niemand abrechnen kann.

Die gute Nachricht: Das Problem ist lösbar, und zwar meist ohne die bestehende Software komplett zu ersetzen. Man muss nur verstehen, welche Verbindungsarten es gibt und welche davon zur eigenen Systemlandschaft passt.

Die typische Systemlandschaft einer Kanzlei

Bevor man über Schnittstellen spricht, lohnt eine Bestandsaufnahme. In den meisten Kanzleien finden sich mindestens vier Kategorien von Systemen:

• Kanzleisoftware: Akten, Fristen, Mandanten- und Gegnerdaten, oft auch die Leistungserfassung.
• Buchhaltung und Abrechnung: entweder integriert oder als separates System beim Steuerberater.
• Dokumentenablage: ein Dokumentenmanagementsystem, ein Dateiserver oder eine Cloud-Ablage, häufig eine Mischung aus allen dreien.
• Portale und Kommunikationswege: elektronischer Rechtsverkehr, Mandantenportale, Videokonferenz- und E-Mail-Systeme.

Dazu kommen Spezialwerkzeuge, etwa für Insolvenzverwaltung, Inkasso oder Notariat. Jede Verbindung zwischen zwei dieser Systeme, die heute per Hand läuft, ist ein Kandidat für eine Schnittstelle. Sinnvoll ist, die Übergänge einmal aufzuzeichnen: Welche Daten wandern wie oft von wo nach wo, und wer trägt sie ein. Meist zeigt sich schnell, dass zwei oder drei Übergänge den Großteil des Aufwands verursachen.

Vom CSV-Export bis zur API: die Schnittstellenarten

Nicht jede Verbindung braucht dieselbe Technik. In der Praxis lassen sich vier Stufen unterscheiden, mit steigendem Komfort und steigenden Anforderungen:

Stufe	Funktionsweise	Typischer Einsatz
Manueller Export	CSV- oder Excel-Datei erzeugen und im Zielsystem einlesen	Monatliche Auswertungen, Datenübernahmen
Automatisierter Dateiaustausch	Systeme legen Dateien in einem überwachten Ordner ab	Buchhaltungsübergabe, Dokumentenimport
API-Anbindung	Systeme tauschen Daten direkt und laufend über Programmierschnittstellen	Stammdaten, Fristen, Leistungsdaten
Ereignisgesteuerte Integration	Ein System meldet Änderungen aktiv an andere	Statusmeldungen, Portalbenachrichtigungen

Der manuelle Export ist besser als sein Ruf. Für Vorgänge, die einmal im Monat anfallen, ist er oft die vernünftigste Lösung, sofern das Format stabil bleibt und der Import ohne Nacharbeit funktioniert. Kritisch wird es bei täglichen Übergängen: Dort summiert sich der Aufwand, und jeder manuelle Schritt ist eine Fehlerquelle. Ab dieser Häufigkeit lohnt der Blick auf eine API, also eine Programmierschnittstelle, über die Systeme Daten direkt und ohne menschliches Zutun austauschen. Ob die eigene Kanzleisoftware eine solche Schnittstelle anbietet und was sie tatsächlich kann, steht selten auf der Produktseite und muss konkret erfragt werden: Welche Datenobjekte sind lesbar, welche schreibbar, wie ist der Zugriff abgesichert, und was kostet die Freischaltung.

Integrationsfähigkeit als Auswahlkriterium

Bei der Auswahl von Kanzleisoftware dominieren meist Funktionslisten: Fristenkontrolle, Diktat, Formulare. Die Frage, wie offen das System nach außen ist, kommt oft erst, wenn der Vertrag längst unterschrieben ist. Das ist die falsche Reihenfolge. Ein geschlossenes System mit hervorragenden Einzelfunktionen erzeugt über die Jahre mehr Aufwand als ein solides System mit guten Schnittstellen, weil jede neue Anforderung wieder in Handarbeit endet.

Konkret prüfen sollte man vor einer Entscheidung:

• Gibt es eine dokumentierte API, und ist die Dokumentation ohne Vertragsabschluss einsehbar.
• Lassen sich alle eigenen Daten in einem strukturierten Format exportieren, nicht nur als PDF.
• Existieren fertige Anbindungen an die Systeme, die bereits im Einsatz sind.
• Wie geht der Anbieter mit Änderungen um: Werden Schnittstellen versioniert und Abkündigungen angekündigt.

Der vollständige Datenexport verdient besondere Aufmerksamkeit. Er ist nicht nur die Grundlage für Integrationen, sondern auch die Versicherung gegen Abhängigkeit: Wer seine Daten jederzeit strukturiert herausbekommt, kann den Anbieter wechseln. Wer das nicht kann, verhandelt künftig aus einer schwachen Position.

Eigenbau oder Standard-Konnektor

Steht fest, welche Übergänge automatisiert werden sollen, bleibt die Frage nach dem Wie. Standard-Konnektoren, also fertige Anbindungen zwischen zwei verbreiteten Systemen, sind der naheliegende erste Blick: Sie sind erprobt, werden vom Anbieter gepflegt und kosten planbar. Ihr Nachteil ist die Starrheit. Sie bilden den häufigsten Fall ab, und wer davon abweicht, etwa mit eigenen Feldern oder besonderen Abläufen, stößt schnell an Grenzen.

Der Eigenbau über die APIs beider Systeme bietet volle Kontrolle, verlangt aber Verantwortung über den ganzen Lebenszyklus: Entwicklung, Betrieb, Überwachung und Anpassung bei jedem Update der beteiligten Systeme. Eine selbst gebaute Schnittstelle ohne Fehlerbehandlung und Benachrichtigung ist gefährlicher als der manuelle Prozess, den sie ersetzt, weil Fehler still passieren und erst auffallen, wenn Daten fehlen.

Eine brauchbare Faustregel: Standard-Konnektor, wo einer existiert und den Fall abdeckt. Eigenbau nur dort, wo der Übergang geschäftskritisch ist, häufig läuft und kein fertiges Angebot passt. Und in beiden Fällen gilt: klein anfangen, einen einzigen Übergang automatisieren, im Alltag beobachten und erst dann den nächsten angehen.

Fazit

Medienbrüche zwischen Kanzleisystemen sind kein Naturgesetz, sondern das Ergebnis von Softwareentscheidungen, bei denen Integrationsfähigkeit keine Rolle gespielt hat. Wer die eigenen Datenflüsse einmal aufzeichnet, findet die teuren Übergänge schnell, und für die meisten gibt es eine angemessene Lösung zwischen einfachem Export und laufender API-Anbindung. Entscheidend ist, Schnittstellen und Datenexport bei jeder künftigen Softwareauswahl als hartes Kriterium zu behandeln. Die beste Einzellösung nützt wenig, wenn sie eine Insel bleibt, auf die alles von Hand hinübergetragen werden muss.