T&E, and Approval Level.

Hi ,
How in Standard SAP, for T&E and the Workflow for Travel Expense approval, you could have different autorization amount by person or by possition ?
If example , if the Expense is > 1000, go to the direct boss . If > 1000, go to the boss of the direct boss .
I thing the logic can be done in WorkFlow, but were can the limit be stored ? HR ?
Thank you.

Hi,
If your problem is not yet solved then you may try this.
Case 1:
You may use infotype COST 1036 with 2 Different Subtypes
Level One and Another subtype as Level Two and a cost Item as Limit Where you can store the Value.
OR
Case 2:Create only one subtype as "Limit" and you may create 2 Cost Item as Level One and Level Two and can store the Limits.
In both the case you need to create the Cost Item.
I personally feel the 2nd one is the better option.
Please close the thread and reward points if Query Solved.
~Bhawanidutt.

Similar Messages

Why Template, request and operation level approval from 11g?

Hi All,
I''m very new to OIM 11g and could not understand the logic behind having three categories of approval workflow, sucn as Template, operational and request level approvals? In 10 g, on the contrary, we can achieve multiple level approval using one approval process against a resource object. Having said that, i think we can also achieve a multi level approval in one BPEL process using the serial or parallel type of approval. So, a single approval process, say request level approval process can be configured to catered to multiple level of approvals. If this is the case, i could not figure out the reason behind the availability of 2 further categories template and request level approval. Can anyone please shed light on the actual usage with a context and also render reference to a 10 g functionality for these approval categories.
Thanks,
Srini

Request Level & Operation Level :
Re: Difference requestlevel and operational level
Template Level : It is also same as Request Level where you can reject the complete request in one shot. In latest version of OIM i.e. OIM 11g R2, you won't find this Approval Level.

Header and item level approval using N level BADI

Hi Experts,
I beleive we can use either header level or item level approval workflow (WS14000133 and WS14500015) using N Approval-BADI. Please advise what information approval will be able to see if we will be using WS14000133 (Header level approval). Can he see all line item information or header level only.
Regards,
Kamal

In SRM the same BADI is used for SC, PO, Invoice and others as well.. If you see the example implementation provided by SAP, you can see the use of CASE statement with different Business Objects and code under it.
Irrespective of the Header level or Item level approval workflow the same BADI has to be implemented.
The difference between Header and Item Level approval is
1) In Header level, approval or rejection is done for the whole cart (there can be 1 item or multiple items).
Approver will be able to see all the items in the cart.
2) In Item level, approval or rejection is done for each and every line item. here is an example ---
Line item 1 has Cost Center as Account Assignment Category and has to be approved by Users A and B.
Line item 2 has Internal Order as Account Assignment Category and has to be approved by Users C and D.
Item 1 goes to user A and once approved, it goes to B. they will not be able to approve or reject item 2. but we can restrict user A and B to see item 2 or not by setting a flag..
Item 2 goes to user C and once approved, it goes to D. they will not be able to approve or reject item 1. but we can restrict user C and D to see item 1 or not by setting a flag..
The SC will get released only after all the items are approved.
For Header Level approval, you need to fill the APPROVAL_TABLE.
For Item Level approval, you need to make use of APPROVAL_TABLE, ITEM_APPROVAL_TABLE and ITEM_APPROVAL_OBJ.
Examples provided by SAP might give you an idea how to code for Header and Item Level.
Hope this gives you some information .....
Regards,
PR.
Edited by: PR on Nov 25, 2008 10:50 PM

Unreleased PO/SA and their Approval Level

The client need a report on the unreleased PO/SA and their approval level (lowest level only).
In the Structure RM06B, We have two fileds
ANZEF : Final Release
ANZFR : Release to date
The difference between the two fields will give me the unreleased PO/SA.
My question is
1) Does data comes from Structure-Field combination, if not
2) What is the equivalent Table-Field combination and how do I see it.
Thanks and Regards,
Bhavesh

Hi,
Look at the release status of the PO.
Screenfield MEPO_REL_GENERAL-FRGKX (you may find in ME23n for a po that has release strategy and not released yet, in its header -->Release Strategy tab)
Release indicator can tell the status of PO whether released or not
It is however, configured:
T16FE-FRGKE
This table will show you for the picked up release strategy in the PO, how many levels are there and at what level what status it will have...
Hope it helps!
Regards

Approvers levels and approver groups

Dear All,
Incontext of Claims services can anyone help me about Approvers levels and approver groups. What exactly they mean and basic concept of it withan example. I unable to catch this funda here.....Appreciate valuable inputs here....
Thanks and Regards,
Raj

Groups of approvers is meant for which employee belongs and Levels is how many levels this is meant to approve

BADI/User exit for ME18 to specifically check for Approval Level...

Hi all,
I hope this is not a repost. I have found none so far in SDN forum. However if do, please point it to me. I will gladly close this thread.
Ok, i need a userexit/badi, whichever will do, to check for user approval levels in ME18.
So far I couldn't find a user exit/Badi that is suitable in my SAP system using SMOD and the program that find user exit by TCODE.
I hope SAP do provide a user exit that can actually check for user Approval Level in ME18.
Can anyone share this info on this issue?
Thanks,
William Wilstroth

There are few enhancement points available for ME18. Please check them once.
Thanks,
Srinivas

Setting approval level for credit management in SD

Dear Gurus,
I have a case like this:
My client would like to use credit management in SD. They have few approval levels for for credit limit release.
Exp: With SD has amount under from 1000$, Mr. A has the right to approve and release it
        With SD has amount bigger than 1000$, Mr. A have to release it and then Mr. B check again afterwards Mr. B can reject and release it up to his decision.
As I see in SAP, maybe there is only one level for check and after release the SO doesn't need other approve anymore. But I am still concerning about how to find or config to satisfy this requirement.
Thank for nice support!

In our case we have maintained a view named as "ZVW_OAR_WF_CTRL" which is created by our ABAPer.
The fields in this view are
   FIELD NAME                              DATA ELEMENT         TYPE         LENGTH
1) MANDT                                          MANDT                         CLNT             3
2)PROCESS                                      ZDE_WF_PROCESS      CHAR           2
3)KKBER                                           ZDE_KKBER                  CHAR          4
4)GRUPP_F                                       ZDE_GRUPP_CM_FROM CHAR         4
5)GRUPP_T                                       ZDE_GRUPP_CM_TO      CHAR         4
6)LEVELS                                         ZDE_WF_LEVEL              CHAR         5
7)VALUE_F                                       ZDE_NETWR_AK_FROM   CURR       15
8)VALUE_T                                       ZDE_NETWR_AK_TO         CURR       15
9)APPR                                            ZDE_PLANS                       NUMC      8
10)APPR_AD1                                  ZDE_PLANS1                    NUMC       8
11)APPR_AD2                                  ZDE_PLANS1                   NUMC        8
12)BOX_AC_APPR                           ZDE_AD_SMTPADR_BOX CHAR       241
13)BOX_AC_REJC                            ZDE_AD_SMTPADR_REJ   CHAR      241
14)NEXT_LEVEL                              ZDE_WF_LEVEL_NXT         CHAR       5
You can ask your ABAPer such that your view contains the above mentioned fields and in the the approvers you have to enter the "Pernr id" s of approver s which can be taken from HR people.

Stat machine workflow task workflow status different values on different state activity(Approval level)

i have developed the State machine workflow in which i am using default workflow task
i have added one status dropdown and that is having approve or reject that i set using workflow task drop down values
now my requirement is that when my workflow goes to different approval i need to have different status values in dropdown
for example
on manager approval state activity i need to add additional status value forward to legal
but when it moved to next activity this task status field should show only approve and reject
in summary i need to have different status values for workflow task when it moved to different state activity(approval levels)
can we set these status field of task for state machine workflow programtically as well like for different approval level of task i need different status to be set for the dropdown of task status field
MCTS,ITIL

Hi Shahid Siddique,
I have seen a similar thread from you about this issue, create custom form for the seperate form is a considerable workaround, you can have a check whether it works.
http://social.technet.microsoft.com/Forums/en-US/9baa0c32-1cde-4c58-aa7c-3568ccf0cdc9/different-approval-level-of-task-i-need-different-status-to-be-set-for-the-dropdown-of-task-status?forum=sharepointdevelopmentprevious
Thanks,
Qiao Wei
TechNet Community Support

Database table of Match approval level data in shipment more tab

hi friends
i need to know the database database table of Match approval level data in shipment > more tab of PO.
pls help. its urgent.

Hi friends
Thank you all for reply. 2-Way, 3-Way or 4-Way values are coming against particular item according to the following combination of values in inspection_required_flag and receipt_required_flag column of PO_line_locations_all.
4-WAY :Inspection_required : Y , Receipt_required : Y
3-WAY :Inspection_required : N , Receipt_required : Y
2-WAY :Inspection_required : N , Receipt_required : N
it refers there is no fixed column in table based on which 2-Way, 3-Way or 4-Way values are coming for MATCH APPROVAL LEVEL field in that form. am i right? pls response.
One more thing, inspection_required_flag and receipt_required_flag columns are also available in mtl_system_items_b. My question is when a PO is created with any item which value combination is prioritized. i mean when i open Shipment form and go to More Tab, a value for MATCH APPROVAL LEVEL field is automatically set for that item. Where does that value come from? does it come from PO_line_locations_all or mtl_system_items_b ?
if my concept is not wrong it comes from mtl_system_items_b. after saving that PO the value is then stored in PO_line_locations_all.
if my concept is wrong in any way pls let me know. Thanks
Edited by: Lisan on Jul 15, 2009 9:45 AM

Exclude Managers and others in ECM Planning and Approval Iviews

Hi All,
In the planning iviews, we would like to restrict based one the following conditions,
Manager -Level1 logs in and plans for
1) Employees directly reporting to him(includes managers of sub org units too)
2) And those who come under the sub org unit of the Manager's Org Unit.
for the second point , if the sub org units have Managers of A012 , then those employees should not be displayed(obviously becoz their managers have the rights )
In the Approval Iviews, we would like to restrict based one the following conditions,
Manager -Level 2 logs in and approves
1) The Planning done by Manager Level 1
2) Should not plan for the second level
We have checked the Exclude managers check bos in the rule selection and tried using the HRWPC_EXCL_MANAGERS BADi.
This BAdi would affect other i views where this employee search is used.
Could you suggest ??
Tks & rgds
G

Hi G,
The approval Iview is altogether different. The compensation adjustments eatrlier submitted by the line manager would be automatically available for the Higher / Approving manager and hence there is no question of Employee selection views in approval phase.
And with respect to difference MSS_ECM_SEL_LIS - Employees from org.units and MSS_ECM_SEL_TRE -Employees from org.structure;
Employees from org.units lists the entire list of employees directly from all the subordinate org.units but there is no org.unit reference but
Employees fropm org.structure lists the subordinate org.units first in the data provider and you can select an individual org.unit or all org.units & sleect "GO" button to view the employees list.
Hope this clarifies.
Best Regards
Raj G

WS14500015 - changes in second approval level

Hi all,
I'm fine tuning our two step item level approval workflow based on the WS14500015 standard flow. I've come across a problem which seems to be quite commonly discussed here, but I've also gotten the feeling that it may result in a catch-22 situation.
Scenario:
We're using a custom model, in which approvers are fetched based on the criteria for the items in the basket from a table and are assigned approval objects. Second level approval is based on product category, where approvers are assigned approval objects only if they are found for the particular category.
The issue arises when the second level approver alters the cart above the limits of the manager who approved in the initial level. We would like this to trigger a new chain of approvals, in which the manager responsible for the new value (or cost center) has to process the new cart from step 1, but as of now the cart is automatically approved following acceptance from the initial agent.
In general, it would be best to just not let the second level approver alter the items since he or she is not really authorized to do so, but I can't see a way of controlling this, since we can't restrict the customer from using the same manager as first and second level approver (in cases where alteration rights based on security level is concerned).
I've debugged the code, and confirmed that the objects are updated as expected, but the cart is still completely approved after a second level change.
Is it in scope to allow interlevel cart changes? Can I use the BBP_WFL_SECUR_BADI to change security level according to current approval step?
I would greatly appreciate a small summary of what is possible and what is not possible regarding this general scenario, and the recommended approach (if such exists).
Many thanks in advance!

as in all own implementations you should copy the sap workflow to an own one, like Siddharth proposed. I didn't try this, i never needed second level approval so take what i say with a grain of salt. Copy the task that deals with the approval (the one showed in the UWL of the first manager) for the next approval (second manager). It should be then inserted in the workflow after the first approval. Between the original approval task and the second one you should insert a step where you call your own abap class to set the new processor of the workflow - copy the one used by SAP in the first approver task and remove what you don't need, modify the stuff that you could use.
You might be able to get the approval in the approval application using the BADI proposed by Siddharth but I am not sure using that BADI will create a UWL entry for the second approver.
@SAP: a propos the class used for workflow task methods--> stop creating final classes !

Approver level 2 not receiving Workitem

Dear Forum contributors,
May I kindly ask you advice about the next situation?
     We have set up a WF process with 3 levels based on the SC amount.
     Requesters are able to change approvers determined by the system according to a custom criteria.
     The conflictive case goes as it follows:
o     Requester creates a SC. Three levels of approval are determined.
o     Requester changes approver level 1determined for another approver of the same level.
o     Requester changes approver level 2 determined for another approver of the same level.
o     SC is ordered.
o     Workitem goes into the approver level 1 inbox. Approver level 1 completes workitem.
o     Workitem goes into the approver level 2 inbox.
o     Approver level 2 is out of office for a long period, therefore requester enters into the SC and changes the approver level 2 for another one with the same level.
o     Work item is not going into the new approver level 2 inbox. Woritem only goes into the new approver inbox once the original one has completed the workitem.
Is this standard behavior?
Thanks in advance for your support,
Abraham

Hi,
There is a slight difference here.
WF is not being restarted. As I mentioned in the initial exposure, work item is not moving to the approver level 2 changed until the original approver level 2 has approved the work item( not the approver level 1).
u201CThe conflictive case goes as it follows:
o Requester creates a SC. Three levels of approval are determined.
o Requester changes approver level 1determined for another approver of the same level.
o Requester changes approver level 2 determined for another approver of the same level.
o SC is ordered.
o Workitem goes into the approver level 1 inbox. Approver level 1 completes workitem.
o Workitem goes into the approver level 2 inbox.
o Approver level 2 is out of office for a long period, therefore requester enters into the SC and changes the approver level 2 for another one with the same level.
o Work item is not going into the new approver level 2 inbox. Woritem only goes into the new approver inbox once the original one has completed the workitem.
Thanks for your feedback,
Abraham

Dynamic Approval Level in OTL Approvals

Hi..
We have the following requirement:-
For each employee there is an EIT against which a number is stored (1,2,3). Based on the number, the approvals for timecard should flow.
Can anybody please help regarding this requirement. We tried the below approach but were unsuccessful
1. Created an XXAPROVAL_STYLE with Entry Level Component
2. Created 3 Formula (Level 1 , level 2 and Level 3)
3. In the first formula
level= get_employee_level
If level = 1 then
approval_mechanism_id = get_level_1
Return Approval_mechanism_id
In the second fast formula
level= get_employee_level
IF LEVEL = 2 THEN
approval_mechanism_id = get_level_2
Return Approval_mechanism_id
The issue we faced was if employee had level 1, the approval style still went into rule 2 and returned null in the approval_mechanism_id. Hence the process went into error.
Please kindly help us achieve this requirement.
KIndly suggest any other way we cud achieve this requirement.
REgards
Murtuza

Hi..
We wont be able to do that since for a level 2 it should go to first level 1 approver and then level 2 approver.
Hence it wont help in a single formula
Regards
Murtuza

Audit on Match Approval Level - 2-Way, 3-Way...

Hi,
We have a requirement where user wants to audit any changes made to Match Approval Level field. If anyone changes 3-way to 2-way or 4-way to 3-way it should be tracked. Are there any audit tables for this?
Thanks
Sam

Hi Sam,
As this is a part of setup, so cannot track the history. Where as the same thing can be tracked at purchase order level. you can ask for customized report to your technical team and can identify the which match approval level has been used for that order.
Thanks & Regards
Ankur Dawra

CAN't find Parameters, Events and Approval tabs in the Page Properties opti

Hi Gurus,
I am trying to test the approval process. I have created a page group and also created a page under that. I don't find the 3 tabs Parameters, Events and Approval in the Edit Page/Page Properties option. Please reply me what I have to do to activate those tabs.
Thanks
Raj
---------------

In your Page Group properties ensure that parameters and events are enabled. Once they are enabled at the page group level, the tabs should appear in your page properties.
Thanks,
Candace

T&E, and Approval Level.

Similar Messages

Maybe you are looking for