SUNAT ya no es solo un tema contable
En restaurantes, la facturación impacta directamente la operación. Si emitir boleta tarda o falla, la cola en caja crece, el cliente se frustra y el cierre de turno se vuelve caótico.
Por eso la facturación electrónica debe diseñarse como parte del flujo de atención, no como un módulo aislado para el contador.
Los plazos que deciden si tu comprobante es válido
Emitir el comprobante no es lo mismo que informarlo. Un restaurante puede entregarle la factura al cliente, cobrar sin problemas y aun así quedarse sin comprobante válido si el envío a SUNAT (o al OSE) se pasa de plazo.
La norma es explícita en este punto: lo que se envía fuera de plazo no tiene la calidad de factura electrónica ni de nota electrónica, aunque ya se haya entregado al adquirente. No es una multa: es que el documento deja de existir para efectos tributarios.
Estos son los plazos vigentes a la fecha de publicación de este artículo. Conviene confirmarlos con tu contador antes de configurar el sistema, porque SUNAT los ha ido acortando.
| Documento | Plazo de envío a SUNAT / OSE | Si te pasas del plazo |
|---|---|---|
| Factura electrónica | Hasta 3 días calendario desde el día siguiente a la fecha de emisión | Pierde la calidad de factura electrónica |
| Nota de crédito / débito | Mismo plazo que el comprobante que modifica | Pierde la calidad de nota electrónica |
| Boleta de venta electrónica | Se informa mediante Resumen Diario | La venta queda sin respaldo declarado |
| Comunicación de baja | Hasta 7 días calendario | La anulación no surte efecto |
Requisitos clave que debes cumplir
Aunque los detalles cambian por tipo de contribuyente, hay un conjunto de exigencias técnicas y operativas que cualquier restaurante debe contemplar.
Uno que sorprende a mucha caja: cuando el total de una boleta de venta supera los S/ 700 (monto que incluye IGV), es obligatorio consignar el tipo y número de documento de identidad del cliente. En un restaurante esto aparece más seguido de lo que parece —una mesa grande, un almuerzo corporativo pagado como consumo personal, una carta de vinos— y si el sistema no lo pide en pantalla, el cajero no lo va a pedir.
- Emisión de comprobantes electrónicos válidos (boleta/factura)
- Identificación del cliente en boletas que superen S/ 700
- Gestión correcta de notas de crédito y anulaciones
- Trazabilidad por sede, caja y usuario
- Respaldo de comprobantes y respuesta de SUNAT (la CDR, que es tu prueba de que el envío fue aceptado)
- Conciliación diaria entre ventas POS y comprobantes emitidos
Valida si tu restaurante cumple SUNAT sin frenar caja
Revisamos POS, comprobantes, delivery y cierre diario para detectar riesgos operativos antes de implementar.
Qué comprobante corresponde en cada escenario del restaurante
La mayoría de los errores de facturación en restaurantes no son de configuración: son de criterio en el momento de cobrar. Estos son los casos que más se repiten y lo que corresponde emitir en cada uno.
| Escenario | Qué corresponde | Detalle que se suele pasar por alto |
|---|---|---|
| Consumo en salón, cliente sin RUC | Boleta de venta electrónica | Si supera S/ 700, hay que pedir el documento de identidad |
| Cliente pide factura a nombre de su empresa | Factura electrónica | Necesitas el RUC antes de cerrar la cuenta, no después |
| Delivery propio (web o WhatsApp) | Boleta o factura según el cliente | El comprobante debe salir del mismo flujo, no emitirse aparte |
| Pedido por app de terceros | Depende del modelo del acuerdo | Define con tu contador quién emite al comensal y quién a la app |
| Anulación después de emitir | Nota de crédito o comunicación de baja | Cambiar el pedido en el POS no anula nada ante SUNAT |
| Cortesía o merma | No es venta | Debe quedar registrada en el POS igual, o el cierre no cuadra |
Integración correcta con POS y delivery
El error común es facturar en una plataforma y vender en otra sin sincronización. Eso termina en diferencias de caja, registros duplicados y carga manual al final del día.
La implementación correcta conecta POS, delivery y facturación en una sola línea transaccional para que cada pedido quede trazado de punta a punta.
- Pedido generado en salón o app delivery
- Pago confirmado en caja o pasarela
- Comprobante emitido y validado automáticamente
- Registro consolidado para contabilidad y auditoría
Contingencia: qué haces cuando se cae internet o se cae SUNAT
Esta es la pregunta que separa a un proveedor que conoce restaurantes de uno que solo vende software. En un negocio que factura en picos de una hora y media, no puedes detener la caja porque un servicio externo no responde.
La buena noticia es que el plazo de envío juega a tu favor: como la factura tiene hasta 3 días calendario para llegar a SUNAT, una caída de conexión no invalida nada por sí sola. Lo que te hunde es que el sistema no encole y reintente: si el comprobante se pierde en el intento fallido, no hay plazo que lo salve.
Un sistema bien diseñado sigue atendiendo con la conexión caída y regulariza solo cuando vuelve. Pregunta explícitamente por esto en la demo, y pide verlo apagando el wifi.
- El POS sigue emitiendo y encola los comprobantes pendientes de envío
- Reintento automático al recuperar conexión, sin intervención del cajero
- Panel visible de comprobantes pendientes y rechazados, no un log escondido
- Alerta cuando algo lleva más de 24 horas sin CDR aceptada
- Impresión de respaldo para el cliente que no puede esperar
Los errores que terminan en observaciones
Ninguno de estos es un problema técnico exótico. Son fallas de operación diaria que el sistema debería prevenir por diseño y que, cuando no lo hace, aparecen recién en la revisión contable de fin de mes.
| Error | Cómo se ve en el día a día | Cómo se previene |
|---|---|---|
| Comprobantes sin CDR aceptada | Nadie revisa las respuestas de SUNAT | Tablero de pendientes con alerta automática |
| Anular cambiando el pedido en el POS | La venta desaparece del sistema pero no de SUNAT | Forzar nota de crédito o baja desde el flujo |
| Boletas sobre S/ 700 sin identificar | El cajero no lo pide porque el sistema no lo exige | Validación bloqueante en pantalla según el monto |
| Ventas de delivery sin comprobante | Cuadran en la app pero no en la contabilidad | Conciliación automática app ↔ comprobantes |
| Series duplicadas entre sedes o cajas | Dos cajas emiten el mismo número | Serie única por punto de emisión, asignada por el sistema |
Qué revisar antes de implementar
Antes de contratar, pide una validación técnica de volumen, picos de demanda y escenarios de contingencia. En hora pico, el sistema debe responder sin bloquear caja.
Si estás evaluando el sistema completo del restaurante y no solo el módulo fiscal, revisa también nuestra guía sobre cómo elegir software para restaurantes en Perú.
- Tiempo promedio de emisión por comprobante
- Plan de contingencia ante caída de internet o SUNAT
- Integración con inventario y cierre diario
- Soporte técnico en horario operativo del restaurante
El cierre de caja que sí cuadra
El cierre diario es el examen que revela si la facturación está bien integrada. Si el encargado de turno necesita una hoja de cálculo para cuadrar, el sistema no está haciendo su trabajo.
En un restaurante bien integrado, el cierre compara automáticamente cuatro fuentes que deberían decir lo mismo: lo que se vendió en el POS, lo que se cobró por cada medio de pago, lo que se emitió como comprobante y lo que SUNAT aceptó. Cualquier diferencia entre esas cuatro cifras tiene que aparecer sola, no encontrarse a mano.
- Ventas registradas en el POS del turno
- Cobros por medio de pago (efectivo, tarjeta, billeteras, apps)
- Comprobantes emitidos, por serie y punto de emisión
- Comprobantes con CDR aceptada por SUNAT
- Diferencias explicadas: cortesías, mermas, anulaciones y propinas
Conclusión: facturar bien es operar mejor
Cuando la facturación está integrada, el equipo de caja trabaja más rápido, el cierre diario es más limpio y la gerencia obtiene datos confiables para decidir.
La meta no es solo cumplir SUNAT: es reducir fricción operativa y proteger margen en un negocio de alta rotación como restaurantes.
