Document lifecycle status
The document status reflects where the payable sits in your approval workflow.
The typical happy path is:
draft → pending_approval → approved.
Payment status
The payment status tracks the financial progress of the payable, independently of its document status. A payable must beapproved before a payment can be initiated against it.
These two status fields are orthogonal — a payable can be
approved with payment status none (approved but not yet paid), or approved with payment status processing (approved and payment in flight). Always check both fields when building status-driven logic.IDs: id vs publicId
Every payable has two identifiers:
id— an opaque internal identifier used in API requests (e.g. when creating a payment against a payable viapayableId).publicId— a stable, human-readable reference number shown in the dashboard and suitable for displaying in UIs, statements, or email subject lines (e.g.INV-00042). Also exposed ascustomNumberwhen you supply your own invoice number.
id in all API calls. Use publicId or customNumber in customer-facing surfaces.
Amount fields
All amounts are integers in cents.Date fields
Contact association
Each payable is associated with a contact representing the vendor. The contact object on a payable includes the contact’sid and displayName, allowing you to look up the full contact record at /v1/contacts/{id} if needed.
Line items
Payables support an array ofitems representing individual line items on the invoice.