cancel
Showing results for 
Search instead for 
Did you mean: 

Error when creating custom tcode(YLI14) for LI14...

aris_hidalgo
Contributor
0 Kudos

Hello Experts,

I am an abaper and recently I was given a task to hide the 'difference' column

in the display. We tried using transaction variants to no avail. So what I

did was to debug the program and I found out that it is displayed using simple

'WRITE' statements. So I copied the standard programs and includes and created

a custom tcode for it(YLI14). But when I tried to execute it, an error pops up

saying 'An internal error has occurred (Transaction YLI14)', 'Message no. L3703'.

It also said in the diagnosis that 'This transaction is not defined in the transaction table.'

which I found out to be table T340.

So, do we need to maintain my custom tcode in SPRO? if yes, please show me the steps.

Thank you guys and take care!

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Hi,

Use transaction code SHD0 to create transaction rariant.

[Transaction Variants|http://help.sap.com/saphelp_nw70/helpdata/en/7d/f639f8015111d396480000e82de14a/content.htm] simplify transaction flow by:

-Inserting default values in fields

-Hiding and changing the ready for input status of fields

-Hiding and changing the attributes of table control columns

-Hiding individual menu functions

-Hiding entire screens

Transaction variants are actually made up of a series of screen variants. The field values and field attributes for each screen in a transaction variant are stored in screen variants. Each variant is assigned to a transaction. Variants may, however, contain values for screens in multiple transactions, if transaction flow makes this necessary. The transaction the variant is assigned to serves as its initial transaction, whenever you start the variant.

Both client-specific and cross-client transaction variants exist. Screen variants are always cross-client; they may, however, be assigned to a client-specific transaction.

A specific namespace has been designated for cross-client transaction variants and screen variants and they are both automatically attached to the Change and Transport System. Client-specific transaction variants can be transported manually.

Transaction and screen variants may be created for all dialog and reporting transactions. However, there are certain restrictions that apply to their use, depending on how their corresponding transactions have been realized internally.

Transaction variants may not be created for transactions already containing pre-defined parameters (parameter transactions and variant transactions).

The following sections contain additional information on how to create and maintain transaction variants:

Maintenance

Additional Functions

Transport

Regards,

Srilatha.

Answers (0)