A deposit and a balance are two amounts on one order, each with its own date, rather than two documents. You set them the day the order is taken: what came in now, and what is still owed on delivery. The order carries both for the whole build, so at any point it can answer what is paid and what is left without anyone reconstructing it from a bank feed — and each amount mirrors into your income the moment it is marked paid.
Add the order
Customer, the piece and its price, and the date you promised. If the order arrived as a message, share the screenshot with the assistant and it drafts all of that for you to check.
Split the price
Set the deposit and the balance on the order. They do not have to be halves, and a third stage is simply a different split — what matters is that the two figures add up to what the customer agreed.
Mark the deposit paid when the money lands
You record the payment; nothing is charged through Ordamo and no card is stored. Until you mark it, the order shows the deposit as agreed but not collected.
Mark the balance paid when the piece goes out
One button on the order. The order closes as fully paid, and the customer's page says so too, on the same link they have had since the start.
The order moves through these while the money sits half-collected. The status is what the customer's own page reads from, so it is worth keeping honest.
| Status | What the customer sees |
|---|---|
| Quote | Awaiting your confirmation |
| Confirmed | Confirmed |
| In production | In production |
| Production complete | Being prepared |
| Ready | Ready for you |
| In transit | On its way |
| Picked up | Delivered |
| Delivered | Delivered |
The part you cannot discover by clicking, and the reason most of these questions get asked twice.
Two income rows, kept in step
Each leg mirrors into Income when it is marked paid. Correcting the figure on the order moves the income row with it — they were allowed to drift once, and a database trigger closed that in September 2026.
The customer's page, immediately
The link you already sent shows the new figures the moment you save. There is no second thing to send and no version of the page that is out of date.
The pending total across every open order
What is outstanding everywhere is one figure on the orders list rather than a sum you build by opening each order in turn.
The order's margin
Revenue on the order is the agreed total, not what has landed so far, so the margin does not swing as payments arrive. What moves it is cost.
Named here, so you find out now rather than in week two.
No invoice document
No legal numbering, no PDF, no VAT return. The order carries the figures; your invoicing tool or your accountant issues the paper.
Nothing is charged automatically
No stored card, no payment schedule that fires on a date. Your bank details or your own payment link sit on the customer's page and the money moves between you and them.
Nothing chases
The order moves into a state that says it is time to ask. Sending the message is one tap, and it is still you who sends it.
Can I take payment in three stages instead of two?
Yes. An order holds what has been paid and what is still owed, and a payment is recorded when it arrives rather than on a schedule Ordamo runs. Three stages are the same object as two: money in against one order, and a figure still outstanding you can read rather than add up.
What if the customer pays more than the deposit we agreed?
Correct the figure on the order. The income row that mirrors it moves with the correction, so the order and your income do not end up telling two different stories about the same payment.
Is a customer deposit income?
In Ordamo it is recorded as income on the date it is marked paid, because that is the date the money reached you. Whether your accountant books it as revenue or as a liability until you deliver is a question about your books, not about the order, and it is worth asking them.
$0 today · first charge after 14 days · cancel in one click