Skip to main content
A payable is an invoice or bill in Cleo Pay. It represents money owed between two connected businesses — either money you owe a vendor, or money a customer owes you. Cleo Pay uses the term “payable” rather than “invoice” to reflect both sides of the relationship:
  • As a payer — A payable is a bill you need to review, approve, and pay. It shows up in your inbox when a vendor submits it.
  • As a payee — A payable is an invoice you create and send to your customer, requesting payment.

Payable lifecycle

Every payable moves through a defined set of statuses from creation to completion.
1

Draft

The payable has been created but not yet sent. The payee can edit all fields, add line items, attach files, and make changes freely before submitting.
2

Submitted

The payee has submitted the payable to the payer. The payer’s team can now review it. The payee can no longer edit the payable unless it is declined.
3

Approved

The payer’s team (or an approval workflow) has approved the payable for payment. It’s ready to be scheduled or paid immediately.
4

Scheduled

A payment has been scheduled for a future date. The payable is approved and waiting for the payment to be initiated on the scheduled date.
5

Paid

The payment has been successfully processed. The payable is closed. Both sides can see the payment record.
6

Cancelled

The payable was cancelled before payment completed. Either the payer or payee can cancel depending on the current status.

Payable statuses reference

StatusWho can take actionDescription
DraftPayeeCreated but not submitted. Fully editable.
SubmittedPayerAwaiting payer review or approval workflow.
ApprovedPayerApproved and ready to pay or schedule.
DeclinedPayeePayer declined the payable. Payee can revise and resubmit.
ScheduledPayerPayment is scheduled for a future date. Can be cancelled.
PaidPayment completed successfully.
CancelledPayable was cancelled. No payment was made.

Key payable fields

FieldDescription
AmountThe total amount due. Can be auto-calculated from line items.
Due dateThe date by which payment should be made. Can be based on net terms configured on the connection.
Invoice numberA reference number for the payable. Can be auto-generated or manually entered.
MemoA free-text note visible to both payer and payee.
Line itemsItemized breakdown of goods or services. Each line item has a description, quantity, unit price, and optional accounting category.
AttachmentsFiles attached to the payable (e.g., a PDF invoice, receipt, or supporting document).
TagsLabels for internal organization and filtering.
Custom fieldsAdditional fields defined by the payer business to capture data specific to their workflow (e.g., department code, purchase order number).

Approval workflows

Payer businesses can configure approval workflows that require one or more team members to approve a payable before payment can proceed. This adds a layer of internal control over outgoing payments. When a payable is submitted and an approval workflow applies:
  1. The payable enters a pending approval state after submission.
  2. The designated approvers are notified.
  3. Each required approver reviews and approves (or declines) the payable.
  4. Once all required approvals are collected, the payable moves to Approved status.
If an approver declines, the payable is moved to Declined status and returned to the payee for revision. You can define multiple approval workflow rules, each with different conditions (e.g., apply only above a certain amount, or only for a specific vendor). If no matching workflow exists, the behavior depends on your business’s configured default action — either auto-approve or hold for manual review.
Approval workflows are configured at the business level and apply to incoming payables. Payees do not see or interact with a payer’s approval workflow directly.

Custom fields

Payer businesses can define custom fields that appear on payables submitted by their vendors. These fields let you capture structured data that isn’t part of the standard payable form — such as cost centers, project codes, or contract references. Custom fields can be required or optional, and can be scoped to the payable level or to individual line items.