cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Different behavior when submiting and calling transaction vl10b

naotoxxx
Participant
0 Likes
584

Hello i'm calling my program rvv50r10c and passing some values but when i execute it i don't get any result but if i open a new mode and call tx vl10b with same parameters it shows results, look:

naotoxxx_0-1715797856965.png

naotoxxx_1-1715798153182.png

naotoxxx_2-1715798168759.png

naotoxxx_3-1715798185961.png

after execute : 

naotoxxx_4-1715798210193.png

now, if i call trnasaction vl10b

naotoxxx_5-1715798257557.png

naotoxxx_6-1715798268175.png

naotoxxx_7-1715798284946.png

after execute it, i get this:

naotoxxx_8-1715798365081.png

Solution

I needed at leat a date in my parameter, with that is done

 

 

 

Accepted Solutions (0)

Answers (2)

Answers (2)

Lakshmipathi
SAP Champion
SAP Champion
0 Likes


VL10B calls program RVV50R10_PRESTEP, which in turn calls RVV50R10C. It skips the initial screen and uses predefined parameters or user profiles, whereas, program RVV50R10C displays the selection screen and processes deliveries based on input criteria. When run directly, it behaves like a standalone report.
Having said that, when you run the program, you get the full selection screen and can manually enter parameters. It doesn’t inherit the user role profile, default filters, or variant logic that VL10B applies automatically.

If you're seeing different delivery creation results, it's likely because VL10B applies filters or logic that aren't active when you run RVV50R10C directly. VL10B might exclude blocked orders or apply a specific delivery creation horizon, while RVV50R10C processes everything based on what you manually input.

 

RaymondGiuseppi
Active Contributor
0 Likes

You should start by analyzing FM SHP_VL10_PRESTEP to build your code.