@delopay/sdk 0.190.0 → 0.193.0

package/dist/{chunk-YNJUCISZ.js → chunk-72DLUJCI.js}

@@ -3073,6 +3073,12 @@ var Routing = class {
    * Every account named must belong to this shop; one that does not is refused.
    * So is an amount cap without a `currency`, and a payment cap with one.
    *
+   * An account may appear twice — a payment count and a budget — and never
+   * twice in one `unit`. Re-send a range with its `limit_max`, or it is stored
+   * as its bottom. Never re-send `current_limit` as `set_current_limit`: the
+   * value read belongs to the window it was read in, and pinning it into a
+   * window that has since reset is a limit nobody chose.
+   *
    * `PUT /routing/connector-caps/{profileId}`
    */
   async setConnectorCaps(profileId, params) {
@@ -3865,6 +3871,15 @@ var Users = class {
   async listProfiles() {
     return this.request("GET", "/user/list/profile");
   }
+  /**
+   * Invite team members by email. `POST /user/employees/invite`
+   *
+   * `project_ids` grants a shop-level role on every shop of each project, once
+   * the invitation is accepted. A refusal of `project_ids` is a `UR_23` error whose `data.reason` is one of
+   * `project_not_in_merchant`, `role_not_grantable_on_project`,
+   * `shop_in_granted_project`, `project_already_granted` or
+   * `project_grant_requires_merchant_level`.
+   */
   async inviteUsers(params) {
     return this.request("POST", "/user/employees/invite", { body: params });
   }
@@ -3878,7 +3893,11 @@ var Users = class {
    * not echoed back. Either way the member must change it on first sign-in.
    *
    * Same role rules as invite: you cannot grant a role above your own, and a
-   * shop-scoped caller can only target their own shop.
+   * shop-scoped caller can only target their own shop. `project_ids` grants a
+   * shop-level role on every shop of each project. A refusal of `project_ids` is a `UR_23` error whose `data.reason` is one of
+   * `project_not_in_merchant`, `role_not_grantable_on_project`,
+   * `shop_in_granted_project`, `project_already_granted` or
+   * `project_grant_requires_merchant_level`.
    */
   async addUser(params) {
     return this.request("POST", "/user/employees/add", { body: params });
@@ -3991,6 +4010,12 @@ var Users = class {
       query: { groups: params.groups, entity_type: params.entity_type }
     });
   }
+  /**
+   * The roles a member holds, one entry per role. `POST /user/employees`
+   *
+   * A project-level role carries `project`: it applies to every shop of that
+   * project.
+   */
   async listUserRoles(params) {
     return this.request("POST", "/user/employees", { body: params });
   }
@@ -4015,7 +4040,9 @@ var Users = class {
    * Remove a team member. `DELETE /user/employees/delete`
    *
    * Pass `profile_id` to name the shop when managing a shop's team as a
-   * merchant-scoped admin — see {@link DeleteUserRoleRequest.profile_id}.
+   * merchant-scoped admin — see {@link DeleteUserRoleRequest.profile_id}. Pass
+   * `project_id` instead to remove a project-level role, which the member then
+   * loses on every shop of the project.
    */
   async deleteUserRole(params) {
     return this.request("DELETE", "/user/employees/delete", { body: params });
@@ -4024,16 +4051,48 @@ var Users = class {
    * Move a team member between a merchant-level role and shop-level roles.
    * `POST /user/employees/change-scope`
    *
-   * A merchant-level `role_id` takes no `profile_ids`; a shop-level one needs
-   * at least one. Every earlier merchant- and shop-level binding of the member
-   * in your merchant is replaced. When the change takes a scope away, the
+   * A merchant-level `role_id` takes no `profile_ids` or `project_ids`; a
+   * shop-level one needs at least one shop or project. A project grants the
+   * role on every shop of the project, including shops added later. Every
+   * earlier merchant-, project- and shop-level binding of the member in your
+   * merchant is replaced. When the change takes a scope away, the
    * member's sessions end (`sessions_revoked: true`). Needs a caller at
    * merchant level or above. A refusal is a `UR_23` error whose `data.reason`
-   * names the rule; an unknown `role_id` is `UR_22`.
+   * names the rule; an unknown `role_id` is `UR_22`. The project rules add the
+   * reasons `project_not_in_merchant`, `role_not_grantable_on_project`,
+   * `shop_in_granted_project`, `project_already_granted` and
+   * `project_grant_requires_merchant_level`.
    */
   async changeMemberScope(params) {
     return this.request("POST", "/user/employees/change-scope", { body: params });
   }
+  /**
+   * One member of your merchant, with the person fields the member list
+   * omits. `GET /user/employees/{user_id}/details`
+   *
+   * Answers only for a member `listUsersInLineage` shows you. Any other id,
+   * unknown or not yours, is a 404 `UR_68` with `data.reason:
+   * 'member_not_found'`.
+   */
+  async getTeamMemberDetails(userId) {
+    return this.request("GET", `/user/employees/${encodeURIComponent(userId)}/details`);
+  }
+  /**
+   * Replace a team member's password with a temporary one, returned once.
+   * `POST /user/employees/{user_id}/reset-password`
+   *
+   * Needs the *Users* write permission and the *Impersonation* permission,
+   * and the member must be one you could sign in as with
+   * `impersonateEmployee`. The member's sessions end, and their next sign-in
+   * asks them to choose a new password. Two-factor authentication is left as
+   * it is. `TeamMemberDetails.can_reset_password` answers the same rule. A
+   * refusal is a `UR_68` error whose `data` is a {@link TeamMemberRefusal}.
+   */
+  async resetTeamMemberPassword(userId, params) {
+    return this.request("POST", `/user/employees/${encodeURIComponent(userId)}/reset-password`, {
+      body: params
+    });
+  }
   /** Sign in via OIDC. `POST /user/oidc` */
   async signInOidc(params) {
     return this.request("POST", "/user/oidc", { body: params });
@@ -4046,7 +4105,8 @@ var Users = class {
    * Invitations still waiting on the caller. `GET /user/list/invitation`
    *
    * Accepts an `accept_invite` step token as well as a session JWT, so it
-   * can feed `acceptInvitationsPreAuth` during sign-in.
+   * can feed `acceptInvitationsPreAuth` during sign-in. An invitation to a
+   * project carries `project_id`; pass it back unchanged when accepting.
    */
   async listInvitations() {
     return this.request("GET", "/user/list/invitation");
@@ -11065,4 +11125,4 @@ export {
   decodeNativePanes,
   encodeNativePanes
 };
-//# sourceMappingURL=chunk-YNJUCISZ.js.map
+//# sourceMappingURL=chunk-72DLUJCI.js.map