MONEY
The receipt is issued from the patient card
You do not switch to another program, you do not keep a receipt book, you do not retype amounts. From the patient’s Money tab: amount, establishment, submit — and the receipt gets its series, number and myDATA mark.
Tax documents are issued under your own credentials at the licensed e-invoicing provider, entered together when the practice is opened — a program that issued them without those would be dangerous, not clever.
In most practices money lives in three places: the program knows what the patient owes, a second program issues the receipt, and a notebook knows what actually went into the till. The three never agree, and nobody has time to reconcile them.
Odontia keeps them as three independent, explicit categories on the same patient — and because it is one system, the balance is right without anyone calculating it by hand.
A legal receipt, without a second program
From the patient’s Money tab → Issue receipt → amount → establishment (if you have two practices) → submit. The receipt is issued through a licensed e-invoicing provider under your own credentials and takes its series, number and mark from myDATA.
The patient gets a link by SMS or email to view and download it — and the message goes out on your clinic’s letterhead, not ours.
By 21 August 2026, 131 legal receipts had been issued through Odontia, from 12 July to 19 August 2026 — every one with a myDATA mark. This is not a feature “on paper”: these are the real tax documents of a working practice.
And when a correction is needed, there is the credit note, in the Greek wording and the series an accountant specified.
Two things we consider important
First, the amount is not pre-filled from a calculation. A calculation does not know what you have already issued elsewhere; a person types it.
Second, no receipt is ever issued automatically. There is an optional, off-by-default tick on the payment form, which simply opens the same dialog with the amount filled in.
Odontia does not issue your tax documents itself: it keeps the book, the link to the patient and the treatment, and delivery to the patient. The issuing is done by the provider, under your credentials.
The patient ledger
Three columns that do not pretend to be each other — and a balance that follows from them, not from somebody’s memory.
Treatments owed
Every performed procedure with price, date, dentist and arch. This is what gets charged.
Payments
Cash or card, with date and method. A discount lives here, with a mandatory reason: it reduces the balance without pretending to be money collected.
Receipts
The documents that have been issued, with their series, number and mark. A discount never reaches this column.
Card payment, from the patient’s phone
From the patient’s Money tab you create a payment request: amount, what it is for, channel. The patient gets a link or a QR code, pays from their phone on a public payment page, and the balance on their card updates itself.
The request is written onto the card the moment it goes out — not when it is paid. A €180 request sent on Tuesday shows up on Tuesday, with its amount, even if the patient never opens it. It was not always so: the amount used to live only inside the text of an SMS, which nothing can search or add up.
The account with the card provider is yours, and you open it yourself. The money goes from the patient to you; we never sit in between.
- By SMS or by email
- The person sending picks the channel, one at a time — never both, and never “try one and then the other”. A request for money does not go out a second time because we could not tell whether it arrived.
- Or as a QR code, with nothing sent
- You create the request and the patient scans the code off your screen, in front of you, at the desk. No message, no SMS charge.
- The payment page
- The link opens a public page outside the program: no account, no app. It lives seven days and then expires — and the transaction is created at the provider the moment the patient opens it, not before.
- Paid? The provider says so
- The card does not say “paid” because the patient came back to the page. It says so when the provider announces it — and Odontia does not trust that announcement either: it asks the provider again about that specific transaction, with your credentials, before recording a cent.
- It lands in the ledger like any payment
- An ordinary card payment on the patient, tied to the provider’s transaction — not a second, parallel book. If the same announcement arrives twice, the payment is recorded once.
- Fees and settlements
- Inside Money, read-only, the owner sees the provider’s own ledger: sale settlements, acquiring fees, the amounts moving to your account, refunds and chargebacks. The card number and your bank account are not written into that copy.
And the view from above
A daily screen the whole team sees: what happened today, what went into the till, what is outstanding.
And, behind a PIN and for the owner only, the Period, Strategy and Trends views — broken down per practice when you run two.
HOW A PRACTICE GETS IN
Would you like to see it?
A short tour of the real system, with no commitment at all — and, if you like, a test practice with your own data sitting quietly to one side.
- 1 A short tour of the real system
- 2 A test practice with your own data
- 3 Signatures before the first patient goes in