What Is a Fiscal Receipt? Definition, Rules, Bookkeeping

A fiscal receipt is a receipt issued through a cash register or point-of-sale system that has been approved and supervised by a tax authority, with the transaction recorded to the tax administration as it happens. That regulated channel — known as fiscalization — is what makes a receipt fiscal. An ordinary till slip from an uncertified register, a courtesy printout, or an emailed payment confirmation is not a fiscal receipt, even when it carries the same supplier's branding, because it has not passed through the device or software the tax authority controls.

So when someone asks what is a fiscal receipt, the short answer is a regulated document, not a category of paper. The supranational framing is the same: in the IMF's how-to note on electronic fiscal reporting, fiscalization is the process of automated reporting of a taxpayer's business activities to the tax administration. Whatever the local mechanism — a certified fiscal cash register, a certified POS application, an electronic-receipt scheme that submits each sale in real time — the underlying idea is the same: the seller cannot issue the receipt without the tax authority being told about the sale.

That puts a fiscal receipt into a specific slot inside the broader taxonomy of receipt types finance teams encounter. It sits alongside commercial sales receipts, payment receipts, and expense receipts, distinguished from all of them by the regulatory channel through which it has to be issued. Two receipts that look identical at the till — same supplier, same total, same VAT line — can be very different documents in the eyes of a tax authority, and only one of them counts as fiscal.

Whether that fiscal receipt is enough on its own for the books, or whether a tax invoice has to replace it, is a separate question. The answer depends on the supplier's VAT-registration status, the type of supply, the buyer's VAT identification, and above all the rules of the jurisdiction the receipt was issued in.

What Makes a Receipt "Fiscal" Rather Than Ordinary

Fiscalization rests on three structural elements that show up, in different configurations, in every regime that uses the term. First, the transaction has to pass through a certified device or certified software — a fiscal cash register, an approved POS application, an authorised electronic-receipt service. The certification is the gating step: an uncertified till cannot legally issue the receipt at all. Second, transaction data is transmitted to the tax administration in real time or near real time, either as the sale completes or in batched submissions on a tight schedule. Third, the receipt itself carries an identifier — a serial number, a transaction code, a QR code, a fiscal memory reference — that ties the printed document back to a sale already recorded in the tax authority's systems. Take any of those three away and the receipt stops being fiscal.

Across regimes, the identifier on the receipt is the easiest thing for a finance team to recognise. The signals fall into a small number of common categories, and although no single fiscal receipt carries every one of them, anyone reviewing receipts from multiple jurisdictions starts to see the same families repeat.

Device serial or fiscal memory identifiers anchor the receipt to a specific certified machine. Malta's computerised fiscal receipts, for example, print an EXO number identifying the certified computerised system that issued the receipt.

Unique transaction identifiers and protective codes anchor the receipt to a specific sale rather than a specific machine. Croatia is the cleanest example: every fiscal receipt carries a JIR (jedinstveni identifikator računa, the unique invoice identifier returned by the tax administration when the sale is reported) and a ZKI (zaštitni kod izdavatelja, the issuer's protective code computed locally as a fallback when the network is down). One identifies the sale in the central system; the other proves the receipt was generated by an approved fiscal flow even if the central record arrived later. Croatia's JIR and ZKI fiscal receipt requirements lay out how the two work together.

QR codes that resolve to a tax-authority verification page are increasingly the standard way to make the link between paper receipt and central record visible to the buyer. Serbia, Slovakia under eKasa, and several Western Balkan regimes print a QR code that, when scanned, opens the tax administration's verification site for that specific receipt. The buyer can confirm in seconds that the sale was reported. For finance teams handling those documents at volume — say, extracting Serbian fiscal receipts into a bookkeeping-ready spreadsheet — the QR is also the most reliable cross-check between the printed totals and the tax authority's record.

Electronic-receipt schemes that replace the paper-device model are the newer pattern. Moldova's eBon, Slovenia's miniBlagajna, and Slovakia's eKasa all let small businesses use software (often a free state-provided web or mobile application) instead of a certified hardware register, with the same real-time submission obligations. The receipt may arrive by email, SMS, or printed slip, but the regulated channel is unchanged: the tax authority sees the sale before the buyer does.

The point of cataloguing these signals is not to memorise every regime. The category — what makes a receipt fiscal — is the same everywhere: certified channel in, tax-authority record out, identifier on the document tying the two together. The point is to know what to look for. A printed slip with no device or transaction identifier, no QR resolving to a verification page, no serial tying it to a certified system — a proforma confirmation, a courtesy reprint, an internal POS receipt issued outside the fiscal mode — is not a fiscal receipt for any purpose, no matter how much it resembles one.

Fiscal Receipt vs Invoice: a Compliance Question, Not a Vocabulary One

Most fiscal receipt vs invoice explainers stop at the generic distinction — an invoice requests payment, a receipt confirms it; an invoice is issued by the seller before settlement, a receipt acknowledges it after — and that distinction is real and well covered elsewhere. If that is all the reader needs, the generic difference between an invoice and a receipt handles it cleanly. The compliance layer is the layer that explainer cannot cover, because the answer there is jurisdictional: which document the seller is legally required to issue, and which document the buyer is allowed to rely on for VAT recovery or expense substantiation, depends on the country's rules. Is a fiscal receipt an invoice? In strict regulatory terms, no — they are distinct document types with distinct compliance functions, and whether one stands in for the other is the local regime's call.

Malta's regime is the cleanest illustration of how that call is made in practice. A Maltese supplier's choice between issuing a tax invoice and issuing a fiscal receipt depends on three variables together: the supplier's VAT-registration article status (the Article 10, Article 11, and Article 12 categories under the Maltese VAT Act, which carry different invoicing obligations), the type of supply being made, and whether the customer has provided a valid VAT identification number. A supplier with one article status owes a tax invoice on a particular supply; the same supplier on a different supply, or to a different customer, may owe only a fiscal receipt. Malta's rules for choosing between a tax invoice and a fiscal receipt walk through the article-by-article logic.

The Philippines' EOPT regime — the Ease of Paying Taxes Act, implemented through Revenue Regulations No. 7-2024 — frames the same compliance choice in completely different terms, which is why it is useful as a contrast. Under EOPT, the invoice is the primary tax document for both sales of goods and sales of services; what used to be official receipts and similar documents have been recategorised as supplementary documents. Supplementary documents support a transaction but do not on their own carry the same weight for input-VAT substantiation that an invoice does. The Philippines' invoice-versus-supplementary-document rules after EOPT show how the post-EOPT split works in detail. The point of pairing Malta and the Philippines is not the specific articles or regulations of either country; it is that two well-documented regimes have structured the choice between invoice and fiscal-style receipt in entirely different ways. When is a fiscal receipt used instead of an invoice? Only when the regime in question has decided it can be — and the rule that decides differs at the border.

The takeaway for a finance team is to stop treating the distinction as a vocabulary question. Whether the document on the desk is the right document for the books is governed by the seller's country, the seller's VAT status, the supply, and the buyer's profile, in some combination set by national law. The team that defaults to "an invoice and a receipt are interchangeable for our books" is the team that loses input-VAT recovery in a tax review, because the regime asked for the document type the team did not keep.

When a Fiscal Receipt Is Enough for Bookkeeping

The decision a bookkeeper or AP clerk actually faces with a fiscal receipt in hand is narrower than the regulatory background suggests: post it on its own, post it but flag it for an invoice request, or refuse it until a tax invoice arrives. The right answer is jurisdictional, but the questions to work through before answering are common across regimes.

Start with what is being claimed. A fiscal receipt supporting a small expense charged to general overheads is a different decision from a fiscal receipt being used to recover input VAT, which is a different decision again from a receipt being reimbursed to an employee out of petty cash. Higher-stakes claims attract stricter document requirements almost everywhere, and input-VAT recovery is consistently the line above which regimes start to insist on a tax invoice rather than a fiscal receipt — not because the receipt is somehow defective, but because the recovery claim is a tax position the supplier-identifier and supply-detail content of an invoice is designed to substantiate.

From there, the questions chain naturally:

• Does the local regime allow input-VAT recovery from a fiscal receipt at all? Some regimes allow it for any qualifying supply; others cap it at a transaction value above which a full tax invoice becomes mandatory; others restrict it to specific supply categories — typically retail and catering.
• Does the supplier need to identify the buyer on the receipt itself for the document to support recovery? Several regimes require a buyer VAT number, a buyer business name, or both, printed on the fiscal receipt before it can be used for input-VAT recovery. A receipt without that identification supports the expense for accounting purposes but not the VAT claim — which is a different bookkeeping outcome from posting it as fully recoverable.
• For the low-value retail and catering expenses where a fiscal receipt is typically sufficient, what does sufficiency actually require? At minimum: a legible total, a recognisable supplier identifier, and the tax-authority signal that proves the receipt passed through the regulated channel. Without those, what is on the desk is a slip, not a fiscal receipt, and the decision is not really about VAT recovery — it is about whether the document supports the expense at all.

Whatever the local regime says, there is a physical-verification step before posting that is the same everywhere. Look for a device or fiscal-system identifier — the serial, the EXO, the JIR and ZKI pair, or the local equivalent. Look for a QR code or transaction code that resolves where the regime expects it to: a verification page on the tax administration's site, an SMS confirmation, an emailed link. Look for the supplier's VAT number in the form the regime requires it on the receipt. And look for a supply description specific enough to support the bookkeeping classification; "miscellaneous" on a EUR 480 receipt is a problem regardless of what else is on the document.

The corollary is the same one the regulated-channel discussion turned on, applied now to the books: a receipt missing the regulated-channel signals is not a fiscal receipt for bookkeeping purposes, even when the supplier or the till has framed it that way. Posting that document into VAT-recoverable categories on the assumption that it counts as fiscal is exactly the kind of position a tax-authority review unwinds.

Why the Answer Depends on the Jurisdiction

"Fiscal receipt" names a category that exists in many countries, but the obligations attached to that category — when one must be issued, what identifiers it must carry, when it substitutes for a tax invoice, when it supports VAT recovery — are set by national tax law and differ materially across regimes. The category is shared; the rules are not.

The variation is concrete rather than theoretical. Malta runs a VAT-registration-article-driven choice between tax invoice and fiscal receipt. Croatia validates every receipt centrally through the JIR and ZKI pair. Slovakia (eKasa), Slovenia (miniBlagajna), and Moldova (eBon) operate electronic-receipt schemes that replace certified hardware with certified software. Serbia validates through QR codes resolving to a tax-administration verification page. The Western Balkan fiscalization frameworks — Bosnia, Kosovo, North Macedonia — each set their own combination of certified channel, identifier scheme, and substitution rules. All of these documents are fiscal receipts. None of them is interchangeable with another for bookkeeping purposes.

That sets the limit of what a cross-jurisdiction explainer can usefully do. This article gives the framework — what makes a receipt fiscal, where it parts company with an invoice as a compliance document, what to verify before posting one — and the questions a finance team should be asking. It does not, and cannot, replace the supplier-country tax-administration guidance that resolves any specific posting decision. For the actual decision on a specific receipt from a specific supplier in a specific country, the source of truth is the published rules of the local regime.

The practical step, when receipts from a new country start crossing the desk, is the same in every case: pull the tax administration's published guidance for that country, identify the receipt type the supplier is issuing under it, and confirm what that document type supports for the claim being posted. Where this site has country-specific compliance pages — Malta, Croatia, Slovakia, Slovenia, Moldova, North Macedonia, the Western Balkan regimes — those pages are written to answer that question for the regime they cover.