Update a Receivable

Update an existing Receivable.

🏁 This endpoint's rate limit is 100 calls per minute.

Path Params
uuid
required

The ID for the resource being accessed.

Body Params
string
enum

The type of Receivable.

Allowed:
type_details
object
uuid
required

The ID of the TeamMember performing this action. This will be displayed in the Routable Dashboard and outbound email notifications.

string

The total amount for this Receivable, in the currency defined in currency_code.

attachments
array of objects

An optional array of file attachments to add to the transaction. There is no file size limit on an individual file, but the total size of your request including all attachments may not exceed 25MB.

attachments
string

The bill number for this item. If you have integrated your accounting software, this will match the bill number in that application.

string
enum
length between 3 and 3
Defaults to USD

An ISO 4217 currency code. Only currencies currently supported by Routable are available.

uuid

The Account ID to deposit the payment into when it is received.

uuid

The Company ID to bill.

date

The date when this payment is due. This should only be passed when terms = see_invoice. If present, this must be a date in the future.

string | null

A external ID you have assigned to this Receivable.

date

The date the invoice was issued.

item
object

When working with NetSuite, QuickBooks Online, and Xero, you may supply an item ID to track this line item against inventory items. Either item or account is required depending on the style of line item you are creating. You must not include both.

ledger

Fields specific to your accounting suite integration. Sage Intacct users should omit this field.

line_items
array
length ≥ 1

An array of line items on the Receivable. If you don't wish to make any changes to the Receivable's line items,
omit this value from your payload entirely.

If you send line_items on the payload:

  • To keep a single line item unchanged: Include a JSON object in the array containing just the line
    item's ID.
  • To add a new line item: Include a JSON object in the array, without an ID, containing all of the
    required properties for a line item. See the Create Receivable documentation for more details.
  • To edit a line item: Include a JSON object in the array, with the line item's ID, and any line item
    properties you wish to change. See the Create Receivable documentation for a list of available properties.
  • To delete a line item: Submit a payload which includes a line_items array, but omit the line item from
    the array submitted. You may not delete the last line item on a Receivable.
line_items
string

A custom message to include in the email to the customer.

string

This field is used as an additional reference number for the item when Routable is not integrated with your accounting software. If you have integrated your accounting software with Routable, this field is not used.

date | null

The date that the Receivable should be sent in Pacific Time.
Omit this field when working with Receivables of type:external.

  • When set to today, the Receivable will be sent immediately.
  • When set to null, the Receivable will be put in a ready_to_send status.
  • When set to a date in the future, the Receivable will be scheduled for a future date.
    No email communications will go out until that date.
string
enum
Defaults to upon_receipt

The payment terms for this Receivable.

  • net30 - The Receivable is due 30 days from today.
  • net60 - The Receivable is due 60 days from today.
  • see_invoice - The Receivable is due on the date specified in the due_on request field.
  • upon_receipt - The Receivable is due immediately.
Allowed:
integer
required
≥ 1

The Receivable's current version. The version is incremented each time the Receivable is changed, starting at 1 when it is created. Submit the current version number in update payloads; the incrementation occurs server-side.

Headers
string
length between 1 and 128

An idempotency key to prevent duplicate requests. All requests with the same key will be considered attempts for the same request.

These keys are stored for a period of 24 hours. To ensure these keys are sufficiently tied to a request, we recommend
either storing generated idempotency keys alongside your payment data, or using a hash of the request JSON itself to
generate your idempotency key.

string
enum
Defaults to application/json

Generated from available response content types

Allowed:
Responses

Language
Credentials
Bearer
URL
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/json
application/problem+json