@farmadess das Thema gab's hier schon mal ... aber ja ... es fällt immer wieder auf. Und Apple kann ich da m. E. auch identifizieren.

@andy Habs gemacht. So sieht die Abfrage "Keine App" aus:

SELECT p.id ID, p.vorname Vorname, p.name Nachname, s.bezeichnung Status FROM cdb_person p INNER JOIN cdb_gemeindeperson g ON (p.id = g.person_id) JOIN cdb_status s on (g.status_id=s.id) WHERE s.mitglied_yn=1 AND p.id NOT IN ( SELECT person_id FROM cdb_devices )

Und so sieht der AdHoc Repor aus:
3d955fdc-d22e-47cd-b83d-2197d95ffa22-image.png

Damit könnt ihr genau sehen, welche User die App noch gar nicht installiert haben.

@jziegeler Habs rausgefunden. Beim ersten LEFT JOIN musste ich das g.id durch g.person_id austauschen. Jetzt klappt es hervorragend. Teile die ganze Abfrage dann im entsprechenden Post

@davidkurfess also das sollte eigentlich nicht passieren. Zuerst wird Biometrie versucht, dann wird auf Muster oder PIN zurückgegriffen.

Kannst du das bitte einmal mit Gerätespezifikation an den support@churchtools.de melden, danke dir.

also da gibt es:

Weitere Person hinzufügen
Und hier auch noch ne lange Diskussion dazu

mehr habe ich auch nicht gefunden

@andy danke - hatte ich gestern nach meinem Post entdeckt.
Danke für alle Unterstützung für einen Neuling.

Der Fehler wurde gestern mit der neuen Version behoben.

Hallo zusammen,
sorry für das hervorholen eines mehrere Jahre alten Posts.

Ich habe die Lösung bereits gefunden:

https://forum.church.tools/topic/1347/jemandem-aus-dem-archiv-reaktivieren

Vielleicht auch für jemand anderes noch hilfreich 😉

@Markus: Wenn ihr den Check in über die Handy App macht kann man nur in eine Veranstaltung die der Gruppe zugeordnet ist eingecheckt werden.

@simon2

keine Sorge, ich hatte das nicht so aufgefasst.
Ich dachte mir das dir der Gedanke vielleicht gekommen ist. Manchmal bin ich etwas erschlagen von der Masse an Beiträgen 😅

@jziegeler Das erleichtert mich 😃

@jziegeler sagte in Dringens: Status "verstecken":

@schpaik die Frage hatten wir letztens schon einmal und die Antwort unseres Product Owners war folgende:

Das Einstellen des Sicherheitslevels hat keine Auswirkung auf die Anzeige. Es ist nur für die Bearbeitung wichtig, d.h. es kann eingestellt werden, welches Sicherheitslevel benötigt wird, um den Status dahin zu wechseln.

Hallo @jziegeler
Den Thread hatte ich gelesen. Hier geht es jetzt ja aber nicht um die Bearbeitung, sondern dass es in meinen Augen sinnvoll wäre, bestimmte Status nicht für alle sichtbar zu haben.
Ob man das über Sicherheitslevel löst oder über ein Häkchen in den Stammdaten der Status ("Status versteckt") und in der Rechteverwaltung (z.B. "darf alle Status sehen") steht auf einem anderen Blatt.
Aber gerade der Status "zu löschen" ist meiner Meinung nach eine Personen-Eigenschaft, die nicht für alle sichtbar sein sollte.

Und der Gruppenexport? Da sind ja dann "noch" die Personen drin, aber die kann man ja dann im Excel Sheet schnell bereinigen. Den Export kann man pro Gruppe machen und sich so eine Historie aufbauen. Damit hat man auch die Gruppenfelder.

Beim Personenexport kann man auch die Gruppenteilnahmen exportieren pro Person. Hier fehlen dann die Gruppenfelder.

@jziegeler
Nur damit mein Kommentar nicht missverstanden wird:
Ich finde es richtig gut und unterstütze es ausdrücklich, dass es so eine zusätzliche Sicherheitsabfrage vor dem Zugriff auf Adressdaten gibt!
In meiner Funktion als Datenschutzverantwortlicher für meine Gemeinde sage ich: DANKE !

@bwl21 die Historie zum Glück aber schon.

@michaelg Leider haben wir da keinen Einfluss drauf, die importance von dem Stadtteil ist nicht so hoch wie die der Stadt und somit wird die bevorzugt bei nur den zwei Angaben

@herr-o ist ja auch brandneu 🙂

@jmrauen

Klar mach ich 🙂

Bisher kam es bei mir ca. 2 mal vor seid ich die CT App habe (seit der ersten Version).
Es ist also kein zyklisches Verhalten festzustellen.

Ich nutze iOS (14.4) und und die andere Person hatte eine Android Gerät.