RaboDirect-PlugIn ver. 2.x.x - Erweiterungen und Anpassungen

Liebe Hibiscus-Scripting-User,

da diese Version nun den Umfang erreicht hat, stabil läuft und sich auch keiner Beschwert hat wird nun die Release 2 des Scripts für die RaboDirect online gestellt.

Es wird nun mit der Release 2.x.x wie immer jedem empfohlen die Installatons-Methode #1 "PlugIn über das Online-Repository" zu verwenden.
Hierzu müssen alte manuelle Installationen der Release 1.x.x (dieses Scripts und eventuell andere HTMLUnit) erst entfernt werden! (gilt nicht für die PlugIn-Variante)


Mit Einführung der Release 2 wird ändert sich wie angekündigt folgendes:
- Dieser Thread ist nicht mehr die richtige Anlaufstelle für Support, denn im neuem Forum ist nun der offizelle Support-Thread und alle Anfragen sollten dort gestellt werden um das Forum nicht zu zu müllen
- Benachrichtigungen über neue Updates oder Änderungen werden hier nicht mehr veröffentlicht, dazu dient die Projekthomepage http://hibiscus-scripting.derrichter.de
- der Support für die Release 1 wird eingestellt da verständlicherweise nur Release 2 weiterentwickelt wird
- zudem werden die Scripte nicht mehr als eigenständige Datei sondern nur noch als Jameica-Scripting-PlugIn zu Verfügung gestellt (Aufwand wird eingespart)
- es existiert nun eine zentrale HTMLUnit-Version welche am besten über die beschriebene Online-Installation oder hier herunter geladen werden kann: HTMLUnit als PlugIn
- jeder andere Script-Entwickler verlinkt nun auf die zentrale Hibiscus-Version, kann seine Scripte in mein Repository mit aufnehmen wenn gewünscht




Zusätzliche Besonderheiten und Features für das Script der RaboDirect:

• KEIN Passwort-Cache: (d. h. die momentane Zwischenspeicherung von Kennwörtern während der Sitzung und auch spätere Passwort-Speicherung) Ist hier selbstverständlich
  aufgrund des "Einmal-Digipass-Codes zum Anmelden" niemals möglich. Es muss bei jedem Abruf eine Anmeldung durchgeführt werden. (somit wird auch ein Komplettabruf pausiert)
  
• Digipass-Aktivierungsassistent: sollte der Digipass noch nicht auf der Homepage der RaboDirect aktiviert worden sein bietet das Script automatisch die gleiche Funktion an
  
• Allgemeine Information zum Login:
  Es ist mir bewusst dass aufgrund der Tatsache dass es bei der RaboDirect einen Digipass-Code Login gibt, es nie die Möglichkeit geben wird das Passwort dauerhaft zu speichern.
  Um so lästiger könnte es nun noch sein dass auch aus diesem Grund bei jedem Kontoabruf (oder eben bei jedem Abruf) erneut ein Digipass-Code eingegeben werden muss.
  Da dies bei, wie möglich, mehreren Konten in einem RaboDirect-Account der Komplett-Abruf dadurch sehr umständlich ausfallen würde, wird schon überlegt wie man es umsetzen könnte dass alle RaboDirect-Konten eines RaboDirect-Accounts aktualisiert werden sobald dass erste Konto abgerufen wird.
  Die Lösung wird aber vermutlich aus chronologischen Gründen erst in der Release 2.1 veröffentlicht.
  

Um den Appetit anzuregen hier noch die Änderungen der Release 2 und die vorherige ChangeLog: (auch nachzulesen auf der Projekt-Homepage)
Versionsinformationen:

Version 2.0.0 (aka 1.1.0)

Neuerungen und Features:

• neue Post-Eingangsbenachrichtigung: Es werden "neue Nachrichten" der Bank ermittelt und der Benutzer detailliert darüber informiert (Funktion einstellbar)
  (hier wird bei der Formatierung das verwendete Betriebssystem berücksichtigt)
  

Änderungen und Anpassungen:

• Erkennung dass bei der Umsatzbewegung kein Herunterladen-Button vorhanden ist wird nun als Annahme verwendet dass bei diesem Konto noch keine Umsätze vorhanden sind
  
• Anpassung um das Saldo eines Spar-Kontos auslesen zu können
  

Bugfixes (Fehlerbehebungen und Anpassungen)

• keine bekannt
  

ver 1.0.0 (Beta)

Features:

• Neue Synchronisierung (für Hibiscus Nigthly-Build): es wurden die derzeit möglichen Funktionen der neuen Scripting-Synchronisierung von Jameica/Hibiscus umgesetzt
  (Danke hier auch nochmal an Olaf Willuhn für die Zusammenarbeit und das kurzfristige Umsetzen von Anpassungen)
  > Konto erscheint nun in der Liste "Konten synchronisieren" und wird bei einer Komplett-Synchronisierung aller Konten mit eingeschlossen
  > Umsätze werden dabei nun gleich in der Liste "Neue Umsätze" angezeigt
  > Für das Konto kann "Saldo aktualisieren" und "Kontoauszüge (Umsätze abrufen) abrufen" aktiviert/deaktiviert werden
  (das Script überspring dies dann, gilt aber nur für den Abruf über die Startseite mit 'Synchronisierung starten',
  bei Abruf über das Kontextmenü oder die Detailansicht des Konto wird immer beides abgerufen; Ist "Saldo aktualisieren" deaktiviert, berechnet diesen Hibiscus weiterhin)
  WICHTIG: für eine korrekte Arbeitsweise müssen mindestens diese Versionen mit Stand nicht älter als 09.05.2013 installiert sein:
  - Jameica 2.5.0 (Nightly-Build)
  - Hibiscus 2.5.1 (Nightly-Build)
  - Jameica-Scripting 2.5.0 (Nightly-Build)
  
• HTMLUnit VersionsCheck: in der Variante vom BoS-Script ver. 1.6 integriert (interne Version 1.3.6)
  
• Assistent zur automatischen Konto-Anlage (1.3.1): Dieser unterstützt auch das Anlegen zusätzlicher Konten
  INFO: um diesen Assistenten zu starten: rufen Sie über das Hauptmenü die Jameica-Einstellungen auf und klicken dort einfach auf 'Speichern'
  Dieser Assistent kann auch dauerhaft deaktiviert werden indem man "Diese Frage nicht mehr anzeigen" aktiviert und zusätzlich 'Nein' wählt
  (Um dies rückgängig zu machen muss in der Datei "<Jameica-Profilpfad>\cfg\de.willuhn.jameica.system.ApplicationCallback.properties" die entsprechende Zeile gelöscht werden)
  
• Sicherheits-Logout: wird automatisch bei Fehlern ausgeführt (dieser setzt unter anderem das Passwort zurück)
  
• Erweiterte Fehlerbehandlung der Release Version 2
  
• Proxy-Untersützung: vollständige Unterstützung der Proxy-Funktionalität von Jameica (gleich der Version von BoS-Script ver. 1.5 (interne Version 1.4.1))
  ("Systemproxy benutzen" wird dann wegen Java nur funktionieren wenn in den Java-Einstellungen dies auch so konfiguriert ist
  und dort kein eigener Proxy eingestellt ist.) Eine eventuell notwendige Proxy-Authentifizierung müsste im Moment im System hinterlegt werden
  und/oder von diesen geregelt werden da dies Jameica nicht unterstützt. (z. B. Benutzername/Passwort)
  (eine Integration einer Authentifizierung mit statischen Benutzer/Passwort erfolgt in einer späteren Version)
  

Gruss

hört sich schon Mal gut an.

Toll wären auch Berichte über Erfolg oder Misserfolg mit diesen Spar30, Spar90 oder sogar Festgeldkonten.
Im Moment wird nur angenommen dass es auch mit diesen funktioniert.

da bist du ja mir vor raus und musst das Entwicklungsarchiv gehackt haben?! :shock: am 04.09 war dass Script ja noch nicht mal verfügbar ...

jedenfalls wüsste ich nicht wie du auf diese Berechnung kommst, dass kann ich bei mir und hier überhaupt nicht nachvollziehen, von der Berechnung her kann dass gar nicht entstanden sein ...

ohne vollständiges Debug-Log kann ich dazu also sowieso nix sagen ...
hier ist jedenfalls kein Fehler fest zu stellen ...

so long ... :drink: bring wohl direkt die Release 2 raus

Hallo Sebastian,
herzlichen Dank. Alles klappt wunderbar, auch die 30- und 90-Tage-Konten.
Grüße

kein Problem, bei der einfachen Webseite ^^

ja dass war die erste logische Möglichkeit und in der Fehlermeldung steht ja auch: Sind schon Umsätze vorhanden?!
Mit der Annahme dass kommt nur am Anfang vor und man weiß ja dass dort keine Umsätze sind?
Zudem beißt sich da einfach der Aufbau da einfach auch kein Download-Button vorhanden ist und wenn dieser nicht gefunden wird dass aber eben auch ein Fehler sein könnte der ja auch beachtet werden muss.

Aber, ist aufgenommen und werde es vermutlich im Design noch ändern

Gruss

nein geändert ist noch nichts, die neue Version ist noch im Aufbau denn ich warte noch auf eine Testbuchung bezüglich Umlauten.

Das mit den keinen Umsätzen kann man eben etwas falsch verstehen, damit ist gemeint wenn im Abrufzeitraum keinerlei Umsätze vorhanden sind. Wenn man z. B. so wie dass Script, die letzten zwei Wochen abruft, dort aber Umsätze bei der Bank vorhanden sind dann ruft die das Script natürlich ab, trägt diese aber nicht ein da diese ja schon einmal abgerufen wurden und sagt somit "Keine neuen Umsätze vorhanden".
Sollte aber bei dem Konto z. B. noch nie ein Umsatz bei der Bank angefallen sein, oder z. B. in den letzten zwei Wochen keinerlei Umsätze bei der Bank verfügbar sein, dann kommt es zu der roten Fehler-Hinweis-Meldung.

Diese ist aber wie schon eingebaut in der nächsten Version Geschichte.

Gruss

PS: eventuell könntet Ihr mir doch helfen und mitteilen welche Zeichen die RaboDirect statt Umlauten verwendet um diese noch gleich richtig einbauen zu können, damit ich nicht auf meine Überweisung warten muss:
Ein + ist gleich Ö (dass ist bekannt)
Ein _ ist gleich Ü (dass ist bekannt)
was aber wird statt Ä oder ß dargestellt?
und gibt es bei euren Umsätzen noch weitere?

super danke,
hatte eben auch oft dass Problem dass bei den meisten Banken beim Absenden der Überweisung die Umlaute gleich umformatiert werden in OU, AU , und immer das ß in SS ...
wie soll man dass so testen ^^

also dann siehts ja im Moment so aus:

Original:
a ä Ä o ö Ö u ü Ü s ß $ % & / + * - . ,

Ergibt:
A - - O + + U _ _ S SS $ % & / + * - . ,

also sind bisher wie erwartet nur die Umlaute ein Problem

da werden ja sogar die Namen in der Umsatzübersicht falsch dargestellt ^^ oh man

Original:
a ä Ä o ö Ö u ü Ü s ß $ % & / + * - . ,

Ergibt:
A - - O + + U _ _ S SS $ % & / + * - . ,

also sind bisher wie erwartet nur die Umlaute ein Problem

Korrekt. Aber Deine Liste müßte lauten:
Original:
ÄÖÜ
Ergibt:
-+_
denn, wie es aussieht wandelt die ZiraatBank Kleinbuchstaben vor der Weitergabe in Großbuchstaben um.

Warten wir also die nächste Überwesung von der PSD-Bk (fiducia-System) ab.

danke für die Tests. Das Ergebnis zieht sich also durch alle von extern eingehenden Transaktionen und ist somit von der RaboDirect hausgemacht.

Daher bitte ich euch hier nochmal um eure Meinung, an Hand meines Beispiel, wie nun hier Verfahren werden soll?
1.) Die Daten so belassen wie Sie von der RaboDirect kommen
oder 2.) Die Zeichen welche Umlaute sein könnten durch Umlaute ersetzen und damit aber riskieren dass auch Satzzeichen im Verwendungszweck und im Gegenkontoname in Umlaute geändert werden obwohl dies gar keine sind

Wenn wir uns für 1.) entscheiden, würde ich jedem hier noch einmal empfehlen und dazu aufrufen das Problem doch per Nachricht an die RaboDirect weiterzuleiten und somit hoffentlich eine Änderung herbei zu führen. Somit wäre das Ändern nicht mehr notwendig.

Bitte um eure Meinung ...