Der Betreff beschreibt das Thema eigentlich schon. In HKTAN kann/muss man die TAN-Medienbezeichnung mitsenden. Es gibt Situationen, in denen man diese (noch) nicht hat. HBCI4Java lässt den Wert dann (gezwungenermaßen) frei. Allerdings kann die Bank in HITANS per "Bezeichnung des TAN-Mediums erforderlich=2" mitteilen, dass eine Medienbezeichnung erforderlich ist. In dem Fall hat HBCI4Java bisher den Wert "noref" gesendet. Zu diesem Schluss sind wir 2019 bei der Einführung von PSD2 nach diversen Experimenten gekommen und bis heute blieb das Verhalten so.

Unter https://github.com/hbci4j/hbci4java/pull/141 hat mir jetzt jemand einen Pull-Request für HBCI4Java eingereicht, der das Verhalten so ändert, dass generell "" gesendet wird, wenn keine Medienbezeichnung vorhanden ist - auch dann, wenn die Bank eine Bezeichnung verlangt. Bei seiner Taunussparkasse war die Änderung erforderlich.

Ich mag das jetzt ungern wegen einer einzigen Bank ändern und dabei riskieren, dass ich bei allen anderen Banken etwas kaputt mache. Daher die Frage in die Runde: Wie handhabt ihr den Fall bei euch? "noref" oder Leerstring?

Hat keiner eine Meinung dazu?

für 1 Bank es nur abzuändern, scheint nicht sinnvoll. (weil bisher funktioniert es ja so wie gewünscht)

evtl. mit HKTAB beim Synchronisieren die aktiven TAN-Medien abfragen

HKTAB ist in dem Moment leider noch nicht möglich. Das Problem tritt typischerweise beim Neuanlegen eines Bankzugangs auf, wo der Client erstmal die BPD/UPD abruft, um herauszufinden, was die Bank kann. Bereits hier in der Dialoginitialisierung muss bereits ein HKTAN mitgeschickt werden. Das aber weniger zum Abfragen einer TAN sondern eher proforma, um klar zu machen, dass man PSD2-fähig ist. Das TAN-Medium ist zu dem Zeitpunkt noch nicht bekannt. In den BPD kann die Bank aber mitgeteilt haben, dass sie zwingend eine Medienbezeichnung haben will. Wir hatten hier im Forum Ende 2019 Fälle bei Einführung von PSD2, wo die Bank daraufhin einen Fehler meldete. Die Lösung war, in dem Fall "noref" als Bezeichnung zu senden. Banken, die auch mit einem "" kein Problem hatten, störten sich nicht an dem "noref". Ale glücklich. In Github hat sich aber ein User gemeldet, dass genau das bei seiner Taunussparkasse zu einem Fehler führen würde. Das finde ich insofern ungewöhnlich, weil in den letzten 7 Jahren bisher kein weiterer Fall dieses Fehlers aufgetaucht ist. Wenn das "noref" ein generelles Problem wäre, hätte doch schon eher mal jemand ein Problem mit dieser Bank melden müssen.

pilotiert die Taunus-Sparkasse denn irgendwas? Dass eine Sparkasse gerade in FinTS einen Alleingang machen sollte, scheint mir doch sehr merkwürdig zu sein.
das weiß ich noch nichtmal. Funktioniert einfach. Aber wir gehören ja auch in die blaue Ecke.

Einen HKTAB in diesem Fall schicken ist doch möglich oder? Ich meine wenn du einen HKTAB mit HKTAN (in dem ist das TAN-Medium dann auch egal) abschickst, zieht eine besondere Ausnahme, die von der eigentlichen initialen 180-Tage SCA absieht, weil der HKTAB ein besonderer, zur Ersteinrichtung notwendiger GV ist.

Die Taunussparkasse pilotiert auch nichts momentan. Ich glaube was der User sagen möchte ist, dass diese Änderung bei ihm dort verprobt wurde und es nichts kaputt gemacht hat.
Wir schauen in die Medienbezeichnung auch nur dann aktiv rein, wenn wir ein versendendes Verfahren haben und auch tatsächlich eine pushTAN auslösen. In den Fällen wo es ohnehin keine Freigabe gibt, ist das Feld egal.

@Raimund: 
eine Ablehnung von "noref" bei der Initialisierung verstößt doch gegen die FinTS-Spezifikation
daher glaub ich nicht an eine Pilotierung

@Olaf:
ich glaube deine Aussage stimmt nicht ganz (aber bin nicht so der Spez.)
Der Client darf und soll den HKTAB-Abruf initial mitsenden. Die Bank ist laut Spezifikation zwingend verpflichtet, den im HKTAN-Segment übergebenen Platzhalter (wie eben "noref") bei diesem initialen Abruf zu ignorieren.

danke infoman, das ist ziemlich genau das, was ich 1,5 Stunden vorher geschrieben habe.

Das passiert ja auch. Hibiscus sendet das HKTAB noch bevor die UPD bei der Initialisierung da sind. Allerdings kann das HKTAB ja nicht gesendet werden, bevor die Bank überhaupt die Nummern der verfügbaren TAN-Verfahren geliefert und der User sich für eines entschieden hat. Die TAN-Medienbezeichnungen sind ja nur innerhalb des TAN-Verfahrens eindeutig.

Hibiscus macht also erstmal nur ein Hallo mit TAN-Verfahren 999, um die BPD und per RM-Code 3920 die Nummern der TAN-Verfahren zu kriegen. Dann beendet es die Sitzung und startet eine neue mit dem ausgewählten TAN-Verfahren. Spätestens dort muss dann auch ein HKTAN mitgesendet werden, um das kommende HKTAB anzukündigen. Also noch bevor Ergebnisse von einem HKTAB vorliegen. Zu dem Zeitpunkt kann die Medienbezeichnung also noch nicht bekannt sein.

Update: Ich hab den zugehörigen Thread gefunden: forum/topic.php?t=23040
Banking4 trägt niemals einen Wert ein. Moneymoney sendet in dem Fall "noname".

Da dieser HKTAB nicht TAN-pflichtig werden kann, da er von PSD2 ausgenommen ist, ist die Belegung der Bezeichung im zugehörigen HKTAN im Grunde egal.
Unsere Anwendung würde ihn nur verarbeiten wenn auch eine TAN verschickt werden soll. Aber der Geschäftsvorfall wird ja nicht TAN-pflichtig.

Interessant. Das ganze Thema bezieht sich hierauf: https://github.com/hbci4j/hbci4java/pull/141
Ich werde den Ersteller des Tickets mal fragen, in welchem Zusammenhang das HKTAN eigentlich erzeugt wurde.

Ja klingt langsam spannend. Vielleicht ist doch sein HKVVB TAN-pflichtig und nicht der HKTAB und dort wird eine unbekannte Bezeichnung abgelehnt. Dann wäre tatsächlich nichts angeben besser als eine nicht-existierende Bezeichnung, da es dann Logik gibt, die eine Standardgruppe für den Versand nutzt.
Bin gespannt ob er ein komplettes HBCI-Log seines Dialogs zeigen kann.