CiviCRM Verwaltungsportal
Diese Site ist das zentrale CiviCRM-Backend der LAG Soziale Brennpunkte Niedersachsen. Hier verwalten Sachbearbeiter Kontakte, Projekte (als Fälle), Veranstaltungen und Beratungsfälle aller Programme.
Angebundene Websites
| Programm | Website | Kontakte | Drupal |
|---|---|---|---|
| GWA | gwa.dev.lag-nds.de | 1.810 | D7 |
| Kontakt-GWA | kontakt.dev.lag-nds.de | 243 | D7 |
| Chancengleich | chancengleich.dev.lag-nds.de | 158 | D7 |
| Gemeinsam | gemeinsam.dev.lag-nds.de | 149 | D7 |
| LAG (Pilot D11) | new.dev.lag-nds.de | 388 | D11 |
Schnellzugriff
- CiviCRM Dashboard
- Kontakte suchen
- Fälle (Cases)
- Veranstaltungen verwalten
- SearchKit (Dashboards)
- System-Status
CiviCRM Datenbestand
| Entität | Anzahl |
|---|---|
| Kontakte (aktiv) | 8.748 |
| Fälle (Projekte + Beratung) | 945 |
| Veranstaltungen | 214 |
| Aktivitäten | 28.445 |
| Beziehungen | 2.727 |
Durchgeführte Bereinigungen (März 2026)
- Website-Tags: Alle Kontakte sind getaggt nach Herkunfts-Website (site:gwa, site:kontakt, site:chancengleich, site:gemeinsam, site:crm)
- Fälle mit Custom Fields: 473 Fälle haben strukturierte Felder — Haushaltsjahr, Programm, Projektart, Aktenzeichen, Projekttitel
- Generische Falltypen: Förderprojekt + Beratungsfall (für neue Fälle)
- Spam bereinigt: 20 Fake-Kontakte gelöscht
- Papierkorb geleert: 2.524 fälschlich gelöschte Kontakte wiederhergestellt
- Duplikate zusammengeführt: ~1.409 Duplikat-Paare (gleicher Name + gleiche E-Mail) per CiviCRM-Merge zusammengeführt, Drupal-Node-Referenzen automatisch umgeschrieben
- Trigger gefixt: Datenbank-Trigger auf Dev-User umgeschrieben
⚠ Wichtig: Live → Dev Synchronisation
Alle Bereinigungen existieren nur auf dem Dev-Server! Die Produktions-Kasserver wurden nicht verändert. Bei einem erneuten Sync von Live nach Dev werden alle Änderungen überschrieben:
| Was wird überschrieben | Betroffen |
|---|---|
| Website-Tags (site:gwa etc.) | civi_live → civicrm_tag + civicrm_entity_tag |
| Custom Field Group "Projektdaten" | civi_live → civicrm_custom_group + civicrm_custom_field + civicrm_value_projektdaten |
| Generische Case Types | civi_live → civicrm_case_type |
| Merge-Mapping-Tabelle | civi_live → civicrm_merge_mapping |
| Alle durchgeführten Merges | civi_live + alle D7-Drupal-DBs → Duplikate sind wieder da |
| Drupal-Referenz-Updates | D7-DBs → field_ansprechpartner zeigt wieder auf alte IDs |
| DB-Trigger | civi_live → Trigger haben wieder Kasserver-Definer |
| File paths | D7-DBs → variable-Tabelle hat wieder Kasserver-Pfade |
Nach jedem Sync ausführen:
- File paths fixen:
file_temporary_pathundfile_private_pathin dervariable-Tabelle aller 5 D7-Sites auf Dev-Pfade umschreiben - Trigger fixen: DB-Trigger in
civi_livevon Kasserver-User aufwebmaster@localhostumschreiben - Tags + Custom Fields + Mapping neu erstellen: Die Bereinigungsscripts nochmal laufen lassen
- Merge-Script erneut ausführen:
bash /var/www/civi.lag-nds.de/merge_duplicates.sh --limit=1500 - Papierkorb leeren:
UPDATE civicrm_contact SET is_deleted = 0 WHERE is_deleted = 1; - civi_new_d11 aktualisieren: Frische Kopie von civi_live +
cv upgrade:db - Caches leeren:
drush cc allfür alle D7-Sites +drush crfür D11
Ziel: Alles in ein idempotentes Script /usr/local/bin/post-sync.sh zusammenfassen, das nach jedem Sync einmal ausgeführt wird.
Sync-Ablauf: Live → Dev
| Schritt | Was passiert |
|---|---|
| 1. Datenbanken | 6 Datenbanken per mysqldump über SSH von den Kasservern holen (5× Drupal + 1× CiviCRM) |
| 2. Dateien | Private Dateien (Uploads, Anhänge) per rsync synchronisieren — ca. 9 GB über alle Sites |
| 3. Post-Sync | File paths, Trigger, Tags, Custom Fields, Merges, Papierkorb, Caches (siehe oben) |
Quellen:
- LAG-Kasserver (
ssh-w018d831@w01c3f0b.kasserver.com): chancengleich, gemeinsam, lag-nds.de, CiviCRM - GWA-Kasserver (
ssh-w01c3f21@w01c3f0b.kasserver.com): gwa-nds.de, kontakt-gwa.de
Wichtig: Auf den Live-Sites wird nichts verändert. Der Sync ist eine Einweg-Kopie (Live → Dev). Mailpit fängt alle E-Mails ab — es gehen keine Nachrichten nach außen.
Nächste Schritte
- Idempotentes Post-Sync-Script erstellen (
/usr/local/bin/post-sync.sh) - SearchKit-Dashboards für Sachbearbeiter konfigurieren
- Custom Module für bidirektionalen Workflow-Sync (CiviCRM-Fallstatus ↔ Drupal Content Moderation)
- CiviCRM-Upgrade auf 6.x (nach D7-Abschaltung)
Datenbank: civi_live (geteilt mit allen D7-Sites) — CiviCRM 5.82.1 — Drupal 11.3.2