Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Fixed broken excerpts

...

...

...

...


Info
titleAPI Versions

This documentation relates to Version 1, the current version of the greenID Business API. Version 1 became available to customers as of  for extracting verifications and as of  for creating verifications

Authentication

HTTP basic authentication is used for accessing the endpoint. The username is your greenID customer account ID that you use for greenID Business, and the password is your greenID web services password for that account. 

...

Exceptions and Error Handling

...

If an error or exception is encountered, the HTTP response header will contain details of the error. In most cases, we will also return an error response in JSON format

...

. An example of this error response is as follows:

Code Block
{
  "error": "Not found",
  "message": "No verification with ID: 1775",
  "status": 404
}

...

Example errors include:

<<KS: I think we need to include details of what is validated and the status/error codes returned for each? Check std API docs>>

  • Not Found (404)
  • Unauthorized (401)
  • Internal Server Error (500)

Methods Available

The following webservice methods are available for the greenID Business API version 1:

get BusinessVerification: <<KS - make this a link to the new page for this. Text below can be an 'excerpt' and use 'excerpt include' here?>>

The greenID Business API ‘get Business Verification’ method allows customers to extract the current details of a business verification. Given a greenID Business reference number, the API call returns information about the top-level business, sub-businesses, and all associated individuals (including their verification status).

Additional methods will be made available in future, for example a method to create a new business verification via the API.

get BusinessVerification. <<KS - I think this needs to be split out to a new page?>>

<<KS: Add this text as an 'excerpt on the new page'>>

The greenID Business API ‘get Business Verification’ method allows you to extract the current details of a business verification, including it's verification status. Given a greenID Business reference number, the API call returns information about the business to be verified (i.e. the 'top level' or 'root business'), it's sub-businesses (for example shareholder businesses), and all associated individuals (including their verification status).

The 'get BusinessVerification' method is available as a RESTful endpoint. The URL to call is as follows:

<<KS: Do we need to specify something in the above text about using 'get' in conjunction with the below url?? Jo to advise... >> 

Code Block
http://au.vixverify.com/vixbiz/api/v1/businessVerification/<verification_reference_id>

Input Parameters

...

The <verification_reference_id> is the unique 'Ref. No' of the business verification within the greenID Business system.

This must be obtained from the greenID Admin Panel version of the system. It can be found on the greenID Business Admin page where all your business verifications are listed, or on the 'Verify a business' details page of the required business verification.

Output

The output from the get BusinessVerification call will be in JSON format, and contains four main sections:

  1. businessVerificationReference
  2. Entities
  3. Relationships
  4. rootBusiness

An entity could be an individual or business, and relationships are the connections between different entities. Each of these will have a unique ID.

<<KS: Describe rootBusiness. Should it be listed first? Think maybe we need a bit more info in this section to describe each section?>>

businessVerificationReference

...

Entities

The 'entities' section contains details of the relevant parties within the business. There are two types of entities which can be contained within this section - individuals and businesses. The type of entity is specified by the 'entityType'. A particular entity may be present within multiple 'relationships' within the business (for example as a director and as a shareholder), but they should only be represented once within the entities section. For example: If individual 'Jack Black' is both a director and shareholder, there will only be one entity returned for him*

*Note: For an individual occurring in multiple places within a business structure to be recognised as the same 'entity', their name and address as retrieved from the business register (or manually captured for manually added individuals) must be identical - else they will be assumed to be different 'entities' (i.e. different people) and there will then be more than one entry in the entities section for them.

The following section provides details of the fields in each entity structure.

Entity Object (individual)

<<KS: since order of the fields returned is not guaranteed, should we order them logically within the docs e.g. all name fields together? They do however generally appear in the order specified below, so perhaps we leave it?>> 

...

Details of the data source (e.g. a company register) from which this entity's details were retrieved.

<<KS: I can't see that a 'Datasource' structure is being returned. Has this changed? 'dataSource' seems to just have the description of the data source now - no 'type'>>

...

DataSource

<<??>>

...

Whether or not this entity was retrieved from a data source (e.g. a lookup on a business register).

(Note: the individual's details retrieved may have subsequently been edited by a user)

...

List of Notes

...

Entity Object (Business)

...

Address Object

...

DataSource Object

...

Document Object

...


The following errors may be returned when the API is invoked with either a 'GET' or 'POST' command. Please refer to the pages detailing the 'GET' and 'POST' functionality for additional errors specific to each function which may also be returned:

HTTP status code

errorerror messageConditions
401unauthorised"Failed to authenticate <account id> with given password

Invalid credentials provided for your account to access the API 

Note: if you do not provide any credentials, then you will receive a 401 status in the HTTP header but no JSON error response will be provided

500Internal server error"<Message from the exception">An unexpected exception occurred within the system when processing your request. The message will be dependent on the exception encountered.

Endpoints

The greenID Business API is a RESTful web service offering the following endpoints:

businessVerification 


Code Block
https://au.vixverify.com/vixbiz/api/v1/

...

Note Object

...

Verification Object

...

Relationships

The following section gives details on the fields in each relationship structure.

Relationship Object

...

Field Object

...

rootBusiness Object

This object gives details on the root business that was originally searched for. 

...

businessVerification/<input parameters>


This 'businessVerification' endpoint is accessed using HTTP GET and POST commands which provide the following capability:

  • GET (To retrieve a business verification)

Insert excerpt
GREEN:greenID Business API: businessVerification - GET
GREEN:greenID Business API: businessVerification - GET
nopaneltrue

  • POST (To create a business verification)

Insert excerpt
GREEN:greenID Business API: businessVerification - POST
GREEN:greenID Business API: businessVerification - POST
nopaneltrue

Contents

Child pages (Children Display)

Include Page
greenID include
greenID include

Div
stylemargin-top:20px; border-top: 3px solid #ACD03A; padding-top:20px;

On this page

Table of Contents
excludeOn this page

Include Page
greenID Business A-Z
greenID Business A-Z