Strukturierten Verwendungszweck parsen
javadoc war falsch
Strukturierten Verwendungszweck parsen - eigene Variable usage_sepa
Merge pull request #27 from machajdik/master

Strukturierten Verwendungszweck parsen.
Danke fuer das Patch, habs gemerged.
Rueckgabetyp von extractUsageSpec und extractUsageNonSpec noch auf "void" geaendert. Die Referenz muss nicht zurueckgegeben/ueberschrieben werden.
SEPA-Bezeichner noch gegen Enum ersetzt, das verhindert Vertipper in den Namen
Das Parsen des empfangenen SEPA-PAIN darf nicht pauschal mit UTF-8
erfolgen sondern mit dem Zeichensatz, mit dem die Daten vom Server
empfangen wurden. Siehe auch der ausfuehrliche Text in GVTermUebSEPAList
Unit-Test TestPainGen#test006 hinzugefuegt.
Autodetection der PAIN-Version von existierender SEPA-XML-Datei
Merge pull request #29 from jwolz/pull_branch

Approved ;)
Parser-Code vereinheitlicht, Enums fuer die typischsten
Schluessel-Namen, erster Parser fuer 008.001.01
Rollback von Pull-Request #27 wegen https://www.willuhn.de/bugzilla/show_bug.cgi?id=1522 - bei der Netbank wurde bei einem Umsatz der Name des Gegenkonto-Inhabers voellig falsch aus dem Verwendungszweck extrahiert. Dort landete ein Mix aus IBAN, BIC und ein Teil des Verwendungszweckes.
Bei der Generierung des SEPA-XML (und nur dort) wieder UTF-8 verwenden.
Siehe
http://www.onlinebanking-forum.de/forum/topic.php?p=107420#real107420
Konstante fuer Undefined-Datum "1999-01-01"
Noch fehlende SEPA-XML Parser fuer Lastschriften
Merge pull request #30 from jwolz/pull_branch

Konnte es mangels Depot nicht selbst testen. Sieht aber ok aus. Approved.
Danke fuer das Patch.
Neues gemeinsames Interface fuer chipkartenbasierte Passports. Noetig, um einen gemeinsamen Nenner fuer HBCIPassportDDV und HBCIPassportRSA zu haben.
Definition von setFileName und getFileName in Interface verschoben
Einige Bugfixes und Erweiterungen nach Test gegen DKB