openapi: 3.2.0
info:
version: 1.0.0
x-logo:
url: https://developers.unqork.io/unqork-logo.png
backgroundColor: '#FFFFFF'
title: Unqork Customer Transforms API
description: "\nUnqork's customer REST API, based on open standards, allows you to set and retrieve module submission data, as well as control other aspects of your Unqork environment. You can use any web development language to access the API, as communication is over secured HTTP.\n## URI Structure and Methods\nAll API communication will occur over SSL (HTTPS). All API responses are in JSON format.\nAll Unqork requests begin with the prefix:\n\n```\n https://{yourSubdomain}.unqork.io/api/1.0\n```\n\nFor example, if your subdomain is **xyzfinancial**, you would use the prefix `https://xyzfinancial.unqork.io/api/1.0`.\n\nThe next segment of the URI path will vary based on the endpoint of the request.\n\nA given endpoint (resource) has a series of actions (methods) associated with it. The Unqork API supports these standard HTTP methods:\n\n- **GET** - retrieves data\n\n- **PUT** - updates existing data\n\n- **POST** - creates new data\n\n- **DELETE** - deletes existing data\n\nFor example, you can use the POST action on the module submission resource to create a new module submission.\n## Paging\nPaged endpoints use the [Link header](https://www.w3.org/wiki/LinkHeader). If the link header \"next\" is present, then there are more items to retrieve, and the \"next\" should be followed.\n## Cloud Storage Delivery\nUnqork exposes generated PDFs, uploaded attachments, and other file-like pieces of submission data via Cloud Storage Delivery URLs. These are signed, expiring links that allow the user to securely retrieve files stored in Unqork. Links can appear inside raw submission data, or they can be returned from PDF transform submission endpoints.\n\nThese links cannot be shared with other parties; only the user who generates the unique link (by either submitting the file or accessing the submission where the file has been saved) will be able to use that specifically generated link. This means that the user must be authenticated (either in the browser, or by passing a valid OAuth Bearer token) in order to retrieve the file.\n\nCloud Storage Delivery URLs will look like this:\n\n`https://xyzfinancial.unqork.io/fbu/files/{filePath}?signature={signature}`\n\nThe file can be retrieved by accessing the link in the browser, or like this:\n\n```\n $ curl -H \"Authorization: Bearer {access_token}\" https://xyzfinancial.unqork.io/fbu/files/{filePath}?signature={signature}\n```\n## Nomenclature\nPreviously, \"Modules\" were called \"Forms\". This nomenclature change affects all endpoints documented here in paths, request parameters, and response bodies (e.g. `forms -> modules`, `formId -> moduleId`; however, the behaviors of the endpoints are the same. The previous endpoints will continue to be supported, but they will be deprecated in the future.\n## API Access Notes\n#### Express Module and Workflow Access \nExpress Module and Workflow Access is determined by a User's Role and the Module's permissions. An Express User's Role is specified at the environment level, but can be overwritten at the Application level using Application Roles. If Module Permissions are used, the permission settings will specify what access (Read, Write, Obfuscate, or None) a User will have to the Module. Anonymous Users may also be able to access a Module if the permission settings allow it.\n#### Submission Access \nSubmission Access is determined by a User's Role, Groups, and if they are the owner of the Submission. A Submission owner is the user that created or updated the Submission. If a user is a Submission owner, Designer Administrator, or an Express Super User, the user has access to the Submission. If the User does not have access to the Module or Workflow that the Submission is associated with, then the User will not have access to the Submission. See Express Module and Workflow Access ([Express Module and Workflow Access](#express-module-workflow-access)). A User's Role Groups can also provide a User Access to a Submission. A User needs to have Intersecting Groups with the Submission Owner. Intersecting Groups means a User has a Role with a Group (Groups assigned directly to the User do not count) that is in the Submission owner's groups (the Submission owners Role Groups or the Submission owners User Groups). If a User has Intersecting Groups:\n- And the Group type is ignore role, a User that has Intersecting Groups can access the Submission.\n- And the Group type is Role descendents, a User that has Intersecting Groups and the Submission owner's Role is a descendant of the User's Role then the User can access the Submission.\n- And the Group type is own Role and descendents, a User that has Intersecting Groups and the Submission owner's Role is a descendent of the User's Role or the User's Role is the same as the Submission owner's Role then the User can access the Submission.\n"
servers:
- url: https://{host}/api/1.0
variables:
host:
default: env.unqork.io
description: Environment host
security:
- OAuth2: []
tags:
- name: Transforms
description: "\nThe following endpoints are available to \"Administrator\" users only.\nTransforms should expect the following input data structure:\n\n***NJK (in):***
Input includes only the `data.rawData` part of the submission object.\n ```\n {\n \"firstName\": \"Al\"\n }\n ```\n\n\n***NJK (out):***
Input includes all of the top-level properties of the submission object, except `data` here refers to `data.rawData`.\n ```\n {\n \"data\": {\n \"firstName\": \"Al\"\n },\n \"metadata\": {},\n \"created\": \"2018-01-01T00:00:00.000Z\",\n ...\n }\n ```\n\n\n***XML (out):***
Input includes all of the top-level properties of the submission object, except `data` here refers to `data.rawData`.\n ```\n \n \n Al\n \n \n \n 2018-01-01T00:00:00.000Z\n ...\n \n ```\n"
paths:
/modules/{moduleId}/transforms:
get:
tags:
- Transforms
summary: Get Transforms
operationId: getTransforms
description: "Returns transform objects. This is a paged endpoint (see Paging).\n### Authorization Required:\n - Application View\n"
parameters:
- $ref: '#/components/parameters/ModuleID'
- name: limit
in: query
description: Maximum number of results to return (default 50, maximum 1000)
required: false
schema:
type: integer
format: int32
default: 50
maximum: 1000
responses:
'200':
description: Transforms
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/TransformResponse'
default:
description: Error
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
post:
tags:
- Transforms
summary: Create Transform
operationId: createTransform
description: "Creates a new transform.\n### Authorization Required:\n - Application Create\n"
parameters:
- $ref: '#/components/parameters/ModuleID'
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/TransformPost'
responses:
'201':
description: Transform created
content:
application/json:
schema:
$ref: '#/components/schemas/TransformResponse'
default:
description: Error
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
/modules/{moduleId}/transforms/{transformName}:
get:
tags:
- Transforms
summary: Get Transform
operationId: getTransform
description: "Returns a transform object based on a module ID and transform name.\n### Authorization Required:\n - Application View\n"
parameters:
- $ref: '#/components/parameters/ModuleID'
- name: transformName
in: path
description: Name of transform
required: true
schema:
type: string
responses:
'200':
description: Transform
content:
application/json:
schema:
$ref: '#/components/schemas/TransformResponse'
default:
description: Error
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
put:
tags:
- Transforms
summary: Update Transform
operationId: updateTransform
description: "Updates a single transform.\n### Authorization Required:\n - Application Update\n"
parameters:
- $ref: '#/components/parameters/ModuleID'
- name: transformName
in: path
description: Name of transform to update
required: true
schema:
type: string
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/TransformPut'
responses:
'200':
description: Transform updated
content:
application/json:
schema:
$ref: '#/components/schemas/TransformResponse'
default:
description: Error
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
delete:
tags:
- Transforms
summary: Delete Transform
operationId: deleteTransform
description: "Deletes a transform based on the transform name supplied.\n### Authorization Required:\n - Application Delete\n"
parameters:
- $ref: '#/components/parameters/ModuleID'
- name: transformName
in: path
description: Name of transform to delete
required: true
schema:
type: string
responses:
'204':
description: Transform deleted
default:
description: Error
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
components:
schemas:
TransformPut:
type: object
required:
- name
properties:
name:
type: string
description: Can only contain alphanumerics and hyphens
type:
type: string
enum:
- njk-xml
- njk-pdf
- njk-txt
- njk
- xsl
io:
type: string
enum:
- in
- out
template:
type: string
Error:
type: object
description: Error
required:
- code
- message
properties:
code:
description: HTTP status code
type: integer
format: int32
enum:
- 400
- 401
- 403
- 404
- 412
- 500
message:
description: Error message
type: string
TransformPost:
type: object
required:
- name
- type
- io
properties:
name:
type: string
description: Can only contain alphanumerics and hyphens
type:
type: string
enum:
- njk-xml
- njk-pdf
- njk-txt
- njk
- xsl
io:
type: string
enum:
- in
- out
template:
type: string
TransformResponse:
type: object
required:
- name
- moduleId
- type
- io
properties:
name:
type: string
moduleId:
type: string
type:
type: string
enum:
- njk-xml
- njk-pdf
- njk
- xsl
io:
type: string
enum:
- in
- out
template:
type: string
parameters:
ModuleID:
name: moduleId
in: path
description: Unique module ID
required: true
schema:
type: string
securitySchemes:
OAuth2:
description: "The Unqork API implements the [OAuth 2.0 Client Credentials Grant](https://datatracker.ietf.org/doc/html/rfc6749#section-1.3.4) and the [OAuth 2.0 Password Grant](https://tools.ietf.org/html/rfc6749#section-1.3.3). Access via OAuth2 Client Credentials Grant can be utilized by creating Client Credentials through the API Access Management Administration page. Access via OAuth2 Password Grant can be enabled for all users in Environment Administration. Once OAuth2 Password Grant is enabled, all Unqork users can use their Unqork username/password to retrieve an access token.\n\nIn order to utilize any of the API resources, you must first retrieve an access token by POSTing your credentials to the access token URL, e.g. using `curl`:\n```\n $ curl -u '{clientId}:{clientSecret}' -X POST --basic https://xyzfinancial.unqork.io/api/1.0/oauth2/access_token -d \"grant_type=client_credentials\"\n```\nOr:\n```\n $ curl -X POST https://xyzfinancial.unqork.io/api/1.0/oauth2/access_token -d \"grant_type=password&username={username}&password={password}\"\n```\nThis returns an \"access_token\", which you would then retain and use in any subsequent resource requests. **Access tokens expire after one hour, at which point you must retrieve a new one.** The access token should be included in a request header:\n```\n $ curl -H \"Authorization: Bearer {access_token}\" https://xyzfinancial.unqork.io/api/1.0/{endpoint}\n```\n"
type: oauth2
flows:
clientCredentials:
tokenUrl: https://xyzfinancial.unqork.io/api/1.0/oauth2/access_token
scopes:
none: N/A
password:
tokenUrl: https://xyzfinancial.unqork.io/api/1.0/oauth2/access_token
scopes:
none: N/A