Mitgliedsnummer und Mandatsreferenz, Datenbank-Manipulation

[fjhaas]

Hallo,

beim Test, ob sich JVerein zur Verwaltung unseres kleinen Verbandes eignet, stieß ich bis jetzt auf zwei Probleme: externe Mitgliedsnummer und Mandats-ID.
Unser überregionaler Dachverband gibt Mitgliedsnummer und die abgeleitete Mandats-ID vor, und in beiden sind Buchstaben enthalten.
Die Felder Mitgliedsnummer und Mandats-ID (bzw. Mandatsversion) akzeptieren nur Zahlen, die Berechnung der Mandats-ID ist vorgegeben.
Das Thema wurde ja schon an anderer Stelle hier im Forum diskutiert.
Es mag zwar auf den ersten Blick logisch sein, dass diese Felder nur Zahlen akzeptieren, allerdings stellt sich auch die Frage, warum? Mit diesen Feldern bzw dem Inhalt müssen ja keine Berechnungen durch geführt werden, sie werden wie Text behandelt.
Nun meine Frage dazu: Es ist ja möglich, mit Openoffice die H2-Datenbank zu bearbeiten. Bevor ich da jetzt versuche, rumzuwerkeln, würde mich interessieren, ob der Datentyp für diese Felder in der Datenbank definiert ist, und sich dort ohne negative oder unerwartete Auswirkungen aufs Programm ändern lässt oder ob die Eingaben in diese Felder vom Programm kontrolliert bzw überprüft werden, Datenbank-Manipulationen also nutzlos wären?

[heiner]

Hallo,

die Mitgliedsnummer kann nicht alphanumerisch sein, da es sich um eine Datenbank-ID handelt, die automatisch hochzählt wird. Das geht mit alphanumerischen Feldern nicht. Die Änderung des Datentypen der Mitgliedsnummer auf der Datenbank würde ich dir nicht empfehlen. Die Eingabefelder sind numerisch definiert. Es wäre theoretisch machbar, die externe Mitgliedsnummer im Programm alphanumerisch zu definieren. Momentan möchte ich allerdings an dieser Stelle keine Änderungen vornehmen. Ich bin froh, dass es inzwischen anscheinend rund läuft, da es keine Fehlermeldungen gibt. Außerdem steht das Thema Sammellastschriften noch an.

Heiner

[fjhaas]

Entschuldigung, natürlich habe ich die externe Mitgliedsnummer gemeint. Ich habe mal testweise versucht die Felddefinition in der Datenbank zu ändern. Gab leider Fehlermeldungen beim Start. Also werde ich wohl irgendwie damit umgehen müssen, das die externe Mitgliedsnummer und Mandatsversion numerisch ist.
Vielleicht kann man das ja auf die »Wunschliste« setzen als »nice to have« für irgendwann in der Zukunft. Es gibt möglicherweise noch andere Vereine, die Buchstaben in ihren Mitgliedsnummern verwenden; es würde die Flexibilität des Programms erhöhen.

Franz-Jürgen

[aruba]

Hallo,

auch ich prüfe gerade, ob ich für unseren Verein JVerein nutzen kann. Unterschied: Ich setze zur Zeit eine andere Software ein, von der ich aber weg möchte.
Auch ich bin auf die beiden gleichen Problem-Felder gestoßen: Externe Mitgliedsnummer und Mandatsreferenz.

1. Mitgliedsnummer:
Die Notwendigkeit einer Id (dann aber bitte als bedeutungslose Nummer) verstehe ich, aber warum die externe Mitgliedsnummer numerisch sein muss, verstehe ich nicht.
Wer vorher eine andere Software benutzt hat, hat hier möglicherweise Mitgliedsnummern, die Buchstaben oder Sonderzeichen (-/) enthalten. Und das ist in diesem Fall einfach Fakt und nicht diskutierbar. Muss ich wirklich alle Mitglieder anschreiben (die haben teilweise nicht mal Rechner) und neue Nummern vergeben, nur um JVerein nutzen zu können? Das ist 1. teuer und 2. gibt's Ärger. Mitgliedsnummern sind ein emotionales Thema!

2. Mandatreferenz:
Wer vorher eine andere Software nutzte, hat die Mandatsrefenz natürlich nach deren Schema vergeben, häufig sind Buchstaben oder Sonderzeichen (-/) enthalten. Das ist nicht irgendeine "egale" Info auf dem Kontoauszug! Das ist die Nummer des SEPA-Lastschriftmandats und die ist nicht änderbar! (Bitte mal einschlägige Bestimmungen durchlesen, incl. Formatdefinitionen)
Muss ich also von sämtlichen Mitgliedern neue Mandate einholen, wenn ich auf JVerein umsteigen will?

Ich hoffe, es wird klar, dass ein Umstieg auf JVerein so nahezu unmöglich ist. Also: Wenn JVerein nicht ein Nischenprodukt für Vereinsneugründungen werden soll, dann MÜSSEN diese Felder frei erfassbar (d.h. alphanumerisch incl. Sonderzeichen) sein!

PS: Ich habe viel Verständnis dafür, dass die SEPA-Umstellung ein Kraftakt war und man froh sein kann, wenn alles läuft. Aber jetzt ist der Zeitpunkt gekommen, um über Minimalanforderungen hinauszudenken. Und Software-Umsteiger sind sicherlich keine Exoten, oder?

[DIG]

Hallo aruba,

inzwischen hat Heiner die externen Mitgliedsnummern auf alphanuerisch (50 Stellen) umgestellt. Damit kannst Du Deine externen Mitgliedsnummern übernehmen, und bzgl. des Sepa-Mandats stellt Du in JVerein halt ein dass dafür anstelle der ID die externe Mitgliedsnummer verwendet werden soll.
Zur Mandatsreferenz kann ich nur ergänzen dass die sehr wohl geändert werden darf und zwar auch ohne dass dafür vom Mitglied ein neues Mandat eingeholt werden muss. Natürlich muss man allerdings dem Mitglied die neue Mandatsreferenz mitteilen und bei der ersten Verwendung der neuen Referenz der Bank auch die alte angeben. Genauer ist das z.B. hier beschrieben: http://www.hettwer-beratung.de/sepa-spe ... 3%A4nzung/

Hinweis: Die alphanumerische externe Mitgliedsnummer ist bisher (noch) nur in der aktuellen Entwicklerversion realisiert. Diese Entwicklerversion halte ich aber bereits für so gut dass sie bereits jetzt auch produktiv eingesetzt werden kann.

Gruß,
Carsten

[aruba]

Hallo Carsten,

danke für den Hinweis bzgl. der Mitgliedsnummer.

Bei der Mandatsreferenz heißt das aber nach wie vor: Brief an alle Mitglieder. Und das ist mir - ehrlich gesagt - zu aufwändig und zu teuer. Da muss ich mir wohl doch eine andere Software suchen.

Oder bewegt sich da vielleicht doch noch was? Bei der externen Mitgliedsnummer hat der stete Tropfen ja auch zum Erfolg geführt

[DIG]

Brief an alle Mitglieder. Und das ist mir - ehrlich gesagt - zu aufwändig und zu teuer.

Hast Du dazu schon mal über die 1ct-Prenotofication nachgedacht?