Bug 10476 (T017343) - DCC - Overhead-Aufruf DCC-Kennzahlenaufbau - parallele Workprozesse funktionieren nicht
Summary: DCC - Overhead-Aufruf DCC-Kennzahlenaufbau - parallele Workprozesse funktioni...
Status: RESOLVED FIXED
Alias: T017343
Product: Controlling
Classification: SCX/Suite
Component: Datenaufbau (show other bugs)
Version: 18.0
Hardware: All All
: P5 enhancement
Assignee: Bertelmann, Marc
QA Contact: cbr
URL:
Whiteboard:
Keywords: Orion, Vorabkorrektur
Depends on:
Blocks:
 
Reported: 2019-05-08 23:47 CEST by cbr
Modified: 2020-04-08 11:06 CEST (History)
2 users (show)

Kundennummer:
Bestellnummer:
PV Übergabe: ---
Phase Roadmap: ---
Erledigt mit: Orion
SAP Release: ---
Transport: M38K902025, M48K901967, M39K901216, M49K901220
CRM-ID/Ticket: 017343


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description cbr 2019-05-08 23:47:20 CEST
DCC - Overhead-Aufruf DCC-Kennzahlenaufbau - parallele Workprozesse funktionieren nicht

Im Overhead-Aufruf des DCC-Kennzahlenaufbaus (Programm /GIB/DCC_HISTORY_KFCB ruft Programm /GIB/DCC_HISTORY_KF) funktioniert die Parallelisierung der Workprozesse nicht.

Die Übergabe aus dem Programm .._KFCB an das Programm .._KF erfolgt via MEMORY-ID.

Der Import erfolgt in der Form-Routine READ_MASTER_All des Programms .._KF.

Prüfen:
Im parallen Workprzess gehen die Daten aus der Übergabe verloren.
Comment 3 Bertelmann, Marc intern 2020-02-23 22:29:23 CET
Vorab möchte ich zwei wichtige Erkenntnisse mit euch teilen:
1.	Es ist nicht möglich innerhalb eines ausgelagerten WP mit MEMORY IDs zu arbeiten
2.	Es ist nicht möglich innerhalb eines ausgelagerten WP mit DIRTY ASSIG zu arbeiten

Der Grund dafür scheint zu sein, dass nur innerhalb einer Session auf die M-ID zugegriffen werden kann. Der WP ist in einer anderen Session unterwegs.
Auch bekommt der WP einen eigenen Stack, weshalb auch auf keine Variabeln von aufrufenden Programmen zugegriffen werden kann. 

Lösung:

Meine Idee war es innerhalb des WP nochmal die Lagerorte pro Materialblock nachzulesen. Damit ich weiß, dass ich im ARFC unterwegs bin, habe ich noch einen versteckten Parameter PA_ARFC angelegt. In diesem Fall lesen wir nicht mehr die CB_MAT Tabelle via MEMORY, sondern nehmen direkt die SO_MATNER des ARFC SUBMITS.
Die Vorselektion übergibt bereits ausschließlich CB_MATS an den ARFC Baustein.
Comment 2 Bertelmann, Marc intern 2020-02-23 22:26:05 CET
Gelöst auf E74/FE0 Orion.

Das Programm /GIB/DCC_HISTORY_KFCB ist nun der neue Kennzahlenaufbau und wird freigegeben. 
Das Programm ist über das GIB ADMIN Tool aus erreichbar.