Der 1.1.2018 nähert sich bedrohlich, und damit auch der Tag, an dem ich als Rechtsanwalt, wie alle Kolleg*innen dazu verpflichtet sein werde, mein „besonderes elektronisches Anwaltspostfach“, kurz „beA“ zu verwenden. Tatsächlich hatte ich mir Kartenlesegerät und Karte schon vor gut einem Jahr bestellt, aber da der (verpflichtende) Start des beA verschoben worden ist, hatte ich zunächst davon abgesehen, mich mit dem beA zu befassen. Das vergangene, in NRW verlängerte Wochenende nun lieferte mir die Gelegenheit, mir das beA einmal näher anzusehen. Hier eine Zusammenfassung meiner ersten Eindrücke und ein Hinweis zur  Fehlermeldung „Kein geeigneter Sicherheits-Token gefunden.“.

Dabei waren meiner Erwartungen freilich niedrig. Wer würde denn schon erwarten, dass etwas anderes als Murks herauskäme, wenn öffentliche Stellen in Deutschland ein IT-Projekt umsetzen? Und so präsentiert sich das beA denn auch als Usability-Albtraum. An eine Einbindung in meinen bevorzugten Mailer Thunderbird ist gar nicht zu denken. Stattdessen präsentiert sich das beA mit so einer Art Webmailer auf einem Stand von vor 15 Jahren. „Drag’n Drop“-Funktionen oder Kontextmenüs sucht man vergeblich. Tatsächlich hatte ich sogar schon eine Nachricht in meinem beA. Ich klickte also auf die Nachricht, um die Nachricht zu lesen. Und es passierte: nix. Man muss die Nachricht erst markieren, und dann findet man im oberen Bereich einen Button mit der Beschriftung „Öffnen“, und nachdem man darauf geklickt hat, öffnet sich dann tatsächlich auch die Mail. Soweit so schlecht, aber wie gesagt, ich habe nicht viel erwartet, also war ich auch nicht enttäuscht. Und dass man von einem gerontokratischen Verein wie der Bundesrechtsanwaltskammer nicht erwarten kann, ein IT-Projekt so zu managen, dass die Bedrüfnisse der Nutzer*innen angemessene Berücksichtigung finden und entsprechend moderne Konzepte bzw. Technologien eingefordert werden, ist auch klar.

Nun bin ich persönlich ja durchaus technikaffin und auch bereit, die Möglichkeiten elektronischer Kommunikation als Fortschritt gegenüber dem Status Quo zu begreifen und werde dem beA trotzdem eine Chance geben. Ein Problem kostete mich allerdings bereits Nerven und deswegen hier ein paar Hinweise dazu:

Aus der Dokumentation ergibt sich zunächst Folgendes: Damit man sich überhaupt am beA anmelden kann, muss man zunächst die Java-App „beAClientSecurity“ starten. Anschließen kann man die WebApp im Webbrowser aufrufen, klickt auf „Anmelden“, folgt den Anweisungen der „beAClientSecurity“ bzw. des Kartenlesegeräts, tippt noch zwei mal (ja, wirklich!) die PIN ein, und schon ist man drin. Klar, soweit.

Nun arbeite ich ganz überwiegend mit meinem Notebook, auf dem ich das aktuelle Windows 10 inklusive „Windows 10 Fall Creators Update“ von Oktober 2017 laufen habe. Wie das so ist, mit einem Notebook, ich habe es oft bei mir, im Büro, zu Hause, unterwegs. Wenn ich den Standort wechsel, stöpsel ich sämtliche USB-Geräte aus (also auch das Kartenlesegerät), klappe es zusammen und das Notebook legt sich schlafen. Komme ich am Zielort an, klappe ich das Notebook wieder auf, das Notebook wacht auf, und ich kann weiter arbeiten. Doch wenn ich jetzt das Kartenlesegerät wieder einstöpsel und wieder versuche, mich jetzt wieder am „beA“ anzumelden, meldet die „beaClientSecurity“ beharrlich: „Kein geeigneter Sicherheits-Token gefunden.“. Egal, wie oft man das Gerät aus- und wieder einstöpselt, mit Karte, ohne Karte: Es hilft nix. Die Java-App streikt. Um das Problem zu lösen, ist es offenbar erforderlich, im Task-Manager mit rechts auf das Icon der App und anschließend auf „Beenden“ zu klicken. Dann kann man die „beaClientSecurity“ neu starten und dann funktioniert auch wieder alles. Offensichtlich mag die App es nicht, wenn man das Gerät aus- und wieder einstöpselt, ohne auch sie selbst neu zu starten. Nun ja, wie gesagt, man darf halt nicht viel erwarten. Aber zumindest eine aussagekräftigere Fehlermeldung oder ein entsprechender Hinweis in der Dokumentation wäre hilfreich gewesen.