Anfragenaufnahme in der Kanzlei: Website, CRM und Zugriffsgrenzen

Die Assistenz muss einen potenziellen Mandanten zurückrufen, das Marketing die Herkunft der Anfrage sehen und ein Anwalt prüfen, ob die Kanzlei das Mandat übernehmen kann. Wenn alle denselben Datensatz mit Dokumenten öffnen, wird aus Komfort ein zu weitreichender Zugriff. Anfragenaufnahme in der Kanzlei sollte als eigener Ablauf von der Website zum CRM gestaltet werden: zunächst minimale Daten, dann eine kontrollierte Prüfung und erst nach einer Entscheidung die Übergabe der Unterlagen an ein bestimmtes Team.

CRM bezeichnet hier ein System zur Bearbeitung von Anfragen und Kontakten, keine automatische Berechtigung zum Einsehen jeder Akte. Im Folgenden geht es um ein technisches Prozessmodell und dessen Prüfkriterien, nicht um Rechtsberatung. Regeln zur Konfliktprüfung, Rechtsgrundlagen der Datenverarbeitung und Aufbewahrungsfristen legt die Kanzlei mit einer qualifizierten Fachperson fest; die Integration allein garantiert keine Rechtskonformität.

Trennen Sie die Anfrage von der späteren Mandatsakte

Das öffentliche Formular soll die Kontaktaufnahme und Zuordnung ermöglichen, kein vollständiges Dossier sammeln. Beginnen Sie mit Name oder gewünschter Anrede, Kontaktkanal, Themengebiet und einer kurzen Beschreibung ohne unnötige Details. Namen der Beteiligten für die interne Prüfung erfragen Sie nur im von der Kanzlei vereinbarten Umfang und über einen festgelegten Kanal. Schon der Name eines Beteiligten kann eine sensible Information sein.

Erklären Sie neben dem Formular, was nicht gesendet werden soll und wann der nächste Schritt zu erwarten ist. Die Bestätigung bedeutet weder eine Mandatsannahme noch eine Prüfung, ob die Kanzlei tätig werden kann. Stimmen Sie Antwortzeiten mit dem Team ab.

Wann ein Feld für Anhänge unnötig ist

Wird ein Dokument für den Erstkontakt nicht benötigt, entfernen Sie die Upload-Funktion. Nach der Prüfung fordert die zuständige Person Unterlagen über einen kontrollierten Kanal an. Weniger Kopien ersetzen nicht den Schutz der nächsten Stufe. Ein gemeinsames Postfach aller Beschäftigten ist keine Alternative.

Trennen Sie Anfrage, Kontakt, Prüfergebnis, Mandat und Dokument. Derselbe Kontakt bedeutet nicht identische Zugriffsrechte auf alle seine Mandate. Auch eine erneute Anfrage durchläuft den vereinbarten Prozess.

Beschreiben Sie Übergänge, über die kein Formular entscheiden kann

Definieren Sie statt eines einzigen Status „neuer Mandant“ eine Folge: „eingegangen → erste Sichtung → interne Prüfung ausstehend → Entscheidung der zuständigen Person → Einladung zum nächsten Schritt → zur Bearbeitung übergeben“. Separate Ausgänge sind „Rückfrage nötig“, „abgelehnt“ und „ohne Fortsetzung geschlossen“. Die Bezeichnungen können sich ändern, doch jeder Übergang braucht eine Bedingung, eine ausführende Person und ein dokumentiertes Ergebnis.

Automatisierung kann Aufgaben und Erinnerungen erstellen sowie mögliche Treffer in freigegebenen Daten vorschlagen, darf aber nicht das Fehlen eines Interessenkonflikts feststellen. Speichern Sie die Entscheidung einer befugten Person getrennt vom Zustellstatus. Das Ausbleiben eines Treffers ersetzt keine Entscheidung.

Benennen Sie eine verantwortliche Person für die Warteschlange und eine Vertretung. Eine Erinnerung sollte die Anfragenummer und einen Link für befugte Beschäftigte enthalten, nicht den Sachverhalt im Gruppenchat. Legen Sie fest, wann eine geschlossene Anfrage wieder aufgenommen werden darf.

Prüfen Sie Zugriffsgrenzen für Handlung und Objekt

CRM-Zugriffskontrolle beginnt mit einer Matrix „Rolle → konkrete Anfrage → Feld → Handlung“. Die Rolle „Anwalt“ darf nicht allein sämtliche Kanzleidokumente freigeben. Berücksichtigen Sie die Zuordnung: Gehört die Person zum Team dieses Mandats, und gilt das nach einem Wechsel weiterhin? Die folgende Projektmatrix ist ein Beispiel, keine allgemeingültige Richtlinie für Kanzleien.

Trennen Sie Ansicht, Bearbeitung, Download, Export und Rechteänderung. Die Ansicht eines Datensatzes erlaubt keinen Datenbankexport. Vereinbaren Sie für vorübergehenden Administratorzugriff Anlass, Umfang, Ende und Protokollierung.

Eine ausgeblendete Schaltfläche schützt kein Dokument

Die OWASP-Empfehlungen zur Autorisierung beschreiben die standardmäßige Zugriffsverweigerung und Berechtigungsprüfungen bei jeder Anfrage an eine konkrete Ressource. Einschränkungen sind deshalb auf dem Server nötig, nicht nur im Menü. Prüfen Sie direkte Datei-URLs, APIs, Suche, Vorschau und Export. Ein langer zufälliger Link ersetzt keine Autorisierung.

Prüfen Sie vor der Aufwandsschätzung die Grenzen des gewählten CRM mit Testkonten im benötigten Tarif und der vorgesehenen Konfiguration. Kann es Felder, Anhänge oder Exporte nicht trennen, reduzieren Sie den Datenumfang oder verlagern Dokumente in eine eigene geschützte Umgebung. Das ist eine Architekturentscheidung, keine CRM-Rangliste.

Übertragen Sie minimale Daten und trennen Sie Zustellung und Entscheidung

Die Website-CRM-Integration soll eine nachvollziehbare Anfrage erzeugen, ohne deren Inhalt an alle Dienste zu verteilen. Erfassen Sie, was die Website speichert, was das CRM erhält, wo Dokumente liegen, welche Felder der E-Mail-Dienst sieht und was in die Analyse gelangt. Prüfen Sie auch Webhooks, Fehlermeldungen und Werkzeuge zur Sitzungsaufzeichnung: Sie können unbemerkte Kopien eingegebener Texte anlegen.

Verwenden Sie für Bestätigungen Kennung, Zeitpunkt und Verarbeitungsergebnis. Übermitteln Sie an die Analyse nur die vereinbarte Information über eine durchlaufene Stufe, ohne Beschreibung, Kontaktdaten oder Namen Beteiligter. Senden Sie Beschäftigten einen Link mit Rechteprüfung, kein Dokument.

Für CRM-Ausfälle benötigen Sie eine kontrollierte Warteschlange, begrenzte Wiederholungsversuche und eine für Fehler zuständige Person. Die erneute Zustellung derselben Anfrage darf keine neuen Mandate erzeugen oder den Zugriff erweitern. Gleichen Sie vor einer manuellen Wiederholung Kennung und tatsächlichen CRM-Eintrag ab. Bestätigen Sie dem Interessenten ehrlich den Eingang auf der Website, nicht eine erfolgreiche anwaltliche Prüfung.

Anders als bei einer einmaligen Abnahme einer Unternehmenswebsite ist hier eine fortlaufende Zugriffskontrolle nötig. Der verwandte Beitrag über Übergänge vom Antrag zur erlaubten Operation erklärt die Verantwortung für Übergänge, nicht juristische Arbeitsabläufe.

Anhänge und Protokolle dürfen keinen Umweg zum Zugriff eröffnen

Legen Sie für Dokumente erlaubte Typen und Größen, Formatprüfung und den Umgang mit verdächtigen Dateien fest. Vertrauen Sie nicht allein der Erweiterung oder dem Content-Type. Nötig sind nichtöffentliche Speicherung und Abruf mit Rechteprüfung. Zufällige Namen und Virenschutz garantieren keine Sicherheit.

Geben Sie einen Anhang vor Abschluss der Prüfung nicht als gewöhnliches Dokument für das Team frei. Auch die Übertragung an einen externen Scandienst ist eine Datenweitergabe: Vereinbaren Sie diese separat und senden Sie keine vertraulichen Unterlagen an einen öffentlichen Analysedienst. Prüfen Sie nach einem Teamwechsel Rechte nicht nur im CRM, sondern auch im Speicher, in Vorschauen und zwischengespeicherten Antworten.

Protokollieren Sie das Ereignis, nicht den Akteninhalt

Ein Protokoll benötigt handelnde Person, Zeitpunkt, Objekt, Handlung und Ergebnis: Zuordnung, Rechteänderung, Download oder verweigerter Zugriff. Kopieren Sie keine vollständigen Fragebögen, Dokumente, Passwörter oder Tokens hinein. Beschränken Sie auch den Protokollzugriff. Vereinbaren Sie Aufbewahrungsfristen für Anfragen, Dateien, Protokolle und Sicherungskopien getrennt; das Löschen eines Datensatzes lässt nicht sofort alle Kopien verschwinden.

Hypothetisches Beispiel: Die Anfrage bleibt in der Warteschlange, das Dokument nicht

Ein hypothetisches Szenario, kein GL.ua-Projektbericht: Die Kanzlei hat eine koordinierende und eine prüfende Person sowie zwei Teams. Ein Besucher hinterlässt Kontakt und Themengebiet ohne Dokumente. Die Website erzeugt eine Anfragekennung; die Koordination sieht den Kontakt und legt den nächsten Schritt fest.

Die befugte Person fordert die vereinbarten Informationen über einen kontrollierten Kanal an. Solange keine Entscheidung dokumentiert ist, erhält keines der Arbeitsteams Unterlagen. Nach dem erlaubten Übergang bekommt Team A nur die betreffende Anfrage und die angeforderten Dokumente. Team B sieht sie weder über die Suche noch über einen direkten Link oder Export. Das Marketing erhält ein de-identifiziertes Übergangsereignis ohne Namen oder Beschreibung des Anliegens.

Nun eine Komplikation: Das CRM hat den Eintrag angenommen, die Bestätigung ging jedoch verloren. Ein Wiederholungsversuch findet dieselbe Kennung, erzeugt keinen zweiten Datensatz und sendet Dokumente nicht erneut. Nach der Neuzuordnung von A zu B wird der bisherige Zugriff entzogen; bereits ausgegebene Links werden separat geprüft. Eine zuvor heruntergeladene lokale Kopie lässt sich durch einen Rollenwechsel nicht zurückrufen. Diese Grenze des technischen Modells muss die interne Richtlinie berücksichtigen.

Was vor der Freigabe des Formulars zu prüfen ist

Führen Sie die Abnahme mit erfundenen Testdaten durch, nicht mit echten Mandantenunterlagen. Für jede Rolle ist ein eigenes Konto nötig. Ein positiver Test zeigt, dass eine erlaubte Handlung funktioniert; ein negativer, dass das System eine verbotene Handlung tatsächlich blockiert.

1. Senden Sie eine Anfrage und gleichen Sie Kennung, Felder, Anfangsstatus und zuständige Person im CRM ab.
2. Durchlaufen Sie Rückfrage, Ablehnung und Übergabe zur Bearbeitung. Versuchen Sie, ohne die erforderliche menschliche Entscheidung fortzufahren.
3. Öffnen Sie mit jeder Rolle eine fremde Anfrage, die direkte URL eines Anhangs, Suche und Export. Prüfen Sie die Verweigerung, ohne dass Datenfragmente offengelegt werden.
4. Weisen Sie ein anderes Team zu und sperren Sie eine beschäftigte Person. Wiederholen Sie Anfragen aus der alten Sitzung und über bereits ausgegebene Links.
5. Simulieren Sie einen CRM-Ausfall und eine verlorene Bestätigung. Prüfen Sie Wiederholung, Duplikatfreiheit und die Sichtbarkeit des Fehlers für die zuständige Person.
6. Prüfen Sie E-Mails, Analysedaten, Protokolle und die Wiederherstellung von Sicherungen in einer Testumgebung. Gleichen Sie ab, welche Daten verbleiben und wer Zugriff hat.

Bewahren Sie Ergebnisse und ungelöste Einschränkungen auf. Ein Datenleck über eine URL oder eine Übergabe ohne Entscheidung blockiert den Start dieses Szenarios. Anhänge lassen sich vorübergehend deaktivieren, sofern ein vereinbarter, funktionierender Alternativkanal existiert; eine ausgeblendete Schaltfläche genügt nicht.

Dauer, Kosten und Grenzen des ersten Starts

Die Dauer hängt von der Abstimmung des Daten- und Rollenmodells, den Fähigkeiten des vorhandenen CRM, dem Zugang zur Testumgebung und dem Umfang negativer Tests ab. Eine praktische Reihenfolge lautet: Daten- und Übergangsplan → Rechteprototyp → Integration → Fehlertests → Schulung und Pilot. Schätzen Sie den Termin nicht allein nach dem fertigen Formulardesign: Ungeklärte Exportrechte können die Architektur verändern.

Trennen Sie im Kostenvoranschlag Prozessanalyse, Rollenkonfiguration, serverseitige Integration, Speicherung und Dateiprüfung, Protokollierung, Tests und Schulung. Berücksichtigen Sie Lizenzen, Infrastruktur, Sicherungen, Monitoring und laufende Betreuung gesondert. Kosten hängen auch davon ab, ob alte Kopien bereinigt und zu weitreichende Zugriffe neu gestaltet werden müssen; ein Pauschalpreis ohne diese Aufschlüsselung ist wenig aussagekräftig.

Der erste Start kann sich auf ein Formular ohne Anhänge und manuelle Freigaben beschränken. Automatisieren Sie nicht den gesamten Ablauf, bevor Zuständigkeiten und Regeln feststehen. Ziel ist ein verständlicher Prozess mit prüfbaren Zugriffsgrenzen, nicht mehr gesammelte Daten.

Bereiten Sie für ein Gespräch mit GL.ua (Glyanec) einen Statusplan, eine Rollenmatrix und ein de-identifiziertes Anfragebeispiel vor. Besuchen Sie die Leistung Website-Entwicklung für Unternehmen, um das Zusammenspiel von Formular, CRM und Dokumentenzugriff zu besprechen, nicht die Automatisierung juristischer Entscheidungen.