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

Variant CUS&SPEC intended only for background processing

Former Member
0 Likes
3,521

Hello Experts,

After the Upgrade, one of the Transaction code is throwing this error - Variant intended only for background processing.

This is a System Variant.

Kindly advise how to change the background only mode for System Variants.

Thank you!

-Sowmya

15 REPLIES 15
Read only

RaymondGiuseppi
Active Contributor
0 Likes
3,201

This is not related to the system attribute of the variant, check in development, this is another attribute:

Regards,
Raymond

Read only

karthikeyan_p3
Contributor
0 Likes
3,201

Hi Sowmya,


All the system variants that start with 'SAP&' or 'CUS&' are stored in client '000'. You cannot directly edit this variant in the production system, if you don't allow it in client administration (SCC4 - Client-Independent Object Changes allowed).


Deactivate the "Background processing" from the variant attribute in development system and save it in transport request & move it to production system.


Thanks,

Karthikeyan

Read only

0 Likes
3,201

Thanks for the reply Karthik.

Even in Dev System, it didn't allow me to edit. It says the Variant is Protected. I do not have authorization.

How do we see the User id of the variant creator?

-Sowmya

Read only

0 Likes
3,201

Hi,

You can see the details of the variant in table VARID by passig the report name.

Usually for variant maintenance the auth object S_program is used.

To add authorisation u can add auth obj S_PROGRAM with field values

P_ACTION = Variant and P_GROUP = AM*

Regards,

Renjith

Read only

0 Likes
3,201

Hi Renjith,

These are System Variants. It's not stored in VARID table.

Read only

0 Likes
3,201

You can un-protect such variant with report RSVARENT. (Bypass authorization, for example when the original creator left.)


Regards,

Raymond

Read only

0 Likes
3,201

Thanks Ray. But it's not working.

System Variants are not being directly displayed via SE38 / Table, etc.

Hence, it is not detecting the Variant CUS&SP* in RSVARENT report.

Read only

0 Likes
3,201

Then try z-report of note 709619 - Changing CUS& system variants

NB: system variants are in VARID but in client 000


SELECT * FROM  VARID CLIENT SPECIFIED.

Regards,

Raymond

Read only

0 Likes
3,201

Thank you very much Ray... That's useful Note.

Read only

0 Likes
3,201

Hi Ray,

Business Analyst says we need not change the Attributes of the Variant. The functionality requirement is to run it in the background.

This was working fine in 4.6C, but after the upgrade, it is throwing Error.

Any suggestions on this? Please advise.

Thanks & Regards,

Sowmya

Read only

0 Likes
3,201
  • Which error(s) is(are) raised, always same error or depends on report executed
  • Can you compare screen in both versions, are those variants no longer compaatible (so you have to remove the flag, update the variant data and set again the flag before releasing transport)
  • Did the basis convert the variants during upgrade (look for a log in DIR_PUT\tmp\rasuvar2.<sy-sysid>)

Regards,

Raymond

Read only

0 Likes
3,201

Hi Ray,

The Error is always same - "Variant CUS&SPE intended only for background processing".

I assumed it might not be compatible & I even tried to create a new Variant with same Values & Attributes. It still throws the same error.

Will it be an issue with SAP Standard Transaction START_REPORT after the Upgrade?

Please advise.

Thanks & Regards,

Sowmya

Read only

0 Likes
3,201

Business Analyst says we need not change the Attributes of the Variant

So Business doesn't require those variants to be executed interactively, so only use those in SM36/SM37 and nowhere else, you are not allowed to display those from transaction/SA38 and then schedule background execution (F13)

Regards,

Raymond

Read only

0 Likes
3,201

Ray,

The tcode needs to be run in the foreground, but it will be scheduled later in the background after providing Date values.

Date value is editable for the Users.

Thanks,

-Sowmya

Read only

0 Likes
3,201

So you MUST remove the flag as already described.