@thorsten Nicht schön, aber: Man kann die Dokumente auch stehen lassen wo sie sind und in den Wiki-Text Links zu den Dateien einbinden ... egal wo sie stehen.

Man muss dafür in den betroffenen Kategorien nur dieses Häkchen in den Stammdaten setzen:

addae51e-daea-4754-be9f-fe935be97efd-image.png

@jziegeler Vielen Dank für die Links und auch für's weitergeben! Ich bin in der Tat über Google auf die Seiten gekommen und nicht durch die Suche in der Hilfe. Waren allerdings die ersten Ergebnisse auf meine Suche, von daher macht es bestimmt Sinn die dauerhaft offline zu schalten.

@jziegeler : Ich verstehe zwar nicht, was hier steht, aber sieht wie folgt aus:
2021-05-04 13_23_06-Start.png

@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 !

Mit der CT-App gibt es (abgesehen von Gruppenhomepages) zum ersten Mal so etwas wie ein nutzerfreundliches Frontend, das ich in der Webansicht sonst sehr vermisse. Da ich mich in erster Linie mit Design und Frontends beschäftige, ist mein Blick darauf sehr stark geprägt durch die Brille der User Experience und des UI Designs. Schon die Gestaltung der Fehlermeldung ist in dieser Hinsicht wirklich problematisch. In meinem Alltag nutze ich auf meinem Smartphone etwa 150 Apps und bin ständig auf der Suche nach Neuem, doch keine davon benötigt einen Screen Lock mit Pattern, PIN oder Password. Ich kann mich erinnern, dass die Diskussion um Screen Lock Requirements bei Apps vor etlichen Jahren in der Developer Community schonmal Thema war und bei der ein oder anderen App angewandt worden ist. Inzwischen gibt es auf dem Markt aber quasi keine Apps mehr mit dieser Anforderung. Denn die Daten lassen sich auch ohne eine Geräteübergreifende Bildschirmsperre schützen wie auch Banking-Apps zeigen und ohne die UX zu beschädigen