Wenn man sich mit der administrativen Verwaltung eines Vereins befasst, dann gibt es aktuell eine Reihe von Systemen, welche die Grundbed\u00fcrfnisse der Administration abdecken. Dazu geh\u00f6ren im Wesentlichen die Verwaltung der Stammdaten, die M\u00f6glichkeit des Beitragseinzuges und der Gestaltung der Beitr\u00e4ge. Diverse Systeme bieten dar\u00fcber hinaus auch noch die M\u00f6glichkeit einer f\u00fcr die meisten Vereine notwendigen Buchf\u00fchrung (EA\u00dc-Buchf\u00fchrung). <\/p>\n\n\n\n
Sobald es aber darum geht, die Mitgliederdaten in anderen administrativen Prozesse zu nutzen, ist man meist am Ende der weiteren Nutzung der Daten. Zwei Beispiele hierzu:<\/p>\n\n\n\n
In diesem Fall ben\u00f6tigt man die Mitgliederdaten, um eine Verbindung zwischen begleiteten Personen (Patienten) und den HospizbegleiterInnen herzustellen. Dar\u00fcber hinaus besteht nat\u00fcrlich auch die Notwendigkeit, die Verf\u00fcgbarkeit der HospizbegleiterInnen verwalten zu k\u00f6nnen. Wie kommt man also an die bestehenden Informationen heran? In diversen Systemen, welche ich oberfl\u00e4chlich analysiert habe, werden in den „spezialisierten“ Systemen diese Informationen nochmals erfasst. Im Prinzip ein „No-Go“ aus Sicht der IT. Hier gilt immer das Prinzip der Datenredundanzvermeidung, was sich aber schwerlich durchsetzen l\u00e4sst, wenn man eben die genannten Dateninseln verwalten muss. <\/p>\n\n\n\n
Mit den i.d.R. angebotenen M\u00f6glichkeit der Abbildung des Mitgliedsbeitrages kommt in einen Fischereiverein (oder auch Angelverein genannt) nicht weit. Hier gibt es weiterreichende Anforderungen wie Erf\u00fcllung von Arbeitsdiensten, Besatzkosten (einmalig oder regelm\u00e4\u00dfig), Zufahrtskosten f\u00fcr die Angelgr\u00fcnde, usw. usw.. Ein Fischereiverein hat daneben aber noch andere Aspekte wie Geb\u00fchren f\u00fcr Tageskarten, besondere Angelevents. Kurz: die „normale“ Mitgliederverwaltung greift hier viel zu kurz, um die Vielf\u00e4ltigkeit eines Bereiches wie die Beitragsabrechnung f\u00fcr ein Mitglied abzubilden.<\/p>\n\n\n\n
Eine M\u00f6glichkeit w\u00e4re es, die Eingangs genannte Software f\u00fcr Mitgliederverwaltung offener zu gestalten. „Offen“ in dem Sinne, dass Erweiterungen eingebracht werden k\u00f6nnten. Nimmt man sich z.B. System wie WordPress zum Vorbild, dann gibt es dort eben sog. „Hooks“, an denen man sich in die Systemlogik einklinken kann. <\/p>\n\n\n\n
Oder noch weiter gegriffen -> man nimmt sich SAP als Vorbild. Was ist hier „vorbildlich“? Nun – SAP hat bereits in seinen Gr\u00fcnderzeiten nie ein Geheimnis um den Programmcode gemacht. Der Code konnte vom Benutzer erweitert werden. Das war nat\u00fcrlich auch mit der Gefahr verbunden, dass mit jedem Releasewechsel die gemachten \u00c4nderungen \u00fcberpr\u00fcft werden mussten. Das hat sich dann mit der Zeit ge\u00e4ndert und die Punkte, wo man im Code selbst Erweiterungen machen konnte, wurden so gestaltet, dass sie weitestgehend Release-unabh\u00e4ngig wurden. Nat\u00fcrlich liegt die Verantwortung hier immer bei demjenigen, der die \u00c4nderung eingebracht hat. <\/p>\n\n\n\n
Aktuell sieht es in dem von mir grob skizzierten Bereich nicht besonders gut aus. Die Folge sind Dateninseln oder „Kr\u00fccken“ wie z.B. der Download von Stammdaten in – oh Wunder – Excel-Formate, damit mit diesen dann der Benutzer seine besonderen Anforderungen in welcher Form auch immer dann erg\u00e4nzen kann. Es w\u00e4re sch\u00f6n, wenn sich die Softwarehersteller mehr in Richtung von offenen API-Schnittstellen hin bewegen w\u00fcrden, um hier eine \u00d6ffnung der Datennutzung bereitzustellen.<\/p>\n","protected":false},"excerpt":{"rendered":"
Wenn man sich mit der administrativen Verwaltung eines Vereins befasst, dann gibt es aktuell eine Reihe von Systemen, welche die Grundbed\u00fcrfnisse der Administration abdecken. Dazu geh\u00f6ren im Wesentlichen die Verwaltung der Stammdaten, die M\u00f6glichkeit des Beitragseinzuges und der Gestaltung der Beitr\u00e4ge. Diverse Systeme bieten dar\u00fcber hinaus auch noch die M\u00f6glichkeit einer f\u00fcr die meisten Vereine notwendigen Buchf\u00fchrung (EA\u00dc-Buchf\u00fchrung). Sobald es aber darum geht, die Mitgliederdaten in anderen administrativen Prozesse zu nutzen, ist man meist am Ende der weiteren Nutzung der Daten. Zwei Beispiele hierzu: Fall 1 – Mitglieder sind HospizbegleiterInnen In diesem Fall ben\u00f6tigt man die Mitgliederdaten, um eine Verbindung zwischen begleiteten Personen (Patienten) und den HospizbegleiterInnen herzustellen. Dar\u00fcber hinaus besteht nat\u00fcrlich auch die Notwendigkeit, die Verf\u00fcgbarkeit der HospizbegleiterInnen verwalten zu k\u00f6nnen. Wie kommt man also an die bestehenden Informationen heran? In diversen Systemen, welche ich oberfl\u00e4chlich analysiert habe, werden in den „spezialisierten“ Systemen diese Informationen nochmals erfasst. Im Prinzip ein „No-Go“ aus Sicht der IT. Hier gilt immer das Prinzip der Datenredundanzvermeidung, was sich aber schwerlich durchsetzen l\u00e4sst, wenn man eben die genannten Dateninseln verwalten muss. Fall 2 – Mitglieder in einem Fischereiverein Mit den i.d.R. angebotenen M\u00f6glichkeit der Abbildung des Mitgliedsbeitrages kommt in einen Fischereiverein (oder auch Angelverein genannt) nicht weit. Hier gibt es weiterreichende Anforderungen wie Erf\u00fcllung von Arbeitsdiensten, Besatzkosten (einmalig oder regelm\u00e4\u00dfig), Zufahrtskosten f\u00fcr die Angelgr\u00fcnde, usw. usw.. Ein Fischereiverein hat daneben aber noch andere Aspekte wie Geb\u00fchren f\u00fcr Tageskarten, besondere Angelevents. Kurz: die „normale“ Mitgliederverwaltung greift hier viel zu kurz, um die Vielf\u00e4ltigkeit eines Bereiches wie die Beitragsabrechnung f\u00fcr ein Mitglied abzubilden. Gibt es einen Ausweg? Eine M\u00f6glichkeit w\u00e4re es, die Eingangs genannte Software f\u00fcr Mitgliederverwaltung offener zu gestalten. „Offen“ in dem Sinne, dass Erweiterungen eingebracht werden k\u00f6nnten. Nimmt man sich z.B. System wie WordPress zum Vorbild, dann gibt es dort eben sog. „Hooks“, an denen man sich in die Systemlogik einklinken kann. Oder noch weiter gegriffen -> man nimmt sich SAP als Vorbild. Was ist hier „vorbildlich“? Nun – SAP hat bereits in seinen Gr\u00fcnderzeiten nie ein Geheimnis um den Programmcode gemacht. Der Code konnte vom Benutzer erweitert werden. Das war nat\u00fcrlich auch mit der Gefahr verbunden, dass mit jedem Releasewechsel die gemachten \u00c4nderungen \u00fcberpr\u00fcft werden mussten. Das hat sich dann mit der Zeit ge\u00e4ndert und die Punkte, wo man im Code selbst Erweiterungen machen konnte, wurden so gestaltet, dass sie weitestgehend Release-unabh\u00e4ngig wurden. Nat\u00fcrlich liegt die Verantwortung hier immer bei demjenigen, der die \u00c4nderung eingebracht hat. Fazit Aktuell sieht es in dem von mir grob skizzierten Bereich nicht besonders gut aus. Die Folge sind Dateninseln oder „Kr\u00fccken“ wie z.B. der Download von Stammdaten in – oh Wunder – Excel-Formate, damit mit diesen dann der Benutzer seine besonderen Anforderungen in welcher Form auch immer dann erg\u00e4nzen kann. Es w\u00e4re sch\u00f6n, wenn sich die Softwarehersteller mehr in Richtung von offenen API-Schnittstellen hin bewegen w\u00fcrden, um hier eine \u00d6ffnung der Datennutzung bereitzustellen.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-203","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/posts\/203","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/comments?post=203"}],"version-history":[{"count":1,"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/posts\/203\/revisions"}],"predecessor-version":[{"id":204,"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/posts\/203\/revisions\/204"}],"wp:attachment":[{"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/media?parent=203"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/categories?post=203"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.npoitsupport.de\/index.php\/wp-json\/wp\/v2\/tags?post=203"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}