Skip to content

Resolve API Reference (V5)

API Support: accounts@resolvepay.com

Legacy (v2) API documentation: https://app.resolvepay.com/docs/api/v2

Download OpenAPI description
Languages
Servers
Mock server
https://api-docs.resolvepay.com/_mock/swagger
Sandbox server
https://app-sandbox.resolvepay.com/api

Introduction

The Resolve API is organized around REST principles. It uses predictable resource-oriented URLs, standard HTTP verbs and response codes, and accepts and returns JSON-encoded request and response bodies.

Getting started

Resolve offers both server-side and client-side integrations. This documentation refers to the server-side API. Refer to our e-commerce plugin guides for details on client-side checkout solutions.

There is a sandbox API available for testing, which leverages the same data store as your sandbox dashboard. Testing on sandbox won't affect your live data or create money movements.

Environment Base URL
Production https://app.resolvepay.com/api/
Sandbox https://app-sandbox.resolvepay.com/api/

Authentication

Before using the API, reach out and get your Resolve account created. This account enables access to the credentials that are necessary for API access.

Resolve uses HTTP basic authentication where the username refers to your merchant ID, and the password refers to your secret API key.

Versioning and Upgrading

When backwards-incompatible changes are released, a new, dated version is released. The current version is V5. You can upgrade the version of the api that your account uses within your merchant settings.

Legacy (v2) API documentation may be found here.

Rate Limits

To ensure platform reliability and fair use, Resolve implements rate limits for the REST API.

Resolve APIs use the Sliding Window algorithm to monitor and control request rates with a 100 requests/minute limit. The API will return a 429 Too Many Requests status if the amount of requests exceeds rate limits.

All responses from Resolve APIs will include the following headers:

  • X-Ratelimit-Limit: The maximum amount of requests permitted within a 60-second period.
  • X-Ratelimit-Remaining: The remaining requests within the current period.
  • X-Ratelimit-Reset: A UNIX timestamp indicating when the rate limit period will reset.

Best Practices

  • Use caching when necessary for data that is routinely requested by your application.
  • Utilize the X-Ratelimit-Limit and X-Ratelimit-Remaining response headers in your application to avoid surpassing rate limits.
  • Your application should avoid making additional API requests if your requests return with a 429 status code.

Webhooks

Webhooks allow you to receive real-time notifications about events in your Resolve account. When an event occurs, Resolve sends an HTTP POST request to your configured webhook endpoint with details about the event.

Operations

Invoices

The invoice represents the business transaction between you and your customer. In Resolve, an invoice must be tied to a customer and an advance can be taken on the invoice.

For an advance to be taken on the invoice, a PDF of the invoice must be uploaded and the associated customer must be approved and have available credit for the amount of the invoice.

Operations

Customers

A customer represents a company that you do business with. For larger companies, there may be several users with access to the customer account that can make purchases with their credit line. For smaller companies, a customer may represent a single individual. Retrieve a customer to get a summary of their total credit line and available credit balance.

Operations

Payouts

A Payout is a transfer of money between the Merchant and Resolve.

Operations

Payout Transactions

Payout Transactions are the individual transactions like customer payments, Resolve advances, forwarded payments, etc. that are rolled into a Payout. Each Payout is the sum of one or more transactions. Note that certain fields are only relevant to certain transaction types - e.g.: a Payout Transaction of type monthly_fee will have both customer_id and invoice_id set to null.

Operations

Payments

A payment represents a transaction where a customer pays towards their invoices. When a payment is made to Resolve, the customer's available credit balance is increased by the amount of the payment. Payments can be made via various methods including ACH, credit card, check, or wire transfer. Each payment can be applied to one or more invoices.

Operations

List payments

Request

Return a list of payments.

Security
basicAuth
Query
limitinteger[ 25 .. 100 ]

Limit the number of payments returned.

Default 25
pagestring

Specify the page of payments returned.

Default "1"
filterobject

Filter payments by the specified fields.

Filter semantics: filter[field][operator]=value.

Available filter operators:

  • eq - equal (=)
  • gt - greater than (>)
  • gte - greater than or equal (>=)
  • lt - less than (<)
  • lte - less than or equal (<=)
  • after - after date
  • before - before date
  • start - start date
  • end - end date

Filtering is allowed by the following fields:

  • customer_id (eq)
  • status (eq)
  • amount (eq, gt, lt, gte, lte)

Example: filter[customer_id][eq]=X50sgfRd

Note: filter with the eq operator is equivalent to the following filter filter[field]=value

sortstring

Sort payments by the specified field. Use - prefix for descending order.

Available sort fields:

  • id
  • created_at
  • amount

Example: sort=-created_at (sort by created_at in descending order)

Default "-created_at"
Enum"id""-id""created_at""-created_at""amount""-amount"
curl -i -X GET \
  -u <username>:<password> \
  'https://api-docs.resolvepay.com/_mock/swagger/payments?limit=25&page=1&filter%5Bcustomer_id%5D=%5Bobject+Object%5D&filter%5Bstatus%5D=%5Bobject+Object%5D&filter%5Bamount%5D=%5Bobject+Object%5D&sort=id'

Responses

A paginated list of payments.

Bodyapplication/json
countinteger
Example: 1
limitinteger
Example: 25
pageinteger
Example: 1
resultsArray of objects(Payment)
Response
application/json
{ "count": 1, "limit": 25, "page": 1, "results": [ {} ] }

Fetch a payment

Request

Retrieve an existing payment by its ID.

Security
basicAuth
Path
payment_idstringrequired

ID of the payment to retrieve

curl -i -X GET \
  -u <username>:<password> \
  'https://api-docs.resolvepay.com/_mock/swagger/payments/{payment_id}'

Responses

An object representing a payment.

Bodyapplication/json
idstring

Unique identifier for the payment.

Example: "PMMlaE5wbg0"
customer_idstring

Unique identifier of the customer that made the payment.

Example: "X50sgfRd"
sourcestring

Source of the payment.

Enum"api""merchant_user""admin_user""customer_user""payment_gateway""check""guest_checkout"
Example: "customer_user"
amountnumber(double)

Amount of the payment in USD.

Example: 1000
methodstring

Method of payment made by the customer.

Enum"check""ach_debit""direct_deposit""card""merchant""unapplied_payment_adjustment""credit_note""adjustment""wire"
Example: "ach_debit"
statusstring

Status of the payment.

  • pending - Payment is pending processing.
  • in_transit - Payment has been processed and is in transit.
  • in_review - Payment is being reviewed.
  • paid - Payment has been confirmed and applied to the customer's account.
  • failed - Payment failed confirmation (e.g., bank transfer or credit card payment rejected).
  • canceled - Payment was canceled by request.
Enum"pending""in_transit""in_review""paid""failed""canceled"
Example: "paid"
created_atstring(date-time)

Date the payment was created.

Example: "2020-01-01T00:00:00.730Z"
paid_atstring(date-time)

Date the payment was confirmed by Resolve and applied to the customer's account.

Example: "2020-01-02T00:00:00.730Z"
canceled_atstring(date-time)

Date the payment was canceled by request.

Example: null
failed_atstring(date-time)

Date the payment failed processing.

Example: null
processed_atstring(date-time)

Date the payment was processed by Resolve.

Example: "2020-01-01T12:00:00.730Z"
scheduled_atstring(date-time)

Date the payment was scheduled for processing, if applicable.

Example: null
processing_feenumber(double)

Processing fee for the payment.

Example: 25.5
canceled_codestring

Code indicating the reason the payment was canceled.

Example: null
failed_codestring

Code indicating the reason the payment failed processing.

Example: null
payment_linksArray of objects

List of records the payment is applied to.

created_by_user_idstring

ID of the user who created the payment, if applicable.

Example: null
Response
application/json
{ "id": "PMMlaE5wbg0", "customer_id": "X50sgfRd", "source": "customer_user", "amount": 1000, "method": "ach_debit", "status": "paid", "created_at": "2020-01-01T00:00:00.730Z", "paid_at": "2020-01-02T00:00:00.730Z", "canceled_at": null, "failed_at": null, "processed_at": "2020-01-01T12:00:00.730Z", "scheduled_at": null, "processing_fee": 25.5, "canceled_code": null, "failed_code": null, "payment_links": [ {} ], "created_by_user_id": null }

Credit Notes

Credit Notes are issued to customers to reduce the amount they owe.

Operations

Shipments

A shipment represents the fulfillment of goods or services for an invoice. Track shipments to monitor delivery status and fulfillment progress. Shipments can be fulfilled through various methods including shipping providers, self-delivery, customer pickup, or for services-only transactions.

Operations