Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Customizing changes with Workbench Transport Request

Former Member
0 Likes
4,688

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

1 ACCEPTED SOLUTION
Read only

RaymondGiuseppi
Active Contributor
2,958

Check object definition with transaction SOBJ, is the flag "client specific" set (for info on my systems it creates a Customizing request)

Regards,
Raymond

6 REPLIES 6
Read only

RaymondGiuseppi
Active Contributor
2,959

Check object definition with transaction SOBJ, is the flag "client specific" set (for info on my systems it creates a Customizing request)

Regards,
Raymond

Read only

2,958

In SOBJ, I think it's more the "object category" CUST or SYST.

Read only

2,958

CUST Customizing with client -> customizing request, CUSY Customizing without client -> workbench request. Both field category and client are dependant?

Read only

2,958

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.

Read only

0 Likes
2,958

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

Read only

2,958

It's probably useful for many little things. My 2 cents:

  • Organization (for instance: displaying only transport requests containing repository objects)
  • Authorization (S_TRANSPRT object; for instance: developers should not be allowed to create customizing requests)