API

RamBase REST APIs

PUT system/roles/{roleId}/user-assignments/{userAssignmentId}

Update user assignment details for the provided role identifier and user assignment identifier.

HTTP method PUT
URI https://api.rambase.net/system/roles/{roleId}/user-assignments/{userAssignmentId}
Supported formats Xml, Html, Json (ex. $format=json)
- URI parameter {roleId} Role identifier
Integer, minimum 100000
- URI parameter {userAssignmentId} User assignment identifier
Integer, minimum 1
Successful HTTP status code 200
API resource identifier 2164, version 7

The following body must be added to the request. Mouse over fieldnames for description and other useful information about the fields. Note that fields in bold are required/mandatory.

Format:
1
<UserAssignment
UserAssignment

This field is optional.

>
2
     <ValidFrom
ValidFrom

Valid from date

This field is optional.

>
{Date}</ValidFrom>
3
     <ValidTo
ValidTo

Valid to date

This field is optional.

>
{Date}</ValidTo>
4
     <Comment
Comment

Description of why the user has been assigned to the role

This field is optional.

>
{String}</Comment>
5
</UserAssignment>
1
{
2
     "userAssignment
UserAssignment

This field is optional.

":
{
3
          "validFrom
ValidFrom

Valid from date

This field is optional.

":
"{Date}",
4
          "validTo
ValidTo

Valid to date

This field is optional.

":
"{Date}",
5
          "comment
Comment

Description of why the user has been assigned to the role

This field is optional.

":
"{String}"
6
     }
7
}

The query string is placed after the resource URL, seperated with a questionmark (?). The query string is composed of a series of query parameters with values. See the page about query parameters on how to use these parameters.

$access_token String, optional After successful login you get an access token which needs to be provided in all API requests. Even though it is possible to pass this token as query parameter, we recommended passing it using the HTTP request header as described in Authorization. Note that all access tokens have an expiration time.
$db String, optional Set the database/company for the request
$useMinimumVersion Integer, optional Used to run a new version of an API resource when your API client is running a deprecated API resource. See the Breaking changes page for more information.

Read more about filters and sorting on how to use filter parameters and named filters.

Read more about filters and sorting on how to use sortable parameters

Requesting this resource will yield the following response. Mouse over fieldnames (or fieldgroups) for descriptions and other useful information about the fields. Fields colored in grey is expandable fields.

Please note that some fields may be removed from the response, based on user roles/duties/permissions.

Format:
1
1

List of available operations/actions for this resource.
See the operations documentation for more information about API operations.

Possible error codes the response might return:

Error 101015 HTTP 404 Permission not found
Error 101420 HTTP 404 Setting definition not found
Error 103011 HTTP 400 Valid to date must be later or equal to start date when access points record is deactivated
Error 108144 HTTP 400 Valid from date cannot be changed after assignment is activated
Error 101060 HTTP 400 Valid from-date can not be less than today
Error 108171 HTTP 400 Global user assignments should not have a Valid to date. They must be manually discontinued from BASE_DATA and deployed.
Error 101806 HTTP 400 The Valid to-date of the document is not valid
Error 101061 HTTP 400 Valid to-date can not be less than valid from-date
Error 102139 HTTP 400 Comment is required
Error 101052 HTTP 400 User assignment already exists on the role (conflicting period)