Workflow template when running tcode TRIP

[roberto_falk]

Hi,

I know that this probably is a dummy question, but which workflow template is executed when I create a travel request using transaction TRIP?

I went to tcode SWDD, but there are so many templates that was difficult to know for sure.

Thanks and regards,

Roberto Falk

[roberto_falk · Accepted solution]

Hi All,

I'll put here the current status, since I've replied several different answers here.

Currently I have the following org. structure:

The workflow WS20000050 is active, and I've assigned task TS20000118 as general task:

PS: The agent assignement is now empty, but I've also tried to assign a specific role (manager) in my system (as you can see in other answer above), but this makes no difference in the result that I'm getting so far.

When creating the trip, the log shows the following errors:

one important part is that, I'm not sure how the system gets the rule that must be executed (AC00000168), cause the task rules alv is empty:

Here is the strange part: rule AC00000168 is calling function module SWX_GET_MANAGER. Debugging just the function module SWX_GET_MANAGER execution, during the trip creation, the approver is not returned, but if I debug just the function module itself, using transaction se37, using the same parameters as during the standard execution, the function correctly returns the approver .

Any ideas what might be wrong / different between the executions?

Thanks all help,

Roberto Falk

[ronen_weisz · Accepted solution]

Try:

• Checking the binding to the rule
• Check if restart after error works (transaction swi2_diag) if so this could indicate missing authorizations.
• Test the rule in transaction pfac and see if you get the approver there.

[roberto_falk · Accepted solution]

Hi Ronen,

Sorry, i'm not familiar with the rule biding part, can you give me more info about this? Is there anu defr value for task TS20000118?

thanks,

Roberto Falk

[ronen_weisz · Accepted solution]

check node 372 in the workflow template, it receives the workflow initiator to the rule container, test the same data in PFAC (pay attention to the leading US) and see if you get a result.

I might have missed this in your data, but is infotype 0105 subtype 0001 maintained in persons master record (PA30)?

[I042439 · Accepted solution]

@Roberto

sorry, I did not see this post before my earlier reply...what Ronen has mentioned is the right option now.

regards,

Modak

[roberto_falk · Accepted solution]

Hi Ronen / Modak,

I've tested the rule on transaction PFAC. This rule asks for 3 parameters, Extended object ID, OrgManagement object and Object type. As far as I could identify, just the OrgManagement object is informed. So, I informed USF_EMPLOYEE (user is F_EMPLOYEE), and the test runs fine. See below:

Also, if I re-execute the workflow using transaction swi2_diag, the workflow runs fine and the approver is correctly determined. You said that this might indicate missing authorizations, how can I check that?

Infotype 0105 is mantained for both user (F_EMPLOYEE and F_MANAGER). F_EMPLOYEE is connected to Manuel Santos - Fiori Employee and F_MANAGER is connected to Maria Silva - Fiori Approver.

I saw that when creating the trip, the user that executes the reports in background is WF-BATCH, maybe is something related to this user...

Thanks all your help,

Roberto Falk

[ronen_weisz · Accepted solution]

Authorization object PLOG - with AC (workflow rule) in the object type, 1001,1000 in the infotype and DISP in actions fields (* in the rest). this is needed since the next approver is calculated with the current ones auth's so without this the workflow rules will return wrong results. this authorization should be given to all users.

[roberto_falk · Accepted solution]

Hi Ronen,

thank you very much, after adding the Auth object PLOG, I was able to create it. See below:

One minor question, do you know why the system is showing this message: "PersNr. is locked. Please unlock."? I'm 100% sure that I was not locking this user in the moment that I was approving the trip.

Thanks again,

Roberto Falk

[ronen_weisz · Accepted solution]

Nice to hear its working now. make sure your not locking the person and retry.