Find a suitable API
When creating an OpenAPI Specification A standard, language-agnostic description of RESTful APIs that can be read by both humans and machines. Formerly known as Swagger. to integrate an app, you must make sure the API A programming interface that defines how software can be interacted with by other software. can be supported by Nintex Xtensions. To be supported, an API must:
- Be RESTful Representational State Transfer: a style of software architecture that separates state and functionality into distributed resources, with each resource uniquely addressable, typically using HTTP commands. RESTful applications are usually stateless and support caching.
- Communicate over HTTP Hypertext Transfer Protocol: the protocol by which websites and APIs communicate over the internet. or HTTPS Hypertext Transfer Protocol Secure: the protocol by which websites and APIs communicate securely over the internet.
- Authenticate Identifying the requestor of the API using techniques such as a username and password, an API key, or OAuth2.0. with either:
- no authentication
- basic authentication Identifying the API requestor using a username and password passed in the HTTP header.
- API key authentication An authorization code passed in an API request, either inside the header or as a parameter, to identify the requester.
- OAuth 2.0 A two-step authorization protocol that both identifies the requestor, and allows a user to grant access to a third-party account without revealing their credentials to the requesting software.
- Accept parameters A piece of information passed to a third-party API during a request. compatible with version 2 of the OpenAPI Specification
Nintex Automation Cloud supports the following data types, as detailed in version 2 of the OpenAPI Specification:
True or false.
A number with no fraction or exponent component.
A number that may contain a fraction or exponent component.
A JSON string.
A JSON array. Requires complex object support. See Send arrays or complex objects.
A JSON object. Requires complex object support. See Send arrays or complex objects.
As multipart/form-data. For other file formats, see Manage files in your workflows.
For example definitions of these data types, see the OpenAPI Specification quick reference.
Tip: If you want to connect an unsupported API, you can create a small piece of code called a serverless function A service that allows you to run code without provisioning and managing a web serve to host it. Examples include Amazon Web Services and Microsoft Azure. to pre-process unsupported operations A single request to a third-party API. Operations often become actions in the workflow designer. and responses between Nintex Automation Cloud and the API. This is explained in more detail further on.
OpenAPI Specifications must be written in JSON to be imported into Nintex Automation Cloud. You can convert specification formats from YAML A subset of the human-readable JSON format that uses indentations instead of braces and brackets. YAML can be readily converted into JSON. Nintex Xtensions supports JSON only. to JSON using the Swagger.io editor.
Looking to upload a product or service's published OpenAPI Specification? See Import a third-party specification.
Note: Events A task or occurrence that can trigger the start of a workflow, such as a form submission or third-party API event. are not yet supported by Nintex Xtensions. For more information on what is currently supported, see Limitations and Known Issues.