Non-standard reporting of status

In some cases a client application may be unable to handle reporting of status using HTTP status codes. In this case, dialogportal™ is able to handle reporting of status to that specific application using JSON data in the response body. The client application must be configured for this in dialogportal™.

The returned data will look like this:

{
	"status": {
		"statusCode": 200, 
		"statusText": "OK" 
	}, 
	"data": { 
		--> here goes JSON data that would normally be at root level in the response <--
	}
}

In all cases where the subsequent documentation does not specify a response body, it will always contain:

{ 
	"status": { 
		"statusCode": 200, 
		"statusText": "OK"
	}
}

The property “statusCode” in the JSON data, corresponds to the status code that the API would normally return as a HTTP status code. “statusText” is a textual explanation of the status code in English.

Instead of the normal HTTP status codes returned by the API, the API will solely return the following:

200Success
401Bad signature: see Standard status codes for details.
404End point not found
500Server error

Please note that if the signature is missing, or AppKey in the signature is incorrect, the error is reported by the API using standard status reporting.