Umbau in Service: OK Config Datei erstellen + einlesen (MQ Angaben) OK Journalisierung umbauen form1.log -> bms.log OK Check der Headerdaten? Mandant, UserID usw? Eher nicht OK In Service umbauen OK Handler (oder Timer) für MQ Listening einbauen OK Scheduler für Update_for_PDA (SAREC nachführen) "Update_for_PDA" OK Scheduler Spezialhandling partner_saldieren, versandadresse saldieren (NEU) validto2 OK validto2 auf Tabelle partner wieder ausbauen, wird nicht verwendet OK Mail für Errors prüfen auf INT2 OK VV wenn kontoTyp leer wird produktBezeichnung verwendet OK Anreden auf 150 Zeichen verlängert OK Default BetreuerID wenn keine angeliefert + Msg senden + Default nehmen aus Paramter.cfg OK Jetzt BL Kunde -> AVQ liefert BL NEIN -> In EDOKA bleibt er BL Kunde OK DB Error ohne anderen Fehler simulieren -- War Tag OK System Error suchen -- War nicht erfasster Partner + Lieferung HA OK "Error Stopper" -- per Parameter.cfg (Lösung bei häufigen Fehlern (>50 MQ Error pro Sekunde oder so) DB Speichern / Update OK PartnerNat OK PartnerJur OK Hauptadresse OK Versandadresse OK Längenprüfung OK Prüfen Tabelle ams_versandart ob in EDOKA DB verschieben oder 2. Connectionsstring? Wird für Partner.cdvsa00 gebraucht OK Prüfen Tabelle ams_exemplare ob in EDOKA DB verschieben oder 2. Connectionsstring? NULL OK Form1: Import bzw. Load nur eines von beiden verwenden in XMLHandling OK Mutier und Erstelldatum auf allen Tabellen!! SQL SCRIPT - Alle Inhalte von av_Partner_Mapping übertragen in Script OK "etx" Tabellen erweitern + abfragen (Script unter: L:\Sourcecode\EDOKA\_Migration\Release 4.0\Partnerdatenabgleich (BETA)) Transformationen OK PartnerNat OK PartnerJur OK Hauptadresse OK Versandadresse OK VV OK not null Spalten mit 0 oder "" abfüllen OK TransformationsDB erstellen OK TransformationsDB abfüllen + abfragen OK TransformationsDB Abfrage erstellen (Stammdaten.Transform_generic) OK Kurzname selber zusammenbauen OK STATUSWERTE AVALOQ: 4 = aktiv, 7 = saldiert OK In Prod schauen wie Anredenmapping klappt in Hauptadresse Hilfsabfragen Transformationen OK etsex OK Land OK Diverse Datum Transformationen Legende: - = Offen X = in Bearbeitung T = in Testphase OK = Fertig + eingehend (!) getestet L = Gelöscht bzw. wird nicht umgesetzt ------------------------------------------------------------------------------------ Spezifikationsfragen Sind nur noch hier um zu "beweisen" was für ein Durcheinander geherrscht hat bei diesem Batch ------------------------------------------------------------------------------------ Abzuklären mit Comit - Verschiedene Obejkttypen bei VV, welche gebraucht, ev. zusammen fassen? (VV, Produkte, Container, Dokumente) Diese Obekte sind nicht in Spezifikation! - Länge von Textfeldern, problematisch wenn hinten abgeschnitten? Wenn ja welche kritisch? Aktuell: Record wird komplett NICHT geschrieben wenn 1 Feld zu lang, Ausnahme VV, wurde funktion erstellt - Es kommen ganz leere XML Dateien, nicht tragisch (20080424169.xml) OK Keine Testdaten erhalten "Mitarbeiter" -> Diese wurden vorläufig aus der Spezifikation gestrichen und werden manuell eingepflegt. Hauptadresse OK PartnerNr = objektRefNr? Versandadresse OK Nur 2 Datensätze erhalten "Versandadresse" OK PartnerNr = objektRefNr? VV - VV OK Mapping korrigieren - formatierteNr wird falsch angeliefert, es kommt z.b. Fondskonto Swisscanto PF Yield (Maximallänge 16) OK PartnerNr = objektRefNr? VV - Container - Umbau in VV - VV möglich? - Es kommen komplett leere Datensätze (VVCONT2008042427.xml) - Es kommen halbe Datensätze (externe Nr OK, formatierte Nr leer) VV- Document - Wozu diese Daten, gar nicht verwenden? - PartnerNr nicht enthalten VV - Produkte - Umbau in VV - VV möglich? - Mapping erstellen? - PartnerNr nicht enthalten - Es werden keine Nummern nur Texte angeliefert - Datum oft '00000000' welches einfüllen? Je nach Feld unterschiedlich? Ignorieren? Probleme deponiert bei Comit Schon sehr lange! Angaben zu Stammdaten fehlen (Status = ?? usw. Liste in Excel Mapping)