Erste Erfahrungen mit EBICS und T-Usern in SFirm....

Hallo zusammen,

nachdem die FinanzIT am 11.10. ja den Weg für EBICS freigemacht hat, haben wir schonmal etwas getestet. Unter anderem haben wir auch einen N-User zum T-User migriert und auch in SFirm als technischen Teilnehmer deklariert im recht gelungenen Umstellungsassistenten.

Soweit prima, SFirm erzeugt ein internes Schlüsselpaar statt der lästigen (und hinterher meist überflüssigen EU-Diskette) für die N-User unter WEB. Mit diesem Schlüsselpaar wird auch initialisiert und die INI-Briefe kommen raus. Derzeitiges Problem (PL 9) allerdings: SFirm 'vergisst' derzeit, dass der User ein technischer Teilnehmer ist!

Will man dieses Häkchen in der Aufstellung der User in der BPD-Ansicht dann setzen, heisst es, dass das nicht ginge - es läge kein entsprechender Schlüssel vor, der verwendet werden könnte - oder so ähnlich.

Nachfrage bei der BIVG ergab: ja, das haben wir an die Entwicklungsabteilung gegeben, Workaround: Status des Users auf HIA/INI setzen und mit persönlichem Schlüssel (wie zu WEB-Zeiten) neu initialisieren. Natürlich nicht die tollste Lösung, soll der technische Teilnehmer mit internem Schlüssel doch eigentlich alles vereinfachen. Im Try&Error-Verfahren habe ich dann aber herausgefunden, wie man sich dies sparen kann: Status des Users auf HIA/INI setzen und speichern. In diesem Status ist ein Setzen des Hakens "technischer Teilnehmer" machbar (vorhandener ~sfint.key aus dem früheren Dialog vorausgesetzt). Danach einfach Status des Users wieder auf bereit zurücksetzen und es geht.

Nicht die feinste Art und durch die BIVG noch zu verbessern, aber es geht erstmal. Vielleicht kann das der eine oder andere als Hilfestellung bei den ersten EBICS-Migrationen ja gebrauchen....

Gruß aus Lübeck,

Jens

Ja, bei der Neueinrichtung läuft das ja vielleicht besser durch... ich fand das zumindest klasse, dass der erste Schritt im EBICS-Land dann gleich solche Begleiterscheinungen hatte

Macht mich nicht schwach....

Wie äussert sich denn der Fehler? Wirklich nur wenn man nen technischen TN haben will?

Ich habe gerade einen meiner User mit N-Berechtigung über FTAM initialisiert, ihn dann auf T umgestellt und den Umstellungsassistenten laufen lassen. Am Ende hatte ich 2 INI-Briefe und einen lauffähigen T-User. Die Umstellung von N auf T-Berechtigung muss im SI-System leider vorher erfolgen, das ist aber eine Sache des OSP und hat nix mit SFirm zu tun.

Die allgemeine Unterschriftsklasse T und ein technischer Teilnehmer haber erstmal nur wenig miteinander zu tun. Es gilt halt nur, das der Dummy eben nur die U-Klasse T haben darf.

Der technische User ist z.B. für automatisierte und/oder zeitgesteuerte Aufgaben sinnvoll einsetzbar.

Folgender Fall:
Ein E-User mit Chipkarte möchte einen großen ZV-Auftrag oder einfach Umsätze in der Nacht versenden/abholen. Mit seiner Chipkarte hat er daher ein Problem, da die PIN nunmal zur Authentifikation und Verschlüsselung ebenfalls benötigt wird. Dummerweise will er nachts aber nicht arbeiten und die EU könnte man ja vorher leisten...

Also braucht er einen Helfer und hier kommt der technische ins Spiel. Der E-User unterschreibt vorher nur bankfachlich und lässt den technischen User den Versand übernehmen -> Problem gelöst.

Der Techniker könnte auch für E-User interessant sein, die gerne ohne Unterschrift senden und regelmässig keinen lebendigen Kollegen mit A/B oder T greifbar haben. Senden ohne bankfachliche EU geht nämlich in EBICS nicht mehr....

Ansonsten hat der technische User wenig zu bieten.

Zurück zur Migration:
Was ist denn nicht so gelungen? Das das Procedere bei N->T wesentlich anspruchsvoller als von E->E ist, liegt auf der Hand. Der liebe N muss jetzt nunmal eine EU kriegen, somit muss er sich Erstinitialisieren. Ob das einer ungeübter trotz Assistent so hinbekommt weiss ich auch nicht, vermutlich eher weniger. Nur wie soll man das Verfahren denn künstlich vereinfachen? Der rein technische Weg ist steinig und ein paar Informationen müssen bei der Umstellung schon fließen damit die Umstellung überall laufen kann.