Schnellstart-Anleitungen
Navision starten
blabla
Development Tool starten
blabla
Tabelle suchen
blabla
Datenquellen
Microsoft Dynamics NAV 2018
Tabellen in Scope:
Mitglied (3015965)
Sektion (3015963)
Ansatz Mitgliederfaktura (3015970)
Contact (5050)
Contact Mailing Group (5056)
Course Registration Buffer (50034)
Kursteilnehmer (3015594)
Kursreferent (3015595)
Kursort (3015596)
Kurskategorie (3015597)
Kursstamm (3015598)
Kurskopf (3015601)
Kurszeile (3015602)
WSO2
Fan Accounts
Passwort Hashes (damit User nicht ein neues PW setzen muss)
Profilepics
…
Typo3
Fremdkurs
Kurs Beschreibung, Kurs Anforderung etc.
…
Trendhosting Cloud → gleicher Webserver wie Typo3!
https://profilepics.web.sac-cas.ch/3f14a4389076e3054cf325a95b9b74db35c5d65c.jpg ---> ????
Unzulässige Datenkonstellationen
Aktives Mitglied ohne E-Mail Adresse
Business Regel | Aktive Mitglieder der Beitragskategorie “Einzel”, “Familie” und “Jugend” haben eine E-Mail Adresse hinterlegt. |
---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | n/a |
Filterkriterien |
|
Erkenntnisse | Per 18.09.2023 gibt es 19’293 aktive Mitglieder mit fehlender E-Mail Adresse:
|
Datenbereinigungsaktion(en) |
|
E-Mail Adresse nicht eindeutig
Business Regel | Erfasste E-Mail Adressen von aktiven Mitgliedern sind eindeutig. |
---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | n/a |
Filterkriterien |
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
|
E-Mail Adresse nicht zulässig
Business Regel | Erfasste E-Mail Adressen sind gültig, d.h. die E-Mail Domäne ist ansprechbar und Nachrichten können zugestellt werden. Gängige Tippfehler:
|
---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | n/a |
Filterkriterien |
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) | TODO |
Alleinstehendes Mitglied der Beitragskategorie “FAM”, “FREI FAM” oder “FREI KIND”
Business Regel | Aktive Mitglieder der Beitragskategorie “Fam”, “Frei Fam” und “Frei Kind” müssen Teil einer Familie sein und dürfen nicht alleinstehend erfasst sein. Für “Frei Fam”- und “Frei Kind”-Mitglieder gilt: die Familie muss zusätzlich ein aktives Mitglied der Beitragskategorie “Fam” umfassen. |
---|---|
Tabelle(n) | TODO |
Page(s) | TODO |
Filterkriterien | TODO |
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
|
Familie mit mehr als ein Mitglied der Beitragskategorie “FAM” oder “FREI FAM”
Business Regel | Aktive Familien müssen 1 aktives Mitglied der Beitragskategorie “Fam“, dürfen max. 1 aktives Mitglied der Beitragskategorie “Frei Fam” und beliebig viele aktive Mitglieder der Beitragskategorie “Frei Kind“ umfassen. |
---|---|
Tabelle(n) | TODO |
Page(s) | TODO |
Filterkriterien | TODO |
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
|
Aktives Mitglied ohne aktive Sektion
Business Regel | Aktive Mitglieder müssen zwingend einer aktiven Sektion zugewiesen sein. |
---|---|
Tabelle(n) | TODO |
Page(s) | TODO |
Filterkriterien | TODO |
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
|
Aktives Mitglied ohne Beitragskategorie
Business Regel | Aktive Mitglieder müssen zwingend einer Beitragskategorie zugewiesen sein. |
---|---|
Tabelle(n) | TODO |
Page(s) | TODO |
Filterkriterien | TODO |
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
|
Aktives Mitglied ohne PUK
Business Regel | TODO |
---|---|
Tabelle(n) | TODO |
Page(s) | TODO |
Filterkriterien | TODO |
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) | TODO |
Prüfschritt: Aktiv ohne PUK
Jedes Mitglied mit “Mitgliederart=Aktiv” muss ein PUK haben.
Wenn dies nicht zutrifft, muss für das Mitglied in der Mitgliederkarte den Mitgliedsausweis aufgerufen werden und “Neuen PUK generieren” ausgeführt werden.
Prüfschritt: Unzulässiges Eintrittsjahr
Eintritte mehr als 12 Monate in Zukunft sind unzulässig. Es kann sein, dass es sich um Tippfehler handelt (z.B. 2200 anstatt 2020). Diese Fälle gilt es individuell zu bereinigen.
→ Letztes Eintrittsdatum<01.01.1900 und Letztes Eintrittsdatum>01.12.2023
Prüfschritt: Mehr als 22 Jahre alt und Jugend
Jedes Mitglied mit “Mitgliederart=Aktiv” und einem Alter>=22 muss der Kategorie “Einzel” zugeordnet sein.
Wenn dies nicht zutrifft, muss für das Mitglied der Lauf “Wechsel Beitragskategorie” ausgeführt werden, sodass es der “Kategorie=Einzel” zugeordnet wird.
Prüfschritt: Mehr als 18 Jahre alt und Frei Kind
Ein Mitglied mit “Mitgliederart=Aktiv” und “Kategorie=Frei Kind” ist unzulässig.
Wenn dies zutrifft, muss für das Mitglied der Lauf “Wechsel Beitragskategorie” ausgeführt werden, sodass es der “Kategorie=Einzel” oder “Kategorie=Jugend” zugeordnet wird.
Wichtig: danach Erstfaktura aufheben.
Prüfschritt: Weniger als 18 Jahre alt und Einzeln
Mitgliederart = Aktiv
Kategorie = Einzeln
Geburtsdatum > als 18 (>01.01.202006)
Prüfschritt: Unzulässiges Geburtsdatum
Jedes Mitglied muss mindestens 6 Jahre alt sein und darf nicht ein Geburtstag vor 01.01.1900 ausweisen. Mitglied mit einem Alter<6 müssen ausgetreten werden und Mitglieder mit einem Geburtstag<01.01.1900 müssen bereinigt werden.
Prüfschritt: Keine unverbuchte Mitgliederrechnungen
Alle unverbuchten Mitgliederrechnungen müssen gebucht oder gelöscht sein. Die Liste muss leer sein.
Prüfschritt: Mitglieder ohne Mitgliedernummer
Jedes Mitglied muss eine Mitgliedernummer haben.
Wenn dies nicht zutrifft, muss via Development Tool (IT fragen) eine Mitgliedernummer gesetzt werden. Grundsätzlich wird die Adressnummer hinterlegt, sofern diese noch nicht vergeben ist.
Prüfschritt: Mitglieder ohne Name, Vorname oder Nachname
Jedes Mitglied muss einen Namen, Vornamen und Nachnamen haben.
Wenn dies nicht zutrifft, muss die fehlende Information entweder via Internet-Recherche oder in Rücksprache mit dem Mitglied nachgeführt werden.
Prüfschritt: Mitglieder ohne letztes Eintrittsdatum
Jedes Mitglied muss ein letztes Eintrittsdatum haben.
Wenn dies nicht zutrifft, muss dies nachgeführt werden (z.B. in MV-Mailbox prüfen, wann die Anmeldung an SAC zugestellt wurde oder siehe “Eintrittsjahr” auf der Mitgliederkarte).
Prüfschritt: Mitglieder ohne Debitorennummer
Jedes Mitglied muss eine Debitorennummer vorweisen.
Wenn dies nicht zutrifft, wird grundsätzlich die Mitgliedernummer als Debitorennummer nachgeführt.
Prüfschritt: Mitglied mit Tagesfakturierung
Für diese Mitglieder Erstfaktura aufheben und Debitorennummer korrigieren - IT kann die Liste bereitstellen, da MV kein Zugriff auf die “Mitglied Fakturaelement Liste” hat.
Prüfschritt: Keine geplanten Austritte nach 31.12.20xx
Austritte erfolgen grundsätzlich auf Ende des aktuellen Jahres.
Prüfschritt: Zeitschriften, die explizit abbestellt wurden, auf heute terminieren
Tabelle via Dev Tool öffnen: 3015805 DYM Member Magazine Sub.
Filter setzen
Nach Excel exportieren, Spalte “Mitgliedernummer” in eine separate Lasche kopieren und Duplikate entfernen
→ OFFEN: In der Liste ist nicht ersichtlich ob Mitglied aktiv oder Abonnent ist!
Prüfschritt: Ausgetretene Mitglieder mit einem offenen Saldo
Rechnungsstorno vornehmen für
Wenn Betrag > 280, gilt es zu kontrollieren, ob das ausgetretene Mitglied sich für einen Kurs angemeldet hat.
Prüfschritt: Mehrwertsteuer inklusive
Zu dokumentieren: Es muss sichergestellt werden, dass keine Mehrwertsteuer auf den Rechnungen auftauchen. Hierzu muss auf dem Debitor die Option “Mehrwertsteuer inklusive“ gesetzt sein.
Prüfschritt: Adressbereinigung
Anleitung folgt - im Hinblick auf den Jahresinkasso 2023 wurde entschieden, dass keine Adressen vorgängig bereinigt werden.
Prüfschritt: Abonnenten mit Sektion hinterlegt
Im Hinblick auf den Jahresinkasso 2023 irrelevant, jedoch muss als Datenbereinigung in 2023 berücksichtigt werden, dass alle Abonnenten keine Sektion hinterlegt haben.
blabla
Bei Sektionen:
Wenn Telefon leer auf Sektionskarte, dann gilt es die Telefon Nummer auf der Kontaktkarte zu nehmen
Homepage-URL konsistent ablegen (ohne “http” oder “https” resp. beginnend mit “www”)
blabla
Hüttenchef: Beziehung immer zwischen Kontakt und Hütte abbilden, nie zwischen Sektion und Kontakt
Falsch:
174220 ist Hüttenchef von 00001800
199959 ist Hüttenchef von 00002950
207632 ist Hüttenchef von 00005750
Korrekt:
179765 ist Hüttenchef von 00000289
154541 ist Hüttenchef von 00000290
390319 ist Hüttenchef von 00000291
blabla
Bei den Hüttenbeziehungen wurden Inkonsistenzen entdeckt. Diese gilt es vorgängig zu bereinigen - nachfolgend einige Beispiele
Fall 1: Hüttenobmann darf lediglich eine Beziehung zu einer Sektion aufweisen, nicht aber zu einer Hütte
Korrekt: 284656 ist Hüttenobmann von 00001300 (1300 SAC Arosa)
Falsch: 269260 ist Hüttenobmann von 00000269 (Tierberglihütte SAC)
Fall 2: Hütte weist nicht immer eine Beziehung zu einer Sektion auf
Korrekt: 00000001 ist Hütte von 00004250
Falsch: 00000006 ist Hütte von N/D
Fall 3: “Gültig bis” Datum < “Gültig von” Datum
Korrekt: 399997 ist Hüttenobmann von 30.11.2018 bis 31.12.2099
Falsch: 171751 ist Hüttenobmann von 01.06.2023 bis 31.12.1999
Fall 4: Inaktive Personen weisen eine aktive Beziehung zu einer Hütte auf
Falsch: 136320 ist seit 08.07.2003 bis 31.12.2099 Hüttenchef von 00000044, die Person ist aber seit 20.12.2022 ausgetreten (aufgrund Todesfall)
Sonstige Inputs
DDL-Statements Hitobito
https://github.com/hitobito/hitobito/blob/master/db/schema.rb
Add Comment