Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen gezeigt.

--- ab_transfer:dev:info [2012/03/19 21:04]
Patrick Wacker ein paar kleine aktualisierungen vorgenommen
+++ ab_transfer:dev:info [2012/04/08 09:04] (aktuell)
Patrick Wacker Überlegungen zur Speicherung von Daten
@@ Zeile 1: / Zeile 1: @@
 ====== Entwicklungs-Informationen ======
-===== ToDo =====
+ToDo's sind ab jetzt [[todo|hier]] zu finden
-  * <del>Abgeleitete Klasse des ÜberweisungsWidget für Sonderedits (z.B. Datum, Zyklus bei Daueraufträgen, Terminüberweisungen)</del> (erledigt  --- //[[sod@schmufu.dyndns.org|Patrick Wacker]] 2011/08/31 21:50//)
+===== Notizen =====
-    * über ein "enum" beim Constructor ist wählbar welches "extraWidget" zusätzlich angezeigt werden soll.
-  * Bekannte Daueraufträge anders gestallten
-    * TopItem: Begünstigter - Verwendungszweck - Betrag - Währung
-    * ChildItem: Alle Details des Dauerauftrags
-  * <del>AB_VALUE und GWEN_TIME umwandlung in QVariant/QDate aqb_banking als static functions</del> (erledigt  --- //[[sod@schmufu.dyndns.org|Patrick Wacker]] 2011/08/31 21:50//)
-  * Bekannte Empfänger:
-    * <del>Bearbeiten ermöglichen (rechtsklick->edit)</del> (in 0.0.2.0 enthalten)  --- //[[schmufu.s@gmx.net|Patrick Wacker]] 2012/03/19 20:52//
-    * Wenn ein neuer Dauerauftrag oder eine neue Überweisung durchgeführt wurde den Empfänger in "bekannte Empfänger" speichern (sofern dort noch nicht vorhanden)
-    * <del>evt. als eigenständigen Dialog (DockWidget) anzeigen (hinzufügen als Drag'n'Drop realisiert)</del> (in 0.0.2.0 enthalten)  --- //[[schmufu.s@gmx.net|Patrick Wacker]] 2012/03/19 20:52//
-  * getätigte Überweisungen
-    * Anzeige von getätigten Überweisungen (automatisch wenn eine Überweisung ausgeführt wird)
-    * Manuelles Löschen (rechtsklick->löschen)
+==== Speicherung der Daten ====
-Für getätige und angelegte Terminüberweisungen und Daueraufträge
+Erste Überlegungen und Entscheidungen für das lokale Speichern der Daten und wie dies am sinnvollsten realisiert werden kann.
-  * Wenn eine DatedTransfer oder StandingOrder neu angelegt wird muss dies auch einen Abruf der aktuell hinterlegten Daten ausführen
+=== Was soll erreicht werden ===
-    * Dies muss zwingend NACH dem anlegen geschehen!
-    * Überprüfen ob die Abholungen die neu angelegte Transaction beinhalten.
-  * Bei Änderung muss die Alte in den Settings gelöscht werden und die neue gespeichert werden!
-    * wie unterscheiden wir, wenn mehr als 1 geändert wird, welche gelöscht und neu gespeichert werden muss?
-      * es kann auch der Empfänger geändert werden!
-      * eigentlich kann alles bis auf den Absender geändert werden!
-      * Einfach zu Beginn alle geänderten löschen und hoffen das kein Fehler beim Ändern auftritt?
-    * => Es werden alle vorhandenen terminierten Überweisungen beim Institut abgeholt. Somit können vorher auch //einfach// alle gelöscht werden?
+  * Speicherung der aktuellen Daten und der Historie in lokaler Datei.
+    * getätigte Aufträge (Historie).
+      * Alles was gesendet wurde (Anlegen/Ändern/Löschen/Aktualisieren) in chronologischer Reihenfolge.
+    * Daueraufträge (in separater Datei).
+    * Terminüberweisungen (in separater Datei).
+    * //aktueller Kontostand/Dispo// (evt. später).
+  * Export von getätigten Überweisungen. Dazu sollte die Export-Funktionalität von AqBanking genutzt werden.
-===== Notizen =====
+=== Überlegungen / Noch Testen ===
+Die vorhandenen Daueraufträge und terminierten Überweisungen werden zur Zeit mit in der ini-Datei gespeichert, dies sollte später nicht mehr stattfinden.\\
+Für Daueraufträge und terminierte Überweisungungen existieren bereits Objekte die die Daten für die interne Bearbeitung zur Verfügung stellen (abt_StandingInfo bzw. abt_DatedInfo). Jedes Account-Objekt (abt_AccountInfo) enthält jeweils eine Liste wo die entsprechenden Standing-/DatedInfo Objekte referenziert werden.
+Die Dated- und StandingInfo Objekte könnten die Liste selber verwalten, somit kann hier dann auch ein löschen, ändern, anlegen implementiert werden (momentan geschieht dies in abt_settings). Dann braucht in abt_AccountInfo auch keine Liste mehr verwaltet werden, sondern es kann einfach das entprechende Objekt verwendet werden.\\
+Dieses Objekt könnte als Basis-Klasse ausgelegt werden und dann auch für die Historie verwendet werden.
+Interresant wäre das Speichern mithilfe der AqBanking_ImExporter* Funktionen. Die Funktion zum parsen müsste dann so erstellt werden das sie sowohl die Historie und lokal gespeicherten Daueraufträge/terminierten Überweisungen importieren kann, als auch die Daten die von der Bank zurückkommen.\\
+Diese Funktion müsste die Daten in den entsprechenden Objekten zur Verfügung stellen. Beim Beenden müssen dann alle Daten der Objekte in einen Context gepackt werden und Exportiert werden.
+** Überlegungen noch nicht abgeschlossen, wird noch erweitert werden **
+== weiteres ==
+  * Beim export des context über AB_Banking_ExportToFile(banking->getAqBanking(), ctx, "ctxfile", "default", "/tmp/exporterTest_ctxfile.ctx") wird anscheinend der Status und der Typ der Transaction des Auftrages nicht gepeichert ('type' und 'status' werden mit ="unknown" gespeichert)
+==== Ältere Überlegungen ====
 ** Ab hier ist einiges veraltet und Bedarf einer Überarbeitung! Momentan fehlt allerdings die Zeit um dies vernünftig neu zu dokumentieren **

Zuletzt angesehen:

Unterschiede

Suche

Main Navigation

Seiten Navigation

Hilfen

Werkzeuge

Projektwerkzeuge