Skip to main content
PRODUCT

A second set of eyes on money movement, built into the platform

AccountDesq has a real, generic maker-checker approval system, not a single hard block. When an action crosses a configured amount limit or otherwise needs sign-off, it routes into an approval queue instead of executing immediately or being flatly rejected - wired into purchase orders, vendor bills, invoices, sales orders, payments, and inventory adjustments, plus POS checkout. Banking adds its own layer on top: row-level locking on transaction matching, so two people can't act on the same transaction at once.

Maker-checker approvals cover purchase orders, vendor bills, invoices, sales orders, payments, inventory adjustments, and POS checkout - vendor payments specifically are not currently wired into this workflow.

Get started free

The problem

As a team grows past one or two people touching money, a single person being able to approve a purchase, issue a large credit, or move funds without a second check stops being a convenience and starts being a real control gap - both for honest mistakes and for fraud risk. Bolting on an approval process after the fact, outside the system of record, means it's easy to skip under time pressure.

How AccountDesq solves it

A generic approvals service is consumed directly by the services behind purchase orders, vendor bills, invoices, sales orders, payments, inventory adjustments, and POS checkout - each one calls into the same submit-for-approval mechanism rather than every module inventing its own. Amount-limit checks that used to be a hard block now route through this same approval queue instead, so a transaction over the limit waits for sign-off rather than simply failing. It's a queue to work through, with a dedicated /approvals inbox, not a wall that stops work.

app.accountdesq.com
An over-limit invoice waiting for a second set of eyes - the requester can't sign off on their own request.

How it works, step by step

  1. A transaction crosses a threshold

    A purchase order, bill, invoice, payment, or inventory adjustment that meets a configured amount limit or approval rule is flagged automatically.

  2. It enters the approval queue

    Instead of executing immediately, the action waits in the /approvals inbox for a second person to review.

  3. An approver reviews and decides

    Someone with approval permission reviews the request in context and approves or rejects it.

  4. The original action resumes

    On approval, the purchase order, bill, invoice, or other transaction proceeds exactly as it would have without the extra step - the approval is a gate, not a separate process to redo.

Connected to the rest of AccountDesq

Nothing here works in isolation - it posts through the same ledger as everything else.

In practice

A growing distributor sets an approval threshold so any purchase order over a set amount needs sign-off from the finance lead before it's issued. A warehouse manager creates a large PO for a seasonal restock - instead of it going out immediately, it lands in the finance lead's approvals inbox, gets reviewed against the budget, and is approved the same day, with a clear record of who approved what and when.

What this means for your business

  • A second set of eyes on the transactions that actually warrant one, without slowing down everything else.
  • Amount-limit enforcement that queues for review instead of just blocking someone outright.
  • One consistent approval mechanism across purchasing, sales, payments, and inventory, instead of a different ad hoc process per department.

Frequently asked questions

Does an amount limit just block the transaction?

No - crossing a configured amount limit routes the transaction into the approval queue for sign-off, rather than failing outright or executing without review.

Which parts of AccountDesq use maker-checker approvals?

Purchase orders, vendor bills, invoices, sales orders, payments, inventory adjustments, and POS checkout all route through the same approvals system. Vendor payments specifically are not currently gated by this workflow - confirm current coverage if that distinction matters for your controls.

Is there a dedicated place to review pending approvals?

Yes - a dedicated /approvals inbox lists everything waiting on sign-off.

Related pages