@smartytalent/api-client 0.5.0 → 0.5.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/apis/UsersApi.d.ts +4 -4
- package/dist/apis/UsersApi.js +4 -4
- package/package.json +1 -1
package/dist/apis/UsersApi.d.ts
CHANGED
|
@@ -91,12 +91,12 @@ export declare class UsersApi extends runtime.BaseAPI {
|
|
|
91
91
|
*/
|
|
92
92
|
createUserRequestOpts(requestParameters: CreateUserRequest): Promise<runtime.RequestOpts>;
|
|
93
93
|
/**
|
|
94
|
-
* Creates a new user in your account. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
94
|
+
* Creates a new user in your account. Cognito sends the invitation email with a temporary password (valid 7 days). Attaching a `role` relationship assigns the user\'s role at birth - this is privilege assignment, so it requires role sysowner/owner/admin, the role must exist, and assigning `owner`/`sysowner` requires standing on that rung. Creates without a role are open to any write-capable caller; the account then has no role and lands read-only. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
95
95
|
* Create User
|
|
96
96
|
*/
|
|
97
97
|
createUserRaw(requestParameters: CreateUserRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<UserSchema>>;
|
|
98
98
|
/**
|
|
99
|
-
* Creates a new user in your account. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
99
|
+
* Creates a new user in your account. Cognito sends the invitation email with a temporary password (valid 7 days). Attaching a `role` relationship assigns the user\'s role at birth - this is privilege assignment, so it requires role sysowner/owner/admin, the role must exist, and assigning `owner`/`sysowner` requires standing on that rung. Creates without a role are open to any write-capable caller; the account then has no role and lands read-only. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
100
100
|
* Create User
|
|
101
101
|
*/
|
|
102
102
|
createUser(requestParameters: CreateUserRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<UserSchema>;
|
|
@@ -245,12 +245,12 @@ export declare class UsersApi extends runtime.BaseAPI {
|
|
|
245
245
|
*/
|
|
246
246
|
updateUserRequestOpts(requestParameters: UpdateUserRequest): Promise<runtime.RequestOpts>;
|
|
247
247
|
/**
|
|
248
|
-
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
248
|
+
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. Sending `role` with `data: null` (unassign) is rejected - every user keeps exactly one role. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
249
249
|
* Update User
|
|
250
250
|
*/
|
|
251
251
|
updateUserRaw(requestParameters: UpdateUserRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<UserSchema>>;
|
|
252
252
|
/**
|
|
253
|
-
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
253
|
+
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. Sending `role` with `data: null` (unassign) is rejected - every user keeps exactly one role. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
254
254
|
* Update User
|
|
255
255
|
*/
|
|
256
256
|
updateUser(requestParameters: UpdateUserRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<UserSchema>;
|
package/dist/apis/UsersApi.js
CHANGED
|
@@ -80,7 +80,7 @@ class UsersApi extends runtime.BaseAPI {
|
|
|
80
80
|
};
|
|
81
81
|
}
|
|
82
82
|
/**
|
|
83
|
-
* Creates a new user in your account. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
83
|
+
* Creates a new user in your account. Cognito sends the invitation email with a temporary password (valid 7 days). Attaching a `role` relationship assigns the user\'s role at birth - this is privilege assignment, so it requires role sysowner/owner/admin, the role must exist, and assigning `owner`/`sysowner` requires standing on that rung. Creates without a role are open to any write-capable caller; the account then has no role and lands read-only. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
84
84
|
* Create User
|
|
85
85
|
*/
|
|
86
86
|
async createUserRaw(requestParameters, initOverrides) {
|
|
@@ -89,7 +89,7 @@ class UsersApi extends runtime.BaseAPI {
|
|
|
89
89
|
return new runtime.JSONApiResponse(response, (jsonValue) => (0, index_1.UserSchemaFromJSON)(jsonValue));
|
|
90
90
|
}
|
|
91
91
|
/**
|
|
92
|
-
* Creates a new user in your account. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
92
|
+
* Creates a new user in your account. Cognito sends the invitation email with a temporary password (valid 7 days). Attaching a `role` relationship assigns the user\'s role at birth - this is privilege assignment, so it requires role sysowner/owner/admin, the role must exist, and assigning `owner`/`sysowner` requires standing on that rung. Creates without a role are open to any write-capable caller; the account then has no role and lands read-only. ### User\'s Attributes Here is a table that describes the attributes of the user object: | Attribute | Type | Description | |----------------------------|--------|-----------------------------------------------------------------------------| | `name` | string | The full name of the user. | | `status` | string | The current status of the user (e.g., active, inactive). | | `timestamps.created` | string | The date and time when the user was created (ISO 8601 format). | | `timestamps.modified` | string | The date and time when the user was last modified (ISO 8601 format). |
|
|
93
93
|
* Create User
|
|
94
94
|
*/
|
|
95
95
|
async createUser(requestParameters, initOverrides) {
|
|
@@ -577,7 +577,7 @@ class UsersApi extends runtime.BaseAPI {
|
|
|
577
577
|
};
|
|
578
578
|
}
|
|
579
579
|
/**
|
|
580
|
-
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
580
|
+
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. Sending `role` with `data: null` (unassign) is rejected - every user keeps exactly one role. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
581
581
|
* Update User
|
|
582
582
|
*/
|
|
583
583
|
async updateUserRaw(requestParameters, initOverrides) {
|
|
@@ -586,7 +586,7 @@ class UsersApi extends runtime.BaseAPI {
|
|
|
586
586
|
return new runtime.JSONApiResponse(response, (jsonValue) => (0, index_1.UserSchemaFromJSON)(jsonValue));
|
|
587
587
|
}
|
|
588
588
|
/**
|
|
589
|
-
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
589
|
+
* This endpoint allows you to update details of a specific user in your account. You can modify information such as name, and other relevant attributes of the user. Only the fields provided in the request will be updated. Role change: a to-one `role` relationship in the request switches the user\'s role (and their Cognito `custom:userRole`). Callers need role sysowner/owner/admin; assigning or displacing `owner`/`sysowner` requires standing on that rung; system users\' roles cannot be changed. Sending `role` with `data: null` (unassign) is rejected - every user keeps exactly one role. `jobs`/`apikeys` relationships are ignored on update. Status change: `status` flips between `active` and `archived` and enables/disables the Cognito account accordingly (the restore door for a soft-deleted user). An actual status transition requires role sysowner/owner/admin, and archiving/restoring a user holding `owner`/`sysowner` requires standing on that rung. Omitting `status` (or echoing the current value) leaves permissions checks untouched.
|
|
590
590
|
* Update User
|
|
591
591
|
*/
|
|
592
592
|
async updateUser(requestParameters, initOverrides) {
|