Community
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
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
Read only

TVARV Access

Former Member

‎2007 Apr 11 5:57 PM

0 Likes
1,134

Should developers or functional persons be allowed to change TVARV values in production? What are the normal rules with regards to TVARV access in prod? Should it be display only? Who can do changes in it? Should changes be transported only? What are the consequences? How different are they from the dev and test systems?

Thanks in advance!

Should developers or functional persons be allowed to change TVARV values in production? What are the normal rules with regards to TVARV access in prod? Should it be display only? Who can do changes in it? Should changes be transported only? What are the consequences? How different are they from the dev and test systems?

Thanks in advance!

Reply
3 REPLIES 3
Read only

suresh_datti
Active Contributor

‎2007 Apr 11 6:13 PM

780

>>>Should developers or functional persons be allowed to change TVARV values in production?

I would say functional.

>>What are the normal rules with regards to TVARV access in prod?

It depends.. At our place, the netries are created in Dev & transported to Prod.. any subsequent maintenance is only via a custom function call..

~Suresh

Read only

Former Member

‎2007 Apr 11 6:15 PM

0 Likes
780

Hi there. Generally we do not allow developers to have change authority for TVARV in production. Certain users are allowed to make changes, however. They are given access to transaction STVARV. You can modify authorizations so that a user only has the ability to display through this transaction or can also make changes. It can be quite important to limit access to this transaction (and the underlying table) in production, depending on how you are using the entries. For instance, we have a payroll-related program whose variant uses this table. It's important that the table entry contain the correct date in order for our program to produce the correct results. So we have our payroll users maintain the table. We do not transport changes to the table from our DEV or QAS systems; instead, our maintenance is done directly in PRD. I hope this helps.

- April King

Read only

Former Member

‎2007 Apr 11 8:09 PM

0 Likes
780

Hi,

Check the following thread:

Regards,

Bhaskar