| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0000075 | SKGB-intern | sepa | public | 2006-07-25 18:59 | 2014-07-31 16:09 | ||||
| Reporter | aj | ||||||||
| Assigned To | aj | ||||||||
| Priority | normal | Severity | feature | Reproducibility | always | ||||
| Status | resolved | Resolution | fixed | ||||||
| Projection | redesign | ETA | none | ||||||
| Platform | WWW | OS | iCab | OS Version | 3.0b | ||||
| Product Version | 1.1 | Product Build | |||||||
| Target Version | 1.3 | Fixed in Version | 1.3 | ||||||
| Summary | 0000075: mehr Daten speichern | ||||||||
| Description | Es sollten mehr Daten gespeichert werden (insbesondere Amt, Status, Telefonnummer), um ein besseres User-Interface bieten zu können. | ||||||||
| Additional Information | DIese Daten können sinnvollerweise durch ein automatisches GS-Verein--Update eingespielt werden. | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files |
| ||||||||
 Relationships |
||||||||||||||||
|
||||||||||||||||
 Relationships |
| Notes |
|
|
aj (manager) 2006-07-25 19:33 |
auch geschlecht, für anrede! |
|
aj (manager) 2006-07-26 00:29 |
update muss dann auch entsprechend angepasst werden |
|
aj (manager) 2014-01-05 03:46 Last edited: 2014-05-01 11:23 |
Für die SEPA-PreNot brauchen wir mindestens GBetr und UMR, eigentlich auch noch SeqType mitsamt Datums-Nachverfolgung zur frst-Bestätigung (siehe ToDo-Liste). Wünschenswert wären evtl. außerdem Land und Prüfziffer. Weitere Daten sind vor 2.0 eher unwahrscheinlich. |
|
aj (manager) 2014-05-01 23:57 Last edited: 2014-05-04 00:12 |
zwei Tabellen: (1) nur durch Update: [user id +] GBetr + UMR + Nichtzahler [+ IBAN-Prfz; Kto darf nicht enthalten sein!] (2) nur intern: [user id +] SeqType + Datum letzte Lastschrift Um die Prfz sicher vom Rest zu trennen, darf in der Export-Definition 1.3 das Feld Ktonr nicht enthalten sein. Es muss in update ein Test durchgeführt werden [A], ob sich die UMR geändert hat; falls ja: - die Prfz in der auth-DB ersetzen durch die aus dem Update (ggf. auch NIL), ansonsten Prfz in auth-DB nicht ändern! - SeqType <- FRST - Datum <- NIL (Dies ist der einzige Fall, in dem update schreibend auf die interne Tabelle (2) zugreift.) Um die UMR aus Zu7 vom Datum zu trennen, genügt ggf. ein JavaScript. Hierzu müsste das Update statt durch einen Upload durch Copy-Paste erfolgen, weil nur dann die Säuberung Client-seitig ausgeführt werden kann. Wird ein Update nach EDF 1.2 ausgeführt, müssen die SEPA-Felder in der DB unangetastet bleiben. Es sollte dann eine Warnung erscheinen. [B] Heavy Lifting in: - ATreadAuthFile + __mergeData: update verhindern [B] [A] - state=diff: Warnung anzeigen [B] - state=commit: encdata parsen, dann schreiben - ATwriteAuthFile |
|
aj (manager) 2014-07-20 20:40 |
svn rev 681 |
| Notes |