El recibo electrónico en Egipto: qué le exige de verdad a un TPV de restaurante
El recibo electrónico no es un módulo que se enchufa al final. Exige artículos codificados, terminales registrados, envíos firmados y datos de venta sin huecos — y lo exige antes de tu fecha límite, no después.
La mayoría de los hosteleros conoce el recibo electrónico igual que conoce un bache: de golpe y con una fecha límite encima. El impulso es tratarlo como papeleo: algo del asesor, o un módulo que el proveedor activa.
No lo es. Es un conjunto de exigencias sobre cómo registra una venta tu TPV, y un TPV que registra ventas con descuido no se vuelve conforme añadiéndole nada por encima.
Primero: los dos sistemas no son lo mismo
Egipto opera dos sistemas relacionados pero distintos, y confundirlos cuesta semanas.
- La factura electrónica (الفاتورة الإلكترونية) cubre las operaciones entre empresas. Tu proveedor te emite una. Si haces un catering para una empresa y la facturas, emites una.
- El recibo electrónico (الإيصال الإلكتروني) cubre la venta al consumidor final en el punto de venta: un cliente que come y paga en caja. Este rige la inmensa mayoría de las operaciones de un restaurante.
Un restaurante con reparto, con línea de catering y con sala probablemente toque ambos. Averigua qué flujo de ingresos es cuál antes de pedir presupuesto, porque la respuesta cambia lo que estás comprando.
Qué pide realmente el sistema
Quitado el argot, pide cuatro cosas.
1. Un terminal registrado. Cada punto de caja se registra ante la administración tributaria a través de su portal, y los equipos pasan una revisión técnica y de seguridad. Un terminal no registrado o rechazado no es un problema de configuración: es una caja que no puede emitir legalmente.
2. Un envío firmado. Los recibos se firman electrónicamente —firma o sello— para acreditar que el registro procede de ti y no ha sido alterado. Alguien tiene que ser dueño de esa credencial, saber dónde se guarda físicamente y qué pasa cuando caduca.
3. Artículos codificados. Este es el paso que sorprende. Cada artículo que vendes debe llevar un código reconocido por la administración, asociado al tratamiento fiscal correcto. Una carta de ciento ochenta referencias, cada una con código y clasificación, no es el trabajo de una tarde: es lo que más veces convierte una fecha límite en una crisis.
4. Transmisión casi en tiempo real. El recibo se envía en el momento de la venta, y la copia del cliente lleva un QR que permite verificar el registro contra el sistema de la administración.
La partida que nadie presupuesta: codificar la carta
Si te llevas una sola cosa práctica de este artículo, llévate esta.
Empieza la codificación antes que nada. Es la única parte cuya duración la marca tu carta y no el calendario del proveedor, y es la que no se puede acelerar al final.
Reglas que evitan rehacer el trabajo:
- Codifica el artículo que vendes, no el ingrediente que compras. Un plato de pollo a la parrilla es un artículo vendible con su tratamiento fiscal. El pollo del almacén es existencias, y no es lo que declara un recibo.
- Decide primero dónde va el cargo por servicio. No es impuesto, no se comporta como impuesto, y un recibo que mezcla ambos produce una cifra que nadie podrá conciliar después.
- Los menús cerrados y los extras piden pensarse aparte. Una bebida grande, un acompañamiento cambiado, una oferta combinada: todo tiene que resolverse en algo codificable. Déjalo para la última semana y descubrirás las excepciones en el peor momento.
- Hazlo una vez y de forma centralizada. Si tienes tres locales con tres cartas ligeramente distintas, este es el momento que te cuesta dinero —o el momento en que por fin las unificas.
Qué le exige a tu TPV, sea de la marca que sea
Estos requisitos sobreviven a cualquier fecha límite, y sirven como prueba al elegir sistema:
| Requisito | Por qué importa |
|---|---|
| Numeración correlativa sin huecos | Un número ausente es lo primero que busca una inspección y lo más difícil de explicar |
| Anulaciones y devoluciones como asientos inversos | Una venta anulada debe dejar rastro que la revierta. Un sistema que borra destruye la secuencia |
| Impuesto y servicio en líneas separadas | Son cosas distintas con destinos distintos. Mezclarlas no tiene arreglo aguas abajo |
| Medio de pago registrado por venta | Efectivo, tarjeta y cada monedero necesitan su línea, o la conciliación deja de cuadrar con el banco |
| Exportación completa, no un PDF | Tu asesor necesita el detalle como datos. Un PDF mensual es una foto de tus datos |
| Datos fiscales por local | Tipos, número de registro y la decisión de precios con o sin impuesto viven por local, no por sociedad |
Fíjate en que ninguno es una «función de recibo electrónico». Son buenos registros de toda la vida, y ese es justo el punto. El cumplimiento no es un módulo: es la consecuencia de un TPV honesto sobre lo que ocurrió.
La pregunta que la demo no responderá: ¿y cuando se cae la línea?
La transmisión es casi en tiempo real. La conexión egipcia no lo es.
Ese hueco convierte un sistema conforme en una cola de clientes enfadados, y conviene apretar antes de firmar:
- ¿La caja sigue vendiendo cuando se cae la conexión, o se para?
- ¿Los recibos sin enviar se encolan y se transmiten solos al volver la línea, o alguien los reintroduce?
- Si un envío es rechazado, ¿te avisa el sistema?, ¿se puede corregir y reenviar —o falla en silencio y aparece a fin de mes?
- Cuando sustituyes una caja averiada, ¿quién vuelve a registrar el equipo y cuánto espera el restaurante?
Un proveedor que ha hecho esto en un restaurante real responde rápido y concreto. El que solo ha leído la especificación responde en abstracto. La diferencia se oye.
GoSufra está construido para esta forma de problema: la caja sigue tomando pedidos cuando cae la conexión y la cola se pone al día después, cada venta lleva su medio de pago real, la numeración es correlativa por diseño y el detalle de ventas e impuestos se exporta como datos y no como PDF mensual. Ese es el cimiento sobre el que se apoya cualquier integración de envío —y un sistema incapaz de producir datos limpios, correlativos y exportables no se vuelve conforme por colgarle un conector.
Qué hacer este mes
- Determina tu situación real. ¿Qué fase aplica a tu negocio por tamaño y actividad? Pregunta a tu asesor y confirma con la administración tributaria directamente, no en la página comercial de un proveedor. La administración atiende en el 16395 y en eReceipt.hd@eta.gov.eg.
- Arranca la codificación de artículos. Hoy, no después de elegir proveedor.
- Cierra la cuestión del cargo por servicio con tu asesor, por escrito.
- Cuenta tus puntos de caja y confirma que cada uno puede registrarse.
- Decide quién es dueño de la firma electrónica y dónde se guarda físicamente.
- Prueba tu exportación actual. ¿Puedes sacar ahora mismo un mes completo de ventas detalladas y correlativas como datos? Si no, ese es tu verdadero problema, con sistema o sin él.
Una advertencia necesaria
Las fases, umbrales, plazos y sanciones de este sistema se han movido repetidamente según se ha ampliado el despliegue, y los administra la Autoridad Tributaria egipcia al amparo de la legislación de procedimiento fiscal, no los proveedores de software, nosotros incluidos. Nada de este artículo determina qué aplica a tu restaurante en una fecha concreta.
Dos cosas, en cambio, son seguras hoy. Codificar tu carta es trabajo que tendrás que hacer bajo cualquier versión de las reglas. Y un TPV que registra cada venta en secuencia, con su medio de pago real y con el impuesto separado del servicio, es el único punto de partida desde el que cumplir es configurar en lugar de reconstruir.
Gestione todo esto desde un solo sistema
TPV, cocina, inventario, coste de recetas, personal y contabilidad — conectados, y gratis para empezar.
Crear mi cuenta gratis