Money, payments and due dates¶

Clix keeps two facts apart, deliberately: what you invoiced and what you were paid. They are different questions, they move at different times, and conflating them is how businesses lose track of who owes them.

The two ledgers¶

Question	Answered by	Changes when
What did I invoice?	The invoice, once cleared or reported	You issue or correct a document
What was I paid?	Payment records against that invoice	Money actually arrives

An invoice can be cleared by ZATCA and entirely unpaid. Money can also arrive before the invoice is issued; record the payment once the invoice exists, because every payment in Clix is recorded against a document. Both are normal, and Clix records invoices and payments separately rather than forcing one to imply the other.

flowchart LR
    subgraph I[What you invoiced]
        A[Invoice cleared or reported] --> B[Credit or debit note]
    end
    subgraph P[What you were paid]
        C[Payment recorded] --> D[Bank line matched]
    end
    A -. settled by .-> C

Why VAT does not wait for payment¶

Saudi VAT is accounted on the invoice, not on the cash. Issue a standard invoice in September and its output VAT belongs to September's return, whether or not the customer has paid by the filing date.

This surprises people used to cash accounting. It is why the VAT filing report is built from invoices and purchases, not from payments.

Due dates¶

A due date is your commercial arrangement with the buyer — net 30, on receipt, end of month. It is not a ZATCA field and does not affect clearance.

What it drives is the view of who is late. Payments shows what came in, what went out and who is overdue, which is only meaningful if due dates are set honestly.

Recording a payment¶

A payment is recorded against an invoice, with an amount and a date. Partial payments are normal: three payments against one invoice leave it partly settled until they sum to the total.

Recording a payment never changes the tax document: its XML, totals and VAT stay as ZATCA saw them. It changes only the invoice's payment status and the balance still owed.

flowchart LR
    A[Pending<br/>nothing received] -->|part of the balance| B[Partially Paid]
    B -->|another payment| B
    A -->|the whole balance| C[Paid]
    B -->|payments reach the total| C
    C -->|a payment is reversed| B

Invoices and bills both use these three statuses. Late is not a status. A document is late when a balance remains and its due date has passed, as of today in Riyadh. The Late tiles on the Payments page count them; the document keeps its status. A document without a due date is never late.

Reconciliation¶

Importing a bank statement lets Clix match money coming in to the invoices it settles, and money going out to the bills it pays. The point is not bookkeeping tidiness — it is that matching is the only reliable way to know who has actually paid when references are missing or amounts are merged.

See Bank statements and Payments.

Currency¶

Invoices to Saudi buyers are in SAR. Exports to non-resident buyers may be issued in another currency, and are zero-rated — see Invoice types.

Your subscription is separate from all of this: it is billed in SAR by bank transfer and never appears in your VAT report as either output or input VAT. See Subscription and billing.

Corrections and money¶

A credit note reduces what a buyer owes. If they have already paid, the credit leaves them in funds with you. Sending the money back is your own banking act; record it in Clix as a payment on the credit note. It counts as money out on the Payments page, not as money in.