Anonymous Login

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0000075SKGB-internsepapublic2014-07-31 16:09
Reporteraj 
Assigned Toaj 
PrioritynormalSeverityfeatureReproducibilityalways
StatusresolvedResolutionfixed 
ProjectionredesignETAnone 
PlatformWWWOSiCabOS Version3.0b
Product Version1.1Product Build 
Target Version1.3Fixed in Version1.3 
Summary0000075: mehr Daten speichern
DescriptionEs sollten mehr Daten gespeichert werden (insbesondere Amt, Status, Telefonnummer), um ein besseres User-Interface bieten zu können.
Additional InformationDIese Daten können sinnvollerweise durch ein automatisches GS-Verein--Update eingespielt werden.
TagsNo tags attached.
Attached Files

-Relationships
parent of 0000055resolvedaj Import von Daten aus GS-Verein 
related to 0000130acknowledged Update aus GS-Verein könnte E-Mail-Adressen entfernen 
child of 0000120resolvedaj SEPA Pre-Notification and Generation of Debit Files 
+Relationships

-Notes

~0000042

aj (manager)

auch geschlecht, für anrede!

~0000043

aj (manager)

update muss dann auch entsprechend angepasst werden

~0004908

aj (manager)

Last edited: 2014-05-01 11:23

View 3 revisions

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.

~0004911

aj (manager)

Last edited: 2014-05-04 00:12

View 12 revisions

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

~0004913

aj (manager)

svn rev 681
+Notes