Workflow Issue in FIPP - Display Method

[kalpeshkaran09]

Hi All,

           I am working on FV60 (Invoice vendor Parking/Posting). In the user decision when the supervisor clicks on Review(display) of the parked document the workflow is struck in same activity and doesn't get directed to transaction FV60 for review. The fipp container is mapped to _WI_Object_ID where all the details are available. I do not find any error also... can any one let me know the probable cause for this?

Br,

Kalpesh.

[Former Member · Accepted solution]

Hi Kalpesh,

I think this authorization problem or please ex cute ZFIPP  BO object with required input and excute Display method.

May be you will get the solution by doing this.

Thanks,

Naresh.K

[kalpeshkaran09 · Accepted solution]

Hi,

     The company code, doc# and fiscal year is populated correctly however the problem is not solved.

@Sandy - I believe to access the method DISPLAY in ZFIPP i need to instantiate it also I have binded ZFIPP with &_EVT_OBJECT& in start event but still the problem persist.

@Richa & Naresh - For sure i dont think its authorization problem as i can execute the method and dispay through SWO1.

Now as an alternate i am planing to achieve this through "Object and Attachments". Can any one tell me how to do this?

Thanks,

Kalpesh.

[SandySingh · Accepted solution]

Hi Kalpesh,

Can you share the WF container screenshot for element ZFIPP. Do you see the value in ZFIPP element in WF container.

If you want to achieve this via "Object and Attachments", then:

• Create a user decision step with BOR DECISION and PROCESS with outcomes
• Create a container element ZFIPP of type BOR FIPP in the task and bind it with WF container element ZFIPP element

Regards

Sandy

[anjan_paul · Accepted solution]

Hi,

  Did you delegate ZFIPP to FIPP? please check

[kalpeshkaran09 · Accepted solution]

Hi Sandy,

                 Attached is the screenshot for your reference.

[SandySingh · Accepted solution]

Hello Kalpesh,

ZFIPP container element looks good. You can link this object with User Decision Task. Refer to my previous post.

Hope it helps.

Regards

Sandy

[Sumankalyan17 · Accepted solution]

Hi Sandy,

I have the same requirement and i tried mapping the ZIPP workflow object to attach_objects instead of creating a separate decision outcome in the user decision task.But i am getting error as "incorrect mapping .ZIPP object cannot be mapped to Attach_objects."

Kindly guide.

Regards

Suman

[Sumankalyan17]

Hi Kalpesh,

I have the same requirement.Can you please guide as how did you achieve this requirement?

Regards

SUman

[Jocelyn_Dart]

Hi Suman,

This posting is too old. Please post a new discussion and include a link to the old discussion in the Business Workflow forum

Rgds,

Jocelyn

SCN Moderator

[Richa_Gupta]

Hi Kalpesh,

Please check the authorizations of user who is clicking on the attachments using SU53 and check if any authorization is missing for him.

If yes, contact your basis person to give him the required authorizations

Regards,

Richa

[SandySingh]

Hello

Check the WF container and Task container and ensure that ZFIPP is instantiated properly  apart from correct bindings.

Also check the authorsiation of current user for transaction FV60. Any short dumps in ST22.

Can you provide screenshots of WF and Task container

Regards

Sandy

[kalpeshkaran09]

Hi Sandy,

                  As suggested by you i did create container element ZFIPP and used DISPLAY method however the same issue persist. I do have authorization for FV60.  Attached is the screen shot for your reference.

[SandySingh]

hello

I suggested not to use the DISPLAY method , instead use BOR DECISION method PROCESS and pass the ZFIPP instance from WF contaner to attach_objects element in the tsak.. Refer to link that I provided for reference.

regards

sandy

[kalpeshkaran09]

Hi Sandy,

                 I understand it can be done through BOR DECISION PROCESS. However i am bit eager to find out the cause of the issue in the current design. I could find wrong company code and document number in the container. I don't know what went wrong, I believe this happened after i instantiated ZFIPP. Attached is the screenshot of the container (document number is split in to two and is placed in company code and docNo.) Is this the reason for the issue???

[SandySingh]

Hello Kalpesh,

Any reason why you are instantiating ZFIPP. The workflow itself is getting triggered on BOR FIPP event CREATED. I understand that ZFIPP is a subtype of FIPP.  So you just have to bind the &ZFIPP& to &_EVT_OBJECT& in "Start Event" bindings. Then you will have the correct document no company code and fiscal year.

Just link the &ZFIPP& to the &_WI_OBJECT_ID& in WF-TASK binding for "Display task" .

Hope it helps

Regards

Sandy

Message was edited by: Sandy .

[I042439]

Hi Kalpesh

"supervisor clicks on Review(display)"  ... do you mean a link under "Object and Attachments" in the decision item?

if yes, check the Business Object Bound to _WI_Object_ID (can be a ZFIPP) ... pick that object name, go to SWO1->Display the object ->go to -> Basic Data -> tab Defaults - see what method is listed there. That is the one which gets called when you click the link.

If not, Please provide a screen shot of where th user is clicking.

regards,

Modak

[kalpeshkaran09]

Hi Modak,

                  Attached is the screenshot. When i click in the review i believe it should direct to the FV60 display but then nothing happens and the workflow activity is struck. I am using FIPP - DISPLAY method to review.

I

[SandySingh]

Hi,

Just a suggestion, I think you need to modify the WF design. You dont need a seperate outcome to review the document. if this is requirement then dont use the DISPLAY method as approval task ,Instead use a standard user decision task - BOR DECISION method PROCESS and create a container element ZFIPP as object visualisation, document will appear as link during approval. I think using DISPLAY method is incorrect and it is causing issues

In this way you can keep design bit clean

Regards

Sandy

[I042439]

Hi Kalpesh

is the agent of the decision and 'Review Post' the same guy? Do you see the same person in the technical WF log?

Also, check Details tab of the "review Post" tab and check the box "Advance with Dialog".

The design is wrong though - it should have been given via "Object and Attachments". ... if the user only has to display a WI. because even if he does not want the WF to continue, in your case it will the moment he will close the workitem of review.

regards,

Modak