Bug 16108 - GSO-P Datenaufbau: Pegging als zentrale Funktion
Summary: GSO-P Datenaufbau: Pegging als zentrale Funktion
Status: VERIFIED FIXED
Alias: None
Product: Operations
Classification: SCX/Suite
Component: Projekt (show other bugs)
Version: 23.0
Hardware: All All
: P2 major
Deadline: 2023-09-29
Assignee: Klaas, Martina
QA Contact: Grab, Felix
URL:
Whiteboard:
Keywords: Taurus
Depends on: 15739
Blocks: 16516
  Show dependency tree
 
Reported: 2023-06-26 11:17 CEST by Klaas, Martina
Modified: 2023-10-27 10:47 CEST (History)
3 users (show)

Kundennummer:
Bestellnummer:
PV Übergabe: ---
Phase Roadmap: ---
Erledigt mit: Taurus
SAP Release: ECC 6.0 EHP7
Transport:
CRM-ID/Ticket:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Klaas, Martina intern 2023-06-26 11:17:22 CEST
Sammelbug im Zusammenhang mit der Auslagerung des GSO-P Mappings zwecks Bereitstellung von zentralen Pegging-Informationen.

Schritt 1:
Aufbau eines zentralen Werks-Customizings, mit dem das Füllen der Mappingstabelle /GIB/DCO_P_MAP als zentrale Funktion (u.a. für Manufactoring) aktiviert werden kann.
Dazu werden Teile des GSO-P werksspezifischen Customizings in das übergreifende Customizing ausgelagert und alle Aufrufstellen überprüft.

Auslagerung der für das Mapping notwendigen Methoden aus Klasse /GIB/CL_DCO_PROJ_TOOLS in instanzierbare Klasse (Bug 15739).
Comment 2 Tilli, Benedikt intern 2023-10-27 10:47:17 CEST
Beim bisherigen Testen wurden die unten beschrieben Funktionen auf Q74 und FQ0 einige Male ohne Auffälligkeiten ausgeführt.
Comment 1 Klaas, Martina intern 2023-09-26 11:57:27 CEST
Als erster Schritt zu einer übergreifenden Bereitstellung der Peggingdaten für alle GS-/SCX-Komponenten wurden Teile der Funktionalität aus dem Operations Projekt herausgelöst und global zur Verfügung gestellt. Dies betrifft das werksspezifische Customizing sowie den initialen Aufbau der Mappingdaten (inklusive des BAdIs zur Beeinflussung des Mappings). Damit stehen die Mappingdaten modulübergreifend zur Verfügung. 

a) Aktivierung des Mappings für ein Werk
Ein Werk muss für die Aktualisierung der Mappingdaten nun zusätzlich zur Aktivierung im Operations Projekt Werkscustomizing auch im globalen produktübergreifenden Customizing aktiviert werden. Diese Aktivierung erfolgt z.B. im Operations Projekt Administrations-Menü über den Menüpunkt GS Daten bzw. GX Daten (Transaktion /GIB/DC_GLO) in den produktübergreifenden Einstellungen zum Werk: 
- „Mapping MRP aktiv“: Aktivierung des Mappings für ein Werk, d.h. für dieses Werk werden die Mappingdaten beim MRP und MRP live im Hintergrund aktualisiert. Diese Aktivierung ist auch Voraussetzung für den initialen Datenaufbau und den Live Modus im Operations Projekt. 
- „Strecke/Einzelb. SD“: Berücksichtigung von SD Streckenabwicklung und Einzelbeschaffung für ein Werk (ersetzt den gleichnamigen Parameter im Operations Projekt Werks-Customizing). 

In bereits aktiven Werken bedeutet dass, dass die Fortschreibung der Mappingdaten beim Releasewechsel manuell in die produktübergreifenden globalen Einstellungen übertragen werden muss! Andernfalls werden die Mappingdaten während des MRP nicht mehr aktualisiert! 

b) Kundenspezifische Anpassung des Mappings
Die Möglichkeit der Beeinflussung des Mappings über das Feld „Mapping“ im Werks-Customizing in Verbindung mit der Implementierung des BAdIs /GIB/DCO_BADI_PROJ_BUILD, Methode MAPPING ist abgekündigt und wird ersetzt durch das neue globale BAdI /GIB/DC_BADI_PEGGING.

c) Initialer Aufbau der Mappingdaten eines Werks
Im bisherigen Report zum Datenaufbau (Transaktion /GIB/DCO_PROJ_BUILD) wurde das Kennzeichen "Kompl. Datenaufbau" entfernt. Der initiale Aufbau der Mappingdaten erfolgt nun über den Report „Zentraler Aufbau der Mapping Daten“ (Transaktion /GIB/DCO_PEG_BUILD), der als neuer Menüpunkt im Operations Projekt Administrationsmenü eingefügt wurde.

d) Weitere Erweiterungen im Dashboard:
- Feld „Lohnb.-Bestand frei“: Für Lohnbearbeiter-Dispobereiche wird der frei verwendbare Lohnbearbeitungsbestand beim Lieferanten ausgewiesen. 
- Die neuen Felder „Vorgänger Bedarf“, „Vorg.Posnr.Bedarf“„ Vorgänger Zugang“ und „Vorg.Posnr.Zugang“ weisen die Belegnummer und Position des jeweiligen Bedarfs- bzw. Zugangselements aus. Folgende Vorgängerbelege werden angezeigt: 
- Bedarfselemente: 
- Bedarf aus Fertigungsauftrag: Nummer des bedarfsverursachenden Planauftrags 
- Bedarf aus Bestellung/Liefer-Avis: Verursachende Bestellanforderungsposition (Absprung in Beleg per Hotspot möglich). 
- Zugangselemente: 
- Fertigungsauftrag: Planauftrag 
- Bestellung/Liefer-Avis: Bestellanforderungsposition (Absprung in Beleg per Hotspot möglich). 

Neue Klassen eingefügt:
- /GIB/CL_DCO_PEG_MAP_SETTINGS (Customizing Mapping)
- /GIB/CL_DCO_PROJ_SETTINGS (Werkscustomizing DCO-P)
- /GIB/CL_DCO_PEG_MATCHING (Mapping)
- /GIB/CL_DCO_PEG_MAPPING (Mapping)

Folgende Methoden in der Klasse /GIB/CL_DCO_PROJ_TOOLS sind durch die neue Lösung obsolet und wurden deaktiviert:
- Mapping
- Matching
- MAPPING_SELECT
- GET_PRELIMINARY_REQ
- ADD_IPO_DATA_FOR_MAPPING
- PROVIDE_MISSING_IPO_SALESITEM.