How AI is applied across API Evangelist and APIs.io. Read my AI disclosure →
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 User. 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.2.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.2.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.

GET
/public/api/users/me
Get
Get 1 param → 200
GET
/public/api/users/{id}
Get
getPublicApiUsersById 2 params → 200
DELETE
/public/api/users/{id}
Delete
Delete 1 param → 204
PATCH
/public/api/users/{id}
Partial Update
PartialUpdate 2 params body → 200
PATCH
/public/api/users/{id}/password-change
Change Password
ChangePassword 2 params body → 200
GET
/public/api/users/{id}/password-change?filter={filter}
Password History
PasswordHistory 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
GetAll 2 params body → 200
GET
/public/api/users/archives?filter={filter}
Get all archives
GetAllArchives 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
InviteUsers 1 param body → 200
GET
/public/api/users/weekly-schedule/export?type={type}&filter={filter}
Export Weekly Schedule
ExportWeeklySchedule 3 params body → 200
PATCH
/public/api/users/weekly-schedule/import?type={type}
Import Weekly Schedule
ImportWeeklySchedule 2 params body → 200
POST
/public/api/users/archive/import?type={type}
Import Users To Archive
ImportUsersToArchive 2 params body → 200
GET
/public/api/users_archived/export?type={type}&filter={filter}
Export archived users
ExportArchivedUsers 3 params body → 200
POST
/public/api/users/unarchive/import?type={type}
Import Users To Un Archive
ImportUsersToUnArchive 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
ExportManagerUsers 3 params body → 200
PATCH
/public/api/users/managers/import?type={type}
Import manager users
ImportManagerUsers 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
Where this information came from

This is an independent, third-party profile of Yoobic Users API, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.

The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.

Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.

info@apievangelist.com · Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.