QBOS REST API documentation (note)

(return to Main Document)

Introduction

The note API allows client applications to maintain note data including any part of its demographic 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. We appreciate your help.

Getting Started

To place any request in QBOS API application from third party application you need to authenticate 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.

note 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 Description

id

bigint

 

 

 

Required for GET(by id),PUT,DELETE

parent_id

bigint

 

yes

 

parent_type

nvarchar

50

 

yes

 

type

nvarchar

50

 

 

 

Value is "note"

system_note_sw

bit

 

 

 

add_to_body

nvarchar

 

yes

 

_full_body

nvarchar

 

 

 

_creator_name

nvarchar

100

 

 

 

_create_date

char

20

 

 

 

Read note by id:

GET https:/.../v1/o/note/{id}

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/o/note/1109758
{ "parent_type" : "contact", "parent_id" : 635092, "type" : "note", "id" : 1109758, "sub_type" : "", "system_note_sw" : 0, "add_to_body" : "", "_full_body" : "Brandy 5\/1\/14<\/span>:<\/b> Dr. Coppedge fax # 405-779-2855<\/span>", "href" : "\/v1\/o\/note\/1109758", "_creator_name" : "Brandy Casey", "_create_date" : "2014-05-01T15:59:46Z" }

Read note from parent:

GET https:/.../v1/o/{parent_type}/{parent_id}/links/note[?{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

GET https:/.../v1/o/contact/635092/links/note
Response example is shown in XML format here even though REST API returns JSON format:
<note><note parent_type="contact" parent_id="635092" type="note" id="1109758" sub_type="" _title="<span style='color:black'><b>Brandy&nbsp;<span title='05/01/14 3:59:46 PM' style='font-size:xx-small'>5/1/14</span>:</b> Dr. Coppedge fax # 405-779-2855</span>" href="/v1/o/note/1109758"/></note>

Create note:

POST https:/.../v1/o/contact/635092/note

Request data [See properties]:

{"note": [ { "parent_type" : "contact", "parent_id" : 635092, "property_a" : "value-a", "property" : "See note properties", "property_z" : "value-z" } ] }

Response codes:

Update note:

PUT https:/.../v1/o/note/{id}

Request data [See properties]:

{"note": [ { "id" : 1109758, "property_a" : "value-a", "property" : "See note properties", "property_z" : "value-z" } ] }

Response codes:

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

Delete note:

DELETE https:/.../v1/o/note/{id}

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

{"note": [{"id":1109758}]}

Response codes:

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

Response data:
{}