Ausgangslage
FĂŒr die Vergabe der Berechtigungen im Aussendienst-Portal mĂŒssen entsprechende Modelle im VinX eingelesen werden, welche mittels Schema-Migration in die DB integriert werden.
PerformX bietet dazu bereits eine Vorlage. Darauf soll aufgebaut werden. Allerdings ist der User Case beim PX-Portal anders als beim Aussendienst-Portal. In PX meldet sich ein Kursteilnehmer, Student, etc. an. Also eine Person, die Zugriff auf seinen Adress-Datensatz haben möchte. Im Aussendienst-Portal meldet sich ein Aussendienst-Mitarbeitender an, welcher Zugriff auf seinen Adressstamm haben möchte.
Datenmodell
| Fragen | Antworten |
|---|---|
Braucht es folgende Tabellen auch:
| |
Bei PX werden Portal-Logins fĂŒr Adressen erstellt. Im VinX sind fĂŒr das Aussendienst-Portal folgende Quellen möglich:
Vorschlag samw ist, dass wir es ĂŒber die EntitĂ€t Mitarbeiter lösen. Auf einem Mitarbeiter-Datensatz wird auch auf den Datenbank-Benutzer verwiesen. Denkbar ist auch, dass man eine Relation zwischen Mitarbeiter- und Vertreter-Tabelle erstellt. Allerdings ist in einem spĂ€teren Ansatz auch angedacht, dass sich Kunden des Wein- oder GetrĂ€nkelieferanten im Web anmelden können. In diesem Fall mĂŒssten wir auch die Möglichkeit via Adresse Ă la PerformX haben. Beissen sich diese AnsĂ€tze? | |
| Performa hat Quino-Attribute "PortalMutationDatum" und "PortalMutationUserID" auf der EntitĂ€t Pendenz. Ich nehme an, da im Portal Pendenzen erstellt und bearbeitet werden können. Ist das Prozess da verlgeichbar mit den KontakteintrĂ€gen in VinX? MĂŒssten wir diese Felder also auch noch auf die KontakteintrĂ€ge nehmen? | |
Performa hat auf diversen bestehenden EnitĂ€ten das Boolean "PortalVisibility" hinzugefĂŒgt. MĂŒssen wir das in VinX auch fĂŒr alle EntitĂ€ten machen, die in der Aussendienstlösung ausgegeben werden? |