Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung Letzte Überarbeitung Beide Seiten der Revision | ||
|
ab_transfer:dev:info [2011/08/31 21:56] Patrick Wacker [ToDo] erledigte markiert und Ideen für bekannte Empfänger hinzugefügt |
ab_transfer:dev:info [2012/04/08 08:24] Patrick Wacker link zu den ToDo's korrigiert |
||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| ====== Entwicklungs-Informationen ====== | ====== 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 | + | ** Ab hier ist einiges veraltet und Bedarf einer Überarbeitung! Momentan fehlt allerdings die Zeit um dies vernünftig neu zu dokumentieren ** |
| - | * 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//) | + | Zum Nachdenken: |
| - | * Bekannte Empfänger: | + | |
| - | * Bearbeiten ermöglichen (rechtsklick->edit) | + | <code cpp-qt> |
| - | * Wenn ein neuer Dauerauftrag oder eine neue Überweisung durchgeführt wurde den Empfänger in "bekannte Empfänger" speichern (sofern dort noch nicht vorhanden) | + | ai=AB_ImExporterContext_GetFirstAccountInfo(ctx); |
| - | * evt. als eigenständigen Dialog (DockWidget) anzeigen (hinzufügen als Drag'n'Drop realisiert) | + | while(ai) { |
| + | this->parseImExporterAccountInfo_Status(ai); | ||
| + | this->parseImExporterAccountInfo_DatedTransfers(ai); | ||
| + | this->parseImExporterAccountInfo_NotedTransactions(ai); | ||
| + | this->parseImExporterAccountInfo_StandingOrders(ai); | ||
| + | this->parseImExporterAccountInfo_Transactions(ai); | ||
| + | this->parseImExporterAccountInfo_Transfers(ai); | ||
| + | |||
| + | ai=AB_ImExporterContext_GetNextAccountInfo(ctx); | ||
| + | } /* while ai */ | ||
| + | </code> | ||
| + | |||
| + | bei Anlegen und Ändern von DatedTransfers wird die while nicht durchlaufen, beim löschen schon (das funktioniert auch). Somit müssten wir beim Anlegen und Ändern auch die aktuellen DatedTransfers abfragen, sonst nicht? | ||
| + | |||
| + | Ich war eigentlich davon ausgegangen das auch beim Ändern einer datedTransfer die while Schleife durchlaufen wird, da in der Terminueberweisungen.ini auch Transactions existieren die einen Status zum löschen und geändert etc. besitzen. [NEIN! nach Anlage und nach Löschen ist dort dokumentiert!] | ||
| + | |||
| + | |||
| + | => Schlussfolgerung | ||
| + | * Bei Anlegen und Ändern muss zwingend ein getDatedTransfers() ausgeführt werden. (nach Anlage oder Änderung) | ||
| + | * Löschen funktioniert ohne erneute Abfrage | ||
| + | * Beim Ändern muss die alte Transaction gelöscht werden, dies darf aber nur geschehen wenn beim Ändern keine Fehler aufgetreten sind! | ||
| + | * wie kann überprüft werden ob fehler aufgetreten sind? | ||
| + | |||
| + | |||
| + | => Umbau des Parsens --- //[[sod@schmufu.dyndns.org|Patrick Wacker]] 2011/10/26 19:46// | ||
| + | * Es sollte die JobListe durchgegangen werden und je nach JobType und JobStatus der Context entsprechend geparst werden. | ||
| + | * Einzelne Typ und Stati haben keinen context! (z.B. Anlegen von Terminierten Überweisungen) | ||
| + | * Werden Terminierte Überweisungun mit Status "pending" angelegt? | ||
| + | * Was ist mit "normalen" Überweisungen? | ||
| + | * wenn type=modifiyDatedTransfer und status=finished dann die Transaction des entsprechenden Jobs löschen | ||
| + | * kommen wir da über den job ran oder müssen wir und die Transaction merken? | ||
| ===== aqBanking ===== | ===== aqBanking ===== | ||
| - | Verwendet wird die aqBanking ((link erstellen)) library | + | Verwendet wird die AqBanking ((link erstellen)) Bibliothek. |
| Zeile 55: | Zeile 85: | ||
| === Brainstorming === | === Brainstorming === | ||
| - | Jede Überweisung muss in einem separaten AB_JOB gespeichert werden ((wir wollen keine Sammelüberweisungen)) und dieser AB_JOB dann einer JOB_LIST hinzugefügt werden. Wenn alle Transactionen vorhanden sind wird die JOB_LIST zur Bank übertragen und danach der ImExporterContext (CTX) ausgewertet, im CTX können auch Meldungen und Logs vorkommen, nicht nur die Transaktionen und das ganze muss separat für jeden empfangenen Account erledigt werden. | + | Jede Überweisung muss in einem separaten AB_JOB gespeichert werden und dieser AB_JOB dann einer JOB_LIST hinzugefügt werden. Wenn alle Transactionen vorhanden sind wird die JOB_LIST zur Bank übertragen und danach der ImExporterContext (CTX) ausgewertet, im CTX können auch Meldungen und Logs vorkommen, nicht nur die Transaktionen und das ganze muss separat für jeden empfangenen Account erledigt werden. |
| + | |||
| + | Sammelüberweisungen können durch die Anwendung selber __nicht__ beeinflusst werden, dies ist abhängig vom jeweiligen Institut und dem verwendeten Backend in AqBanking. | ||
| Erstellte und/oder geänderte/gelöschte Daueraufträge müssen dann in der lokalen Datei auch eingetragen/gelöscht werden, diese Daten müssen dem CTX entnommen werden! | Erstellte und/oder geänderte/gelöschte Daueraufträge müssen dann in der lokalen Datei auch eingetragen/gelöscht werden, diese Daten müssen dem CTX entnommen werden! | ||
