Z Testartikel: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
NicoH (Diskussion | Beiträge) |
NicoH (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
| − | + | ===D) Übermittlung, Speicherung und Dokumentation=== | |
| − | '' | + | '''''D) (1)-(3) [alt: "Bearbeitung von VM" B) 1)-5) und A) II)-III) ]''''' |
| + | *Dies sind technische Beschreibungen, die die Regeln aus Abschnitt C) (1)-(4) umsetzen. | ||
| + | <u>''Bemerkungen''</u>: | ||
| + | *Bisher werden Meldungen automatisch bei der zentralen Meldungsgrupe (bisher: Verstoßmeldungsteam) in eine Liste eingetragen. Außerdem erscheinen sie im Profil des Foodsavers, das entsprechende Feld ist aber nur für Leute mit Orga-Rechten sichtbar. Dies bleibt bis auf Weiteres so. | ||
| + | *Für die Zukunft ist geplant (vgl. C) (3), Bemerkung 1), dass die Mitglieder der lokalen Meldungsgruppe Zugriff auf dieses Feld bekommen (für Foodsaver des eigenen Bezirks), aber niemand sein eigenes Feld sehen kann. Sobald dies programmiertechnisch umgesetzt ist (könnte in ca. 1 Jahr klappen), dann ändert sich der Abschnitt D) und das gesamte Verfahren noch einmal. | ||
| − | + | '''''D) (4) – (5) [alt: A III) ]''''' | |
| − | + | <u>''alte Fassung''</u>: Die VM werden (wie bisher auch) automatisch ins Profil der gemeldeten Person geschrieben. Alle weiteren Beiträge dazu, auch die Entscheidung, werden dort ergänzt. | |
| − | + | :<u>Entscheidung</u> 1: Die weiteren Beiträge zu einer Meldung (PNs, Kommentare, Stellungnahmen, Emails, ...) werden im Forum der lokalen Meldungsgruppe dokumentiert. | |
| − | :<u>Entscheidung</u> | + | :<u>Entscheidung</u> 2: Im Profil des FS wird nur die Meldung mit Datum und Grund sowie die Konsequenz mit dem Datum der Entscheidung eingetragen. |
| − | + | :<u>Begründung</u>: Aus Datenschutzgründen sollten die Details nicht im Profil des/der FS stehen, sondern nur für die LMG zugreifbar sein. Außerdem soll in dem Feld im Profil übersichtlich verfolgt werden, welche Konsequenzen ausgesprochen wurden. | |
| − | + | <u>''Bemerkung''</u>: Derzeit haben die Mitglieder der lokalen Meldungsgruppe noch keinen Zugriff auf das Feld. Daher muss die LMG die ZMG um Eintragung bitten. (Wird programmiertechnisch geändert, dauert aber noch etwas.) | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | :<u>Entscheidung</u>: | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | :<u>Begründung</u>: | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | '''''D) (6) [alt: da fehlte der Satz ...]''''' | |
| − | |||
| − | |||
| − | + | <u>Vorschlag</u>: FS werden über die Meldung informiert. | |
| − | |||
| − | <u>Vorschlag</u>: | ||
:<u>Entscheidung</u>: Ja. | :<u>Entscheidung</u>: Ja. | ||
| − | :<u>Begründung</u>: | + | :<u>Begründung</u>: Ist ja sowieso klar, sonst macht es keinen Sinn. |
| − | + | '''''D) 7) (neu)''''' | |
| − | '''' | + | :<u>Entscheidung 1</u>: Eine Folge aus D) (5) und den Tilgungsregeln ist, dass nach Ablauf der Tilgungsfrist konsequent alles zu einer Meldung und der Konsequenz gelöscht wird. |
| + | :<u>Begründung</u>: Lange zurückliegende Regelverletzungen sollen für die Gegenwart keine Bedeutung mehr haben. Alle Menschen sollen die Chance bekommen, dass ein Fehler irgendwann vergessen ist. | ||
| + | :<u>Entscheidung 2</u>: Wenn keine Konsequenz ausgesprochen wird, dann wird alles sofort gelöscht. | ||
| + | :<u>Begründung</u>: Wenn es keine Regelverletzung gegeben hat, dann ist es nur fair, dass auch die Meldung mit allen Beiträgen dazu gelöscht wird. Bliebe sie stehen, dann würde sie trotzdem evtl. einen leichten Schatten auf den/die FS werfen. | ||
| + | <u>''Bemerkung''</u>: Auch beim Löschen muss bis auf Weiteres (vgl. D) (4)-(5)) die ZMG eingebunden werden, um die Einträge im Profil zu löschen. | ||
| − | + | '''''D) (8) (neu)''''' | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | <u>Vorschlag</u>: | + | <u>Vorschlag</u>: Bei Stammbezirks-Wechsel eines FS hat der neue Bezirk ein Auskunftsrecht bezüglich der vorliegenden Konsequenzen, aber nur für die Grunddaten (die, welche im Profil stehen, vgl. D) (4)-5), Entscheidung 2). |
:<u>Entscheidung</u>: Wird umgesetzt. | :<u>Entscheidung</u>: Wird umgesetzt. | ||
| − | :<u>Begründung</u>: | + | :<u>Begründung</u>: Ein neuer Stammbezirk muss die vorliegenden Konsequenzen kennen. Ansonsten könnte jemand durch Bezirkswechsel alle vorigen Konsequenzen wegfallen lassen. |
Version vom 9. Juli 2018, 03:47 Uhr
D) Übermittlung, Speicherung und Dokumentation
D) (1)-(3) [alt: "Bearbeitung von VM" B) 1)-5) und A) II)-III) ]
- Dies sind technische Beschreibungen, die die Regeln aus Abschnitt C) (1)-(4) umsetzen.
Bemerkungen:
- Bisher werden Meldungen automatisch bei der zentralen Meldungsgrupe (bisher: Verstoßmeldungsteam) in eine Liste eingetragen. Außerdem erscheinen sie im Profil des Foodsavers, das entsprechende Feld ist aber nur für Leute mit Orga-Rechten sichtbar. Dies bleibt bis auf Weiteres so.
- Für die Zukunft ist geplant (vgl. C) (3), Bemerkung 1), dass die Mitglieder der lokalen Meldungsgruppe Zugriff auf dieses Feld bekommen (für Foodsaver des eigenen Bezirks), aber niemand sein eigenes Feld sehen kann. Sobald dies programmiertechnisch umgesetzt ist (könnte in ca. 1 Jahr klappen), dann ändert sich der Abschnitt D) und das gesamte Verfahren noch einmal.
D) (4) – (5) [alt: A III) ]
alte Fassung: Die VM werden (wie bisher auch) automatisch ins Profil der gemeldeten Person geschrieben. Alle weiteren Beiträge dazu, auch die Entscheidung, werden dort ergänzt.
- Entscheidung 1: Die weiteren Beiträge zu einer Meldung (PNs, Kommentare, Stellungnahmen, Emails, ...) werden im Forum der lokalen Meldungsgruppe dokumentiert.
- Entscheidung 2: Im Profil des FS wird nur die Meldung mit Datum und Grund sowie die Konsequenz mit dem Datum der Entscheidung eingetragen.
- Begründung: Aus Datenschutzgründen sollten die Details nicht im Profil des/der FS stehen, sondern nur für die LMG zugreifbar sein. Außerdem soll in dem Feld im Profil übersichtlich verfolgt werden, welche Konsequenzen ausgesprochen wurden.
Bemerkung: Derzeit haben die Mitglieder der lokalen Meldungsgruppe noch keinen Zugriff auf das Feld. Daher muss die LMG die ZMG um Eintragung bitten. (Wird programmiertechnisch geändert, dauert aber noch etwas.)
D) (6) [alt: da fehlte der Satz ...]
Vorschlag: FS werden über die Meldung informiert.
- Entscheidung: Ja.
- Begründung: Ist ja sowieso klar, sonst macht es keinen Sinn.
D) 7) (neu)
- Entscheidung 1: Eine Folge aus D) (5) und den Tilgungsregeln ist, dass nach Ablauf der Tilgungsfrist konsequent alles zu einer Meldung und der Konsequenz gelöscht wird.
- Begründung: Lange zurückliegende Regelverletzungen sollen für die Gegenwart keine Bedeutung mehr haben. Alle Menschen sollen die Chance bekommen, dass ein Fehler irgendwann vergessen ist.
- Entscheidung 2: Wenn keine Konsequenz ausgesprochen wird, dann wird alles sofort gelöscht.
- Begründung: Wenn es keine Regelverletzung gegeben hat, dann ist es nur fair, dass auch die Meldung mit allen Beiträgen dazu gelöscht wird. Bliebe sie stehen, dann würde sie trotzdem evtl. einen leichten Schatten auf den/die FS werfen.
Bemerkung: Auch beim Löschen muss bis auf Weiteres (vgl. D) (4)-(5)) die ZMG eingebunden werden, um die Einträge im Profil zu löschen.
D) (8) (neu)
Vorschlag: Bei Stammbezirks-Wechsel eines FS hat der neue Bezirk ein Auskunftsrecht bezüglich der vorliegenden Konsequenzen, aber nur für die Grunddaten (die, welche im Profil stehen, vgl. D) (4)-5), Entscheidung 2).
- Entscheidung: Wird umgesetzt.
- Begründung: Ein neuer Stammbezirk muss die vorliegenden Konsequenzen kennen. Ansonsten könnte jemand durch Bezirkswechsel alle vorigen Konsequenzen wegfallen lassen.