Hands-on

Kanzleisoftware 2026: Der Markt nach Betriebsmodellen statt Herstellern

Der Markt für Kanzleisoftware ist unübersichtlich. Diese Einordnung zeigt die relevanten Betriebsmodelle und hilft Kanzleien, ihr passendes Suchfeld zu bestimmen.

Abstrakte Prozessgrafik: Viele fertige Legal-Tech-Module verengen sich an der operativen Umsetzung zu einem wirksamen Arbeitsablauf.

Wer heute nach Kanzleisoftware sucht, findet schnell eine Tabelle mit Logos, Funktionshäkchen und Preisen. Das sieht nach Marktüberblick aus, löst aber das eigentliche Problem nicht. Denn zwei Programme können beide Akten, Fristen, beA und Abrechnung versprechen und trotzdem völlig unterschiedliche Entscheidungen verlangen: eigener Server oder SaaS, integrierte Suite oder offener Kern, Standardprozess oder stark konfigurierter Workflow.

Die Legal-Tech-Übersicht des FFI-Verlags zeigt, wie dicht der deutsche Markt inzwischen ist. In der Rubrik Kanzleisoftware stehen neben den bekannten Namen RA-MICRO, DATEV, AnNoText, Kleos, Advoware, Lexolution und NoRA auch jüngere Cloud-Angebote und spezialisierte Systeme. Aus dieser Breite lässt sich aber keine Rangliste ableiten. Sie zeigt zunächst nur: Eine Kanzlei muss ihr Suchfeld eingrenzen, bevor sie Anbieter vergleicht.

Vier Betriebsmodelle, vier verschiedene Entscheidungen

1. Die integrierte Kanzleisuite

Die klassische Suite bündelt Stammdaten, Akte, Fristen, Post, Abrechnung und häufig Buchhaltung in einer Arbeitsumgebung. Das ist attraktiv, wenn die Kanzlei viele deutsche Standardprozesse abbilden muss und möglichst wenig Schnittstellen betreiben will.

DATEV Anwalt classic verbindet beispielsweise digitale Akte, beA, Fristen und Rechnungswesen. AnNoText wird lokal oder in einer Rechenzentrums-Cloud angeboten. Lexolution adressiert laut Anbieter vor allem wirtschaftsberatende Kanzleien mit höheren Anforderungen an Compliance, Controlling und Anpassbarkeit.

Der Vorteil liegt in der Prozessbreite. Der Preis dafür kann eine stärkere Bindung an Datenmodell, Bedienlogik und Partnernetz des Herstellers sein. Genau deshalb gehört der Exporttest in die Auswahl und nicht erst in das Kündigungsprojekt.

2. Die cloud-native Kanzleiplattform

Cloud-native Angebote werden im Browser betrieben, zentral aktualisiert und pro Nutzer abgerechnet. Actaport nennt deutsches Hosting, beA, mobile Nutzung sowie optionale API- und SSO-Funktionen. Kleos kombiniert digitale Akte, beA, Zeiterfassung, Abrechnung und Mandantenportal in einer für die Cloud entwickelten Anwendung. Auch Legalvisio und Renostar Legal Cloud positionieren sich als browserbasierte Komplettsysteme.

Das nimmt der Kanzlei Serverbetrieb und viele Updateaufgaben ab. Es verlagert die Prüfung aber auf andere Punkte: Identitätsmanagement, Ausfallsicherheit, Unterauftragnehmer, Datenexport, Preisentwicklung und die Frage, wie viel Konfiguration der Anbieter wirklich zulässt.

3. Der offene Kern mit ergänzenden Speziallösungen

Einige Kanzleien wollen ein verlässliches Kernsystem, aber nicht jede neue Funktion beim selben Hersteller kaufen. Dann werden API, Datenmodell und Ereignisschnittstellen wichtiger als eine möglichst lange Modulliste. Actaport bietet API-Zugang als Zusatzleistung an; NoRA Advanced beschreibt offene Schnittstellen und JSON-Importe für externe Dienste.

Dieses Modell kann fachlich besser passen, wenn die Kanzlei etwa ein eigenes CRM, ein spezialisiertes Forderungsmanagement oder eine Dokumentenautomatisierung betreibt. Es braucht jedoch klare Zuständigkeiten. Wenn ein Dokument nicht in der Akte ankommt, darf nicht erst zwischen drei Supportstellen geklärt werden, wem der Fehler gehört.

4. Enterprise-Architektur aus PMS, DMS und Spezialwerkzeugen

Größere wirtschaftsberatende Kanzleien trennen häufig Practice Management, Dokumentenmanagement, CRM, Knowledge Management und Spezialanwendungen. International lässt sich beobachten, dass das DMS dabei zur kontrollierenden Wissensschicht für KI wird. Legal IT Insider beschreibt, wie iManage und andere Plattformanbieter Berechtigungen, Mandatskontext und Agentenzugriffe in einer gemeinsamen Governance-Schicht zusammenführen wollen. Die Architekturfrage ist damit wieder offen: Kontrolliert künftig das DMS, die KI-Plattform oder das Kanzleikernsystem den Zugriff auf Wissen?

Für eine kleine Kanzlei wäre eine solche Landschaft meist unnötig. Für eine internationale Sozietät kann sie angemessen sein, weil Ethical Walls, Datenresidenz, differenzierte Mandatsprozesse und Finanzsteuerung nicht in einem einzigen Standardsystem aufgehen.

Die Kanzleigröße allein entscheidet wenig

Zehn Anwälte mit hohem Forderungsvolumen haben andere Anforderungen als zehn Anwälte im Transaktionsgeschäft. Die erste Gruppe braucht robuste Mengenprozesse, Fristen und Buchungslogik. Die zweite lebt stärker von Dokumentenarbeit, Zeiterfassung, Kollaboration und Wissenswiederverwendung.

Vor der Anbieterliste sollten deshalb fünf Fragen beantwortet sein:

  • Welche drei Mandatstypen prägen den Kanzleialltag?
  • Welche Fehler wären existenzgefährdend?
  • Welche Daten müssen in einem führenden System liegen?
  • Welche Prozesse sollen bewusst standardisiert werden?
  • Welche Schnittstellen sind bereits heute unverzichtbar?

Erst daraus entsteht ein sinnvolles Marktsegment. Wer diese Fragen überspringt, vergleicht Produkte anhand dessen, was Anbieter leicht demonstrieren können. Das sind selten die Stellen, an denen ein Einführungsprojekt später scheitert.

Ein Marktüberblick braucht eine Spalte für Unbekanntes

Öffentliche Produktseiten eignen sich, um Betriebsmodell, genannte Integrationen und Preismodell zu erfassen. Sie belegen nicht, wie zuverlässig eine Migration funktioniert, wie schnell Support eskaliert oder ob ein vollständiger Export tatsächlich wiederverwendbar ist. Auch Sicherheitszertifikate müssen im richtigen Geltungsbereich gelesen werden.

Ein seriöser Marktüberblick trennt deshalb drei Zustände: öffentlich belegt, im Auswahlverfahren nachzuweisen und für die eigene Kanzlei zu testen. Die dritte Spalte ist die wichtigste. Sie verhindert, dass Marketingangaben unbemerkt zu Auswahlkriterien werden.

Was in fast keiner Vergleichstabelle steht

Die Kosten einer Kanzleisoftware entstehen nicht nur durch Lizenzen. Hinzu kommen Datenbereinigung, Migration, Vorlagenbau, Schulung, Parallelbetrieb und die Betreuung von Schnittstellen. Eine preiswerte Lizenz kann teuer werden, wenn jede Prozessänderung ein Beratungsprojekt auslöst. Umgekehrt ist ein höherer Monatspreis nicht automatisch unwirtschaftlich, wenn Buchhaltung, Portal oder Supportleistungen bereits enthalten sind. Vergleichbar wird das erst in einer Fünfjahresrechnung.

Auch die Migrationsfähigkeit lässt sich nicht aus dem Produktprospekt lesen. Entscheidend ist, welche Daten aus dem Altsystem tatsächlich übernommen werden: Dokumente allein reichen nicht. Eine Kanzlei braucht je nach Arbeitsweise auch E-Mails, Fristen, Aufgaben, Beteiligte, Aktenhistorie, Zeiten, Buchungen, Vorlagen und Berechtigungen. Für jedes Feld muss geklärt werden, ob es migriert, archiviert oder bewusst verworfen wird.

Ein dritter blinder Fleck ist die Produktgrenze. Manche Funktionen gehören zum Basispaket, andere benötigen ein Modul, einen Implementierungspartner oder eine zusätzliche Microsoft-Lizenz. Begriffe wie "integriert" und "offene API" sind ohne Detail wenig wert. Integriert kann bedeuten, dass ein Link geöffnet wird. Eine API kann existieren, aber nur wenige Objekte lesen oder zusätzliche Jahresgebühren auslösen.

Deshalb sollte der Marktüberblick nicht mit einer Gesamtnote enden. Sein Ergebnis ist eine Shortlist samt offenen Beweisfragen: Welche Architektur passt grundsätzlich, welche Anbieter erfüllen die Ausschlusskriterien auf dem Papier und was muss im Bake-off gezeigt werden?

Der sinnvolle nächste Schritt

Die beigefügte LexVault-Auswahlscorecard beginnt nicht mit Herstellern, sondern mit Betriebsmodell, Ausschlusskriterien und echten Arbeitsszenarien. Damit lässt sich ein Markt von dreißig Angeboten auf ein prüfbares Feld reduzieren, ohne vorschnell einen vermeintlichen Sieger zu küren.

Transparenz: Dieser Beitrag wurde mit KI-Unterstützung erstellt und redaktionell geprüft. Produktangaben stammen aus öffentlich zugänglichen Herstellerinformationen; sie sind keine Empfehlung und müssen im konkreten Auswahlverfahren verifiziert werden.