Die Akte ist ein Erbe der Papierwelt. In einer vollständig automatisierten Umgebung gibt es keinen Ordner mehr – nur Datenpunkte, die in Echtzeit verknüpft, ausgewertet und weiterverarbeitet werden. Wer heute noch von der „digitalen Akte“ spricht, denkt in Kategorien von gestern.

Die Akte als Ordnungsprinzip stammt im Kern aus der Papierwelt: Ein Dokument braucht einen Container, der Container braucht eine Bezeichnung, die Bezeichnung folgt einem Aktenzeichen – und das Aktenzeichen verbindet den Container mit einem Fall und einer Person.

Für eine Welt aus Papier ist dieses Prinzip stimmig. Die meisten Kanzleien haben es einfach in die digitale Welt übertragen: Aus dem Papierordner wurde der digitale Ordner, aus der physischen Akte die PDF-Sammlung, aus dem Aktenschrank das Netzlaufwerk.

Das Problem dabei: Digitale Information ist nicht physisch gebunden. Sie muss nicht an einem Ort liegen, nicht in einem einzelnen Container stecken. Das Ordnungsprinzip „Akte“ ist ein Importat aus der Papierwelt – übertragen in eine Umgebung, in der die physischen Beschränkungen von Papier gar nicht mehr existieren.

01 Das Grundproblem

Das Dokument als falsche Grundeinheit

Die meisten juristischen Systeme denken in Dokumenten. Ein Schriftsatz ist ein Dokument, eine Mahnung ist ein Dokument, ein Urteil ist ein Dokument. Diese Denkweise hat eine unmittelbare operative Konsequenz.

Der Einpacken-Auspacken-Zyklus – und was er kostet:

  • Die Information liegt in der Akte (Datei, PDF, Datenbank).
  • Ein Mensch öffnet das Dokument, liest es, extrahiert die relevante Information.
  • Die Information wird manuell in ein anderes System oder Dokument übertragen.
  • Ein neues Dokument wird erstellt und versendet.
  • Der Empfänger öffnet das Dokument, liest es und extrahiert die Information erneut für sein eigenes System.
  • Dieser Zyklus wiederholt sich täglich, für jeden Fall, x-fach.
  • Jeder Übertragungsschritt ist eine potenzielle Fehlerquelle – und vermeidbarer Zeitaufwand.

Was ist ein Schriftsatz eigentlich? Eine Zustandsbeschreibung eines Falls zu einem bestimmten Zeitpunkt, aufbereitet für einen bestimmten Adressaten. Die eigentliche Information – Partei, Streitwert, Frist, Forderungspositionen – existiert vor und nach dem Schriftsatz. Das Dokument ist nicht die Grundlage, sondern nur die Verpackung.

„In einem dokumentenbasierten System ist der Schriftsatz die Grundeinheit. In einem datenpunktbasierten System ist er lediglich das Ergebnis. Das ist kein Wortspiel, sondern ein grundlegender Unterschied in der Betriebsarchitektur.“ – Tim Platner, Geschäftsführer, Legal Data Technology GmbH

02 Strukturiert

Vom Dokumentencontainer zum Ereignisstrom

Was die am weitesten fortgeschrittenen DEPLAW-Installationen heute schon abbilden, ist kein Dokumentencontainer mehr, sondern ein strukturiertes Datennetz – eine Struktur aus verknüpften Datenpunkten, die sich laufend in Echtzeit aktualisiert.

Dokumentenbasierte Akte (heute noch Standard) Datenpunktbasierte Fallstruktur (das neue Modell)
Parteiname als Text im Briefkopf Partei als strukturierter Datensatz mit Rolle und Verknüpfungen
Frist als Datum im Schriftsatz Frist als Objekt mit Typ, Status und Eskalationsregeln
Streitwert als Zahl im Absatz Streitwert als Teil der strukturierten Forderungstabelle
Status: Einschätzung des Sachbearbeiters Status: definierter, automatisch aktualisierter Systemzustand
Übergabe: Gespräch, E-Mail, Zusammenfassung Übergabe: entfällt, da die Historie im System steht
Suche: Dokument öffnen, lesen, extrahieren Suche: strukturierter Datenbankzugriff in Millisekunden

03 Veränderungen

Was sich im Alltag ändern wird

Automatisierung allein löst das Kulturproblem nicht. Aber sie schafft eine Voraussetzung, die es leichter macht: sichtbare Daten.

  1. Fallübergabe ohne Wissensverlust – In einem datenpunktbasierten System ist eine Übergabe trivial: Alle relevanten Informationen liegen strukturiert vor. Der übernehmende Sachbearbeiter sieht den vollständigen Ereignisstrom des Falls – was eingegangen ist, was ausgegangen ist, welche Entscheidungen getroffen wurden, welche Fristen laufen. Es gibt nichts zu übergeben, weil nichts nur im Kopf einer einzelnen Person steckt.
  2. Mandantenstatus ohne menschliches Eingreifen – In einem dokumentenbasierten System hängt die Antwort auf „Was ist der Status meines Falls?“ davon ab, wer den Fall kennt und wann er Zeit hat. In einem datenpunktbasierten System ist der Status jederzeit eindeutig definiert – und kann dem Mandanten automatisch mitgeteilt werden, sobald sich etwas ändert.
  3. Schriftsätze als Ergebnis, nicht als Ausgangspunkt – Geht ein Schriftsatz ein, werden die relevanten Datenpunkte extrahiert und direkt in die Fallstruktur übernommen, ohne manuelle Übertragung. Wird ein Schriftsatz erzeugt, zieht der Textgenerator die Daten direkt aus der Fallstruktur, ohne manuelle Zusammenstellung. Genau für diesen Ablauf sind Datenextraktion und Textgenerator von DEPLAW gebaut.
  4. Skalierung ohne linearen Personalaufbau – Ein dokumentenbasiertes System skaliert linear: Mehr Fälle bedeuten mehr Personal für das Ein- und Auspacken von Information. Ein datenpunktbasiertes System skaliert anders, weil Extraktion und Generierung automatisiert ablaufen. Menschen kommen nur noch dort zum Einsatz, wo tatsächlich ein Urteil gefragt ist.

04 Transformation

Was heute schon möglich ist – und was morgen kommt

Diese Transformation vollzieht sich nicht über Nacht und braucht keinen Systemwechsel von einem Tag auf den anderen. Sie beginnt mit einer Entscheidung: bei neuen Prozessen und neuen Verfahren von Anfang an datenpunktbasiert zu denken.

Drei Fragen für den Einstieg in das neue Modell:

  1. Welche Informationen stecken in unseren häufigsten Dokumenttypen – und wie lassen sie sich strukturiert ins System bringen?
  2. Welche Dokumente erzeugen wir regelmäßig aus denselben Daten – und ließe sich das automatisieren?
  3. Welche Fallinformationen hängen aktuell von einzelnen Personen ab – und könnten stattdessen im System gespeichert sein?

Kanzleien und Rechtsabteilungen, die diesen Übergang frühzeitig angehen, werden sich in fünf Jahren operativ in einer grundlegend anderen Situation befinden – nicht, weil sie das beste System besitzen, sondern weil ihre Grundarchitektur anders aufgebaut ist.

Weiterführend: Datenextraktion · Aktengeschichte & Inputmanagement · Legal Tech hat kein Tool-, sondern ein Architekturproblem