Skip to Content
avatar image
Former Member

Assistant manager able to create trip for others but should not approve except his own

As you might already understood from the subject, we need to find a solution to enable certain users (assistant managers) to be able to create trips for others but not able to approve them. In addition, they have to be able to create trips for their own but these, they have to approve themselves.

We've tried with authorization object P_TRAVL and values below but what we want doesn't happen.

Operation and "Old Status" D*, R*, W, W31, W61                                                     AUTHF Personnel Number Check     *                                                                 AUTHP "New Status" When Saving Trip                                                                 31, 33   AUTHS Company Code               *                                                                       BUKRS Cost Center                *                                                                       KOSTL Personnel Area             *                                                                       PERSA Employee Group             1                                                                       PERSG Employee Subgroup          *                                                                       PERSK Employee Grouping for Travel M                                                                   * PTZUO Organizational Key         *                                                                       VDSK1

Do we need to create a new authorization for the same object with the values below?

Operation and "Old Status" W42                                               AUTHF Personnel Number Check     O                                                                AUTHP "New Status" When Saving Trip                                                                 42 AUTHS Company Code               *                                                                       BUKRS Cost Center                *                                                                       KOSTL Personnel Area             *                                                                       PERSA Employee Group             1                                                                       PERSG Employee Subgroup          *                                                                       PERSK Employee Grouping for Travel M                                                                   * PTZUO Organizational Key         *                                                                       VDSK1
Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

1 Answer

  • Best Answer
    Jul 08, 2014 at 01:46 PM

    Hi Octavian,

    this is what I understood: The person is supposed to create trips for himself and is allowed to approve these very trips (I find it quite uncommon, that a person is creator and approver simultaneously, but whatever). Furthermore the person acts as assistant for other people; for which he is allowed to create trips and send them for approval, but these trips, he is now allowed to approve himself (I don't really get why he would be technically qualified to be an approver for these trips anyway, but, oookay..).

    As you already assumed correctly, you'll need several instances of the authorization object. Looking at the characteristics of your p_travl auth objects, though, it looks like entire chaos to me (or maybe I just don''t understand your business scenario).

    As per the authorization objects you posted, your assistant manager would be able to delete any trip, regardless of the status, read any trip regardless of the status and change trips that have been sent to approval or trips that are on hold for missing documents (AUTHF). He would be able to send a trip for approval or cancel a trip (AUTHS) for any Pernr (AUTHP).

    And according to the second object you posted, he'd be able to change approved, settled trips (AUTHF) only to save them as approved and settled (AUTHS) again (which is not possible by the way) for his own Pernr (AUTHP).

    I'd recommend you to take a look at the trip status directory, to get an idea what each status actually means Trip Status Directory - Travel Management (FI-TV) - SAP Library and taking a look at the documentation of object P_TRAVL via transaction S_BCE_68001413 to understand the Authorization object better.

    Cheers, Lukas

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      We only use Trip data, Trip approved and Trip on hold. No requests. This made it easier for me. I managed to ask the security colleague to create a separate role for enabling the assistant manager to create/change trips, delete trips not yet settled, read and last but not least, print all trips using the values in the second object below. It seems that printing is not allowed unless accessing the trip as you would want to change it and only trips that have been approved and settled.

      Operation and "Old Status" W42                                               AUTHF Personnel Number Check     E                                                                AUTHP "New Status" When Saving Trip                                                                 42 AUTHS

      It has been tested by first level and confirmed it works.

      Thanks to both of you I understood more the logic.