Skip to Content
avatar image
Former Member

Meal Per Diem Based on Schema

Hi,

I need some help to for meal per diem based on schema for example: I have 4 schemas which have different statutory so each meal per diem should be different. The thing is for expenses I can have different wage types and but for the meal per diem VERP I can assign it for one wage type. The requirement is each meal per diem should have different symbolic account.

Regards,

Mahmood

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

2 Answers

  • Jan 05, 2015 at 10:44 AM

    Hi Mahmood,

    since the customizing tables do not distinguish between Schemas but only between MOREI and the parameters on third level (BEREI, ERGRU, etc.) I would solve this programatically with means of BADI AFTER_TRIP_SETTLEMNT. Beforehand I would create one Dummy LGART which serves as normal customizing entry for VERP and 4 dedicated wage types each with a different symbolic account which are not used within the FI-TV customizing. In Method CHANGE_TRV_OBJECTS I would then manipulate IT_ROT_NOT_COLLECTED and change the wage type according to the schema from IS_PTRV_HEAD.

    Cheers, Lukas

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Jan 16, 2015 at 09:38 AM

    Hi Mahmood,

    1) even for same expense type, you can have various GL accounts for same wage types by user exit. Docu can be found in setting "assign wage type to symbolic account". Second column short text (USERS) is shown empty and has relevant F1-docu how to do it. So you can forward costs to different accounts based on trip facts. Makes it easier to SEE the account assignment. I prefer to use BADI TRIP_AFTER_SETTLEMENT only to create shares per expense type, but this is personal.

    2) T706V for per diems is not considering trip scheme. BUT: you can have different amounts per trip type or trip activity type. So how about removing the trip schemes and replace them by e.g. trip activity type, which is then mandatory field? As a result, you have same effect, and you can maintain per diem tables properly. I also like to use this "in the background" for different employee groups:

    - employees have legal per diem

    - managers have double per diem

    --> in TRVFD, two user groups for field control are created: managers and employees

    --> in FITVFELD(_WEB), two field controls are copied

    --> trip activity type is set to visible, not ready for entry, proposal value = return value from TRVFD

    --> result: employees get different per diem dependent on user grouping, in an automated way without thinking of it.

    cheers, Michael

    Add comment
    10|10000 characters needed characters exceeded