In this article, we will continue with the HRSSA workflow, and see how it integrates with the AME. You will also see the best practices steps to customize this workflow in an upgrade safe manner. In all the HRSSA processes, there is a Workflow activity named "Review Page..." as shown below. If you double click to open the properties of this WF Activity, you will find that Node Attributes tab contains a two Attributes i.e. HR_DYNAMIC_APPROVAL_LEVEL and HR_APPROVAL_FLAG. In the context of our example, the Special Information Type WF process has AME Approvals switched off, because HR_APPROVAL_FLAG is set to NO. However as per our requirements we need to enable AME for our Holiday Rejection Complaint screen. Effectively, we are trying to achieve a result whereby our custom workflow process is kicked off from the screen we created, and this custom workflow process will ensure that AME is invoked. In order to enable AME approval for our custom screen, youmust not modify the standard HRSSA workflow process. Insteadyou should adhereto some best practices as detailed in this article.
Note:- You must read the previous
article linked hereto understand the business use case of this article
Why am I not allowed to change the HR_APPROVAL_FLAG in WF Builder?
There are two reasons for this
1. If you change the AME Flag in WF Process HR_SIT_JSP_PRC, then subsequent patches from Oracle will override your change, and all of a sudden your Approval process will stop working
2. Oracle have developed these items at Access Level 20, whereas your Workflow access level as an implementer is 100+.
Therefore you will not be allowed to change the WF Attribute, unless you decide to set the access level to 20 for your development as well. Reducing the access level below 100 is not recommended, because such changes are not upgrade safe.
How do I change the AME Flag, without modifying the standard workflow process?
In order to do so, you must implement the following steps. We will latter see these steps in detail
1. In WF Builder, set your Workflow Access Level to 100
2. Make a custom copy of the WF process HR_SIT_JSP_PRC and name it as XXFT_HR_SIT_JSP_PRC
3. Within Workflow process XXFT_HR_SIT_JSP_PRC, open Review activity, and in Node Attribute tab set the HR_APPROVAL_REQ_FLAG to "Yes-Dynamic Approval"
4. Save this workflow file as XXFT_SSHRA.wft
5. Upload this workflow in UPGRADE Mode using the WFLOAD command.
6. Change the AOL Function that you created in Part 1/2 of this article.
http://www.apps2fusion.com/apps-training/apps-functional-documents/ame-sshr/418-self-service-hrms-ame-sit-oaf
In the parameter field of AOL Function, ensure that the value of pProcessName is changed as below
Old Value pProcessName=HR_SIT_JSP_PRC
New Value pProcessName=XXFT_HR_SIT_JSP_PRC
By implementing the above steps, you will notice that our custom screen will now be calling the custom workflow process named XXFT_HR_SIT_JSP_PRC. This workflow process name can be used in AME Set to build the desired approval logic.
Now, the steps in detail....
Open the HRSSA workflow in workflow builder, and set your access level to 100 or above.
Right click on the Workflow Process that you wish to customize andclick "Copy"
Give this newly copied WF process a name, as shown below.
The WF process is the one that gets created after cpying the standard WF Process
Internal Name=XXFT_HR_SIT_JSP_PRC
Display Name=XXFT SIT Holiday Complaint
For the "Review Page 4.0" activity, set the HR Approval required property to"Yes - Dynamic Approval"
Upload the workflow in UPGRADE mode
Next, save the workflow on your desktop as XXFT_HRSSA.wft and FTP the Workflow file to server
Run the WFLOAD command as shown below
[avisr12@apps2fusion patches]$WFLOAD apps/apps 0 Y UPGRADE XXFT_HRSSA.wft
Uploaded 0 ITEM_TYPE record(s) to database.
Uploaded 0 LOOKUP_TYPE record(s) to database.
Uploaded 0 MESSAGE record(s) to database.
Uploaded 15 ACTIVITY record(s) to database.
Uploaded 0 ROLE record(s) to database.
Attach the custom Workflow ProcessXXFT_HR_SIT_JSP_PRCto the AOL functionXXapps2fusion_SIT_COMPL_FUNC
Name of your custom workflow process must be captured in the parameter named pProcessName. This means, when you access the custom SIT page, your custom workflow will be invoked.
Now, navigate to theComplaint screen that we created in Part1, andupdate the existing record or create a new record- as shown below.
Click on Employee Self- Service
Complaint Holiday Rejection
FocusThread Complaint Holiday
Select Object - Update
After updating and completing the record, navigate to the "Workflow Administrator Web Applications" responsibility and click "Status Monitor".
You will find the custom workflow process being instantiated, as shown below
Apps2Fusion Articles 
Comments
A waiting for the next part
I was wondering after you enable the SIT workflow, does user see it onscreen?
Another question is if can you create your own OAF page and create an AME SSHR process for it?
Thanks,
ja net
How R u ? i Hope U r doing well..I have One Urgent requirement In Hrssa Customization.M y client has submitting appraisal at the time appraisal has been auto approved..when he submit appraisal again going to error how to handle..anil
This article was suprb..i dont see videos in the given link. im using chrome browser.shuld i need to do any settings?
RSS feed for comments to this post