
* Dialogabbruchnachrichten (seit HBCI 2.2) werden nicht erkannt, sondern als
  fehlerhafte Nachrichten (da nicht verschlsselt/signiert) behandelt
  
* die Informationen ber zu verwendende Kommunikations-Filter aus den BPD 
  werden *nicht* von HBCI4Java ausgewertet, da diese von vielen Banken 
  fehlerhaft belegt werden. Fr "normale" HBCI-Verbindungen (TCP/IP ber Port 
  3000) wird von HBCI4Java immer *kein* Filter verwendet, fr HBCI-PIN/TAN ist
  das einstellbar
  
* Bei der Erzeugung von Jobs werden die UPD noch nicht ausgewertet, um die 
  Gltigkeit der erzeugten Jobs zu berprfen.
  
* RSA-Chipkarten werden noch nicht untersttzt

* Die "Schlsseldateien" fr die Passport-Varianten Anonymous,DDV,PinTan und 
  RDH sind u.U. nicht zwischen verschiedenen Betriebssystemen bzw. 
  verschiedenen Java-Versionen portierbar. Fr die Varianten Anonymous,DDV und
  PinTan ist das unkritisch, da diese Schlsseldateien keine Informationen 
  enthalten, die nicht anderweitig reproduziert werden knnten (die Dateien 
  knnen also notfalls einfach gelscht werden). Fr die RDH-Variante trifft 
  das nicht zu, diese sollte deshalb auch nicht mehr verwendet werden, sondern
  statt dessen RDHNew (dieses Dateiformat ist systemunabhngig).

* Die SIZ-RDH-Bibliothek ist nicht thread-safe, es sollte also sichergestellt
  werden, dass zu jedem Zeitpunkt nur ein einziger Thread eine SIZ-RDH-
  Passport-Datei einliest.
  
* In der SIZ-Schlsseldatei muss ein bereits vollstndig 
  initialisierter Eintrag stehen (also mit Nutzerdaten, Nutzerschlsseln, 
  Bankdaten und Bankschlsseln) - nur die System-ID muss noch nicht 
  initialisiert (synchronisiert) sein. Beim Einlesen von Schlsseldateien,
  in denen fr einen Eintrag nicht alle Daten vorhanden sind, kann es zu
  Problemen kommen. Auch das initiale *Erzeugen* von SIZ-Schlsseldateien
  wird noch nicht untersttzt.
  
* Beim Lesen von SIZ-Schlsseldateien kann es zu Problemen kommen, wenn das
  Passwort fr diese Dateien Umlaute enthlt.
  
* Bei der Verwendung von SIZ-Schlsseldateien sollten auf keinen Fall
  Schlsselnderungen via HBCI4Java durchgefhrt werden. HBCI4Java lsst 
  nmlich beim Schreiben solcher Dateien die Schlsseldaten in der Datei
  unverndert -- genderte Schlssel wrden also verloren gehen!

* es sind noch nicht alle Texte internationalisiert

* Die ZKA-Spezifikation fuer die HBCI-Versionen bis einschliesslich Version 2.2
  ist bzgl. terminierter Dauerauftragsaenderungen inkonsistent. HBCI4Java 
  implementiert einen "Workaround" um diese in sich widerspruechlichen Spez., 
  welcher wohl von den meisten HBCI-Servern so umgesetzt sein duerfte.

* Beim Zweischritt-PIN/TAN-Verfahren wird die Verwendung mehrerer TAN-Listen
  noch nicht untersttzt
  
* Beim Zweischritt-PIN/TAN-Verfahren werden noch keine Mehrfachsignaturen 
  untersttzt. Auch das zeitversetzte Senden des ersten und des zweiten 
  Schrittes drften noch nicht funktionieren.
  
* Fr das Zweischritt-PIN/TAN-Verfahren werden die optionalen Bankensignaturen
  fr HITAN-Segmente noch nicht untersttzt
  
* Fr FinTS-3.0 werden die Verfahren RDH-3 bis RDH-5 noch nicht untersttzt.
  Auch Zertifikate werden im Moment noch nicht untersttzt.

* Fr FinTS-3.0 wird noch keine Nachrichten-Kompression untersttzt.
