x QBOS REST API documentation for HRDETAILS

QBOS REST API documentation (HRDETAILS)

(return to Main Document)

Introduction

The HRDETAILS API allows client applications to maintain HRDETAILS data record sets.

Audience

This developer's guide is intended for software developers needing a technical reference for using the QBOS REST API. The information you find in this guide is written by software engineering, and is authoritative on how the API behaves.

Additional resources, information about this guide

Occasionally, we make a mistake in this documentation, or unknowingly break a feature that you depend on. If this has happened to you, we apologize! You can help us fix the issue by contacting us at: pkajaani@qbos.com. We appreciate your help.

Getting Started

To place any request in a QBOS API application from a third party application you need to first authenticate your user account and set/calculate values for the following request headers: x-qbos-id, x-qbos-nonce, x-qbos-date-utc, x-qbos-hash-version, x-qbos-auth

See details in Authentication Documentation.

Custom resource vs. standard resource URI format

Custom resource (a.k.a applet) URI contains the resource vendor id in place of "/o/" in the standard object URI. Compare: .../v1/o/...with .../v1/{vendor_id}/...

HRDETAILS properties

Properties prefixed with '_' (underscore) are read-only properties. i.e. POST and PUT processing will ignore these properties.

Name Type Max
Length
Numeric Required
For POST
Filterable Default Description
_client_Id bigint Yes NULL This is the Data Org Id.
_owner_Id bigint Yes Yes NULL This is the user id of the record owner. Defaults to the creatorOpid.
_creator_Opid bigint Yes Yes NULL This is the user id of the original record submitter.
_create_Date datetime No {timestamp}   Not enterable upon Insert. System sets this date upon record creation.
status_id int Yes Yes 2936 The status id of the record. Taken from the Life Cycle statuses in ADS.
_status_Change_Date datetime No NULL Not enterable. System sets this date whenever the statusid is changed.
Discipline nvarchar 3 Yes NULL This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Employment_Status nvarchar 3 Yes Yes   This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Main_Department nvarchar 40 Yes Yes   This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Addln_Dept_1 nvarchar 40 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Addln_Dept_2 nvarchar 40 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Addln_Dept_3 nvarchar 40 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Addln_Dept_4 nvarchar 40 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Has_Cellphone bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Cell_phone_number nvarchar 10 Yes NULL
Cell_phone_reimbursement_amount decimal(10,2) 10 Yes Yes NULL
Sunday bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Monday bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Tuesday bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Wednesday bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Thursday bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Friday bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Saturday bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Planned_Work_Hours integer Yes Yes NULL
Cellphone_reimbursement_Pay_period integer Yes Yes 2 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Company_bonus bit Yes Yes 0 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Type_of_bonus integer Yes Yes NULL This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Bonus_Amount decimal(20,2) 20 Yes Yes NULL
Bonus_Pay_Period integer Yes Yes NULL This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Compensation integer Yes Yes 1 This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
Planned_Sunday decimal(7,2) 7 Yes Yes NULL
Planned_Monday decimal(7,2) 7 Yes Yes NULL
Planned_Tuesday decimal(7,2) 7 Yes Yes NULL
Planned_Wednesday decimal(7,2) 7 Yes Yes NULL
Planned_Thursday decimal(7,2) 7 Yes Yes NULL
Planned_Friday decimal(7,2) 7 Yes Yes NULL
Planned_Saturday decimal(7,2) 7 Yes Yes NULL
Active_Status integer Yes Yes 1 This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Creative_Solutions_ID nvarchar 15 Yes NULL
Team integer Yes Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Frequency integer Yes Yes NULL
Frequency_Units nvarchar 20 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Language nvarchar 20 Yes NULL
Type_Contact_Visit nvarchar 20 Yes NULL
Patient_Care nvarchar 20 Yes NULL
Bereavement nvarchar 20 Yes NULL
Non_patient_care nvarchar 20 Yes NULL
Position nvarchar 50 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Marital_status nvarchar 20 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
License_type nvarchar 20 Yes NULL This property is populated by a Type 1 Value List.
Click here for the appropriate API and sample of value options for this column.
License_no nvarchar 50 Yes NULL
License_state nvarchar 20 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
License_date datetime Yes NULL
Billable_rate decimal(6,2) 6 Yes Yes NULL
Billable_rate_duration nvarchar 20 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Cost_to_company decimal(6,2) 6 Yes Yes NULL
Cost_to_company_duration nvarchar 20 Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.
Pay_frequency_unit nvarchar 20 Yes NULL
Type_of_bonus_date datetime Yes NULL
Resource_Type integer Yes Yes NULL This property is populated by a Type 2 Value List.
Click here for the appropriate API and sample of value options for this column.

HRDETAILS Relationships

Parent and Child relations to HRDETAILS.

Note that the only Required status on relationships that affect a POST of an object are on the parent relations. A Required status on a child relation is only meaningful when POSTing the child object.

Linking during POST: a custom object record can be linked to a parent or child record (custom or standard) during POST by including (in the payload) the realtion id paired with the parent or child object record being linked to. For example: { "REl_2683" : 1832 }      Multiple links may be created in the same POST.

Relation Id Cardinality
(Parent-to-Child)
Required
For POST
Links Up To Is Unary?*
REL_1850 1-1 Yes Contact
Parent Relations

HRDETAILS

Child Relations
Relation Id Cardinality
(Parent-to-Child)
Required
**on POST of child
Links Down To  
REL_2683 1-Many Yes** Employment_History  
REL_2901 1-Many Employee_Job_Role  
 



Read HRDETAILS by id:

GET https:/.../v1/517090/HRDETAILS/{id}

Response codes:

  • 200 - OK
  • 404 - Not found or user does not have permission to access resources of this type.
  • 400 - Client error
  • 500 - Server error

Response data: GET https:/.../v1/517090/HRDETAILS/1
Unauthorized request.

Read HRDETAILS by parent id:

GET https:/.../v1/517090/{parent_relation_id}/{parent_id}/links/HRDETAILS[?{filter}]

Response codes:

  • 400 - Client error
  • 500 - Server error
  • 404 - Not found or user does not have permission to access resources of this type.
  • 200 - OK

Response data: GET https:/.../v1/517090/1850/530503/links/HRDETAILS
Unauthorized request.

Read HRDETAILS by filter:

GET https:/.../v1/517090/HRDETAILS[?{filter}]

Response codes:

  • 200 - OK
  • 400 - Client error
  • 404 - Not found or user does not have permission to access resources of this type.
  • 500 - Server error

Response data: GET https:/.../v1/517090/HRDETAILS?id=1
Unauthorized request.

Create HRDETAILS:

POST https:/.../v1/517090/HRDETAILS

Request data [See properties]:

Response codes:

Update HRDETAILS:

PUT https:/.../v1/517090/HRDETAILS/{id}

Request data [See properties]:

Response codes:

  • 200 - OK Content returned [See response data]
  • 204 - OK No content
  • 400 - Client error
  • 404 - Not found
  • 500 - Server error

Delete HRDETAILS:

DELETE https:/.../v1/517090/HRDETAILS/{id}

The "id" in JSON payload is required to match the {id} in the URI to ensure that deletion requests are intended and safe

Response codes:

  • 204 - OK
  • 400 - Client error
  • 404 - Not found
  • 500 - Server error

Create Link for HRDETAILS:

POST https:/.../v1/517090/{relation_id}/{link_to_id}/links/HRDETAILS/{id}


{relation_id} can indicate either a parent or a child relation.

Response codes:

  • 204 - OK
  • 400 - Client error
  • 404 - Not found
  • 500 - Server error

Delete Link for HRDETAILS:

DELETE https:/.../v1/517090/{parent_relation_id}/{parent_id}/links/HRDETAILS/{id}


Deleting a link from HRDETAILS down to a child object must be explicitly indicated by negating the relation id:

DELETE https:/.../v1/517090/{-child_relation_id}/{child_id}/links/HRDETAILS/{id}

Response codes:

  • 204 - OK
  • 400 - Client error
  • 404 - Not found
  • 500 - Server error