This is a backend microservice whose domain is Agent Client Relationships. Relationships are established after a client accepts an invitation.
It is used to manage relationships between agents and clients for the following services:
- HMRC-MTD-IT
- HMRC-MTD-VAT
- HMRC-TERS-ORG / HMRC-TERSNT-ORG (Trusts and estates)
- IR-SA
- HMCE-VATDEC-ORG
- HMRC-CGT-PD
- HMRC-PPT-ORG
- HRMC-CBC-ORG / HMRC-CBC-NONUK-ORG (Country by country, support pending)
The relationships between a client and agent can be checked at agency level (default, if access groups turned off).
If an agency has turned on access groups then the relationship will be checked at the agent user level.
- the client has a relationship with the agency AND the client and the agent user belong to the same access group or the client does not belong to any access group.
Recovery from Failures whilst Creating Relationships.
Note: now includes optional :userId to check the relationship at the user level, rather than agency level.
GET /agent/:arn/service/:service/client/:clientIdType/:clientId
Possible responses:
OK
- If the agent is allocated to the client then a 200 OK response with no JSON body will be returned
Not Found
- If the agent is not allocated to the client then a 404 Not Found will be returned with a JSON structure as follows:
{
"code": "RELATIONSHIP_NOT_FOUND"
}
The provided error code is to help diagnose potential issues in production and will usually be "RELATIONSHIP_NOT_FOUND".
PUT /agent/:arn/service/:service/client/:clientIdType/:clientId
Possible responses :
Created
- If the agent is allocated to the client then a 201 Created will be returned with an empty body
NotFound
- If the relationship could not be created then 404 NotFound will be returned with the failure message
as body to help diagnose the issue
DELETE /agent/:arn/service/:service/client/:clientIdType/:clientId
Possible responses:
NoContent
- If the agent is de allocated from the client then a 204 NoContent will be returned with empty body
Not Found
- If de allocation fails then a 404 NotFound will be returned with a JSON structure as follows:
{
"code": "RELATIONSHIP_NOT_FOUND"
}
The provided error code is to help diagnose potential issues in production and will usually be "RELATIONSHIP_NOT_FOUND".
Service | ClientIdType |
---|---|
HMRC-MTD-IT | MTDITID or NI |
HMRC-MTD-VAT | VRN |
HMRC-TERS-ORG | SAUTR |
IR-SA | ni |
HMCE-VATDEC-ORG | vrn |
Returns a name, status, overseas flag, and known facts for a client.
GET /client/:service/details/:clientId
Successful response (status code 200):
{
"name": "Example name",
"status": "Insolvent",
"isOverseas": true,
"knownFacts": ["2020-01-01"],
"knownFactType": "Date"
}
Where the fields "status", "knownFacts" and "knownFactType" are optional.
"status" is an enum with possible values: "Insolvent"
, "Deregistered"
, "Inactive"
"knownFactType" is an enum with possible values: "Date"
, "Email"
, "PostalCode"
, "CountryCode"
Error responses:
- If the API call did not return the necessary client details, a status of 404 with no body is returned.
- If there was an unexpected failure when calling the relevant API, a status of 500 with no body is returned.
./check.sh
sm2 --start AGENT_AUTHORISATION -r
sm2 --stop AGENT_CLIENT_RELATIONSHIPS
./run.sh
This code is open source software licensed under the Apache 2.0 License