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) fr MQ Listening einbauen
OK Scheduler fr Update_for_PDA (SAREC nachfhren) "Update_for_PDA"
OK Scheduler Spezialhandling partner_saldieren, versandadresse saldieren (NEU) validto2
OK validto2 auf Tabelle partner wieder ausbauen, wird nicht verwendet
OK Mail fr Errors prfen auf INT2
OK VV wenn kontoTyp leer wird produktBezeichnung verwendet
OK Anreden auf 150 Zeichen verlngert
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 <Mitarbeiter> Tag
OK System Error suchen -- War nicht erfasster Partner + Lieferung HA
OK "Error Stopper" -- per Parameter.cfg (Lsung bei hufigen Fehlern (>50 MQ Error pro Sekunde oder so)


DB Speichern / Update
OK PartnerNat
OK PartnerJur
OK Hauptadresse
OK Versandadresse
OK Lngenprfung
OK Prfen Tabelle ams_versandart ob in EDOKA DB verschieben oder 2. Connectionsstring? Wird fr Partner.cdvsa00 gebraucht
OK Prfen 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 "" abfllen
OK TransformationsDB erstellen
OK TransformationsDB abfllen + 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 = Gelscht bzw. wird nicht umgesetzt


------------------------------------------------------------------------------------
Spezifikationsfragen
Sind nur noch hier um zu "beweisen" was fr ein Durcheinander geherrscht hat bei diesem Batch
------------------------------------------------------------------------------------

Abzuklren mit Comit
- Verschiedene Obejkttypen bei VV, welche gebraucht, ev. zusammen fassen? (VV, Produkte, Container, Dokumente)
  Diese Obekte sind nicht in Spezifikation!
- Lnge 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 vorlufig aus der Spezifikation gestrichen und werden manuell eingepflegt.

Hauptadresse
OK PartnerNr = objektRefNr?


Versandadresse
OK Nur 2 Datenstze erhalten "Versandadresse"
OK PartnerNr = objektRefNr?


VV - VV
OK Mapping korrigieren
- formatierteNr wird falsch angeliefert, es kommt z.b. Fondskonto Swisscanto PF Yield (Maximallnge 16)
OK PartnerNr = objektRefNr?

VV - Container
- Umbau in VV - VV mglich?
- Es kommen komplett leere Datenstze (VVCONT2008042427.xml)
- Es kommen halbe Datenstze (externe Nr OK, formatierte Nr leer)

VV- Document
- Wozu diese Daten, gar nicht verwenden?
- PartnerNr nicht enthalten

VV - Produkte
- Umbau in VV - VV mglich?
- Mapping erstellen?
- PartnerNr nicht enthalten
- Es werden keine Nummern nur Texte angeliefert
- Datum oft '00000000' welches einfllen? Je nach Feld unterschiedlich? Ignorieren?



Probleme deponiert bei Comit
Schon sehr lange! Angaben zu Stammdaten fehlen (Status = ?? usw. Liste in Excel Mapping)

