DCC - RWB - Monitor - Update MatStamm im BATCH (via Direktaufruf) - Performance-Optimierung Beim Aufruf des Materialstamm-Updates im BATCH werden u.U. sehr große interne Tabellen erzeugt. Das beeinträchtigt stark die Performance und kann u.U. sogar zum Speicher-Überlauf führen. Lösung: Die Übergabe der Daten an den Materialstamm-Update wird blockweise durchgeführt. Programm: /GIB/DCC_BARU_MONITOR Include: /GIB/DCC_BARU_MONITOR_CUST_F01 Form: CUST_SELECTION_GET_DATA_RWB Include /GIB/DCC_BARU_MONITOR_STD_F02 Form STD_INIT_GRID_0200 Form STD_SELECTION_GET_DATA_200 --> BATCH ja/nein Include /GIB/DCC_BARU_MONITOR_CUST_F02 Form CUST_SELECTION_GET_DATA_200 im Batch Include /GIB/DCC_BARU_MONITOR_VIAD_F05 Form STD_INIT_GRID_VIAD Form STD_SELECTION_GET_DATA_VIAD --> BATCH ja/nein Form CUST_SELECTION_GET_DATA_VIAD im Batch
im Kundensystem hat die Optimierung des Speichers und der Performance funktioniert.. Auf unseren Systemen nicht abbildbar... (Datenmengen zu gering)..
.
neue Vorabkorrekturen: M50K900581;M60K900615;M39K901978;M49K901979 Programm: /GIB/DCC_BARU_MONITOR Include: /GIB/DCC_BARU_MONITOR_VIAD_F05 Form CUST_SELECTION_GET_DATA_VIADB
Vorabkorrekturen: M39K901153 M49K901151
erneute Korrektur: Bei BATCH-Anforderung mit "RWB Organisationsebene Werk Abgleich/Update" erfolgt die blockweise Überagbe nicht korrekt. Bedingt dadurch werden nicht alle Materialien dem Update übergeben. Programm: /GIB/DCC_BARU_MONITOR Include: /GIB/DCC_BARU_MONITOR_CUST_F02 Form CUST_SELECTION_GET_DATA_200B
Voarabkorrekturen: M39K900955; M39K900972: M39K900974; M49K900982