O recibo eletrónico no Egito: o que o sistema exige mesmo de uma caixa de restaurante

O recibo eletrónico não é um módulo que se liga no fim. Exige artigos codificados, equipamentos registados, envios assinados e dados de venda sem falhas — e exige antes do seu prazo, não depois.

2026-09-249 min de leitura

A maioria dos donos de restaurantes conhece o recibo eletrónico como se conhece um buraco na estrada: de repente e com um prazo agarrado. O instinto é tratá-lo como papelada — assunto do contabilista, ou um módulo que o fornecedor liga.

Não é isso. É um conjunto de exigências sobre a forma como a sua caixa regista uma venda, e uma caixa que regista vendas com desleixo não se torna conforme acrescentando-lhe seja o que for por cima.

Primeiro: os dois sistemas não são a mesma coisa

O Egito corre dois sistemas relacionados mas distintos, e confundi-los custa semanas.

A fatura eletrónica (الفاتورة الإلكترونية) cobre as operações entre empresas. O seu fornecedor emite-lhe uma. Se faturar um catering a uma empresa, emite uma.
O recibo eletrónico (الإيصال الإلكتروني) cobre a venda ao consumidor final no ponto de venda: um cliente que come e paga na caixa. É este que rege a esmagadora maioria das operações de um restaurante.

Um restaurante com entregas, linha de catering e sala toca provavelmente nos dois. Apure qual fluxo de receita é qual antes de pedir orçamento, porque a resposta muda o que está a comprar.

O que o sistema pede na realidade

Sem o jargão, pede quatro coisas.

1. Um equipamento registado. Cada posto de caixa é registado junto da administração fiscal através do respetivo portal, e os equipamentos passam por revisão técnica e de segurança. Um equipamento não registado ou recusado não é um detalhe de configuração: é uma caixa que não pode emitir legalmente.

2. Um envio assinado. Os recibos são assinados eletronicamente — assinatura ou selo — para que a administração confirme que o registo veio mesmo de si e não foi alterado. Alguém tem de ser dono dessa credencial, saber onde está fisicamente guardada e o que acontece quando caduca.

3. Artigos codificados. É o passo que apanha as pessoas desprevenidas. Cada artigo que vende tem de levar um código reconhecido pela administração, ligado ao tratamento fiscal correto. Uma carta com cento e oitenta referências, cada uma com código e classificação, não é trabalho de uma tarde — e é o que mais vezes transforma um prazo numa crise.

4. Transmissão quase em tempo real. O recibo segue no momento da venda, e a cópia do cliente leva um QR que permite verificar o registo no sistema da própria administração.

A rubrica que ninguém orçamenta: codificar a carta

Se levar uma única coisa prática deste artigo, leve esta.

Comece a codificação dos artigos antes de tudo o resto. É a única parte cuja duração é ditada pela sua carta e não pelo calendário do fornecedor, e é a parte que no fim não se consegue acelerar.

Regras que evitam refazer trabalho:

Codifique o artigo que vende, não o ingrediente que compra. Um prato de frango grelhado é um artigo vendável com tratamento fiscal. O frango em armazém é existências, e não é o que um recibo declara.
Decida primeiro onde fica a taxa de serviço. Não é imposto, não se comporta como imposto, e um recibo que mistura os dois produz um número que mais tarde ninguém consegue reconciliar.
Menus e extras pedem raciocínio próprio. Uma bebida em formato grande, um acompanhamento trocado, uma promoção de menu: tudo tem de resolver em algo codificável. Deixe para a última semana e descobre as exceções no pior momento possível.
Faça-o uma vez e de forma centralizada. Se tem três casas com três cartas ligeiramente diferentes, este é o momento que lhe custa — ou aquele em que finalmente as unifica.

O que exige da sua caixa, seja qual for a marca

Estes requisitos sobrevivem a qualquer prazo e servem de teste na escolha do sistema:

Requisito	Porque importa
Numeração sequencial sem falhas	Um número em falta é a primeira coisa que uma inspeção procura e a mais difícil de explicar
Anulações e reembolsos como lançamentos inversos	Uma venda anulada tem de deixar rasto que a reverta. Um sistema que apaga destrói a sequência
Imposto e serviço em linhas separadas	São coisas diferentes com destinos diferentes. Misturá-las é irreparável a jusante
Meio de pagamento registado por venda	Numerário, cartão e cada carteira precisam da sua linha, ou a reconciliação deixa de bater com o banco
Exportação completa, não um PDF	O seu contabilista precisa do detalhe como dados. Um PDF mensal é uma fotografia dos seus dados
Dados fiscais por estabelecimento	Taxas, números de registo e a decisão com ou sem imposto vivem por loja, não por sociedade

Repare que nenhum destes é uma «funcionalidade de recibo eletrónico». São boas escritas de sempre — e é precisamente esse o ponto. Conformidade não é um módulo: é a consequência de uma caixa que foi honesta sobre o que aconteceu.

A pergunta que a demonstração não responde: e quando a linha cai?

A transmissão é quase em tempo real. A ligação egípcia não é.

É esta falha que transforma um sistema conforme numa fila de clientes irritados, e vale a pena insistir antes de assinar:

A caixa continua a vender quando a ligação cai, ou para?
Os recibos por enviar ficam em fila e são transmitidos automaticamente quando a linha volta, ou alguém os reintroduz?
Se um envio for rejeitado, o sistema avisa? Pode ser corrigido e reenviado — ou falha em silêncio e aparece ao fim do mês?
Quando substitui uma caixa avariada, quem volta a registar o equipamento e quanto tempo o restaurante espera?

Um fornecedor que já correu isto num restaurante a sério responde depressa e em concreto. Quem só leu a especificação responde no abstrato. A diferença ouve-se.

O GoSufra foi construído para esta forma de problema: a caixa continua a aceitar pedidos quando a ligação cai e a fila põe-se em dia depois, cada venda leva o seu meio de pagamento real, a numeração é sequencial por desenho e o detalhe de vendas e imposto exporta-se como dados em vez de PDF mensal. É a base sobre a qual qualquer integração de envio tem de assentar — e um sistema incapaz de produzir dados limpos, sequenciais e exportáveis não fica conforme por lhe aparafusarem um conector.

O que fazer este mês

Apure a sua posição real. Que fase se aplica ao seu negócio, por dimensão e atividade? Pergunte ao contabilista e confirme diretamente com a administração fiscal, não na página comercial de um fornecedor. A administração tem uma linha no 16395 e uma caixa de correio em eReceipt.hd@eta.gov.eg.
Arranque a codificação dos artigos. Hoje, não depois de escolher o fornecedor.
Feche a questão da taxa de serviço com o contabilista, por escrito.
Conte os seus postos de caixa e confirme que cada um pode ser registado.
Decida quem é dono da assinatura eletrónica — e onde a credencial está fisicamente guardada.
Teste a sua exportação atual. Consegue produzir agora mesmo um mês completo de vendas detalhadas e sequenciais como dados? Se não, é esse o seu verdadeiro problema, com ou sem obrigação.

Uma advertência necessária

As fases, limiares, prazos e sanções deste sistema mudaram repetidamente à medida que o alargamento avançou, e são geridos pela Autoridade Fiscal egípcia ao abrigo da legislação de procedimento tributário — não pelos fornecedores de software, nós incluídos. Nada neste artigo estabelece o que se aplica ao seu restaurante numa data concreta.

Duas coisas, porém, podem avançar já em segurança. Codificar a carta é trabalho que terá de fazer sob qualquer versão das regras. E uma caixa que regista cada venda em sequência, com o meio de pagamento real e com imposto separado do serviço, é o único ponto de partida a partir do qual conformidade é uma configuração e não uma reconstrução.