© 2015 X2Engine Inc.

Difference between revisions of "Web API Reference (Legacy)"

From X2Engine
Jump to: navigation, search
(Usage)
(Usage)
Line 9: Line 9:
 
= Usage =
 
= Usage =
 
In the reference table here, the model class to be used is <tt>Contacts</tt>.
 
In the reference table here, the model class to be used is <tt>Contacts</tt>.
{|class="wikitable" align="left"
+
{|class="wikitable" align="left" cellpadding="10"
 
|-
 
|-
 
! scope="col" | Usage
 
! scope="col" | Usage
Line 28: Line 28:
 
|<tt>POST</tt>
 
|<tt>POST</tt>
 
|Form (post) data containing authentication and attributes (key-value) of the model to be created, together, as a flat list
 
|Form (post) data containing authentication and attributes (key-value) of the model to be created, together, as a flat list
| 200 if successful; 500 otherwise
+
| Success 200, else 500
 
|
 
|
 
;error
 
;error
Line 44: Line 44:
 
|<tt>POST</tt>
 
|<tt>POST</tt>
 
|Similar to the <tt>create</tt> action
 
|Similar to the <tt>create</tt> action
|200 if successful; 404 otherwise.
+
|Success 200, else 404
 
|If successful: attributes of the model as a flat list (indexed by attribute name) key-value pairs indexed by name. Otherwise: <tt>{"error":true,"message":"No item found with specified attributes."}</tt>
 
|If successful: attributes of the model as a flat list (indexed by attribute name) key-value pairs indexed by name. Otherwise: <tt>{"error":true,"message":"No item found with specified attributes."}</tt>
 
|-
 
|-
 +
|Retrieve a record based on its primary key
 
|[[x2propdoc:ApiController.html#_actionView|actionView()]]
 
|[[x2propdoc:ApiController.html#_actionView|actionView()]]
 
|<tt>index.php/api/view</tt>
 
|<tt>index.php/api/view</tt>
|yes
 
|Views a record
 
 
|-
 
|-
 
|[[x2propdoc:ApiController.html#_actionUpdate|actionUpdate()]]
 
|[[x2propdoc:ApiController.html#_actionUpdate|actionUpdate()]]

Revision as of 22:43, 6 September 2013


X2CRM features a remote API for inserting, updating, querying and deleting records via ApiController, which (with few exceptions) responds in JSON format. The API can perform these operations with any subclass of X2Model. URLs (after the domain name and relative path to the document root) for web requests to the API begin with index.php/api/. In most calls to the API, authentication is required in the form of GET or POST parameters user and userKey, which are the username and API key (respectively) of a user in the CRM.

API Response

In the case of an error, the API will still respond in JSON format, and will set the HTTP response code according to the following rules


Usage

In the reference table here, the model class to be used is Contacts.

Usage Method URL Authentication Query parameters Request type(s) Expected data fields HTTP response code Response properties
Create a new record actionCreate() index.php/api/create/model/Contacts With post data n/a POST Form (post) data containing authentication and attributes (key-value) of the model to be created, together, as a flat list Success 200, else 500
error
true if and only if the new record was created successfully
model
attributes of the model as key-value pairs (indexed by attribute name)
modelErrors
validation errors for each attribute, if applicable
Search for the first record matching one or more fields actionLookup() index.php/api/lookup/model/Contacts With post data n/a POST Similar to the create action Success 200, else 404 If successful: attributes of the model as a flat list (indexed by attribute name) key-value pairs indexed by name. Otherwise: {"error":true,"message":"No item found with specified attributes."}
Retrieve a record based on its primary key actionView() index.php/api/view
actionUpdate() index.php/api/update yes Updates a record
actionDelete() index.php/api/delete yes Deletes a record
actionVoip() index.php/api/voip no Notifies the assignee of a contact having called (if the phone number matches).
Requires only the "phone" field, as a GET parameter, it being a 10+ digit phone number.


The post data variables should be named according to the column names of the model for which the API being called. When making API calls, the same validation rules as in normal use of the app also apply. In the case that the input does not pass validation, the API will respond with the validation errors.

Authenticating

Using the API requires authentication credentials for the web application in the form of two post data fields: user and userKey, containing the username and API key of that user (versions 2.9.1 and later), or authUser and authPassword, containing the username and password hash (versions earlier than 2.9.1), respectively. A user's API key can be set by the administrator in the User module by visiting the update page for the given user.

Available API functions

(See also the documentation on ApiController)

The methods of ApiController used for creating, querying, viewing (by ID), updating and deleting records are:

Method Base URL ID required Usage
actionCreate() index.php/api/create no Creates a new record
actionLookup() index.php/api/lookup no Searches for a record based on one or more fields
actionView() index.php/api/view yes Views a record
actionUpdate() index.php/api/update yes Updates a record
actionDelete() index.php/api/delete yes Deletes a record
actionVoip() index.php/api/voip no Notifies the assignee of a contact having called (if the phone number matches).
Requires only the "phone" field, as a GET parameter, it being a 10+ digit phone number.

Specifying Model

The API requires specifying the model for which the transaction will be performed as a GET parameter with key "model", with actionVoip being the only current exception. Per the URL format rule of X2CRM, which is "path" (see CUrlManager for more information), the full URL of the request will be: index.php/api/[method]/model/[model name]. So, for example, an API call to create a new contact record should use index.php/api/create/model/Contacts

Usage Example

The file leadCapture.php in the web root of the codebase contains a few noteworthy examples of API calls. Of particular significance is the necessity of creating a contact first and then using lookup to obtain its numeric ID in order to create an action associated with that contact.

(section in progress)