openapi: 3.2.0 info: title: Dojo Refunds API version: '2026-02-27' description: "# Introduction\n\nThe Dojo API is a REST API, using HTTP response codes to convey status, including successful responses and errors. Additionally, it accepts and returns JSON in the HTTP body.\nFor information on the latest development progress, visit the [changelog](../changelog).\n\n## Base URLs\n\nUse the following base URL when making requests to the API: https://api.dojo.tech/\n\n## Authentication\n\nThe Dojo API uses [Basic HTTP authentication](https://en.wikipedia.org/wiki/Basic_access_authentication). You can generate API keys in the [Developer Portal](https://developer.dojo.tech).\nSecret keys for the test environment use the prefix `sk_sandbox_`. Production keys use the prefix `sk_prod_`.\n\nYou must include your secret API key in the header of all requests, for example:\n\n```curl\n --header 'content-type: application/json' \\\n --header 'Authorization: Basic sk_prod_your_key' \\\n```\n\nAPI requests without authentication will fail.\n\n## Additional Required Headers\n\nThe following headers are required on Terminal and Terminal Sessions API requests, requests without them will fail.\n\n- `reseller-id` - Identifies the reseller who sells software on behalf of the EPOS company. This value will be unique and provided by Dojo to each reseller.\n- `software-house-id` - Identifies the EPOS company whose software is generating the request. This value shouldn't be configurable, as it will remain the same for all customers using particular EPOS software. This value will be provided by Dojo.\n\n## HTTP Responses\n\nThe API returns standard HTTP response codes [RFC 7231](https://tools.ietf.org/html/rfc7231#section-6) on each request to indicate the success or otherwise of API requests. Summaries for each HTTP code are listed below:\n\n* `200 OK`—The request was successful.\n\n* `201 Created`—The request was successful, and a new resource was created as a result.\n\n* `204 No Content`—The request was successful, but there is no content to send.\n\n* `400 Bad Request`—Bad request, probably due to a syntax error.\n\n* `401 Unauthorized`—Authentication required.\n\n* `403 Forbidden`—The API key doesn't have permissions.\n\n* `404 Not Found`—The resource doesn't exist.\n\n* `405 Method Not Allowed`—The request method is known by the server but isn't supported by the target resource.\n\n* `409 Conflict`—The request couldn't be completed because it conflicted with another request or the server's configuration.\n\n* `500`, `502`, `503`, `504` `Server Errors`—An error occurred with our API.\n\n## Errors\n\nDojo follows the error response format proposed in [RFC 7807](https://tools.ietf.org/html/rfc7807), also known as Problem Details for HTTP APIs. All errors are returned in the form of JSON.\n\n### Error Schema\n\nIn case of an error, the response object contains the following fields:\n\n* `errors` [object]—A human-readable explanation of errors.\n\n* `type` [string]—\nA URI reference RFC 3986 that identifies the problem type.\n\n* `title` [string]—A short, human-readable summary of the error.\n\n* `status` [integer]—The HTTP status code.\n\n* `detail` [string]—A human-readable message giving more details about the error. Not always present.\n\n* `traceId` [string]—The unique identifier of the failing request.\n\nThe following example shows a possible error response:\n\n```json\n{\n \"errors\": {\n \"Reference\": [\n \"The Reference field is required.\"\n ]\n },\n \"type\": \"https://tools.ietf.org/html/rfc7231#section-6.5.1\",\n \"title\": \"One or more validation errors occurred.\",\n \"status\": 400,\n \"traceId\": \"00-a405f077df056a498323ffbcec05923f-aa63e6f4dbbc734a-01\",\n}\n```\n\n## Versioning\n\nDojo APIs use the yyyy-mm-dd API version-naming scheme. You have to pass the version as the `version` header in all API calls, for example:\n\n``` curl\n --header 'content-type: application/json' \\\n --header 'Authorization: Basic sk_prod_your_key' \\\n --header 'version: 2026-02-27' \\\n```\n\nWhen we make [breaking changes](../development-resources/versioning-overview#breaking-changes) to the API, we release new dated versions.\n\nThe current version is `2026-02-27`.\n\n## SDKs\nUse our PHP, .NET, and mobile [client libraries](/development-resources/sdk) to build your integration.\n\n## Code Samples\n\nGet help in building your integration with our [code samples](/development-resources/code-samples).\n" termsOfService: https://dojo.tech/legal/ contact: name: Dojo Developer Experience Team servers: - url: https://api.dojo.tech security: - ApiKeyAuth: [] tags: - name: Refunds description: "Allows you to create a refund for a captured payment.\n\n\n **Documentation**: [Refunds](/payments/manage-payments/cancelling-payments/refund)" paths: /payment-intents/{paymentIntentId}/refunds: post: tags: - Refunds summary: Create a refund description: 'Creates a refund. Refund allows you to return a payment that has previously been created as long as there have been no incremental payments or payment attempts, including unsuccessful payment attempts. You can refund the full amount or a partial amount. ' operationId: Refunds_Create parameters: - $ref: '#/components/parameters/Version' - name: paymentIntentId in: path required: true description: 'The unique identifier of the payment intent. ' schema: type: - string - 'null' x-position: 1 - name: idempotencyKey x-originalName: idempotencyKey in: header required: true description: 'An idempotency key is used to recognize subsequent retries of the same request. How you generate the idempotency key is up to you. The key must be unique for each new refund processed on the payment intent. ' schema: type: - string - 'null' maxLength: 100 x-position: 2 requestBody: x-name: createRefundRequest content: application/json: schema: $ref: '#/components/schemas/CreateRefundRequest' required: true x-position: 3 responses: '200': description: OK content: application/json: schema: $ref: '#/components/schemas/Refund' '400': description: Bad request content: application/json: schema: $ref: '#/components/schemas/ProblemDetails' '401': description: Unauthorized content: application/json: schema: $ref: '#/components/schemas/ProblemDetails' /payment-intents/refunds/{refundId}: get: tags: - Refunds operationId: PaymentIntents_GetRefundById parameters: - $ref: '#/components/parameters/Version' - name: refundId in: path required: true description: A unique identifier for the refund. It will be used to reference this refund in all operations. It is recommended to use a UUID. schema: type: - string - 'null' maxLength: 50 x-position: 1 responses: '200': description: OK content: application/json: schema: $ref: '#/components/schemas/Refund' '400': description: Bad request content: application/json: schema: $ref: '#/components/schemas/ProblemDetails' '401': description: Unauthorized content: application/json: schema: $ref: '#/components/schemas/ProblemDetails' description: Retrieves the details of a refund that has previously been created. summary: Retrieve a refund components: schemas: Refund: type: object additionalProperties: false properties: paymentIntentId: type: - string - 'null' description: 'The unique identifier of the payment intent. ' refundId: type: - string - 'null' description: A unique identifier for the refund. It will be used to reference this refund in all operations. It is recommended to use a UUID. refundReason: type: - string - 'null' description: The reason for the refund. notes: type: - string - 'null' description: A description for the refund, if applicable. description: The refund response object. example: paymentIntentId: pi_sandbox_RBMHTJ4fIkmSppDILZVCGw refundId: rfnd_127usj refundReason: Demo refund notes: null ProblemDetails: type: object description: Dojo follows the error response format proposed in [RFC 7807](https://datatracker.ietf.org/doc/html/rfc7807), also known as Problem Details for HTTP APIs. properties: type: type: - string - 'null' description: A URI reference [RFC 3986](https://datatracker.ietf.org/doc/html/rfc3986) that identifies the problem type. title: type: - string - 'null' description: A short, human-readable summary of the error. status: type: - integer - 'null' format: int32 description: The [HTTP status code](#section/Introduction/HTTP-Responses). detail: type: - string - 'null' description: An optional, human-readable message giving more details about the error. instance: type: - string - 'null' description: The URI reference of the problem. extensions: type: object description: This field names any extension methods that have been configured to help handle errors handling functionality. additionalProperties: {} CreateRefundRequest: description: The create refund request object. required: - amount type: object properties: amount: type: integer format: int64 description: The refund amount. previousTransactionId: type: - string - 'null' maxLength: 100 description: The unique identifier for the previous transaction. refundReason: description: The reason for the refund. maxLength: 1024 type: - string - 'null' notes: description: A description for the refund, if applicable. maxLength: 4096 type: - string - 'null' additionalProperties: false example: amount: 1000 refundReason: Demo refund parameters: Version: name: version in: header required: true schema: type: string format: date example: '2026-02-27' description: The API version with format yyyy-mm-dd. The current version is `2026-02-27`. securitySchemes: ApiKeyAuth: type: apiKey name: Authorization in: header x-tagGroups: - name: Core payments tags: - Payment intents - Refunds - Reversal - Captures - Webhooks - Customers - Setup intents - name: In-person payments tags: - Terminals - Terminal sessions - name: Capabilities tags: - Capabilities - Events