Bug 15335 (T024848) - Abgleich Dispoparameter zweistufig: auf "leer" gesetzte Werte werden u.U. nicht übernommen
Summary: Abgleich Dispoparameter zweistufig: auf "leer" gesetzte Werte werden u.U. nic...
Status: VERIFIED FIXED
Alias: T024848
Product: Controlling
Classification: SCX/Suite
Component: Dispo-Parameter (show other bugs)
Version: 20.0
Hardware: All All
: P2 normal
Assignee: Niedermark, Janina
QA Contact: Lenz, Florian
URL:
Whiteboard: FE0, E74 und Wartungssysteme implemen...
Keywords: Taurus, Vorabkorrektur
Depends on:
Blocks:
 
Reported: 2022-11-25 12:35 CET by cbr
Modified: 2023-07-26 13:09 CEST (History)
4 users (show)

Kundennummer:
Bestellnummer:
PV Übergabe: ---
Phase Roadmap: 5. Realization
Erledigt mit: Taurus
SAP Release: ---
Transport: M63K901273;M53K901078;M55K900156;M65K900174
CRM-ID/Ticket: 024848

Attachments
Test-Protokoll (60.23 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2022-12-04 14:16 CET, cbr 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description cbr 2022-11-25 12:35:43 CET 
Abgleich Dispoparameter zweistufig: auf "leer" gesetzte Werte werden u.U. nicht übernommen

Die Anpassungen aus HW 10809 und HW 10622 wurden nur für den Modus "einstufig" durchgeführt.
Diese werden jetzt im Modus "zweistufig" adaptiert.
Comment 7 Lenz, Marco intern 2023-07-26 13:09:37 CEST 
Getestet: FQ0, Q74

Auch leere Werte werden im zweistufigen Abgleich korrekt in den Materialstamm geschrieben.
Getestet wurde mit durch Dispoprofil festgelegtem Festwert als auch der Übergabe des Wertes aus einer Formel mit Caller AD (siehe Ticket).

Getestet am Feld Reichweitenprofil "RWPRO".

Test mit Festwert: 
1.	Dispoprofil – RWPRO aktivieren, füllen und abgleichen
2.	Matstamm & Änderungsprotokoll für Artikel prüfen – Wert gesetzt?
3.	Dispoprofil – RWPRO leeren und abgleichen
4.	Matstamm & Änderungsprotokoll für Artikel prüfen – Wert gelöscht?
Test mit Wert durch Formel:
1.	Formel mit Ergebnis eines gültigen RWPRO-Wertes erstellen
2.	Matstamm & Änderungsprotokoll für Artikel prüfen – Wert gesetzt?
3.	Formel auf Ergebnis '' (leer) ändern
4.	Matstamm & Änderungsprotokoll für Artikel prüfen – Wert gelöscht?
Comment 6 Grab, Felix intern 2023-01-30 13:25:18 CET 
Anpassung auf neue Phase Roadmap Logik
Comment 3 cbr 2022-12-04 14:16:39 CET 
Created attachment 5699 [details]
Test-Protokoll
Comment 1 cbr 2022-12-04 12:45:41 CET 
Die logische Datenbank /GIB/DCC_ASSIGN ist im zweistufigen Abgleich für die Funktion "Bearbeitung Antragsdaten" durch die "Normenstelle" deaktiviert.

Bedingt dadurch werden die relevanten SAP-Tabellen (MARA, MARC) von der Datenbank nachgelesen. MARA wird in einer eigenen glöbalen Tabelle (GT_MARA) bereitgestellt.
MARC wird in die korrespondierenden Felder GT_SELECT_TAB gelesen.

Die Korrektur in HW 10809 und HW 10622 erfordert, dass die MARC als separate globale Tabelle (GT_MARC) zur Verfügung steht. 

Das ist bei Anforderung "Bearbeitung Antragsdaten" durch die "Normenstelle" nicht der Fall, da die Datenbeschaffung nicht aus der logischen Datenbank kommt.  

Lösung: MARC wird jetzt auch bei Anforderung "Bearbeitung Antragsdaten" durch die "Normenstelle" als separate globale Tabelle (GT_MARC) bereitgestellt:

Programm: /GIB/DCC_DISP_MATCHUP
Include: /GIB/DCC_DISPMATCH_CUST_F01
Form  CUST_SELECTION_GET_DATA_N