...
- Kunden-History - dies ist aber bereits durch die Bezüge abgedeckt, wird also hier nicht benötigt
- Sortiment für Aussendienst: Ein in einem fixen Rhythmus wechselndes Sortiment der Produkte, das was in der Migros jeweils als 'Aktuell' markiert ist.
- Aktionen
- Spezialpreise des Kunden
Promotionen
| # | Fragestellung | Lösungsweg | Kommentar |
|---|---|---|---|
| 1 | Wie sollen die Promotionen abgebildet werden. | Als Materialized View, welche jeweils über Nacht aktualisiert werden. Dies hat den Vorteil, dass die View nicht für jede einzelne Abfrage neu gerechnet werden muss. Die View ist eine SQL UNION Abfrage, wobei jeder Typ ein separater SELECT ist. | |
| 2 | Wie unterscheiden wir die Promotionen | Auf der View gibt es ein Feld Promotionstyp als String. Dieser lässt sich anschliessend für die Selektion im Portal nutzen. Dies ist analog zum Bestellvorschlag, wo ich ebenfalls wählen kann, welche Art von Bezügen wir vorschlagen möchten. | |
| 3 | Welchen übrigen Felder benötigen wir? | Analog zu den Bezügen | |
| 4 | Wie rechnen wir den Preis? | Die Preisfindung steht in VinX als View zur Verfügung - einfach ohne abschliessende Konditionierung aus Rabatten etc. Von daher kann man dies als Richtpreis vor Rabattierung zur Verfügung stellen. | |
| 5 | Was benötigen wir in der VinX Datenbank? | Im eigenen Unternehmen benötigen wir einen Fremdschlüssel auf das |
Portal-Promotions-Sortiment. |
Dies könnte verfeinert werden: Sortiment auf Bereich, ADM, Kundengruppe etc. je Kundenwünschen. | Statt eines Fremdschlüssels könnte man theoretisch auch eine Markierung auf dem Sortiment machen, so dass man mehrere Sortimente an die ADM zuweisen kann. Ebenso denkbar wäre ein Sortiment pro ADM oder ADM Bereichsleiter. | ||
| 6 | Nebenwirkungen oder Probleme | Diese Funktion macht ohne Bestellfunktion wenig Sinn, fühlt sich dann irgendwie falsch an. | Mit der Bestellfunktion haben wir auf den Promotionen gleich den Bestellaspekt. |
| Page Properties | ||
|---|---|---|
| ||
|
...