Need help with your APIs? I offer API discovery, governance & evangelism services. Explore services →
API Evangelist API Evangelist
Discovery
Learnings
Guidance
Toolbox
Alignment
API Evangelist LLC

Yoobic Users API

Expose users for your company.Remember:- Users are the people at your company with access to the YOOBIC mobile and/or web apps.- Users can be assigned to one or more groups after they are created- Users can have multiple tags### Fields| Field | Type | Required | Readonly | OrderBy | Available for all users | Description ||--------------------------|:-------:|:--------:|:--------:|:-------:|:-----------------------:|-----------------||`user_id` | string | | x | | x | Unique user id ||`username` | string | x | | x | x | Unique username ||`password` | string | x | | | x | Password, required on creation only ||`first_name` | string | x | | | x | First name||`last_name` | string | x | | | x | Last name||`client_role` | string | x | | | x | User roles: ROLEFIELD \| ROLEMANAGER \| ROLEEDITOR \| ROLESTOREMANAGER \| ROLESTORE \| ROLEADMIN \| ROLEVIEWER||`client_role_extension` | string | | | | x | Indicates an extension of a user role. Has to match an existing role extension in the database ||`email` | string | | | | x | Email ||`address` | string | | | | x | User's work address ||`groups` | array | x | | | x | The list of groups the user is in||`language` | string | | | | x | Preferred language ||`phone` | string | | | | x | Phone number||`photo` | string | | | | x | Url of the user's picture ||`store_id` | string | | x | x | x | Primary Store. Setting up a store_id on a user will create a geofilter on this user ||`tags` | array | | | | x | Tags allow to specify additional information about the user||`sso` | boolean| x | | | x | Flag if a user will login through a third party ||`allow_local_login` | boolean| | | | x | Flag if a user will login with password, even if set to third party in tenant (company) configuration ||`last_seen` | date | | x | | x | The date on which the user connected for the last time. ||`terms_of_acceptance_date`| date | | x | | x | The date in which terms were last accepted ||`mobile_version` | string | | x | | x | Version of the App used on mobile by the user. ||`desktop_version` | string | | x | | x | Version of the App used on desktop by the user. ||`created_date` | date | | x | | x | Created Date||`updated_date` | date | | x | x | x | Updated Date||`custom_fields` | object | | | | x | Dynamic properties (optional)||`weekly_schedule` | object | | | | x | Contains data on an employee's working hours for each day of the week.||`client_ids` | array | | | | x | List of stores that the user can have access to, selected with their client_id. Creates or updates the corresponding user's geofilter if not empty|`store_type_names` | array | | | | x | List of stores' store_types that the user can have access to, selected with their store_type_name. Creates or updates the corresponding user's geofilter if not empty| `position` | string | | | | | Position || `department` | string | | | | | Department || `division` | string | | | | | Division || `company` | string | | | | | Company || `hiring_date` | date | | | | | Date when the user joined the company || `skills` | array | | | | | Skills || `cover` | string | | | | | Cover URL || `description` | string | | | | | Description |**Important:**- One of either fields is required in case of user creation: - password - sso- `allow_local_login` is required only if in tenant (company) configuration it is specified to allow login using a third party, but would like to enable specific user a login with a password instead.- Combination of `client_role` and `client_role_extension` defines the user's permission. A wrong combination of these two will cause a validation error, specifying an invalid permission. If `client_role_extension` is not passed (optional), `client_role` will refer to the corresponding base permission.- `custom_fields` contains new attributes that can be used to describe more precisely a user. Custom fields provide a new way to customize your user data by allowing you to filter and select the relevant data in the application. You can create your own custom fields in the YOOBIC Web Application in order to enrich your user data. For the full list of supported field types see [campaigns](#group-campaigns-question-types)- The `username` of a user has to be unique across live and archived users and is used to log in to the platform.- If a user already has a `store_id` in their profile, the corresponding store’s `client_id` will be exported in the next export. It can be used instead of the `store_id`- It is possible to add several `client_ids` and/or `store_type_names` for a single user. When updating a user, the list of `client_ids` and `store_type_names` will replace the previous one in the user's geofilter.- It is not possible to filter users on the `client_ids` or `store_type_names` attributes. Please use the geofilter collection to find if a geofilter exist for a user on a specific store or store_typeDescription of the `weekly_schedule` object:- This object contains data on an employee's working hours for each day of the week.- Each day of the week is represented by a key (e.g. `mon`, `tue`, etc.) and has a corresponding value that contains information about the working periods for that day.### Fields| Field | Type | Required | Readonly | OrderBy | Description ||---------|:-------:|:--------:|:--------:|:-------:|-----------------|| mon | JSON | no | no | no | Contains data on the working hours for Monday || tue | JSON | no | no | no | Contains data on the working hours for Tuesday || wed | JSON | no | no | no | Contains data on the working hours for Wednesday || thu | JSON | no | no | no | Contains data on the working hours for Thursday || fri | JSON | no | no | no | Contains data on the working hours for Friday || sat | JSON | no | no | no | Contains data on the working hours for Saturday || sun | JSON | no | no | no | Contains data on the working hours for Sunday |For each day of the week, the corresponding value is an object with the following fields:| Field | Type | Required | Readonly | OrderBy | Description ||---------|--------|----------|----------|---------|------------------------------------------------------------------------|| periods | array | no | no | no | Contains an array of objects, each of which represents a working period for the day. |Each object in the `periods` array has the following fields:| Field | Type | Required | Readonly | OrderBy | Description ||-------|--------|----------|----------|---------|------------------------------------------------------------------------|| from | string | no | no | no | The start time of the working period. Format is `hh:mm` in UTC. || to | string | no | no | no | The end time of the working period. Format is `hh:mm` in UTC. |If a day doesn’t have data in the `weekly_schedule` object, it is considered that the user is not scheduled to work on that day.

Yoobic Users API is one of 41 APIs that Yoobic publishes on the APIs.io network, described by a machine-readable OpenAPI specification.

Tagged areas include Users. The published artifact set on APIs.io includes an OpenAPI specification, API documentation, an API reference, and a changelog.

This API exposes 22 operations across 20 paths, and defines 1 schema. It is described by OpenAPI 3.0.0.

Requests are made against a single base URL, https:///.

22 operations 20 paths 1 schemas 1 DELETE10 GET4 PATCH7 POST

Metadata

The identity and technical contract details declared by the specification.

Specification
OpenAPI 3.0.0
Base URL
https://api.yoobic.com/public/api
Authentication
OAuth 2.0
Resource Areas
1

Authentication & Security 1

Yoobic Users API declares 1 security scheme for authenticating requests. It supports OAuth 2.0 (oauth2) using the authorizationCode flow.

Paths & Operations 22

Across 20 paths, the API surfaces 22 operations — 1 DELETE, 10 GET, 4 PATCH, 7 POST. Each is listed below with its method, path, parameters, and response codes.

Users 22

Expose users for your company. Remember: - Users are the people at your company with access to the YOOBIC mobile and/or web apps. - Users can be assigned to one or more groups aft…

GET
/public/api/users/me
Get
Get 1 param → 200
GET
/public/api/users/{id}
Get
Get 2 params → 200
DELETE
/public/api/users/{id}
Delete
Delete 1 param → 204
PATCH
/public/api/users/{id}
Partial Update
Partial Update 2 params body → 200
PATCH
/public/api/users/{id}/password-change
Change Password
Change Password 2 params body → 200
GET
/public/api/users/{id}/password-change?filter={filter}
Password History
Password History 3 params → 200
POST
/public/api/users/{id}/archive
Archive
Archive 1 param → 200
POST
/public/api/users/{id}/unarchive
Unarchive
Unarchive 1 param → 200
GET
/public/api/users?filter={filter}
Get All
Get All 2 params body → 200
GET
/public/api/users/archives?filter={filter}
Get all archives
Get all archives 2 params body → 200
GET
/public/api/users/count?where={where}
Count
Count 2 params body → 200
POST
/public/api/users
Create
Create 1 param body → 200
POST
/public/api/users/reminders
Invite users
Invite users 1 param body → 200
GET
/public/api/users/weekly-schedule/export?type={type}&filter={filter}
Export Weekly Schedule
Export Weekly Schedule 3 params body → 200
PATCH
/public/api/users/weekly-schedule/import?type={type}
Import Weekly Schedule
Import Weekly Schedule 2 params body → 200
POST
/public/api/users/archive/import?type={type}
Import Users To Archive
Import Users To Archive 2 params body → 200
GET
/public/api/users_archived/export?type={type}&filter={filter}
Export archived users
Export archived users 3 params body → 200
POST
/public/api/users/unarchive/import?type={type}
Import Users To Un Archive
Import Users To Un Archive 2 params body → 200
GET
/public/api/users/export?type={type}&filter={filter}
Export
Export 3 params body → 200
POST
/public/api/users/import?type={type}
Import
Import 2 params body → 200
GET
/public/api/users/managers/export?type={type}&filter={filter}
Export manager users
Export manager users 3 params body → 200
PATCH
/public/api/users/managers/import?type={type}
Import manager users
Import manager users 2 params body → 200

Schemas 1

The contract defines 1 schema that model the data the API accepts and returns. The most detailed is Default_Header (1 property). Each schema is shown below with its type and property counts.

Default_Header
object
1 property 1 required

Specification

The full machine-readable OpenAPI contract behind this narrative.

Source

yoobic-users-api-openapi.yml Raw ↑

Other APIs Yoobic publishes across the network.

Yoobic Answers API
Yoobic Badges API
Yoobic Bot Messages API
Yoobic Bots API
Yoobic Business KPIs data - salesdata API
Yoobic Campaigns API
Yoobic Catalogs API
Yoobic Chats API
Yoobic Comments API
Yoobic Communities API
Yoobic Community Posts API
Yoobic Competencies API