Difference between revisions of "API Details"

From Charitylog Manual
Jump to: navigation, search
(Multiple Record Extension Databases [GET])
(API Entities)
 
(103 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
[[File:helpheader_small.png|right]]
 
[[File:helpheader_small.png|right]]
  
On this page you will find some technical details of the Dizions API that works with the system.
+
The API enables technical users capable of writing their own applications to [[Integrations|integrate]] with their Charitylog or Crossdata instance without having to log in to the web interface. It is a RESTful API using JSON over https. For prices, please call the office.  To enable API users please see [[Users#3rd_Party_System_Access|Users]].
  
=Authentication=
+
=General Concepts=
The API grants access based on three headers:
+
[[Why_use_an_API]]
  
*Org - The Dizions (Charitylog, Crossdata) client.
+
[[API Dictionaries]]
*Source - The integration (e.g Dizions CRM, Steps etc) which also controls project visibility.
 
*User - User record, controls branch, project and field visibility
 
  
=Groups=
+
[[API Authentication]]
The API is based around a range of groups that map to various entities.
 
  
* clients (organisations that are "people")
+
=API Entities=
* referrals (diary)
+
The API is based around various entities. To avoid breaking changes, the names in the API are fixed. If you are a developer talking to end users, it's useful to know that many features have different names in the web application, particular because many features can be renamed by a local admin.
* done_contacts (completed actions)
 
* due_contacts (outstanding actions)
 
* workers (support workers)
 
* schedules (job cards)
 
  
An example URL would look like (GET) https://api.dizions.co.uk/v2/clients
+
{| class="wikitable" style="margin:auto"
 +
|-
 +
! API name !! Description !! Renamable in web app? !! Typical names in web app
 +
|-
 +
| [[API_Classification_Codes|classification_codes]] || A tiered coding system used to classify done_contacts and referrals|| Y || Classification code, enquiry codes
 +
|-
 +
| [[API_clients|clients]] || Organisations/people that are people, e.g. clients, staff volunteers etc. || Y || Clients, Service Users, Staff, Volunteers
 +
|-
 +
| [[API_clinics|clinics]] || Group Activities || N || Clubs and Clinics
 +
|-
 +
| [[API_done_contacts|done_contacts]] || Completed actions || N || Contacts
 +
|-
 +
| [[API_due_contacts|due_contacts]] || Outstanding actions that typically make up the Action List in the web application || N || Outstanding actions
 +
|-
 +
| [[API:_Extension_Databases| extension_databases]] || Used to create your own data structures for forms etc || N || Extension Databases
 +
|-
 +
| [[API_external_referrals|external_referrals]] || Referrals collected externally, e.g. a self-referral form on your website || N || Inbound Referrals
 +
|-
 +
| [[Project_Set_Up|project]] || A service your organisation provides  || Y || Project, Service, Department
 +
|-
 +
| [[API_referrals|referrals]] || Groups of done_contacts and due_contacts || Y || Referrals, Cases, Enquiries
 +
|-
 +
| [[API_relationships| relationship_details]] || Relationships between 2 people, e.g. parent, social worker, carer etc || N || Relationships
 +
|-
 +
| [[API_schedules|schedules]] || Roster job cards || N || Jobs cards is not renamable, but the workers are, e.g. Home Helper Job Cards, Support Worker Job Cards etc
 +
|-
 +
| [[Referral_Templates#The_Stages.2FStatuses|stage]] || A stage on a template, e.g. Initial Assessment || N || Stage
 +
|-
 +
| status || A broad grouping of a stage, e.g. Being Supported, Not For Reports etc || N || Status
 +
|-
 +
| [[Referral_Templates|template]] || A workflow, e.g. a collection of stages to guide you through a case || N || Template
 +
|-
 +
| [[API_workers|workers]] || People who work on schedules || Y || Home Helpers, Support Workers, Carers
 +
|}
  
=Filters=
+
=Other=
If you want to filter your results, you can keep adding up to 10 key/value pairs to the URL. The value can usually take multiple values separated by a ;.
 
  
The example below would get all clients that have a religion (org_religion) ID of 1,3 or 10 and an ethnicity (org_ethnic_group) ID of 1.
+
[[API: File Uploads| File Uploads]]
  
[GET] https://api.dizions.co.uk/v2/clients/religion/1;3;10/ethnicity/1
+
=Reading data (GETs)=
  
Here's another example. You would see completed actions for project ID 5, where the client was unemployed and registered disabled.
+
[[API Filters]]
  
[GET] https://api.dizions.co.uk/v2/done_contacts/client_registered_disabled/Y/client_employment_status/N/project/5
+
[[API: Selecting Specific Fields| Selecting Specific Fields]]
  
You can also filter by the record ID (getting a single record)
+
[[API: Reporting| Running Reports]]
  
[GET] https://api.dizions.co.uk/v2/referrals/id/510.
+
=Writing data (POSTs and PUTs)=
 +
[[API: Creating Records| Creating Records]]
  
For referrals and clients you can actually filter by single record extension database value(s).
+
[[API: Updating Records| Updating Records]]
  
[GET] https://api.dizions.co.uk/v2/clients/website_photo_consent/109
+
[[API: External Referrals| External Referrals]]
  
For referrals, contacts and schedules you can restrict the results to a date range.
+
=Making the most of your data=
  
[GET] https://api.dizions.co.uk/v2/referrals/date_active/2018-10-01,2018-10-31
+
[[Excel Power Query| Getting Started with Power Query with Excel]]
  
=Selecting Specific Fields=
+
[[Power BI with Power Query| Getting Started with Power Query in Power BI Desktop]]
When you hit an endpoint, a range of default fields are automatically returned. If you want something that isn't default, or you want to return less data to speed things up, you can pick the fields to be returned. In the case of referrals or clients you can also return any single record extension databases. Use /field/ with semicolon separated field names to choose the fields you want to return.
 
  
'[GET] https://api.dizions.co.uk/clients/field/id;surname;website_photo_consent
+
[[Power Query - How to's| How to achieve more with Power Query]]
  
The API can tell you which fields are available by appending /selectable_fields to the group.
+
=Purchasing and getting started=
 +
[[API:_purchasing| Purchasing]]
  
[GET] https://api.dizions.co.uk/v2/clients/selectable_fields
+
[[Working_with_existing_API_partners| Working with existing API partners]]
  
[GET] https://api.dizions.co.uk/v2/workers/selectable_fields
+
[[API:_Sample_Calls| Sample Calls]]
 
 
[GET] https://api.dizions.co.uk/v2/referrals/selectable_fields
 
 
 
[GET] https://api.dizions.co.uk/v2/due_contacts/selectable_fields
 
 
 
[GET] https://api.dizions.co.uk/v2/done_contacts/selectable_fields
 
 
 
[GET] https://api.dizions.co.uk/v2/schedules/selectable_fields
 
 
 
=Creating Records=
 
To create a record you need to do a [PUT] request, with fields in the body. Many of these will have a selection of mandatory fields.
 
 
 
Create a client:
 
 
 
[PUT] https://api.dizions.co.uk/v2/clients
 
 
 
Create a client by an external ID (e.g a reference to the client in another system):
 
 
 
[PUT] https://api.dizions.co.uk/v2/clients/external_id/EXTERNAL_ID
 
 
 
Create a referral (Record a Contact):
 
 
 
[PUT] https://api.dizions.co.uk/v2/referrals
 
 
 
Create a due contact (incomplete action) for a referral:
 
 
 
[PUT] https://api.dizions.co.uk/v2/due_contacts/referral/REFERRAL_ID
 
 
 
=Updating Records=
 
To update records you need to use the [POST] method, with fields in the body. There will be some mandatory fields and some fields that need a value if present.
 
 
 
Update a client:
 
 
 
[POST] https://api.dizions.co.uk/v2/clients/id/CLIENT_ID
 
 
 
Update a referral:
 
 
 
[POST] https://api.dizions.co.uk/v2/referrals/id/REFERRAL_ID
 
 
 
Update due contact
 
 
 
[POST] https://api.dizions.co.uk/v2/due_contacts/id/CONTACT_ID
 
 
 
Update done contact, or complete due contact (complete by completing the start_date and end_date in the body)
 
 
 
[POST] https://api.dizions.co.uk/v2/done_contacts/id/CONTACT_ID
 
 
 
=File Uploads=
 
You can upload files against clients and referrals, these can only be uploaded to Amazon S3.
 
 
 
[POST] https://api.dizions.co.uk/v2/clients/id/CLIENT_ID/uploads
 
 
 
[POST] https://api.dizions.co.uk/v2/referrals/id/REFERRAL_ID/uploads
 
 
 
In the body you'll need the files along with user_visibility and group_visibility settings which are IDs (comma separated if there's more than one)
 
 
 
=Single Record Extension Databases=
 
As mentioned previously, for referrals and clients you can select single record extension database data, or filter by these values. To expose these fields to the API you need to edit that field in the front end, setting Allow collaborator API access? to Yes and choosing a suitable Name to share with collaborators. You can then reference that extension database field by the collaborator name.
 
 
 
=Multiple Record Extension Databases [GET]=
 
Multiple record extension databases work as their own entity. They can be accessed in the API by a combination of their name and ID. Convert the name to lowercase, and replace spaces with underscores. Then separate the name and ID with an underscore. For example, this end point that gets all records for extension database 13, called Staff Disciplinary:
 
 
 
[GET] https://api.dizions.co.uk/v2/extension_database/staff_disciplinary_13
 
 
 
You can also specify which fields you want to select, to make things more efficient. Extension database records can be filtered in the same way as other requests, to get all results for a particular referral you can do this:
 
 
 
[GET] https://api.dizions.co.uk/v2/extension_database/wellcheck_notes_9/referral/2289
 
 
 
Multiple Record Extension Databases [PUT]
 
 
 
To create a new record you need to do a [PUT] request.
 
 
 
[PUT] https://api.dizions.co.uk/v2/extension_database/staff_disciplinary_13
 
 
 
Then add the body:
 
 
 
referral 2289
 
 
 
date_43 2018-11-08
 
 
 
The ID of the new record will be returned.
 
 
 
Multiple Record Extension Databases [POST]
 
 
 
To update a record you also need to supply the ID:
 
 
 
[POST] https://api.dizions.co.uk/v2/extension_database/wellcheck_notes_9/id/17
 
Then add the POST body in the same way as a PUT request.
 
 
 
=Reports=
 
These are intended for use with the Analytics Reporting Tool.  Reporting is based on dimensions and metrics, although metrics are optional. If you pass in a dimension against a group, you will get a breakdown of the number of occurrences.
 
 
 
This will show you how many clients there are in each district:
 
 
 
[GET] https://api.dizions.co.uk/v2/clients/dimension/district
 
 
 
If you want this further broken down by gender:
 
 
 
[GET] https://api.dizions.co.uk/v2/clients/dimension/district/metric/gender
 
 
 
You can also filter the results in the same way as other [GET] requests:
 
 
 
[GET] https://api.dizions.co.uk/v2/clients/dimension/district/metric/gender/main_disability/7;9/blue_badge_holder/Y
 
 
 
To view a user's completed contacts by day for a range of time, you can do this:
 
 
 
[GET] https://api.dizions.co.uk/v2/done_contacts/dimension/day/date_active/2018-10-01,2018-10-31/user/*USER_ID*
 
 
 
=Dictionaries=
 
Many of the values returned by the API are IDs, so there's a selection of dictionaries to get the friendly names. Some have been set up properly in datadict, others are set up manually.
 
 
 
As a (slow and heavy) reference you can get all datadict dictionaries:
 
 
 
[GET] https://api.dizions.co.uk/v2/dictionary (not suggested for general use)
 
 
 
If the dictionary is set up in datadict you can access via api_group/table_reference. The end points below will return the full list of IDs and friendly names.
 
 
 
[GET] https://api.dizions.co.uk/v2/dictionary/organisations/district
 
 
 
[GET] https://api.dizions.co.uk/v2/dictionary/referrals/project
 
 
 
[GET] https://api.dizions.co.uk/v2/dictionary/contacts/contact_type
 
 
 
You can also search for items in the dictionary:
 
 
 
[GET] https://api.dizions.co.uk/v2/dictionary/search/referrals/project/SEARCH_TERM
 
 
 
[GET] https://api.dizions.co.uk/v2/dictionary/search/referrals/referrer/SEARCH_TERM
 

Latest revision as of 09:21, 15 August 2024

Helpheader small.png

The API enables technical users capable of writing their own applications to integrate with their Charitylog or Crossdata instance without having to log in to the web interface. It is a RESTful API using JSON over https. For prices, please call the office. To enable API users please see Users.

General Concepts

Why_use_an_API

API Dictionaries

API Authentication

API Entities

The API is based around various entities. To avoid breaking changes, the names in the API are fixed. If you are a developer talking to end users, it's useful to know that many features have different names in the web application, particular because many features can be renamed by a local admin.

API name Description Renamable in web app? Typical names in web app
classification_codes A tiered coding system used to classify done_contacts and referrals Y Classification code, enquiry codes
clients Organisations/people that are people, e.g. clients, staff volunteers etc. Y Clients, Service Users, Staff, Volunteers
clinics Group Activities N Clubs and Clinics
done_contacts Completed actions N Contacts
due_contacts Outstanding actions that typically make up the Action List in the web application N Outstanding actions
extension_databases Used to create your own data structures for forms etc N Extension Databases
external_referrals Referrals collected externally, e.g. a self-referral form on your website N Inbound Referrals
project A service your organisation provides Y Project, Service, Department
referrals Groups of done_contacts and due_contacts Y Referrals, Cases, Enquiries
relationship_details Relationships between 2 people, e.g. parent, social worker, carer etc N Relationships
schedules Roster job cards N Jobs cards is not renamable, but the workers are, e.g. Home Helper Job Cards, Support Worker Job Cards etc
stage A stage on a template, e.g. Initial Assessment N Stage
status A broad grouping of a stage, e.g. Being Supported, Not For Reports etc N Status
template A workflow, e.g. a collection of stages to guide you through a case N Template
workers People who work on schedules Y Home Helpers, Support Workers, Carers

Other

File Uploads

Reading data (GETs)

API Filters

Selecting Specific Fields

Running Reports

Writing data (POSTs and PUTs)

Creating Records

Updating Records

External Referrals

Making the most of your data

Getting Started with Power Query with Excel

Getting Started with Power Query in Power BI Desktop

How to achieve more with Power Query

Purchasing and getting started

Purchasing

Working with existing API partners

Sample Calls