Bug 17550
| Summary: | Übernahme / Ablehnung der Werte aus Delta-Klassifizierung über /GIB/DCC_DEL für Materialien in Controlling-Bereichen nicht möglich | ||
|---|---|---|---|
| Product: | [SCX/Suite] Controlling | Reporter: | Lenz, Marco <marco.lenz> |
| Component: | Klassifizierung/Classification | Assignee: | Niedermark, Janina <Janina.Niedermark> |
| Status: | VERIFIED FIXED | QA Contact: | Lenz, Florian <florian.lenz> |
| Severity: | normal | ||
| Priority: | P2 | CC: | Christof.Weyand, Marc.Bertelmann, Tim.Kolb |
| Version: | 24.0 | Keywords: | Ursa, Vorabkorrektur |
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | FE0, E74 und Wartungssysteme implementiert | ||
| Kundennummer: | Bestellnummer: | ||
| PV Übergabe: | --- | Phase Roadmap: | --- |
| Erledigt mit: | Ursa | SAP Release: | --- |
| Transport: | M52K902104;M62K902613;M63K902678;M53K902101;M65K902087;M55K901675;M67K900987;M57K900713 | CRM-ID/Ticket: | |
| Attachments: |
Beispiele FQ0, Q74
Analyse des Problems |
||
Vorabkorrektur erstellt. Änderungsbelege DCC_MDMA anzeigen: Programm: /GIB/DCC_ABCXYZ_OVERVIEW Include: /GIB/DCC_ABCXYZ_OWN_F01 Neue Form-Routine: own_chgdoc_grid_cb Include: /GIB/DCC_ABCXYZ_CUST_F01 Form-Routine: CUST_USER_COMMAND Funktionsgruppe: /GIB/DCC_CHGDOC_BR Neuer Importparameter: IF_DCC_MDMA Funktionsbausstein: /GIB/DCC_DISP_CHGDOC_BRMARC Include:/GIB/LDCC_CHGDOC_BRU01 Include: /GIB/LDCC_CHGDOC_BRF01 Form-Routine: STD_INIT_GRID Include: /GIB/LDCC_CHGDOC_BRF02 Form-Routine: CUST_SELECTION_GET_DATA Form-Routine: CUST_STATUS_INFO Include: /GIB/LDCC_CHGDOC_BRTOP -> Änderung Grid-KLasse von /gib/cl_dcx_alv_grid zu /gib/cl_dcc_alv_grid Anpassung Funktionsbaustein /GIB/DCC_DISP_CHGDOC_BRMARC, da dort die richtige Struktur mit BERID vorhanden ist. Neuer Improtparameter IF_DCC_MDMA Wenn 'X', dann werden die Änderungsbelege der /GIB/DCC_MDMA angezeigt. Dabei wird die Objektklasse /GIB/DCC_0003 statt /GIB/DCC_0002 (DCC_BRMARC) verwendet. IN ABCXYZ-Übersiche: Aufruf /GIB/DCC_DISP_CHGDOC_BRMARC mit if_dcc_mdma = 'X'. Vorher war nur die Anzeige über eine Changetabelle (Input) möglich. Jetzt geht dies auch mit einem Einzelsatz (Werk, Material, CB). Dafür war bereits alles vorbereitet. Programm: /GIB/DCC_ABCXYZ_OVERVIEW Include: /GIB/DCC_ABCXYZ_CUST_TOP Include: /GIB/DCC_ABCXYZ_CUST_F01 Form-Routine: CUST_USER_COMMAND Include: /GIB/DCC_ABCXYZ_OWN_F01 Neue Form-Routine: OWN_WRITE_CHANGE_DOC_CB Wenn Controlling-Bereich angegeben: - /GIB/DCC_MDMA als Sperrobjekt - Anpassung interne Verabreitung mit DCC_MDMA Strukturen - Update auf /GIB/DCC_MDMA - Änderungsprotokoll für /GIB/DCC_MDMA F1-Hilfe angepasst: - /GIB/DCC_CHGDC (/GIB/DCC_C003-CHGDC) -> Kennzeichen für Änderungsbelege für Tabelle DCC_MARD und auch für DCC_MDMA -> Wenn DCC_MDMA Änderungsbelege geschrieben werden, wird überall ebenfalls dieses Kennzeichen geprüft. (Bezüglich comment 1 von Niedermark, Janina) > Anhang 6539 angelegt (attachment 6539 [details]) > Analyse des Problems > > Es fehlt eine Alternative zu der Funktion "ENQUEUE_/GIB/E_DCC_MARC" im > Programm /GIB/DCC_ABCXYZ_OVERVIEW für die Controlling-Bereich Ebene. Wenn man mit Controlling-Bereich einsteigt, muss das Sperrobjekt der Tabelle /GIB/DCC_MDMA verwendet werden. Created attachment 6539 [details]
Analyse des Problems
Es fehlt eine Alternative zu der Funktion "ENQUEUE_/GIB/E_DCC_MARC" im Programm /GIB/DCC_ABCXYZ_OVERVIEW für die Controlling-Bereich Ebene.
|
Created attachment 6492 [details] Beispiele FQ0, Q74 Durch das Durchführen und Speichern der ABC-Klassifizierung nach Delta Kennzeichen auf CB-Ebene wird das Feld /GIB/DCC_MDMA-ZAABC_N gesetzt. Die anschließende Übernahme von /GIB/DCC_MDMA-ZAABC_N in /GIB/DCC_MDMA-ZAABC via Transaktion /GIB/DCC_DEL (Report /GIB/DCC_ABCXYZ_OVERVIEW mit Setting "Delta") kann nicht durchgeführt werden. Auch das Ablehnen und damit Verwerfen des Deltas funktioniert nicht. Beispiele FQ0 und Q74 sind angehängt.