Mitglieder

Projekte/Einführung CiviCRM

< Projekte
Version vom 3. Juni 2012, 13:53 Uhr von 80686 (Diskussion | Beiträge) (→‎C: verschoben nach Meta)

CiviCRM ist eine auf Drupal aufbauende Software welche verschiedene Aspekte von gemeinnützigen Organisationen abdeckt:

  • Verwaltung von Kontakten und Organsisationen samt Kontakthistorie
  • Erstellung von personalisierten Mailings an Kontakte / Gruppen von Kontakten
  • Verwaltung von Spenden inkl. Abwicklung der Zahlung und Verbuchung auf Bankkonten
  • Verwaltung von Mitgliedschaften, analog zu Spenden

Einfach nur installiert ist das System nur bedingt einsatzfähig. Spendenseiten zum Einsammeln von Spenden oder Erfassung von Mitgliedschaften lassen sich zwar mit CiviCRM erzeugen, in der Praxis sind sie aber nicht flexibel konfigurierbar und die Vorgaben nicht den Anforderungen von Wikimedia entsprechend.

Wikimedia Schweden hat das System seit 2010 im Einsatz und mit eigenen Modulen erweitert, die mit der API von CiviCRM kommunizieren. Damit ist es möglich die CiviCRM zugrundeliegende Infrastruktur zu nutzen und trotzdem eigene Spenden- und Mitgliederformulare zu verwenden. Insbesondere die Verwendung von Spendenarten als Buchungskonten für alle Ein- und Ausgaben des Vereins ermöglicht es die gesamte Buchhaltung in CiviCRM zu erledigen - auch wenn dies eigentlich nicht vorgesehen ist.

Software

Der Quellcode der eigenen Module steht unter GPL im Subversion von Wikimedia zur Verfügung:

Holger von Wikimedia Schweden und Manuel von Wikimedia Österreich haben gemeinsam die bestehenden Module von Wikimedia Schweden auf CiviCRM 4 (Drupal 7) portiert und so erweitert, dass sie auch ausserhalb von Schweden universell eingesetzt werden können.

Dokumentation und Entwicklung

Alle allgemeinen Informationen zu CiviCRM sowie die Bug- / Todoliste sollte nach Meta transferiert werden, da dort gemeinsam an CiviCRM chapter-übergreifend entwickelt wird:

Eigene Module

Basismodul

wmse_base

Beschreibung

Beinhaltet allgemeine Funktionen zur Zahlungsabwicklung. Es gibt eine Schnittstelle zu selbstgebauten Zahlungsmodulen. Derzeit funktionieren Payson (Wikimedia Schweden), Lastschriften und Überweisungen.

Spenden

wmse_donate

Parameter

  • individuelle Parameter werden von Zahlungsmodulen eingebunden

Beschreibung

Das Spendenmodul zeigt ein allgemeines Spendenformular und erfasst Spenden. Diese werden direkt verbucht. Über das Basismodul können die Spenden online bezahlt werden, bei positiver Rückmeldung werden die zugehörigen Buchungen als erledigt markiert.

Mitgliedschaftsanmeldung

wmse_membership

Beschreibung

Zeigt ein Formular zur Mitgliedschaftsanmeldung. Legt automatisch auch den passenden Mitgliedsbeitrag an und ermöglicht die Zahlung des Beitrags über die Zahlmodule im Basismodul. Entsprechend wird bei erfolgter Bezahlung diese verbucht.

Über einen personalisierten Link können Mitglieder ihre Mitgliedschaft aufrufen und verlängern, dh. die es wird eine neue Buchung zum Mitgliedsbeitrag angelegt welche online beglichen werden kann.

MediaWiki-Parser

wmse_mediawikiparser

Parameter

  • URL zu einer MediaWiki-API

Beschreibung

Stellt einen neuen Content-Type in Drupal zur Verfügung. Inhalte von diesem Content-Type werden durch die MediaWiki-API geparst, der von der API erstellte HTML-Quellcode wird in die Ausgabe der Drupalseite einbunden. Das erlaubt es ua. auch Vorlagen aus dem angebundenen MediaWiki zu verwenden oder dort vorhandenen Bilder einzubinden - auch von externen Bildarchiven, bspw. Wikimedia Commons, wenn dies im Wiki konfiguriert wurde.

Verwenden wir in Kombination mit dem Mitglieder-Wiki um einige Inhalte nur einmal pflegen zu müssen. Inhalte, die im Wiki vorhanden sind wie Statuten, Impressum oder aktuelle Projekte werden so per Vorlageneinbindung in der Drupal-Webseite angezeigt.

Arbeitsplan Hackfest 7. - 10. Oktober

Folgende Abläufe sollen am Ende des Hackfest funktionieren:

Mitglieder

  • Registrierung eines Mitglieds - Status als neu, Benachrichtigung an Vorstand
  • halb-manueller Versand einer Willkommensmeldung setzt Status? (Vorlage erstellen, Ablauf definieren)
  • Versand von Mitgliedschaftserneuerungsmails (Link mit Hash)
  • Rundmail an alle Mitglieder funktioniert (Vorlage erstellen)

Spenden

  • Spenden müssen als "neu" erfasst werden
    • Weiterleitung an Paypal muss funktionieren
      • Rückmeldung von Paypal setzt Status als "erledigt" oder "fehlgeschlagen"
    • Lastschriften werden in ELBA-Datei exportiert
    • Import von Transaktionen via ELBA setzt Status als "erledigt" oder "fehlgeschlagen"

Berichte

  • alten Fundraisingbericht anpassen so dass er läuft
  • Budgetübersicht

Todo

A

  • Wikimedia.at-Content (Titelleiste) ausblenden, wenn in CiviCRM

Manuel:

  • ssl Zertifikat
    • antwortlink wegen Emailadresse schon registriert: nicht vertrauenswürdig (https!)

Florian:

  • Höchste Prio: Neue Tasks Liste mit allen DDEB Contributions mit negativem Betrag
    • Export als Überweisung (neuer edifact code notwendig)
  • Export von Spendern nach ELBA speichert am Kontoauszug nur den Namen des edi-files und nicht die zugehörigen spendernamen.
  • Backend Theme so abändern, dass es unter der /civicrm URL auf voller Breite angezeigt wird
  • Titel auf der DDEB tasks page wenn man einen batch exportiert hat ist falsch: Es wurden Zuwendungen für den Import in ELBA exportiert.
  • Task direct debit (wmse/tasks/directdebit) neue Spalten: Kontonummer und bankleitzahl
  • Recurring Spenden (siehe unten)
  • Übersetzen des Feldes für die recurring Spenden (offenbar keine separaten "felder" (?), da man sie über die suche nicht findet)

Holger:

  • Membership Modul
    • Lastschriftbezahlung Mitgliedschaft neu: eingaben werden nicht validiert
    • Mitgliedschaftsart: betrag weg, dafür im Feld mitgliedsbetrag eine warnung, wenn unter 15/20 gesetzt wird.
    • oben vor dem betrag "mindestens 15 EUR"
    • Titel sortieren (Herr und Frau am Anfang)
  • Direct Debit alle Contributions auflisten die zu einem EDIFACT Batch gehören (batch_id in generate_dirdeb_edifact)
    • Lösung über Option Feld mit der batch id als prefix + aktuellen timestamp
    • Zusätzlich die trnx_id auf batch_id + contribution id setzen (muss eindeutig sein)
    • Funktionalität um alle diese Contributions als bezahlt zu markieren mit liste und checkboxen
  • Spende Frontend: Bank Einzugsermächtigung erteilt Feld wird nicht gesetzt (schein null zu sein).
    • Einfach im DirectDebit Spendenformular das Feld befüllen & UI für Feldauswahl
    • Das ist ein Bug im donations modul
  • Frontend Mitgliedschaft mit Paypal abgebrochen (Browser zurück und refresh) und als Lastschrift weitergeführt (in der Liste anhaken und unten das Dropdown auf Lastschrift): Fehlermeldung: Payment not completed. Status: CREATED
    • Die Contribution ist im Civi noch immer als Paypal markiert, d.h. das dropdown auf Lastschrift wird nicht akzeptiert
  • Neue Tasks Liste für ausständige Payments:
    • Listet alle ausständigen Contributions auf mit checkboxen
    • Aktionen: Email schicken, mit dem Link für eine Tasks page auf der der User eine Contribution auswählen kann und das Payment wiederaufnehmen

B

kompliziertere, nicht ganz so wichtige Dinge

  • http://www.wikimedia.at/wmse/tasks Paypal Spenden die komplett sind, werden nicht unbedingt als komplett im CiviCRM markiert
    • Grund: Falls die Zahlung bei PayPal abgeschlossen wurde, dann aber der Benutzer nicht gewartet hat bis er zurück auf unserer Seite war
    • Lösung A: Button um nochmal bei PayPal zu prüfen ob die Zahlung abgeschlossen ist
    • Lösung B: Instant Payment Notifications implementieren
  • Testseite soll regelmäßig mit Datenbankbackup der Hauptseite befüllt werden.
  • Drupal auf SVN/Git umstellen.
  • PDF Page Templates generieren für Mitgliederbestätigung und andere Meldungen

C

in sich abgeschlossene, größere Projekte

  • letzter Spenderkommentar mit Text statt Bild (wie jetzt) mit definierter Zeichenanzahl, Link weiterführend auf last-donations-modul
  • ELBA MT940 Import für zurückgebuchte DIRDEBs
    • ELBA liefert keine Kontozeilen für Lastschriften die funktioniert haben, sondern nur eine Zeile pro zurückgebuchter Lastschrift
    • Es wäre möglich einen ELBA Export Batch als bezahlt zu markieren und dann ein MT940 File zu importieren mit dem man einzelne Fehlbuchungen, falls man diese in MT940 erkennen kann, als fehlerhaft markieren.

CiviCRM-Schulung 9. - 11. März

Teilnehmer
  • Kurt Kulac (vor Ort)
  • Beppo Stuhl (Anreise: )
  • Holger Motzkau (Anreise per Flugzeug via Wien)
  • Florian Hackenberger (vor Ort)
  • Hakan Köklü (vor Ort)
  • Ruben Demus (reist später aus London an)
  • Manuel Schneider (Anreise per Flugzeug via München)
  • Reiner Strubert (vor Ort)
Freitag Abend

Anreise, Eintreffen s. Teilnehmerliste

Samstag Morgen
  1. Kontaktverwaltung
    1. neuen Kontakt anlegen
    2. Organisationen anlegen
    3. automatische Gruppen
    4. Mailversand individuell / via Gruppen
    5. Mailvorlagen anlegen / verwalten
    6. Duplikate finden / mergen
  2. Mitgliederverwaltung
    1. neue Mitgliedschaft anlegen - Mitgliedsnummer!
    2. Mitgliedsbeitrag erfassen
    3. Mitglieder ausfiltern deren Beitrag ausstehend ist
    4. Modul "Mitglied werden"
      1. wie sieht man neue Anmeldungen? Vorlage zum Vorstandsbeschluss
      2. Vervollständigung der Anmeldung nach Vorstandsbeschluss
Samstag Nachmittag
  1. Buchungen
    1. Kontenübersicht / Kontenverwaltung
    2. korrektes Buchen von Auslagen / Refundierungen
    3. Buchungsstati - geplante und erfolgte Buchungen
    4. Reporting - Budgetverwaltung
Sonntag Morgen
  1. Spenden
    1. automatische Spenden bearbeiten
    2. manuelles Erfassen von Spenden
    3. EDIFACT Export
    4. Abgleich von Spendendaten mit tatsächlichen Buchungen
    5. Verdanken von Spenden
Abgerufen von „https://mitglieder.wikimedia.at/w/index.php?title=Projekte/Einführung_CiviCRM&oldid=2012“