
Cuando tienes un solo restaurante, la facturación electrónica puede pasar bastante desapercibida. Cobras, alguien solicita factura, se genera y listo.
Abres una segunda sucursal, luego una tercera y empiezan las preguntas: ¿todas pueden facturar con el mismo RFC?, ¿cada una necesita su propio certificado?, ¿conviene tener una serie diferente por restaurante?, ¿qué pasa con las ventas de los clientes que no piden factura?, ¿cómo sabes qué CFDI salió de cada ubicación?
La buena noticia es que no necesitas convertirte en especialista en XML, timbrados o catálogos del SAT para gestionar varios restaurantes.
Pero sí necesitas entender cómo está organizada tu facturación. Con varias sucursales, tu trabajo está principalmente en asegurar que cada restaurante tenga la configuración correcta: quién factura, desde dónde se factura, qué certificado utiliza y cómo se controlan las operaciones que terminan en un CFDI individual o en una factura global.
El resto debería ocurrir por debajo.
CFDI 4.0 tiene bastante tecnología detrás de algo que, desde el restaurante, debería sentirse bastante sencillo.
Para emitir CFDI, el contribuyente necesita cumplir con sus obligaciones fiscales, contar con e.firma y tramitar su Certificado de Sello Digital o CSD. Antes de que el comprobante quede correctamente expedido, debe pasar por el proceso de validación y certificación correspondiente. Los Proveedores Autorizados de Certificación, o PAC, son los autorizados por el SAT para validar los CFDI, asignarles el folio fiscal e incorporar el sello digital del SAT.
Traducido a un restaurante: no deberías estar creando archivos XML, gestionando sellos o comprobando UUID manualmente después de cada servicio.
Tu sistema debería encargarse de cosas como:
El SAT mantiene el estándar técnico de CFDI 4.0 y, desde el 1 de abril de 2023, esta es la única versión válida del CFDI.
Tu equipo no necesita ver toda esa maquinaria cada vez que alguien pide la cuenta.
Pero alguien sí tiene que asegurarse de que la maquinaria está configurada correctamente.
Automatizar la facturación no significa olvidarte de ella. Tu POS puede generar correctamente un CFDI, pero no puede decidir por ti cómo está estructurado fiscalmente un grupo de ocho restaurantes.
Hay algunas preguntas que deberías poder responder sin tener que abrir cinco hojas de cálculo y preguntarle a tres personas.
Debes tener claro qué persona física o moral y qué RFC están detrás de cada restaurante.
Dos sucursales pueden pertenecer al mismo contribuyente o formar parte de entidades diferentes. Lo importante es que el sistema refleje esa estructura real y no simplemente la marca que aparece en la fachada.
Cuando un contribuyente tiene más de un local o establecimiento, el CFDI debe identificar el establecimiento desde el que se expide. En CFDI, el lugar de expedición se registra mediante el código postal correspondiente. Parece un detalle pequeño pero deja de serlo cuando tienes doce sucursales.
Aquí hay una flexibilidad importante: no necesitas obligatoriamente un CSD distinto por sucursal.
El Código Fiscal permite obtener un certificado que se utilice para todos los establecimientos o solicitar certificados diferentes para cada uno.
Lo importante es decidir qué estructura utilizarás y mantenerla controlada: qué certificado está activo, a qué RFC corresponde y cuándo vence.
En un restaurante, muchísimas operaciones ocurren con clientes que simplemente pagan y se van.
Estas operaciones con público en general pueden concentrarse posteriormente en un CFDI global, en lugar de generar una factura nominativa distinta por cada mesa.
La normativa permite emitir este CFDI global de forma diaria, semanal o mensual e incluir las operaciones realizadas durante ese periodo. El CFDI puede remitirse a más tardar dentro de las 24 horas posteriores al cierre del periodo correspondiente. Eso convierte la factura global en una pieza bastante importante de cualquier operación restaurantera.
Aquí entran conceptos como las series y folios internos. Y merece la pena detenernos un momento porque es fácil darles más importancia fiscal de la que realmente tienen.
No por obligación. En CFDI 4.0, los campos Serie y Folio sirven para el control interno del contribuyente. No son el folio fiscal oficial que identifica al CFDI ante el SAT. Ese identificador fiscal es el UUID que se incorpora durante la certificación.
Eso significa que puedes utilizar las series para organizar tu operación de la manera que tenga más sentido.
Por ejemplo:
| Sucursal | Serie interna | Ejemplo |
|---|---|---|
| Roma Norte | ROMA | ROMA-001254 |
| Polanco | POL | POL-000843 |
| Monterrey Centro | MTY | MTY-000526 |
Que Roma Norte vaya por el folio interno 1,254 mientras Polanco está en el 843 no significa que exista ningún conflicto fiscal. Son controles internos diferentes y cada CFDI terminará teniendo su propio UUID.
Utilizar una serie distinta por sucursal suele ser bastante práctico porque hace que una factura sea reconocible con un vistazo. Pero la decisión debería responder a una lógica operativa, no a la idea de que el SAT te obliga a crear una serie por cada restaurante.
Una serie es básicamente una etiqueta de control interno que puedes utilizar para organizar tus comprobantes.
Por ejemplo:
ROMA, POL y MTY serían las series. Los números posteriores serían tus folios internos. Pero por debajo existe otro identificador: el UUID o folio fiscal, que es el que identifica oficialmente al CFDI certificado.
Esta diferencia es importante porque evita intentar convertir la numeración interna de tu POS en algo que tenga que resolver por sí solo toda la estructura fiscal del negocio.
Cuando empiezan a aparecer sucursales, es fácil pasar de no tener ninguna estructura a tener demasiada.
Y dentro de poco necesitas un arqueólogo para entender tu facturación, las series funcionan mejor cuando responden a una regla sencilla y estable.
Si ROMA, POL y MTY te permiten identificar rápidamente la sucursal que originó el comprobante, perfecto.
Pero tener cuatro POS dentro de Roma Norte no significa que necesites cuatro series distintas. El sistema debería saber que las cuatro terminales forman parte de la misma ubicación.
Este punto es especialmente importante en restaurantes. Puedes tener una terminal en barra, dos comanderos, otro POS en terraza y un equipo dedicado al take away.
Eso no convierte automáticamente cada dispositivo en una unidad fiscal independiente. Lo relevante es qué entidad está facturando y desde qué establecimiento se está expidiendo el comprobante.
Todos los dispositivos que pertenecen a una misma sucursal deberían heredar correctamente esa configuración.
Tu equipo no debería preguntarse: “¿Desde qué caja tengo que generar esta factura para que salga bien?”
La respuesta debería ser cualquiera de las que estén correctamente asociadas a esa ubicación.
Hay otra particularidad que conviene tener muy clara cuando hablamos de restauración: no todas las cuentas terminan inmediatamente en una factura nominativa. Imagina 400 cuentas durante un sábado, treinta clientes solicitan su factura y facilitan sus datos fiscales. El resto simplemente paga.
Las primeras pueden generar sus CFDI individuales. Las demás operaciones pueden formar parte del CFDI global correspondiente a las operaciones con público en general.
Para estas operaciones se utiliza la clave genérica XAXX010101000 cuando no se cuenta con el RFC del receptor.
Tu POS debería ser capaz de distinguir ambas situaciones sin obligar al encargado a reconstruir al final del mes qué ticket terminó en qué sitio.
Y aquí aparece otra razón para mantener bien separadas tus sucursales: cada operación debe quedar vinculada al establecimiento que realmente la realizó y utilizar el lugar de expedición correspondiente.
Abrir una nueva ubicación no debería consistir en duplicar el primer restaurante, cambiarle el nombre y empezar a cobrar.
Hay varios puntos fiscales que merece la pena revisar expresamente.
Confirma qué entidad legal estará asociada a esa sucursal. No des por hecho que porque dos restaurantes pertenezcan al mismo grupo utilizan necesariamente el mismo RFC.
Configura correctamente el código postal del establecimiento. Cuando existen varios locales, este dato permite identificar desde dónde se expide el comprobante.
Define si utilizarás un CSD común para varios establecimientos o certificados separados. Y, sobre todo, controla sus fechas de vencimiento.
Descubrir que un certificado venció cuando tienes el restaurante lleno no es exactamente el tipo de sorpresa que quieres durante un servicio.
Decide cómo vas a generar los CFDI globales y con qué periodicidad dentro de las opciones aplicables a tu operación. Lo importante no es elegir la opción que “suena mejor”, sino que el proceso sea estable y que todos los restaurantes trabajen bajo el mismo criterio.
Si vas a utilizar una serie por sucursal, define una nomenclatura que siga teniendo sentido cuando pases de tres restaurantes a treinta. ROMA, POL o MTY01 envejecen bastante mejor que cosas como RESTAURANTE-NUEVO-2.
Comprueba que cada POS, comandero o dispositivo capaz de originar operaciones está vinculado a la ubicación correcta. Esto cobra todavía más importancia cuando mueves hardware entre restaurantes.
No todo el mundo necesita poder cambiar RFC, certificados o parámetros fiscales. En una operación multilocal, permitir que cada gerente configure la facturación de su sucursal de manera distinta es una forma bastante rápida de terminar con siete restaurantes y siete maneras de hacer lo mismo.
Aquí es donde empieza a notarse la diferencia entre un POS que simplemente cobra y una plataforma preparada para una organización restaurantera que está creciendo.
Como mínimo, deberías poder:
La cuestión no es únicamente si el software “hace CFDI 4.0”.
Es si puede seguir haciéndolo correctamente cuando abres la sucursal número quince.
Una vez que un CFDI ha sido emitido, no deberías pensar en él como un documento de Word que puedes abrir, corregir y volver a guardar.
Si existe un error, hay un proceso de cancelación.
El SAT establece diferentes motivos: errores con relación, errores sin relación, operación no realizada y operación nominativa relacionada con una factura global. Cuando un comprobante incorrecto se sustituye por uno nuevo, también debe indicarse el folio fiscal que lo sustituye. Dependiendo del caso, la cancelación puede requerir además la aceptación del receptor.
Esto es especialmente relevante en restaurantes cuando un cliente solicita posteriormente un CFDI individual por una operación que ya había quedado relacionada con una factura global.
No deberías tener que averiguar cómo desmontar todo eso a mano.
Tu software debería ofrecerte el flujo correcto y mantener las relaciones entre los comprobantes.
La forma más sencilla de organizarlo es separar tres capas.
| Responsabilidad | Restaurante | Software / POS | PAC / certificación |
|---|---|---|---|
| Tener correctamente registrado el RFC y datos fiscales | ✓ | ||
| Definir qué entidad factura en cada sucursal | ✓ | ||
| Configurar correctamente cada ubicación | ✓ | ||
| Mantener vigente el CSD utilizado | ✓ | ||
| Definir permisos y responsables internos | ✓ | ||
| Generar correctamente la estructura del CFDI | ✓ | ||
| Aplicar automáticamente la configuración de la sucursal | ✓ | ||
| Gestionar factura individual y global según la configuración | ✓ | ||
| Guardar XML, UUID y estado del comprobante | ✓ | ||
| Validar técnicamente el CFDI para su certificación | ✓ | ||
| Asignar folio fiscal e incorporar el sello digital del SAT | ✓ | ||
| Remitir los CFDI certificados al SAT | ✓ |
Hay una distinción importante aquí.
Utilizar un software de facturación no elimina las obligaciones fiscales del restaurante. El contribuyente sigue siendo responsable de que sus datos, certificados y operaciones correspondan con la realidad de su negocio.
Pero eso tampoco significa que tu equipo tenga que convertirse en el departamento técnico que construye cada CFDI.
La responsabilidad operativa del restaurante consiste, en gran parte, en darle al sistema una estructura correcta sobre la que trabajar.
Probablemente este sea el cambio de perspectiva más útil. Si tienes varios restaurantes, no deberías diseñar una operación en la que alguien revise cada noche si los CFDI de Polanco tienen el código postal correcto, si Monterrey utilizó el certificado adecuado o si los UUID llegaron bien.
Eso es trabajo del sistema.
Tu trabajo consiste en saber:
Quién factura.
Desde qué sucursal.
Con qué certificado.
Qué operaciones terminan en factura individual.
Cuáles forman parte de la factura global.
Y quién puede cambiar esa configuración.
Con una sucursal puedes recordar casi todo. Con cinco empiezas a depender de procesos. Con veinte necesitas que esos procesos vivan dentro del sistema. Abrir otro restaurante debería significar agregar una ubicación, no inventar otra manera de facturar.
Si no tienes claro cómo funciona la facturación electrónica dentro de tu POS, empieza por ahí. Y no necesitas una explicación de veinte páginas sobre XML. Necesitas respuestas concretas.
Pregúntale si genera CFDI 4.0 y conserva el XML certificado. Cómo gestiona el timbrado y qué proveedor autorizado utiliza. Si puede trabajar con varias entidades legales y RFC. Cómo configura el lugar de expedición por sucursal. Cómo gestiona el CSD y su vencimiento. Cómo genera las facturas globales. Qué ocurre si una venta incluida en una factura global necesita posteriormente un CFDI individual. Cómo funcionan las cancelaciones. Y qué pasa cuando hay un error o una factura queda pendiente de certificar.
Hay además una pregunta especialmente importante para grupos:
¿Puedo saber desde una misma plataforma qué está pasando fiscalmente en cada restaurante?
Porque cumplir está bien, pero no perder el control cuando pasas de tres a veinte sucursales está bastante mejor.
En México, Last.app incorpora la facturación CFDI dentro del propio sistema. Desde las entidades legales puedes configurar los datos fiscales, subir los archivos CER y KEY del Certificado de Sello Digital y registrar el RFC correspondiente. El sistema gestiona la generación del CFDI y conserva tanto su UUID como el XML; además, avisa cuando el certificado está próximo a vencer. Las ventas sin RFC pueden incorporarse al proceso de factura global.
En una organización con varias sucursales, cada ubicación puede asociarse con su entidad legal y la facturación puede consultarse por ubicación o de forma consolidada desde los reportes de organización.
También existe Autofacturación mediante QR: el ticket puede incluir un código que el comensal escanea para introducir sus datos fiscales y recibir su factura por correo, evitando que el equipo tenga que capturar la información manualmente en caja.
La idea es bastante simple: que la capa fiscal forme parte de la operación del restaurante, en lugar de convertirse en otra herramienta que alguien tiene que gestionar por separado.
No necesariamente. La normativa permite utilizar un Certificado de Sello Digital para todos los establecimientos de un contribuyente o tramitar certificados diferentes para cada uno.
Lo importante es que el certificado utilizado corresponda al RFC emisor y se encuentre vigente.
No como obligación general de CFDI 4.0. Serie y Folio son campos de control interno.
Aun así, utilizar series diferentes por sucursal puede ser muy útil para ordenar una operación multilocal.
Su UUID o folio fiscal, asignado durante el proceso de certificación.
Tu número interno —por ejemplo, ROMA-00125— te ayuda a organizar la operación, pero no sustituye al UUID.
Mediante el lugar de expedición. Cuando existen varios establecimientos, debe informarse el correspondiente al local desde el que se expide el comprobante y este se expresa mediante su código postal.
Las operaciones con público en general pueden integrarse en un CFDI global bajo las reglas correspondientes. Este puede elaborarse de forma diaria, semanal o mensual.
El sistema debe evitar que una misma operación termine duplicada fiscalmente. Dependiendo de cómo se haya gestionado previamente, puede ser necesario aplicar el procedimiento correspondiente sobre el CFDI global; el SAT contempla específicamente el motivo de cancelación 04, “Operación nominativa relacionada en una factura global”.
No exactamente.
El PDF es una representación legible de la factura. El XML timbrado es el archivo fiscal electrónico que contiene la información estructurada y el UUID del CFDI. En Last.app, ambos quedan asociados a la misma operación.
Sí. CFDI 4.0 es la versión vigente y es la única válida desde el 1 de abril de 2023.