Shop Umstellung 2013 SAP
Aus Marburger Medien
(→Grundlegendes) |
(→BOB-SBOToWeb Datenübertragung aus dem Cockpit zum Shop) |
||
Zeile 7: | Zeile 7: | ||
==Ansprechpartner== | ==Ansprechpartner== | ||
* [[Firma Data & Vision]] – Andreas Heesemann | * [[Firma Data & Vision]] – Andreas Heesemann | ||
+ | * [[Firma Bob]] – Christoph Clauss | ||
- | = | + | =SAP-db-Migration-Shop= |
- | + | ||
- | + | Bestimmte Bezeichner müßen den neuen Anforderungen angepasst werden | |
- | * | + | * Pflege der [@SHOP_WARENGRUP].Name |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | == | + | **Rest => Bald Vergriffen |
+ | **Serien => Serien für das Leben | ||
+ | **Spezial => Weitere Medien | ||
- | |||
- | |||
- | + | * Pflege der [@SHOP_UNTERGRUP].Name | |
- | * | + | **Neueintrag von BV => Bald Vergriffen Hier sollte geprüft werden ob das wirklich Notwenndig ist |
- | * | + | Aktuell wurde der obige Eintrag noch nicht vorgenommen (fehlt also noch 2013-07-24) |
+ | |||
+ | **WFrkä => Freundschaftskärtchen | ||
+ | **WSpez => Mehr Smilinguido | ||
+ | |||
+ | =Die 4 Anwendungsfälle der Schnittstelle= | ||
+ | 1.) Artikel hochladen | ||
+ | 2.) Aufträge abholen | ||
+ | 3.) Lieferung an den Shop zurück melden | ||
+ | 4.) GP Status zurückmelden | ||
+ | |||
+ | |||
+ | [[Datei:20130725-Shop-Anwendungsfaelle|Shop-Anwendungsfaelle]] | ||
+ | |||
+ | =BOB-SBOToWeb Datenübertragung aus dem Cockpit zum Shop= | ||
+ | |||
+ | [[BOB-SBOToWeb-Stand-20130725]] | ||
+ | |||
+ | |||
+ | [[BOB-SBOToWeb-Artikel-Stand-20130725]] | ||
+ | [[BOB-SBOToWeb-Auftrage-Stand-20130725]] | ||
+ | [[BOB-SBOToWeb-Lieferung-Stand-20130725]] | ||
+ | [[BOB-SBOToWeb-GP-Status-Stand-20130725]] | ||
+ | |||
+ | =BOB-XMLToSBO Webshopdateien verarbeiten= | ||
+ | |||
+ | [[BOB-XMLToSBO-Stand-20130725]] | ||
+ | |||
+ | |||
+ | =Konvertierung SAP Ansprechpartner= | ||
+ | * Datenmigartion auf Detailfelder | ||
+ | * Anpassen des Cockpit damit dort ebenfalls Detailfelder gefüllt werden | ||
+ | * manuelle Korrektur der Detaildelder im Ansprechparter | ||
+ | |||
+ | |||
+ | =Testszenarien= | ||
+ | |||
+ | ==Gibt es ein Test Szenario, welches vor der Produktiv-Schaltung umgesetzt werden kann?== | ||
+ | |||
+ | *Bisher noch nicht | ||
+ | *Rückfrage von Herrn Heesemann: Hat die Firma Dupp eine Liste von Positiv- und Negativfällen? | ||
+ | *Ansonsten müsste abgesprochen werden, wer eine Liste von Standard-Testfällen aufstellt | ||
+ | *Info von Markus Coners: BOB hat keine standardisierte Prüf-Liste | ||
+ | |||
+ | ==Vorschlag Testszenarien== | ||
+ | ====Fall A - Registrierung==== | ||
+ | * Kann sauber eingegeben werden? | ||
+ | ** Negativ-Fall : Ich gebe bewusst falsche Parameter ein | ||
+ | ** Wie verhält sich dies Software? Software muss die erkennen und verhindern | ||
+ | * Positiv-Fall : Ich gebe sauber Angaben ein | ||
+ | ** Verarbeitet die Software die sauberen Daten auch richtig? | ||
+ | ** Software darf keine Daten verlieren | ||
+ | |||
+ | ====Fall B - Bestellung ==== | ||
+ | * Kann sauber bestellt werden? | ||
+ | ** Negativ-Fall : Ich gebe bewusst falsche Parameter ein | ||
+ | ** Wie verhält sich die Software? Software muss dies erkennen und verhindern | ||
+ | * Positiv-Fall : Ich gebe sauber Angaben ein | ||
+ | ** Verarbeitet die Software die sauberen Daten auch richtig? | ||
+ | ** Software darf keine Daten verlieren | ||
+ | |||
+ | =Migration Useraccount-Daten vor der Online-Schaltung= | ||
+ | * Gemeint sind nicht die Artikeldaten (die werden auf Seiten der SAP eingegeben) | ||
+ | * Gemeint sind Stammdaten der User + Passworte etc | ||
+ | |||
+ | ==Woher kommen die initialen Daten der Erstbefüllung (Erstmigration)?== | ||
+ | '''Schritt 1''' | ||
+ | *Vorschlag von Andreas Heesemann: Aus dem alten XT-Commerce Shop übernehmen | ||
+ | *Vor allem aus rechtlichen Gründen: Denn dort sind saubere Optin Adressen | ||
+ | *Dazu nötig: Zugang für Data & Vision auf die Datenbank bei Firma Dupp | ||
+ | *Daten werden dort ausgelesen (Dump) | ||
+ | *Werden dann von Data & Vision bereinigt | ||
+ | *Dazu nötig: Probleme sollten von der Stiftung benannt werden (Wo ist die Datenqualität schlecht?) | ||
+ | *Sollte mit einem Auwand ab 3-4h möglich sein. Hängt von der Benennung der Problemfelder ab | ||
+ | |||
+ | '''Klären: Was soll im Altdatenbestand geprüft werden?''' | ||
+ | *Es darf im Zielsystem (Neuer Shop) pro E-Mail Adresse nur 1 Datensatz angelegt sein | ||
+ | *Dieser Datensatz soll so sauber wie möglich sein | ||
+ | *Möglichst viele Plausibilitätsprüfungen fahren | ||
+ | *Groß- und Kleinschreibung am Wortanfang? | ||
+ | *Sonderzeichen? | ||
+ | *Junk-E-Mail Adressen wie Hotmail? Unvollständige E-Mail Adresse? | ||
+ | *Deutsche PLZ 5-stellig? | ||
+ | *Stimmt Telefonvorwahl zur PLZ? | ||
+ | |||
+ | XXX Anmerkung ECG: Achtung, diese Liste ist vorläufig. Bitte prüfen und ergänzen. @Herr Heesemann: Sie wissen am besten, was möglich ist und was nicht, bitte entsprechend erweitern / korrigieren XXX | ||
+ | |||
+ | *Mehrere User / Nutzer? | ||
+ | |||
+ | '''Schritt 2''' | ||
+ | *Die frischen Daten sind dann im neuen Joomla Shop | ||
+ | *Zu klären: Sollen dann die bereinigten Daten BOB zur Verfügung gestellt werden? | ||
+ | |||
+ | '''Schritt 3''' | ||
+ | *Auf Wunsch können die frischen Daten in die SAP synchronisiert werden | ||
+ | *Muss geklärt werden, wann und wie | ||
+ | |||
+ | =Punkte nach Online-Schaltung= | ||
+ | |||
+ | ==Plausibilität Prüfungen bei Neuanmeldung== | ||
+ | * Es gab bereits ein Regelwerk für Filter im Vorläufer Joomla-Shop | ||
+ | * Dieser Filter ist noch nicht wieder implementiert | ||
+ | * Frage ECG: Ist der Punkt der Plausibilitätsprüfung im laufenden Betrieb für BOB relevant? Ist in meinen Augen eine Frage, welche Filter die Eignabeformulare verwenden. Oder sehe ich das falsch? | ||
+ | |||
+ | ==Sicherheits-Loop in der SAP oder auf Seiten von Joomla== | ||
+ | * Markus Coners will auf Seiten der SAP eine händische Zuordnung der Stammdaten bauen | ||
+ | * Übernommene Account-Daten müssen mit der Erstbestellung bestätigt werden | ||
+ | * Stichwort "Kundenweiche" (Datenmodellierung + Anreicherung in der SAP) | ||
+ | '''Alternative Loop in Joomla''' | ||
+ | * Hinweis von MC: Aufgrund der neuen SMM Anforderung das ein Online Account nicht dem GP sondern GP+AP zusortiert werden soll, | ||
+ | ist die logische Konsequenz das diese Zusortierung manuell stattfinden muß (welcher AP ist der Richtige und sind die Daten korrekt?) | ||
+ | Hier dreht es sich also um die Datenhaltung im SAP. | ||
+ | * Alternativ könnte Kunde die Daten bestätigen | ||