Ja wir würden uns auch sehr freuen, wenn es kommt.
Danke

@jakob
Nein natürlich nicht.
Ich erstellte das Event mit der alten Vorlage. Ging nach erstellen einer neuen Vorlage, dann auf diesen und alle Nachfolgenden Termine bearbeiten.
Dann ändere ich die Vorlage gegen die aktuelle im Event.
Und siehe da es sind 2 Events angelegt. Obwohl ich auf diesen bearbeiten ging.

@michaelg sagte in 3.35.0:

wenn ihr eh eine Mail an die Hosting Kunden rausgebt

ich denke, dass macht die CT-Instanz selbst (nach der Installation) und nicht der CT-Support.

@seetalchile Danke. Habs geschafft eine Statistik zu erzeugen.

Bleibt noch die Frage offen, ob das nicht irgendwann mal als Online-Reporting ohne manuellen Eingriff möglich wird.

@seetalchile Danke

Hallo Thomas,
Wikipedia-Artikel können von mehreren Leuten bearbeitet werden. Gleichzeitig, wie z.B. bei GoogleDocs ist aber leider nicht möglich.

Was genau meinst Du mit "gesperrt"? Es gibt keinen Button, der Artikel so sperrt, dass sie nur noch vom Admin bearbeitet werden können. In der Rechteverwaltung lässt sich aber steuern, ob Benutzer eine Wiki-Kategorie nur sehen dürfen, oder auch bearbeiten.
Das heißt, für einzelne Artikel lässt sich ein "Sperren" nicht einstellen, jedoch für ganze Kategorien über die Rechteverwaltung.

Konnte ich Dir damit weiterhelfen?

Hallo @philipp ,
das ist leider nicht möglich. Du kannst aber gerne ein Feature-Request erstellen.

Liebe Grüße,
Jakob

Hallo @rhoellwarth,
kannst Du dem Support direkt eine Mail schreiben? Dazu kannst Du das Kontaktformular verwenden.

Vielen Dank Dir!

Hier liegt tatsächlich ein Bug vor,
ich habe diesen an unsere Entwickler weitergeleitet.

Vielen Dank Euch für eure Mitarbeit an ChurchTools!

@roland

Ah okay, verstehe!

Was sagen denn die @Churchtoolsmitarbeiter? Gibt es hier Ideen?

Ist ja eine durchaus knifflige Sache.
Auf der einen Seite macht es ja absolut Sinn, dass jede Person seine Daten selber pflegen und aktualisieren kann, auf der anderen Seite sind bestimmte Formatvorgaben sehr hilfreich.

Bei den gesetzlichen Aufbewahrungspflichten kenne ich mich nicht aus, aber hier wird es dann natürlich besonders spannend.
Wobei eine Person trotzdem frei entscheiden können sollte, ob sie mir ihre Adresse gibt oder nicht.
Wenn sie das nicht mehr möchte, sollte sie auch so jederzeit eine Löschung beantragen können oder?
Wie ist das dann da mit den Aufbewahrungspflichten?

@hallo144

Danke und Grüße, Andreas

@thomas-schaller sagte in Interne Kalender Abonieren für Exchange:

Wahrscheinlich ist ChurchCal standardmäßig öffentlich sichtbar

Das weiß ich nicht mehr. Dafür ist unsere Erstinstallation zu lange her und inzwischen hat sich auch viel verändert. Ist aber denkbar, ja.
Ein Hinweis diesbezüglich wäre auf jeden Fall hilfreich. Du kannst ja mal einen Feature-Wunsch formulieren ... ich vote dann gerne dafür.

@henric-resa
Danke für die Antwort, ja stimmt, das mit den Gruppenabwählen hatte ich nicht mehr auf dem Schirm.

Einzelne Dienste je Standort sind allerdings kein akzeptabler Workaround

ja, finde ich auch nicht glücklich. Aber wird wohl sonst erstmal die Lösung.

@david-r Schön, dass es geklappt hat.

@tomzi du könntest auch https://forum.church.tools/topic/4462/churchtools-to-songbeamer ausprobieren

@hallo144 @pyroforjc @daniel_h @VB ich hab das mal für den SongBeamer umgesetzt: https://forum.church.tools/topic/4462/churchtools-to-songbeamer

Vielleicht hilft die das: https://forum.church.tools/topic/4462/churchtools-to-songbeamer

Falls es sich noch nicht erledigt hat, dann schau mal hier: https://forum.church.tools/topic/4462/churchtools-to-songbeamer

Nicht ganz nach deinen Vorstellungen, aber schon mal eher ;)

https://forum.church.tools/topic/4462/churchtools-to-songbeamer

@michaelg Gibt es eine solche oder ähnliche Möglichkeit in der Zwischenzeit?

@seetalchile Wie gesagt, ich kenne das Modul CheckIn leider nicht. Gut Möglich

Super und vielen Dank! Ich habe nicht bedacht, dass man die Rechte bei Leiter, Teilnehmer usw. einstellen muss, bzw. habe nicht gesehen, dass man dort auf "editieren" klicken kann.

Hallo @Thorsten,
kannst Du uns eine Mail über das Kontaktformular schicken, dein Problem kurz schildern und ein Screenshot der Fehlermeldung anhängen?

Vielen Dank Dir!

Möchte diesen Feature-Request nochmals pushen.
Haben vielleicht noch mehr dieses Anliegen?

@jmrauen Wie sieht es mit diesem Thema aus, kommt da bald was?

@rschi Ok... Also wäre für die Absage doch noch mal ein (neues?) Feature nötig.
Z.B. unter "Service editieren" noch ein extra Haken "Sende Absage per E-Mail an anfragende Person", so in der Art.

Hallo Wolfgang,
[Randbemerkung: Der Dienstplan im Wiki wird von mir gepflegt, damit auch die wenig computeraffinen Mitglieder meines Teams alle Dienste des nächsten Quartals aller Teammitglieder und aller potentieller Vertreter auf einer DIN A4 Seite ausdrucken können; diesen Plan kann ich auch an der Infotheke hinterlegen. Diese Funktion habe ich bei CT noch nicht gefunden. 8-)]
Hinsichtlich der Personenliste geht es mir genau darum: Ich möchte kein Duplikat anlegen, sondern aus dem Wiki heraus lediglich auf die Gruppenliste in ChurchDB verlinken. Wie dieser Link aussehen muss, erschließt sich mir jedoch nicht.
Ich komme bis:
https://unsere-gemeinde.church.tools/?q=churchdb#GroupView/filterGroupstatus:1/
Damit komme ich auf die Gruppenliste, aber nicht bis in die gewünschte Gruppe hinein. Wie schaffe ich den letzten Schritt?
Herzliche Grüße, Friedrich

@davidschilling also der Code zur Authentifizierung entspricht nahezu 1:1 dem was jmrauen dazu auf GitHub veröffentlicht hat (siehe hier). Der relevante Teil ist ja die Funktion sendRequest() und die stimmt 100% mit der GitHub Version überein.

@moensch welche PHP Version nutzt eucher ChurchTools?

@daniel_h In meinen Augen hängt es von der Größe (Mitgliederanzahl) ab und wie die jeweiligen Gemeinden Churchtools nutzt, ob eine Datenschutz-Folgeabschätzung betreffend Churchtools gemacht werden sollte. Ich persönlich rate wirklich eine intensive Datenschutz-Folgeabschätzung zu machen. Grundsätzlich müssen sowieso vor Ort "Technische und Organisatorische Maßnahmen" betreffend Büroarbeiten gemacht werden bzw. ein IT-Sicherheitskonzept erstellt werden. Und hier ist natürlich auch Churchtools zu berücksichtigen. Wenn Mitglieder und Nicht-Mitglieder sowie Besucher von unterschiedlichste Events (Anmeldung zu Events, wie z.B. Vorträge, Seminare und Kurse) über Churchtools erfasst werden, sollte man definitiv eine Datenschutz-Folgeabschätzung machen. Beispielfälle: Großangelegter Hackerangriff auf alle Datenbanken des Webspace-Anbieters von Churchtools (hier werden nicht nur die Gemeinde-Datenbänke gemeint).

Bei mir (ebenfalls von CT gehostet) mit Version v3.34.0 funktioniert alles wie gewünscht.
Bin SU und habe mir keine individuellen Rechte gegeben und kann trotzdem alles bearbeiten/sehen.

Gruß Daniel

@herr-o Was ist hier genau gemeint? Dieser Dialog in ChurchDBsync?

Manchmal werden in Feldern Beispiele grau hinterlegt, so dass man schneller erkennt, was man eingeben soll. Das war meine erste Idee, als ich sah, dass meine Daten in den Feldern auftauchten.

Hallo liebe ChurchTools-Fans!
Vielen Dank für Eure zahlreichen Beiträge/Votes, nicht nur hier, sondern auch in den anderen Threads.

Da dieser Vorschlag etwas umfassender ist, werden wir ihn nicht direkt entwickeln, uns aber im Rahmen eines Redesigns überlegen, wie wir eure Ideen und Vorschläge am besten umsetzen können.

Vielen Dank für eure Mitarbeit an ChurchTools!

DANKE!!!

Hallo @christov ,
auch bei mir sieht es gut aus, im Chrome, als auch im Firefox.
Behebt das Leeren des Cache das Problem?

@tomzi Hallo Tomzi,
bitte entschuldige die stark verspätete Rückmeldung.
Ich würde empfehlen, dass Du hierzu ein separates Feature-Request erstellst.

Liebe Grüße,
Jakob

Hallo @MarcoMB ,
habe folgende Rückmeldung erhalten:
Bei ChurchTools handelt es sich um eine SinglePage App. Das heißt, eine "zurück-Funktion" hat an den meisten Stellen keinen wirklichen Mehrwert. Dort, wo es jedoch sinnvoll ist, haben wir es meist schon implementiert.

Liebe Grüße,
Jakob

Ich hänge mich hier mal mit rein, weil wir auch mit der loadAgenda kämpfen. Zwar zeigt es uns mit dieser Funktion den Ablauf an...

$url = 'https://xxxxxxxxx.de/index.php?q=churchservice/ajax';
$data = array('func' => 'loadAgendaItems',
'agenda_id' => 80);

...allerdings möchten wir diesen Aufruf in unseren sonntäglichen "Moderationsvordruck" einbinden. Dort werden per API bereits die Geburtstage der vergangenen Woche und die kommenden Veranstaltungen eingebunden. Der geplante Ablauf wäre natürlich jetzt auch noch toll. Aber wie kann ich die agenda_id zu dem geplanten Tag abrufen? Die Nummer 80 gilt ja nur einmal und ich kann ja nicht ständig in den Quellcode eingreifen. Gäbe es hier einen sinnigen Vorschlag?

@online-today Jupp, braucht alles ein wenig Zeit und Erfahrung. Bei Fragen einfach wieder melden.

Ahhh, ich beantworte mich selbst...
https://forum.church.tools/topic/2352/fehler-bei-öffentlicher-gruppe-mit-link/4

Hat alles geklappt.

Wir sind aktuell dabei eine Profilseite in ChurchTools einzubauen. Das wird es dann den Benutzern einfacher machen ihre Daten zu ändern.

Aktuell ist es ja noch recht aufwändig, weil man sich selbst in der Personenliste suchen muss.

Die Profilseite wird erstmal die Passwort ändern Seite ersetzen und dann mit der Zeit Stück für Stück ausgebaut werden, sodass der Benutzer dort die für ihn wichtigen Sachen anpassen und konfigurieren kann. So ist aktuell der Plan.

@jmrauen Da hast du recht. Wenn ihr das lösen könnt, dass der Dienstplan nicht mehr nur mit der ID abonniert werden kann, wäre das auch super.
Was denkst du, bis wann ihr da was habt?

@koehdaniel Das geht aktuell leider nicht. Wenn du einen Feature Request erstellst, vote ich aber dafür ;-)

Also ich denke, am Einfachsten wäre, ChurchTools Innovations bei der Onlinehilfe zu unterstützen. Anleitungen gibt es viele, nur sind die meisten Inhalte speziell auf Admins ausgerichtet. Somit sind diese für Leute, die nicht wirklich so tief in der Materie sind, durchaus weniger verständlich.

Wenn man die Onlinehilfe als Basis für eine eigene Anleitungssammlung nutzen kann, die man dann wiederum den eigenen Strukturen anpassen würde, wäre das Gröbste eig. schon getan.

Somit wäre dann u.A. eine der ersten Aufgaben des Admins, sich die Anleitungen zu nehmen, zu prüfen, was an Abweichungen vom gewünschten Einsatz ist und anhand dessen dann die Anleitungen bspw. in einem eigenen Wiki, den eigenen Bedürfnissen angepasst, zu übernehmen.

Selbst wenn die Leute von ChurchTools damit einverstanden wären, so denke ich, sollten wir als Gemeinden, die ChurchTools im Einsatz haben, ihnen dabei auch Unterstützung zukommen lassen.

Ist aber nur meine Meinung.

So wie ich es sehe wird bei der Option "Keine NULL-Werte zulassen" anstatt das Feld in der Datenbank nicht zu füllen (Also Inhalt = NULL) einfach ein Leerer String (Also "") eingetragen.

Wichtiger wäre hier eine weitere Option "Pflichtfeld" worüber genau das von dir angesprochene umgesetzt werden kann.
Ich bin nämlich gerade auf das selbe Problem gestoßen.

Gruß Daniel

@daniel_h sagte in Impressum und Datenschutzerklärung:

Und lieber man schreibt zu viel als zu wenig. Insofern wäre es wahrscheinlich das einfachste noch einen zweiten Button mit "Impressum" hinzuzufügen, um die Angriffsfläche auf praktisch null zu reduzieren...

Das sehen wir auch so. Daher nehmen wir das Thema "konfigurierbares Impressum" mit in unsere Feature-Liste auf. Wir können allerdings noch nicht sagen, wann wir das umsetzen werden.

Danke für die Anregungen, aber wir haben uns dagegen entschieden. Es soll ruhig über den Schreibtisch eines dafür vorgesehen Mitarbeiters gehen. Wie @hbuerger schon richtig schreibt, ist es nicht Pflicht, dass der User es selber machen können muss.

Bitte eine E-Mail an support@churchtools.de schrieben mit der Fehlerbschreibung, dann schauen wir uns das an.

Ich habe gerade mal testweise einen RSS-Feed eingebunden. Ein geiles Feature. Das löst auf einen Schlag einige unserer Kommunikationsprobleme. Ganz großes Lob!

@mtlmarko89 sagte in weitere Einstellungsmöglichkeiten für Erinnerungen:

Desweiteren wäre es eig. eine geniale Sache, wenn bei Mitgliedern ohne Internet/E-Mail-Adresse ein Dienstleiter 8 Tage zuvor eine Mitteilung bekommt, dass dieser das entsprechende Mitglied auf anderen Wegen an den Dienst erinnert. Ich hoffe, dass sich das alles entsprechend umsetzen lässt, oder zumindest die erste Sache, dass man die Erinnerungszeit einstellen kann.

Um mal wieder einen Punkt wieder ins Spiel zu bringen, den ich schon vor einer Weile eingebracht habe und gerade mal wieder sehr aktuell wurde, weil ein paar "Diensthabende" wieder nichts von ihren Diensten wussten, gerade weil diese auch keine E-Mail-Adresse haben. Demnach wäre es echt praktisch, wenn bei Mitgliedern ohne E-Mail-Adresse sinnvollerweise 8 oder 9 Tage (am Besten einstellbar) vorher der Dienstleiter eine Benachrichtigung bekommt, dass dieser der betreffenden Person noch auf anderen Wegen Bescheid gibt.

Gibt es da inzwischen eine Möglichkeit?

Ich würde mich auch über eine bessere Lösung freuen!

@jakob Ist es irgendwie möglich, diesen Timer herabzusetzen, z.B. von 24h auf 1h? (Self-Hosting)

@hogan sagte in Gruppe in Dienst einteilen:

Alternativ reicht mir auch einfach eine Liste der Chöre bei dem Dienst und Bestätigung und Erinnerung geht per mündlicher Absprache.

Dann einfach den jeweiligen Chorleiter einteilen.

Vielen Dank für Dein Feedback. Also wir haben ja erstmal die Möglichkeit geschaffen die auch in dem Post genannten Methode, dass man per Zauberstab Gruppen einteilen kann. Das ist nicht die finale Lösung, aber schon mal eine Hilfe.

Wir wollen uns auch mit einer Überarbeitung der Dienstplanung beschäftigen und da ist das auf jeden Fall fester Bestandteil. Momentan haben andere Themen aber noch Vorrang, weshalb ich hier noch kein Datum nennen kann.

Hallo Ihr Beiden,

Vielen herzlichen Dank für eure schnelle Antworten.
Das hat mir wirklich weitergeholfen.

Fände ich auch toll!

@rosario-galati Spitze!

@jmrauen
Hallo Jens Martin,
gibt es neue Infos zum Reporting? Wir wurden "freundlich" von CCLI erinnert unsere Liedmeldung im OLR Online Reporting Portal von CCLI durchzuführen. Diese Infos waren durch einen Wechsel im Gemeindebüro "liegengeblieben".
Es wäre eine echte Hilfe wenn das automatisch von CT erledigt werden könnte.
Gibt es sonst einen Workaround an welcher Stelle wir die Liednutzung aus CT herausziehen können? Ich habe momentan nur die grafische Statistik im Song im Kopf, gibt es eine weitere statistische Auswertung wann welcher Song benutzt wurde?
Liebe Grüße und Gottes Segen für euren Dienst

@churchtoolsmitarbeiter

Sind hinsichtlich der Vermeidung von Doppelaccounts irgendwelche Maßnahmen oder Verbesserungen geplant?

Zu dem Thema Anmeldung in öffentlichen Gruppen wurde schon viel diskutiert:

https://forum.church.tools/topic/2963/vermeidung-doppelaccounts-mehrere-emails-pro-account/3

https://forum.church.tools/topic/4227/öffentl-gruppe-neuer-teilnehmer

Meines Wissens gibt es hier noch keine hilfreiche Lösung.

Die öffentlichen Gruppen sind ein super Tool - in der aktuellen Verfassung verursachen Sie aber teilweise mehr Aufwand, als Vorteile.

@joe999

Wir haben das (wie oben bereits gesagt) über Wiki probiert, das ist aber echt verschachtelt dort Material anzulegen, das möglichst variabel auch umstrukturiert werden können soll. Für uns wäre eben die gleiche Struktur wie bei Songs optimal, am besten direkt eingebunden in die Veranstaltungen.

@joe999 Kannst Du uns eine Nachricht über unser Kontaktformular schicken?
Dann helfen wir Dir konkret bei dem Problem weiter.

Da sollten aber auch entsprechende Sicherheitsmechanismen implementiert sein z.B. Passwort, Ablaufdatum für den Link, nur bestimmte Dateitypen (wie bei Nextcloud) damit das nicht zum Einfallstor für schädliche Dateien wird...

@elim-hannover Moin Sigrid (?) ;-)

Also werden die Personen gar nicht in der Gruppe angelegt, sondern dem Leiter nur die Anmeldedaten per E-Mail übermittelt?

Hast du in den Gruppen-Einstellungen diese Passage beachtet:

Liebe Grüße aus Bielefeld
vom Andy

Die Telegram-Integration ist nur Beta-Status und leider nie darüber hinaus gekommen. Die Schnittstelle ist leider nicht wirklich stabil.
Wir arbeiten nun mit Hochdruck daran eine App herauszubringen für iOS und Android. Wenn das soweit ist und gut läuft, werden wir wohl die Telegram-Integration wieder herausnehmen.

@stefanbe sagte in DSGVO - Email an Mitglieder?:

|Datenschutzbeauftragter|
Ein Datenschutzbeauftragter ist für Fragen rund um und für die Einhaltung des Datenschutzes innerhalb einer „verarbeitenden Stelle“ verantwortlich. Er kann „extern bestellt“ werden, oder intern bestimmt. Natürlich sollten seine gewöhnlichen Aufgaben nicht das verarbeiten von Daten beinhalten (der Schriftführer eines Vereins wäre ungeeignet), weil er sich schlecht selbst überwachen kann.
Um jemanden als Ansprechpartner rund um den Datenschutz zu haben, ist es eigentlich immer sinnvoll, einen entsprechenden Beauftragten zu haben. Es besteht dann eine gesetzliche Pflicht, einen Datenschutzbeauftragten zu benennen, wenn mindestens zehn Personen regelmäßig personenbezogene Daten verarbeiten – aber auch unabhängig von dieser Personen-Anzahl, wenn besonders schutzwürdigen Daten verarbeitet werden. Als besonders schutzwürdig gelten solche personenbezogene Daten, die über Rasse, ethnische Herkunft, politische Meinung, religiöse Überzeugungen, Gewerkschaftszugehörigkeit, Gesundheit oder Sexualleben einer Person informieren. Bei der Mitgliedschaft zu einer Religions-/ Glaubensgemeinschaft kann vermutlich (es fehlt noch eine Rechtsprechung) von solch besonderen Daten sprechen. Das hieße, dass es auf jeden Fall gut wäre, einen Datenschutzbeauftragten zu bestellen...

Hier möchte ich kurz einhaken, weil das bei uns ein Knackpunkt ist. Meiner Auffassung nach braucht es keinen DSB, weil:

Wie du schon richtig gesagt hast "wenn mindestens zehn Personen regelmäßig personenbezogene Daten verarbeiten" im BDSG steht statt regelmäßig "ständig" --> Also müssten mind 10 Personen mind. 50% ihrer Wochenarbeitszeit mit der Verarbeitung von daten beschäftigt sein. In unserer Gemeinde sind das lediglich 3 Mini-Jobber, der rest ist Ehrenamt. Also brauchen wir deshalb keinen DSB. Du hast die besonderen Kategorien von Daten lt. DS-GVO angesprochen. Hier fehlt tatsächlich noch die rechtssprechung. Allerdings hatte ich letzte Woche dienstlich ein Seminar bei einem DSB und IT-Sicherheitsbeauftragten (studierter Jurist) der Rechenzentren von EKM und katholischer Kirche in DE als Datenschutzbeauftragter betreut. Er sagte, dass z.B. die Konfession nicht unter diese besonders schützenswerten pb Daten fällt. Und die beiden Kirchen in Ihren Audits festgestellt, dass sie keine solchen Daten verarbeiten. Wir tun es als Gemeinde auch nicht. Heißt also auch hier besteht nicht die Pflicht den DSB zu stellen.
Natürlich stimme ich dir zu, dass solch ein Ansprechpartner immer gut und wichtig ist. Aber aufgrund dieser Lage habe ich das Thema DSB erstmal zurückgestellt.

Noch ein Satz an @prayman: Es ist gut, dass du dir umfangreich Gedanken machst. Auch wenn die Geschichte schon im vollen Gang ist, mach in Ruhe weiter. Ich arbeite in einer Behörde, die mit dem Landesdatenschutzbeauftragten direkt zusammenhängt. Die Mitarbeiter dort haben gerade alle Hände voll zu tun mit großen Brocken. Der Landes-DSB sagte zu meinem Referatsleiter, dass Vereine uns ähnliches momentan bei Verstößen maximal erstmal eine Verwarnung bekommen, nix geldstrafe oder so. Dafür haben die Behörden gerade gar keine Zeit. trotzdem kann es natürlich passieren, dass (ehem.) Gemeindebesucher Auskünfte wollen.

Ich finde dass das tatsächlich noch ausgebaut werden sollte.
Habe momentan folgendes Problem. Leute sind in CT hinterlegt, aber da sie nur Teilnehmer sind, haben sie auch keinen Login, weil es nicht gebraucht wird.
Jetzt melden sie sich für unsere Freizeit an und geben auf einmal eine neue Emailadresse an. Und schon habe ich doppelte Einträge und kann es manuell anpassen.
Es wäre sehr schön, wenn man die Funktion "Personen angleichen" ausbauen würde, so dass man 2 Personen zusammenführen kann.

So auch schon von mir als Wunsch verfasst.
Siehe hier

Wenn es hilf Vote ich auch gerne noch;)

@seetalchile Super, vielen Dank! Habe es bei uns nun auch mal so angepasst.

@alexander-w sagte in DSVGO-Dschungel:

In unserem Verband füllt man einen Mitgliedsantrag aus, auf dem folgenden Satz unterschriebt: "Ich bin mit der elektronischen Erfassung meiner Daten für vereinsinterne Zwecke einverstanden."

Dann müsste es ja passen, dass wir diese Person in churchtools auflisten. Oder müsste man nochmal allen Mitgliedern nachgehen, den Satz umändern lassen und unterschreiben lassen, dass man nun einverstanden ist, dass man die Daten nach der "neuen DSVGO" akzeptiert?

Die einmalige, ausdrückliche Einwilligung reicht da vollkommen aus. Wobei die betreffende Person eigentlich im Zuge der Einwilligung über ihre Rechte aufgeklärt werden sollte/muss... D.h., dass bei diesem Satz auch noch mal stehen müsste, dass man jederzeit verlangen darf, die Daten zu löschen oder zu aktualisieren, dass man die Einwilligung widerrufen kann usw. (https://www.datenschutz.org/einwilligungserklaerung/)

Macht ja meiner Meinung nach keinen Unterschied in der Art und Weise, wie wir die Daten behandeln. Man muss ja immer darauf achten, dass man Daten nicht weitergibt. Vor und nach DSVGO.

"Weitergeben" kann eine von vielen unrechtmäßigen Arten von Datenverarbeitung sein. Und wenn ihr Hosting-Kunden bei ChurchTools seid, dann gebt ihr die Daten sogar weiter... Um das problemlos machen zu können bietet die ChurchTools Inovations GmbH, mit ihren Kunden einen Auftragsverarbeiter-Vertrag abzuschließen. Im Grunde verpflichtet der ChurchTools dazu, sich an die strengen Datenschutzbestimmungen ihrer Kunden zu halten und nimmt damit einen Teil des Haftungsrisikos auf sich (so ungefähr).

Ich verstehe die ganze Aufregung nicht. Ob vor oder nach der DSVGO. Vor allem in Gemeinden - keiner gibt doch einfach so Daten raus.

Im Prinzip hast du völlig Recht. So grundlegend hat sich mit der DSVGO für pflichtbewusste Verarbeiter von personenbezogenen Daten nichts verändert. Ein wenig mehr Dokumentationspflicht bei den verarbeitenden Stellen und Auskunftsrecht bei betreffenden Personen...

Ich hatte hier mal eine Übersicht zum Thema DSVGO gepostet, die ich selbst recht hilfreich fand.

//Ergänzung:

Damit das Menü auch auf mobilen Endgeräten angezeigt wird, muss noch folgender Code vor den HTML-Code eingefügt werden:

Insgesamt sieht der Text für unsere "Willkommensnachricht" dann folgendermaßen aus:

Gruß Daniel

@chess interessanter Ansatz: Ich finde es gerade gut, dass Straße und Hausnummer automatisch nicht angezeigt werden (Datenschutz). Ich fände es auch gut, wenn man "Treffen bei" nicht anzeigen würde. Diese Infos kann man nach der Kontaktaufnahme per Mail an die Teilnehmer senden.

Wenn man die Kartenansicht verwendet und nahgenug reinzoomt, dann kann man ünrigens Straße und Haus sehr genau erkennen.

Aber vermutlich müssen wir für unsere Gemeinde einfach definieren, dass bei "Treffen bei" nur Vornamen eingetragen werden und die Straße z.B. ohne Hausnummer.

@mreisz

also ich habe bei uns jetzt eine komplexe Kombination zwischen Gruppen-Rollen-Berechtigungen und den Sicherheitsstufen 1-4 eingerichtet

Mitglieder dürfen Mitglieder sehen: nur wenn in mind. 1 übereinstimmenden Gruppe
Vorname und Nachname: Sicherheitsstufe 1 => normale Gruppenmitglieder
E-Mail, Tel, PLZ, Ort: Sicherheitsstufe 2 => Gruppenleiter + Stellvertreter
Mitgliederstatus, Taufinformationen: Sicherheitsstufe 3 => Gemeindeleitung, Gemeinderat
OptiGem-Nr., Str.: Sicherheitsstufe 4 => Finanzbuchhaltung und logischerweise Admin

sicher muss das noch ausgebaut und den Bedürfnissen noch angepasst werden, aber das Hauptproblem ist immernoch, dass man halt nur bis Stufe 2 die eigenen Daten anpassen kann. Und dann noch das Henne-Ei-Problem was man höher einstuft. Gemeindeleitung oder Fibu? Ich meine, was geht der Gemeindeleitung die Finanzlage der Mitglieder an? Andererseits, was geht der Fibu an, wie der Mitgliederstatus an, oder wann eine Person getauft wurde? Da ich die Finanzen aber heikler einordne, bin ich zunächst dabei geblieben, dass Fibu Stufe 4 ist...

Wohlgemerkt, das ist nur ein Beispiel, ich liste gewiss nicht jedes Feld und jede Gruppe auf, man muss schon selbst abwäge, welche Felder für wen wichtig wäre und welche Daten sensibler sind etc...

@boromir
Das kommt ganz auf den Mailserver an. Der von Mailchimp kann mehrere Millionen Mails verarbeiten.
Wir verschicken derzeit bis zu 250 Mails "gleichzeitig" über den ChurchTools-Server (sind also Hosting-Kunden) und haben bisher keine Probleme gehabt - weder beim ausgehenden Server (ChurchTools) noch beim Empfang durch die verschiedenen Provider der Gemeindemitglieder. Wir haben dafür einen entsprechen spf-Eintrag in den DNS-Einstellungen unserer Gemeinde-Domain hinterlegt: v=spf1 mx a a:Kunde.church.tools a:Kunde.churchtools.de ip4:92.51.135.57 -all

Was uns aber beim Thema "Newsletter" sehr fehlt, ist die Möglichkeit, html-Mails direkt aus ChurchTools zu versenden. [bitte keine Diskussion, über Sinn und Unsinn von html in Mails!]

@hja man kann beim Anlegen des Standorts in der Gruppe ein "Häuschen" auswählen. Was es bedeutet darfst du definiern: könnte z.B. Teenager, Erwachsene, Senioren bedeuten ... bei uns representieren die Farben verschiedene geografische Regionen.

Danke, @hallo144 ! Das hilft mir sehr weiter!

Gute Idee, aber die Eingrenzung auf eine App ist Unsinn. Die Rechtevergabe muss auf seiten des Servers erfolgen. Daher kann es jedem Mitglied überlassen werden, die jeweils bevorzugte App zu verwenden. Das entspricht dann auch eher dem, was sich durchsetzen läßt. Die Akzeptanz von kostenpflichtigen Apps halte ich eher für nicht durchsetzbar.

Hab noch etwas rumprobiert. Damit funkionierts:
/usr/local/bin/php7-71LATEST-CLI

Danke.

@wilfrid Problem "Gruppennamen können nicht eingegeben werden" gelöst!
Der church.tools-Support hat das Problem gelöst:
Unter der Liste von Stammdaten, DB-Felder war unter der DB-Feldkategorie Gruppe das Feld Bezeichnung ausgekreuzt, es sollte also nicht angezeigt werden. Somit wurde die Bezeichnung der Gruppen in der Datenbank nicht verwendet. Dass dieses überhaupt ausgekreuzt werden darf, macht wenig Sinn.
Die Church.tools-Entwicklung wurde entsprechend informiert.
Dieses Thema ist damit erledigt. Danke für die Hilfe.

@jmrauen
Hallo Jens Martin. Ich finde die Jubiläums-Funktion echt gut, aber möchte gerne wissen, ob neben dem Datum noch weitere Kriterien abgefragt werden. Müssen beide Partner im Beziehungsstatus dafür eingepflegt sein und die gleiche Adresse besitzen?
Beispiel: Ein eingetragenes Paar lebt in Trennung (schlimm genug) und bekommt dann Glückwünsche für den gemeinsamen Lebensweg, irgendwie echt doof.

Hallo Urs,
danke für die Antwort. Richtig, wir hatten in der Vergangenheit ab und zu mit dem Versand über unseren eigenen Mailserver auch Probleme. Am Ende waren es oft Microsoft Adressen, deren Server den Empfang abgelehnt haben. Da macht das Vorgehen Sinn.
Anscheinend nutzen einige unserer Mitarbeiter ältere Mailclients, die damit nicht klar kommen. Ich weiß, dass einige Mitarbeiter Linux nutzen. Vielleicht kommen die verwendeten Programme damit noch nicht klar.
Da wir bis vor kurzem noch Version 3.25 eingesetzt haben, in dem ein angepasster Sender noch möglich war, werde ich mal sehen, wieviele E-Mails an die allgemeine Adresse zurückkommen.

Viele Grüße
Benjamin

Moin moin, ich klinke mich mal hier ein.

Ich persönlich nutze selber Threema, aber im Team haben wir darüber noch nicht geredet und es gibt derzeit keinen Plan Threema einzubinden.

Mit Threema Gateway sollte das ganze doch nicht all zu schwer sein oder?

Ja der Gateway ist wohl eine gute Sache. Aber nur weil etwas "nicht schwer" ist muss es nicht gleich implementiert werde.

Wir haben eine sehr lange Feature(-Wunsch) Liste und nur beschränkt Zeit und Ressourcen. Daher müssen wir gut priorisieren, welche Features für das Gros an Kunden einen Mehrwert bietet und nach unserer Einschätzung scheint Threema zwar toll zu sein, aber die Zeit die wir investieren müssten dafür würde erstmal nur einen kleinen Teil der Nutzer freuen, weil die Threema nutzen.

Zweitens. Threema kostet Geld. Und damit meine ich nicht die App an sich, sondern den Gateway. Jede verschickte Nachricht kostet Geld. Wer soll das zahlen? Der Kunde? Meine persönliche Vermutung ist, dass die Kirchen das Geld lieber für andere Dinge ausgeben wollen als für einen Messanger.

Ich hoffe ihr versteht unsere Situation :) Ich halte das Thema natürlich im Hinterkopf.

Okay, mach ich. Danke.

@david sagte in CS individuelle Mails an die jeweils diensthabenden Mitarbeiter:

...habe ich das nicht sogar schon mal vorgeschlagen? :o kommt mir grade so bekannt vor...

habs gefunden: https://forum.church.tools/topic/4093/angepasste-erinnerungsmails-cs

Gibts da inzwischen nicht noch mehr Interessenten?