Make a payment
Software providers Kaiwhakarato Pūmanawa Rorohiko

Operations and message structure

The structure of our operations produces efficient requests and responses. Common structure and fields are used across different schemas and tax types.

XSD schema structure

The XSD schema structure for gateway services are:

  • Common.xsd
  • ServiceCommon.xsd
  • SpecificProduct.xsd

All schemas for different services import a common.xsd which has some data types specific to Inland Revenue.

This common.xsd will be used in other gateway services outside of the /<namespace>/namespace and must be kept up-to-date.

To view the service operations, schemas and data definitions:

SOAP messages structure

All messages require a header containing the Action: parameter. The body must contain a structured XML payload.

Refer to the WSDL for the correct addresses. Refer to samples or the WSDL element wsdl:binding/soap12:operation/soapAction for the URL to use.

The online WSDLs for gateway services define an 'any' XML request and response structure, which then relies on a group of XSDs to define the data structure of those requests and responses.

Each request and response type will define a lower, 'wrapper' element. To simplify analysis and code generation, a development oriented version of the WSDL and XSDs is provided with the build pack that has the 'any' elements replaced with relevant types.

Schema (xsd) validations

When you send structured XML through gateway this will be checked against our published XSDs.

This is partially a late binding validation, performed after an authentication review. The message structure of these services is a simple request/response. 

The XML request will be checked for well-formed XML before the schema validation. Responses to these requests will be in XML format and defined by the same schemas as requests.

Any XML submissions in the body that do not meet the provided schemas will not be accepted. Incorrect namespaces will also fail validation against the published schemas.

Any malformed XML will instantly be rejected before any schema validation.

Example SOAP request structure

<soap:Envelope xmlns:soap=""











             <RetrieveClientListRequest xmlns:xsi…

                <…XML payload…>







Example SOAP response structure

<s:Envelope xmlns:s=""  xmlns:a=






<a:Action s:mustUnderstand="1">




            <si:RetrieveClientListResponse >