Vietnam cash register e-invoice requirements apply to businesses that sell directly to consumers in retail, food and beverage, restaurants, hotels, passenger transport, entertainment and personal services. Since July 1, 2026, the rules sit in Decree 254/2026/ND-CP and Circular 91/2026/TT-BTC. These replaced Decree 123/2020/ND-CP, Decree 70/2025/ND-CP (which brought cash-register e-invoices into force from June 2025) and Circular 32/2025/TT-BTC. The headline points: consumer-facing sellers in the listed sectors must issue e-invoices generated from cash registers connected to the tax authority unless they already use another e-invoice type. Business households and business individuals with annual revenue over VND 1 billion must use either these or e-invoices carrying the tax authority's code. And a cash-register e-invoice does not require a digital signature.
The question behind most searches is not purely legal. If you run stores, restaurants, hotels, or passenger services, the real issue is how the rule changes the point-of-sale flow. Each sale gets its own invoice when it happens, and the day's invoice data goes to the tax authority at the end of the day, so nothing can be left as a back-office clean-up exercise. That reaches into issuance timing, cashier workflow, transaction capture, exception handling, and the records accounting teams rely on after the sale is complete.
The rest of this guide maps who is in scope and how the VND 1 billion threshold works, then separates invoice-content and digital-signature rules from the back-office records teams still need for bookkeeping and reconciliation. It closes with what Decree 254 settled about day-end summary invoices, followed by an implementation checklist.
Which Businesses Are in Scope and How the VND 1 Billion Threshold Works
The first scoping question is not "Do we use a cash register?" It is "Are we part of the consumer-facing sales activity this rule is aimed at?" Article 6(1)(c) of Decree 254 answers it by sector. Economic organizations, business households and business individuals selling goods or services directly to consumers must use e-invoices from cash registers when they operate in:
- shopping centers, supermarkets and retail stores (excluding cars, motorcycles and other motor vehicles)
- food and beverage services and restaurants
- hotels
- passenger transport and direct support services for road transport
- art, entertainment, recreation and cinema
- other personal services as classified in Vietnam's economic sector system
These are frequent, counter-level sales, often low in individual value, which is why the cash-register route exists. The same clause carries the point most scoping notes miss: a seller already registered for e-invoices with the tax authority's code, or for e-invoices without a code, does not have to register for cash-register e-invoices as well. The cash-register route is the default for direct-to-consumer sellers who are not on another e-invoice type, not a second system on top of one.
For business households and business individuals, the VND 1 billion annual revenue threshold is settled law. Under Article 6(1)(d), those with annual revenue over VND 1 billion, or selling assets whose ownership or use rights must be registered, must use either e-invoices with the tax authority's code or cash-register e-invoices connected to the tax authority. At or below VND 1 billion, e-invoicing is voluntary, and a household that wants it registers for one of the same two types. The government's summary of Decree 141/2026/ND-CP shows the same threshold written into the household tax rules, with two operating details. A household whose revenue first goes over VND 1 billion during the year registers within 30 days from the last day of the tax period in which it did. A household with several business locations uses one tax code for all of them and shows the location code on every invoice.
This working table is a useful way to organize the issue internally:
| Business profile | Where it sits in Decree 254 | Threshold takeaway |
|---|---|---|
| Business household or business individual selling direct to consumers in a listed sector | The core case in Article 6(1)(c) | E-invoicing is compulsory above VND 1 billion a year (coded or cash-register) and voluntary at or below |
| Company running retail, restaurant, hotel, transport or personal-service sales to consumers | Article 6(1)(c) applies to economic organizations as well as households | No revenue threshold: the VND 1 billion test is for households and individuals only |
| Seller already registered for coded or non-coded e-invoices | Article 6(1)(c) does not require a second registration for cash-register e-invoices | The existing e-invoice registration covers the consumer sales |
| Mixed-model seller serving both consumers and business customers | Different transaction flows may need different invoice handling rules | Review the consumer-facing branch separately from ordinary B2B invoicing |
| Business using POS tools outside the listed sectors | The technology alone does not decide scope; Article 6(1)(a) makes coded e-invoices the default | A household above VND 1 billion may still choose the cash-register route under Article 6(1)(d) |
The key discipline is to classify the business model before changing procedures. The cash-register route is aimed at a specific transaction pattern, not every sale that happens to pass through a terminal. If your operation includes both counter sales and ordinary business invoicing, it is worth separating those channels clearly so staff do not apply consumer-transaction rules to every invoice by default.
What a Cash-Register E-Invoice Must Include and Why No Digital Signature Is Required
Once scope is clear, the next question is mechanical: what has to appear on the invoice, and what does the digital-signature exemption actually change? Article 10(4) of Decree 254 sets the contents of an e-invoice generated from a cash register connected to the tax authority:
- the seller's name, address and tax code
- the buyer's name, address, and tax code, personal ID number or phone number, only if the buyer asks for them
- the goods or services, unit price, quantity and total payable (an organization paying VAT by the deduction method must also show the price before VAT, the VAT rate, the VAT amount and the VAT-inclusive total)
- the time the invoice was created
- the tax authority's code, or electronic data that lets the buyer look up and declare the invoice
The seller delivers the invoice electronically, by message, email or another electronic format, or gives the buyer a URL link or QR code to open and download it. Circular 91/2026/TT-BTC, issued alongside the decree, carries the Ministry of Finance's implementing detail, so templates and POS settings should be checked against both texts before they go live.
The digital-signature point is important because many teams assume "electronic invoice" automatically means "digitally signed invoice." That is not how this branch works. Under Article 8(9) of Decree 254/2026, Vietnam's e-invoice decree, an e-invoice generated from a cash register connected to the tax authority must be identifiable as one created from such a cash register, does not require a digital signature, and counts as a lawful, valid invoice for the buyer's expenses when its information is retrieved from the tax authority's system. For high-frequency consumer sales, that removes one step from issuance without turning the invoice into an informal record.
That distinction matters in practice. The exemption changes how the invoice is executed, but it does not remove the need for proper contents, reliable transmission, or later lookup. A finance team should therefore treat the digital signature exemption as a workflow feature, not a reduction in documentary discipline.
It also helps to separate two related questions. The first is whether the invoice itself contains the information required for compliant issuance. The second is whether the business retains enough supporting material for bookkeeping, tax review, refunds, corrections, and reconciliation later. The invoice answers the first question. Your internal record trail has to answer the second.
Cash-Register E-Invoices vs Standard Vietnam E-Invoice Workflows
Many teams misread this topic by treating cash-register e-invoices as the same workflow as an ordinary Vietnam e-invoice, just issued from different hardware. They sit inside the same national framework, but they are built for a different operating pattern. If you need the wider baseline first, our guide to Vietnam's wider e-invoice requirements explains how the broader regime fits together. Since July 1, 2026, that regime rests on Decree 254/2026/ND-CP, which replaced Decree 123/2020/ND-CP and its amendments.
For day-to-day operations, the comparison usually looks like this:
| Question | Cash-register-generated e-invoice | Standard Vietnam e-invoice workflow |
|---|---|---|
| Typical sales pattern | High-volume, direct-to-consumer transactions | Broader B2B or non-counter invoice scenarios |
| Issuance rhythm | Created at the sale; the day's invoice data goes to the tax authority at the end of the day | Often tied to the ordinary invoicing step in the commercial process |
| Signature handling | No digital signature required for this invoice type | Signature expectations depend on the specific workflow and rule set in use |
| Operational focus | Transaction capture at the sale, day-end transmission, and buyer lookup | Wider invoice classification, timing, and correction controls |
| Finance-team concern | Making sure front-line sales data stays usable for review and reconciliation | Making sure the right invoice type and timing logic were applied overall |
The core takeaway: this is not just a naming issue. A Vietnam cash register vs standard e-invoice decision changes the control environment. Businesses should not copy an existing B2B invoice procedure and assume it will cover a retail or hospitality counter flow. The cash-register model expects the issuance path, the transaction data, and the tax-authority connection to behave like part of the sale itself, not like a document that can be reconstructed later from summary reports.
What "Connected to the Tax Authority" Means in Daily Retail and Hospitality Operations
For most businesses, "connected to the tax authority" is the phrase that sounds technical but causes the most operational uncertainty. In practice, it means the cash-register workflow is not just producing a customer-facing sales record. It is part of a tax-facing issuance chain. The invoice is created at the sale, and under Article 15(3) of Decree 254 the seller sends the day's cash-register invoice data to the tax authority at the end of the day. The transaction data, the invoice creation step, the day-end send and the later lookup path all have to stay aligned.
That does not mean every business has to solve the same implementation problem in the same way. What it does mean is that stores, restaurants, hotels, and passenger-service operators should think in terms of control points:
- when the invoice is created in relation to the sale
- how corrections, cancellations, or refunds are recorded
- confirmation that the day's invoice data reached the tax authority, and follow-up on anything that failed to send
- what end-of-day reports support the issued invoices
- which records accounting keeps for audit trail and reconciliation
- how staff confirm that invoice data can still be retrieved and reviewed later
On the back-office side, this is where the rule turns into daily work. A compliant point-of-sale issuance flow still needs back-office evidence. Retain the invoice outputs themselves, the related POS or sales summaries, payment-settlement support, correction logs, and any archived exports used to reconcile totals into bookkeeping. That record set is what lets a reviewer trace the path from an individual consumer transaction to a day-end total and then into accounting records.
The comparison with other consumer-transaction systems is useful here. You can see some of the same workflow pressure in how Egypt's retail e-receipt regime handles POS-linked receipt compliance, in cash receipt rules in South Korea for consumer-facing transactions, and in Colombia's POS electronic receipt rules for deciding between a POS document and a full invoice. The legal systems are different, but the operational lesson is similar: once transaction reporting moves closer to the point of sale, finance teams need stronger retrieval, exception-handling, and reconciliation habits.
This is also the point where a downstream processing tool can help without pretending to be the issuance system. If your business exports invoice PDFs, image files, or archived transaction documents after issuance, AI invoice data extraction for high-volume retail records can help turn those records into structured Excel, CSV, or JSON files for bookkeeping and reconciliation. Invoice Data Extraction supports PDF, JPG, and PNG inputs, can handle large batches, and links each row of the output back to the file and page it came from, so totals can be checked against the source. That is useful after compliant issuance has already happened. It is not a substitute for the Vietnam tax-authority connection itself.
Can Retail and Restaurant Sales Still Be Invoiced in a Day-End Summary?
Not under the rules in force. A consolidated-invoice proposal circulated in February 2026 raised the possibility of a later summary invoice for individual consumers who do not ask for one. Decree 254 answered it narrowly. Article 9(4) allows a day-end or periodic invoice only in named cases: medical facilities for patients who do not request an invoice, prepaid telecoms cards sold to buyers who give no details, traditional lottery tickets (one invoice per agent per draw), and casinos and electronic gaming (an invoice within one day of each revenue day). Separately, point (r) lets enterprises providing certain services to individual consumers, among them cinemas, parking, taxis, and bus and metro transport, send the tax authority a transaction-level database instead of individual invoices, provided their systems record and keep every transaction.
General retail of goods, food and beverage, restaurants and hotels are not on that list. A sale at a shop counter or a meal in a restaurant still gets its own invoice at the time of sale, as Article 9(1) and (2) require, and the cash register's data for the day goes to the tax authority at the end of the day. Article 9(5) does let a seller without automatic invoicing software create invoices for night-shift sales by the next working day. A connected cash register creates invoices automatically, so that allowance does not change the counter workflow.
For a practical implementation checklist, confirm these points in order:
- Classify the seller: an organization, or a business household or business individual; whether it sells directly to consumers in a sector listed in Article 6(1)(c); and whether it is already registered for coded or non-coded e-invoices.
- For a household or individual, test annual revenue against VND 1 billion. If revenue goes over it during the year, register within 30 days from the last day of the tax period in which it did.
- Configure the Article 10(4) invoice fields, buyer details on request, the location code for a multi-location household, and delivery by message, email, link or QR code.
- Map issuance at the sale and the day-end data send into cashier procedures, corrections, refunds, and end-of-day control routines.
- Define which supporting records accounting must retain for bookkeeping, tax review, and reconciliation.