FSM UsrNam /
| Specify how usernames should be determined for Person objects transferred to FSM (i.e. what should serve as login name to FSM for FSM users created from SAP ECC/S4). The available username determination options are:
If a custom username already exists for a given user (it was manually entered in FSM Admin module or during user creation in the user maintenance transaction, field ‘FSM User ID’), it will always be used as the username, regardless of the option selected in the field ‘FSM UsrNam’.
| ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
No address | Do not send address data of user and employees | ||||||||||||||||
Only users | Send employees only if an SAP user is assigned to them (infotype 105, subtype 0001 in transaction PA30). The technician must also be added to the FSM user maintenance transaction (see: /PACG/ECM_MAINT_USER - FSM users)
| ||||||||||||||||
SendClAssg | Automatically transfer holiday calendar assignment during transfer of an employee (e.g. after user modification in transaction /PACG/ECM_MAINT_USER).
| ||||||||||||||||
Email src | Email address source is used to determine the email address of user/employee that should be sent to FSM. Enter from which subtype of infotype 0105 email should be retrieved. Until SP07 of add-on 200, the possible options included: 0010 – e-mail (default option), 0030 – private e-mail address, FRMA – e-mail for dematerialized communication (in S4 systems), MAIL – e-mail. Starting from SP07 any subtype can be entered. Please note that in case the field is blank, then the default option (previously existing logic) will be in use. In such a case, the email address from subtype 0010 will be sent. |
Username source
The setting determines what is send as a ‘userName’ Person entries in FSM.
| Info |
|---|
Starting from the release 2108, the user name source setting also determines the default FSM User Id value during creation of new FSM user records in transactions /PACG/ECM_ALV_USERS and /PACG_ECM_USER. While creating a new user who does not belong to any company yet the default is updatable. The defaulting logic is as follows:
In case when a user already exists for some other company, then the existing FSM User Id will be defaulted. In such case, the value will not be updatable. |