---
title: "Egypt's e-receipt system: what it actually asks of a restaurant till | GoSufra"
description: "The e-receipt mandate is not a plugin you bolt on at the end. It asks your POS for coded menu items, registered devices, signed submissions and sales data with no gaps — and it asks before your deadline, not after."
url: "https://gosufra.com/en/blog/e-receipt-system-egypt/"
language: "en"
source: "https://gosufra.com"
---
# Egypt's e-receipt system: what it actually asks of a restaurant till

The e-receipt mandate is not a plugin you bolt on at the end. It asks your POS for coded menu items, registered devices, signed submissions and sales data with no gaps — and it asks before your deadline, not after.

2026-09-24 · 9 min read

![Illustration of a printed receipt with a QR code transmitting upward](https://gosufra.com/blog/e-receipt-system-egypt.svg)

## Key points

- The e-invoice is business-to-business; the e-receipt is what a restaurant issues to a walk-in guest. Most restaurants need to think about both.
- The slow part is not the integration — it is coding every menu item and registering every till device before the deadline.
- Your POS must number sales sequentially with no gaps and record a void as a reversal, not a deletion. A system that lets a sale vanish cannot be made compliant later.
- Ask who owns the integration, what happens to a rejected receipt, and what happens when the internet drops mid-service. Those three answers separate vendors.

Most restaurant owners meet the e-receipt system the way you meet a pothole: suddenly, and with a deadline attached. The instinct is to treat it as a piece of paperwork — something an accountant handles, or a module a vendor switches on.

It is not that. It is a set of demands on how your till records a sale, and a till that records sales carelessly cannot be made compliant by adding anything on top.

## First, the two systems are not the same thing

Egypt runs two related but separate systems, and conflating them wastes weeks.

- **The e-invoice** (الفاتورة الإلكترونية) covers business-to-business transactions. Your supplier issues you one. If you cater an office party and invoice a company, you issue one.

- **The e-receipt** (الإيصال الإلكتروني) covers business-to-consumer sales at the point of sale — a guest eating a meal and paying at the till. This is the one that governs the great majority of a restaurant’s transactions.

A restaurant with a delivery arm, a catering line and a dining room may well touch both. Work out which of your revenue streams is which before you ask anyone for a quote, because the answer changes what you are buying.

## What the system actually wants

Strip away the acronyms and the mandate asks for four things.

**1. A registered device.** Each till point is registered with the tax authority through its POS portal, and devices go through technical and security review. An unregistered or rejected device is not a small configuration issue — it is a till that cannot legally issue.

**2. A signed submission.** Receipts are signed electronically — via an e-signature or e-seal — so the authority can establish that the record genuinely came from you and has not been altered. Somebody has to own that credential, know where it is physically kept, and know what happens when it expires.

**3. Coded items.** This is the step that surprises people. Every item you sell has to carry a code the authority recognises, mapped to the correct tax treatment. A menu of a hundred and eighty items, each needing a code and a tax classification, is not an afternoon’s work — and it is the task that most commonly turns a deadline into a crisis.

**4. Near-real-time transmission.** The receipt is sent to the authority as the sale happens, and the customer’s copy carries a QR code so the record can be verified against the authority’s own system.

## The part nobody budgets for: coding the menu

If you take one practical thing from this article, take this one.

Start the item coding before you start anything else. It is the only part of the project whose length is set by your menu rather than by your vendor’s calendar, and it is the part that cannot be rushed at the end.

Some rules that save rework:

- **Code the item you sell, not the ingredient you buy.** A plate of grilled chicken is a sellable item with a tax treatment. The chicken in your store is inventory, and it is not what a receipt reports.

- **Decide your treatment of service charge first.** It is not tax, it does not behave like tax, and a receipt that blends the two produces a figure that cannot be reconciled by anyone later.

- **Give combos and modifiers their own thinking.** An upsized drink, a side swap and a meal deal all have to resolve to something codeable. Leave them to the last week and you will discover the exceptions at the worst possible moment.

- **Do it once, centrally.** If you have three branches with three slightly different menus, this is the moment that costs you — or the moment you finally unify them.

## What it demands of your POS, whatever brand it is

These requirements outlive any particular deadline, and they are worth applying as a test when you choose a system:

| Requirement | Why it matters |
| --- | --- |
| Sequential numbering with no gaps | A missing number is the first thing an audit looks for, and the hardest thing to explain |
| Voids and refunds as reversals | A cancelled sale must leave a trace that reverses it. A system that deletes a sale destroys the sequence |
| Tax and service charge as separate lines | They are different things with different destinations. Blending them is unfixable downstream |
| Payment method recorded per sale | Cash, card and each wallet need their own line, or your reconciliation stops agreeing with your bank |
| Full export, not a PDF | Your accountant needs the detail as data. A monthly PDF is a picture of your data, not your data |
| Per-branch tax registration details | Rates, registration numbers and the inclusive-or-exclusive decision live per branch, not per company |

Notice that none of these are “e-receipt features”. They are ordinary good record-keeping — which is exactly the point. Compliance is not a module; it is a consequence of a till that was honest about what happened.

## The question your vendor demo will not answer: what happens when the line drops

Transmission is near-real-time. Egyptian internet is not.

This is the gap that turns a compliant system into a queue of angry guests, and it is worth pressing hard on before you sign:

- Does the till **keep selling** when the connection goes, or does it stop?

- Are unsent receipts **queued and transmitted automatically** when the line returns, or does someone re-key them?

- If a submission is **rejected** by the authority, does the system tell you, and can it be corrected and resent — or does it fail silently and surface at month end?

- When you **replace a broken till**, who re-registers the device, and how long does the restaurant wait?

A vendor who has run this in a real restaurant answers these quickly and specifically. A vendor who has only read the specification answers them in the abstract. The difference is audible.

GoSufra is built for this shape of problem: the till keeps taking orders when the connection drops and the queue catches up afterwards, sales carry their real payment method, numbering is sequential by design, and the sales and tax detail exports as data rather than as a monthly PDF. That is the foundation any submission integration has to sit on — and a system that cannot produce clean, sequential, exportable sales data cannot be made compliant by bolting one on.

## What to do this month

1. **Establish your actual position.** Which phase applies to your business, by size and activity? Ask your accountant, and confirm through the tax authority directly rather than through a vendor’s marketing page. The authority runs a hotline on **16395** and an e-receipt mailbox at **[eReceipt.hd@eta.gov.eg](mailto:eReceipt.hd@eta.gov.eg)**.
2. **Start the item coding.** Today, not after the vendor is chosen.
3. **Settle the service charge question** with your accountant, in writing.
4. **Count your till points** and confirm each one can be registered.
5. **Decide who owns the e-signature** — and where the credential physically lives.
6. **Test your current export.** Can you produce a complete, itemised, sequential month of sales as data right now? If not, that is your real problem, and it exists with or without the mandate.

## A necessary caution

The phases, thresholds, deadlines and penalties of this system have moved repeatedly as the rollout has widened, and they are administered by the Egyptian Tax Authority under Egypt’s tax procedures legislation — not by software vendors, including us. Nothing in this article establishes what applies to your specific restaurant on a specific date.

Two things, though, are safe to act on now. Coding your menu is work you will have to do under any version of the rules. And a till that records every sale in sequence, with its real payment method and its tax and service charge on separate lines, is the only starting point from which compliance is a configuration rather than a rebuild.

- e-receipt
- Egypt
- tax compliance
- POS

## In the product

### [Tax & Compliance](https://gosufra.com/en/features/tax-and-compliance/)

Explore

### [Point of Sale & Orders](https://gosufra.com/en/features/restaurant-pos/)

Explore

## Run all of this from one system

POS, kitchen, inventory, recipe costing, staff and accounting — connected, and free to start.

[Create your free account](https://app.gosufra.com/register?lang=en)

## Related articles

![A phone with a mobile wallet next to a printed restaurant receipt](https://gosufra.com/blog/restaurant-pos-in-egypt.svg)

Tax & rules 2026-09-15 · 7 min read

### [Running a Restaurant POS in Egypt: Local Payments, EGP Pricing and What to Check](https://gosufra.com/en/blog/restaurant-pos-in-egypt/)

Instapay, Vodafone Cash, Etisalat Cash, Orange Cash and Fawry sit next to cash and cards on an Egyptian till. What a restaurant POS needs to record, reconcile and price correctly for the Egyptian market.

Read article

![A restaurant receipt with a VAT line and a service charge line shown separately](https://gosufra.com/blog/restaurant-vat-in-egypt.svg)

Tax & rules 2026-09-16 · 6 min read

### [Egypt's 14% VAT on Restaurant Bills: How to Calculate It Correctly](https://gosufra.com/en/blog/restaurant-vat-in-egypt/)

Egypt's standard VAT rate, where a typical service charge sits next to it, and the exact order a restaurant bill needs to add them in — plus what has to print on the receipt itself.

Read article

![Illustration of a ledger with balanced debit and credit columns](https://gosufra.com/blog/restaurant-accounting.svg)

Tax & rules 2026-08-24 · 8 min read

### [Restaurant accounting that closes the month without a shoebox](https://gosufra.com/en/blog/restaurant-accounting/)

What double-entry looks like in a restaurant, which journals a POS should post for you, and how to walk into month-end with a trial balance instead of a bag of receipts.

Read article

[← All articles](https://gosufra.com/en/blog/)

[Contact us](https://t.me/GoSufraSupport)