| Table of Contents |
|---|
Schnellstart-Anleitungen
Navision starten
Starte die Applikation “NAV 2018 TEST” (die Applikation kann im Windows Start-Menü gesucht/gefunden werden)
Wichtig: es ist nicht erlaubt die Applikation “NAV 2018 PROD” zu starten
Development Tool starten
Starte die Applikation “Remotedesktopverbindung” (die Applikation kann im Windows Start-Menü gesucht/gefunden werden)
Stelle eine Verbindung zu “sac-nst-test01“ her (Username + Passwort bei SAC erhältlich)
Starte die Applikation “Dynamics NAV 2018 Development Environment” (die Applikation kann im Windows Start-Menü auf dem Remotedesktop gesucht/gefunden werden)
Navigiere unter “Datei>Datenbank>Öffnen...” und selektiere unter “Datenbankname” folgende Datenbank: NAV_2018_TEST - kontrolliere im Nachgang unter “Datei”, dass die Verbindung mit “NAV_2018_TEST” hergestellt ist (und nicht mit “NAV_2018_PROD):
Wichtig: es ist nicht erlaubt eine Verbindung zur Datenbank “NAV_2018_PROD” herzustellen
...
Tabelle suchen
Eine “Tabelle” ist mit einer relationalen Datenbank-Tabelle gleichzustellen.
Nachdem das Development Tool gestartet wurde, wird eine Maske “Object Designer” angezeigt
Im “Object Designer” links auf “Table” navigieren
Jetzt kann nach Name oder ID gesucht werden - hierfür muss einfach die Tastatur getätigt werden
Page aufrufen
Eine “Page” ist mit einer relationalen Datenbank-View gleichzustellen.
Nachdem der Fat Client “NAV 2018 TEST“ gestartet wurde wird oben rechts ein Suchfeld angezeigt
In diesem Suchfeld kann nach Page-Namen gesucht werden
Unzulässige Datenkonstellationen
Unten beschriebene Prüfungen auf Richtigkeit der Datenkonstellationen gilt es vor der Datenmigration von X-HIT durchzuführen (X: NAV, WSO2, Typo3). Unzulässige Datenkonstellationen gilt es im produktiven Mastersystem zu bereinigen. Sofern eine Page angegeben ist, kann die Prüfung mit dem Fat Client “NAV 2018 TEST” erfolgen. Wenn nur eine Tabelle angegeben ist, genügt der Fat Client nicht und eine Verbindung zur “Development Environment” muss aufgebaut werden (via Remote Verbindung).
Aktives Mitglied ohne E-Mail Adresse
...
Business Regel
...
| Table of Contents |
|---|
Schnellstart-Anleitungen
Navision starten
Starte die Applikation “NAV 2018 TEST” (die Applikation kann im Windows Start-Menü gesucht/gefunden werden)
Wichtig: es ist nicht erlaubt die Applikation “NAV 2018 PROD” zu starten
Development Tool starten
Starte die Applikation “Remotedesktopverbindung” (die Applikation kann im Windows Start-Menü gesucht/gefunden werden)
Stelle eine Verbindung zu “sac-nst-test01“ her (Username + Passwort bei SAC erhältlich)
Starte die Applikation “Dynamics NAV 2018 Development Environment” (die Applikation kann im Windows Start-Menü auf dem Remotedesktop gesucht/gefunden werden)
Navigiere unter “Datei>Datenbank>Öffnen...” und selektiere unter “Datenbankname” folgende Datenbank: NAV_2018_TEST - kontrolliere im Nachgang unter “Datei”, dass die Verbindung mit “NAV_2018_TEST” hergestellt ist (und nicht mit “NAV_2018_PROD):
Wichtig: es ist nicht erlaubt eine Verbindung zur Datenbank “NAV_2018_PROD” herzustellen
...
Tabelle suchen
Eine “Tabelle” ist mit einer relationalen Datenbank-Tabelle gleichzustellen.
Nachdem das Development Tool gestartet wurde, wird eine Maske “Object Designer” angezeigt
Im “Object Designer” links auf “Table” navigieren
Jetzt kann nach Name oder ID gesucht werden - hierfür muss einfach die Tastatur getätigt werden
Page aufrufen
Eine “Page” ist mit einer relationalen Datenbank-View gleichzustellen.
Nachdem der Fat Client “NAV 2018 TEST“ gestartet wurde wird oben rechts ein Suchfeld angezeigt
In diesem Suchfeld kann nach Page-Namen gesucht werden
Unzulässige Datenkonstellationen
Unten beschriebene Prüfungen auf Richtigkeit der Datenkonstellationen gilt es vor der Datenmigration von X-HIT durchzuführen (X: NAV, WSO2, Typo3). Unzulässige Datenkonstellationen gilt es im produktiven Mastersystem zu bereinigen. Sofern eine Page angegeben ist, kann die Prüfung mit dem Fat Client “NAV 2018 TEST” erfolgen. Wenn nur eine Tabelle angegeben ist, genügt der Fat Client nicht und eine Verbindung zur “Development Environment” muss aufgebaut werden (via Remote Verbindung).
Aktive Mitglieder 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) | Mitglied Liste |
Filterkriterien |
|
Erkenntnisse | Per 18.09.2023 gibt es 19’293 aktive Mitglieder mit fehlender E-Mail Adresse:
|
Datenbereinigungsaktion(en) |
|
Bemerkungen | - |
E-Mail Adresse nicht eindeutig
Business Regel | Erfasste E-Mail Adressen von aktiven Mitgliedern sind eindeutig. |
|---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | Mitglied Liste |
Filterkriterien |
|
|
Erkenntnisse |
|---|
Per 18.09.2023 gibt es 19’293 aktive Mitglieder mit fehlender E-Mail Adresse:
2'381 aktive Mitglieder der Beitragskategorie “Familie” ohne E-Mail Adresse
14’826 aktive Mitglieder der Beitragskategorie “Einzel” ohne E-Mail Adresse
2'086 aktive Mitglieder der Beitragskategorie “Jugend” ohne E-Mail Adresse
Datenbereinigungsaktion(en)
Via Sektion E-Mail Aufruf starten
Via Briefversand E-Mail Aufruf starten
Bemerkungen
-
E-Mail Adresse nicht eindeutig
Business Regel | Erfasste E-Mail Adressen von aktiven Mitgliedern sind eindeutig.TODO | |
|---|---|---|
Datenbereinigungsaktion(en) |
| |
Bemerkungen | @FHNW: Ich würde wie folgt vorgehen
|
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. Beispiele gängiger Tippfehler (Liste nicht komplett!):
|
|---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | Mitglied Liste |
Filterkriterien |
|
| |
Erkenntnisse | TODO |
|---|---|
Datenbereinigungsaktion(en) |
Rücksprache mit Mitglied nehmen
Bemerkungen
@FHNW: Ich würde wie folgt vorgehen:
Page filtern und die gefundenen E-Mail Adressen in eine Datenbanktabelle laden
Select “E-Mail Adresse”
, Case When “Anzahl”>1 Then 0
Else 1
End As “Ist_eindeutig“
From (
Select “E-Mail Adresse”
, Count(*) As “Anzahl”
From “Datenbanktabelle “
Group By “E-Mail Adresse”
)
E-Mail Adresse nicht zulässig
Business Regel | TODO | |
|---|---|---|
Bemerkungen | @FHNW: gibt es einen kostenlosen Webservice womit alle erfassten Adressen geprüft werden können? Hier z.B. können einzelne E-Mail Adressen geprüft werden: https://www.experte.de/email-pruefen. Dieser Service prüft die angegebene E-Mail Adresse auf Syntax, Mailserver und Postfach. Dieser Task ist als one-off zu verstehen. |
Aktive Mitglieder ohne aktive Sektion
Business Regel | Aktive Mitglieder müssen zwingend einer aktiven Sektion zugewiesen sein. |
|---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | Mitglied Liste |
Filterkriterien |
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
|
Bemerkungen | - |
Aktive Mitglieder ohne Beitragskategorie
Business Regel | Aktive Mitglieder müssen zwingend einer Beitragskategorie zugewiesen sein. |
|---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | Mitglied Liste |
Filterkriterien |
|
Kategorie ist “EINZEL|FAMILIE|JUGEND”
Geplanter Austritt ist “''|>31.12.2023”
| |
Erkenntnisse | TODO |
|---|---|
Datenbereinigungsaktion(en) |
TODO
Bemerkungen
@FHNW: gibt es einen kostenlosen Webservice womit alle erfassten Adressen geprüft werden können? Hier z.B. können einzelne E-Mail Adressen geprüft werden: https://www.experte.de/email-pruefen. Dieser Service prüft die angegebene E-Mail Adresse auf Syntax, Mailserver und Postfach. Dieser Task ist als one-off zu verstehen.
...
| |
Bemerkungen | - |
|---|
Aktive Mitglieder ohne PUK
Business Regel | Aktive Mitglieder müssen zwingend |
|---|
ein PUK hinterlegt haben. |
Tabelle(n) |
|---|
Mitglied (3015965) |
Page(s) |
|---|
Mitglied Liste |
Filterkriterien |
|---|
Business Regel
| |
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
Rücksprache mit Mitglied nehmen
Aktives Mitglied ohne Beitragskategorie
| |
Bemerkungen | - |
|---|
Aktive Mitglieder mit unzulässigem Eintrittsjahr
Business Regel | Eintritte vor 1900 und Eintritte mehr als 12 Monate in Zukunft sind unzulässig. Es kann sein, dass es sich um Tippfehler handelt (z.B. 2200 anstatt 2020). |
|---|---|
Tabelle(n) |
Mitglied (3015965) |
Page(s) |
|---|
TODO
Filterkriterien
Mitglied Liste | |
Filterkriterien | Eintritte vor 1900:
Eintritte nach 01.12.2024
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
Für Mitglieder zwischen 6 und 22 Jahren ein Wechsel der Beitragskategorie auf “Jugend” vornehmen
Für Mitglieder älter als 22 Jahren ein Wechsel der Beitragskategorie auf “Einzel” vornehmen
Aktives Mitglied ohne PUK
Business Regel
| |
Bemerkungen | - |
Aktive Mitglieder der Beitragskategorie “Jugend” mit einem Alter >22 Jahren
Business Regel | [Regel] “Jugend”: min. 6 jährig; max. 22 jährig |
|---|---|
Tabelle(n) |
Page |
|---|
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.
...
(s) | |
|---|---|
Filterkriterien | |
Erkenntnisse | |
Datenbereinigungsaktion(en) | |
Bemerkungen |
Prüfschritt: Mehr als 22 Jahre alt und Jugend
...
Business Regel | Aktive Mitglieder der Beitragskategorie “Fam”, “Frei Fam” und “Frei Kind” dürfen nicht alleinstehend erfasst sein und müssen einer Familien-Nr. zugewiesen sein. [Regel] Eine aktive Familie besteht aus 2-n aktiven Mitgliedern. Sie umfasst 1 aktives “Fam”-Mitglied, 0..1 aktives “Frei Fam”-Mitglied und 0..n aktive “Frei Kind”-Mitglieder. Für Details siehe Regel unter https://saccas.atlassian.net/wiki/spaces/RDIEK/pages/3954507807/SAC+Inputs#Beitragskategorien. Für Details siehe https://saccas.atlassian.net/wiki/spaces/RDIEK/pages/3954507807/SAC+Inputs#Beitragskategorien. |
|---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | Mitglied Liste |
Filterkriterien |
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) | TODO |
Bemerkungen | - |
Aktive Mitglieder der Beitragskategorie “FAM”, “FREI FAM” und “FREI KIND” mit inaktiver Familien-Nr.
Business Regel | Aktive Mitglieder der Beitragskategorie “Fam”, “Frei Fam” und “Frei Kind” müssen einer aktiven Familie zugewiesen sein. [Regel] Eine aktive Familie besteht aus 2-n aktiven Mitgliedern. Sie umfasst 1 aktives “Fam”-Mitglied, 0..1 aktives “Frei Fam”-Mitglied und 0..n aktive “Frei Kind”-Mitglieder. Für Details siehe Regel unter https://saccas.atlassian.net/wiki/spaces/RDIEK/pages/3954507807/SAC+Inputs#Beitragskategorien. |
|---|---|
Tabelle(n) | Mitglied (3015965) |
Page(s) | Mitglied Liste Familien |
Filterkriterien | Mitglied Liste:
Familien:
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) | @FHNW: Ich würde in einem ersten Schritt die Familiennummern der aktiven Mitglieder ziehen (via “Mitglied Liste”). In einem zweiten Schritt würde ich dann die gefundenen Familien-Nr. als Parameter in der Page “Familien” abfragen, um in einem dritten Schritt zu prüfen, ob die gefundenen Familien aktiv oder inaktiv sind. |
Bemerkungen | - |
...
Business Regel | Aktive Mitglieder der Beitragskategorie “Fam”, “Frei Fam” und “Frei Kind” dürfen nicht alleinstehend erfasst sein. [Regel] Eine aktive Familie besteht aus 2-n aktiven Mitgliedern. Sie umfasst 1 aktives “Fam”-Mitglied, 0..1 aktives “Frei Fam”-Mitglied und 0..n aktive “Frei Kind”-Mitglieder. Für Details siehe Regel unter https://saccas.atlassian.net/wiki/spaces/RDIEK/pages/3954507807/SAC+Inputs#Beitragskategorien. |
|---|---|
Tabelle(n) | - |
Page(s) | Familien |
Filterkriterien | Familien mit 0 Mitglieder:
Familien bestehend aus nur “Frei Kind” Mitglied(er):
Familien bestehend aus nur “Fam” Mitglied:
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) |
|
Bemerkungen | - |
Aktive Familien mit mehr als 2 erwachsene aktive Mitglieder
Business Regel | TODO [Regel] Eine aktive Familie besteht aus 2-n aktiven Mitgliedern. Sie umfasst 1 aktives “Fam”-Mitglied, 0..1 aktives “Frei Fam”-Mitglied und 0..n aktive “Frei Kind”-Mitglieder. Für Details siehe Regel unter https://saccas.atlassian.net/wiki/spaces/RDIEK/pages/3954507807/SAC+Inputs#Beitragskategorien. |
|---|---|
Tabelle(n) | - |
Page(s) | Familien |
Filterkriterien |
|
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) | TODO |
Bemerkungen | - |
Prüfschritt: Keine unverbuchte Mitgliederrechnungen
...
| |
Erkenntnisse | TODO |
Datenbereinigungsaktion(en) | TODO |
Bemerkungen | - |
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 eine Mitgliedernummer ein letztes Eintrittsdatum 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)
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 ---> ????
...
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)
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 ---> ????
Sonstige Inputs
Formatierungsregeln
Datumswerte müssen im Import resp. Export File immer im selben Format abgelegt werden (dd.mm.yyyy)
CH Telefonnummern müssen immer im selben Format abgelegt werden (+41 7x xxx xx xx)
…
@FHNW: bitte Gedanken machen und Vorschläge hier teilen
Top 10 Geschäftsfälle
Neueintritt Stammsektion
Austritt Stammsektion
Wiedereintritt Stammsektion
Wechsel Stammsektion (Sektionswechsel)
Eintritt Zusatzsektion
Austritt Zusatzsektion
Wechsel Beitragskategorie
Auflösung Familie
Jahresinkassolauf
Mahnlauf (mit automatischem Austritt und Rechnungsstorno beim dritten Mahnlauf)
Beitragskategorien
Eine Beitragskategorie ist immer einer Person zugewiesen und stellt eine Mitgliedschaft dar:
“Einzel”: mindmin. 23 jährig
“Jugend”: min. 6 jährig; max. 22 jährig
“Fam”: mindmin. 23 jährig. Familienkonstrukt zulässig für min. 2 Personen, max. 2 Erwachsene (“Fam” und “Frei Fam”) und beliebig viele Kinder (“Frei Kind”). Die Familienmitgliedschaft ist auch für Paare ohne Kinder möglich. Eine Person wird als Hauptkontakt definiert (“Familienoberhaupt”). Die Familienmitglieder müssen im selben Haushalt leben.
“Frei Fam”: mind. 23 jährig
“Frei Kind”: mind. 6 und max. 17 jährig
Eine zugewiesene Beitragskategorie
ist für eine Sektion zulässig. Alle Sektionen bieten dieselben Mitgliedschaften an (“Einzel”, “Jugend”, “Fam”, “Frei Fam”, “Frei Kind”). Sie unterscheiden sich preislich.
hat ein Start- und End-Datum resp. ein Aktivierungs- und ein Deaktivierungsdatum. Abhängig vom dahinterliegenden Geschäftsfall (Neueintritt/Wechsel/Austritt Stammsektion/Zusatzsektion) löst eine Aktivierung/Deaktivierung einer Beitragskategorie 0..n Ereignisse aus (insbesondere fakturierungstechnisch).
...