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:

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

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