Quelltext anzeigen
Aus Marburger Medien
für
Shop Umstellung 2013 SAP
Wechseln zu:
Navigation
,
Suche
zurück zu [[Shop der Stiftung]] ==Grundlegendes== * Hier werden alle Infos zwischen BOB und anderen notiert, die für die Umstellung auf den neuen Shop wichtig sind. * Datenmigration von altem Shop auf den neuen Shop / SAP ==Ansprechpartner== * [[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-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 zurück zu [[Shop der Stiftung]] [[Kategorie:Programmierung]] [[Kategorie:IT]]
Zurück zur Seite
Shop Umstellung 2013 SAP
.
Ansichten
Seite
Diskussion
Quelltext anzeigen
Versionen/Autoren
Persönliche Werkzeuge
Anmelden
Navigation
Hauptseite
Gemeinschafts-Portal
Aktuelle Ereignisse
Letzte Änderungen
Zufällige Seite
Hilfe
Suche
Werkzeuge
Links auf diese Seite
Änderungen an verlinkten Seiten
Spezialseiten