‎2017 Feb 07 1:58 PM
Hello gurus,
I do not understand why customizing changes, despite having client field in their tables, sometimes, require a Workbench Transport Request instead of a Customizing one.
For instance: View 'V_T045T' has got 'MANDT' field. Its table can be modified in SPRO -> Financial Accounting -> Bank Accounting -> Business Transactions -> Bill of Exchange Transactions -> Bill of exchange Receivable -> Present Bill of Exchange Receivable at Bank -> Define DME User IDs.
Delivery class of this view is 'C', and its only involved table too.
I always thought that Workbench TRs could not have 'MANDT' field in their table records.
Can anyone explain me what am I missing? Which trigger causes to force user to create a Workbench instead of a Customizing?
Thanks a lot!,
Eloi
‎2017 Feb 07 2:34 PM
‎2017 Feb 07 2:34 PM
‎2017 Feb 07 7:50 PM
In SOBJ, I think it's more the "object category" CUST or SYST.
‎2017 Feb 08 7:13 AM
‎2017 Feb 08 8:04 AM
SYST -> workbench request, APPL -> customizing request
When the TMG runs the first time, the object category is defaulted according to the delivery class of the table: C -> CUST or CUSY depending on table is client-dependent or not, A -> APPL, S -> SYST, etc. It's then possible to change the object category manually and I don't think there is a check except that SYST is mandatory if delivery class is S.
‎2017 Feb 09 9:24 AM
Thank you so much for your contributions.
What I do not understand is: Why is it defined to require a Workbench order instead of a Customizing one?
I do not find any logic in this.
Thanks again!,
Eloi
‎2017 Feb 09 7:52 PM
It's probably useful for many little things. My 2 cents: