Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung | |||
|
ab_transfer:dev:info [2012/04/08 08:24] Patrick Wacker link zu den ToDo's korrigiert |
ab_transfer:dev:info [2012/04/08 09:04] (aktuell) Patrick Wacker Überlegungen zur Speicherung von Daten |
||
|---|---|---|---|
| Zeile 4: | Zeile 4: | ||
| ===== Notizen ===== | ===== Notizen ===== | ||
| + | |||
| + | ==== Speicherung der Daten ==== | ||
| + | |||
| + | Erste Überlegungen und Entscheidungen für das lokale Speichern der Daten und wie dies am sinnvollsten realisiert werden kann. | ||
| + | |||
| + | === Was soll erreicht 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. | ||
| + | |||
| + | === Ü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 ** | ** Ab hier ist einiges veraltet und Bedarf einer Überarbeitung! Momentan fehlt allerdings die Zeit um dies vernünftig neu zu dokumentieren ** | ||
