Que el cliente se facture solo y la caja siga cobrando
Dos y media de la tarde, cinco personas esperando para pagar y el señor de la mesa siete deletreando su RFC letra por letra. El cajero teclea, pregunta el código postal, el cliente no se lo sabe, lo busca en el celular, se lo dicta mal. Atrás alguien ya se está impacientando. Y al final la factura sale con el nombre incompleto y a los tres días regresa el cliente pidiendo que se la vuelvan a hacer.
Ese es el costo real de facturar en caja: no es el minuto que tarda, es el minuto multiplicado por la fila, por los errores de captura y por las refacturaciones que alguien tiene que resolver después. La auto-facturación mueve ese trabajo a quien tiene los datos correctos en la mano: el cliente.
Cómo se ve en la práctica
El ticket sale impreso con un código QR o con un folio y el total. El cliente entra desde su celular a una página, captura sus datos fiscales, elige el uso del CFDI y descarga su factura. La caja no interviene. El cajero solo dice "ahí viene el código en el ticket" y sigue cobrando.
Lo que cambia en la operación es concreto:
- La fila deja de depender de la facturación. El cliente puede facturar en la mesa mientras espera el cambio, en el coche o al día siguiente.
- Los datos los captura quien los conoce. El cajero deja de ser intermediario entre el RFC del cliente y el teclado, que es donde nacen casi todos los errores.
- Se acaba la libreta de pendientes. Ese cuaderno de "facturas por hacer" que alguien procesa en la tarde y donde siempre se pierde uno.
- Queda registro. Sabes qué tickets se facturaron, cuáles no y desde cuándo, sin preguntarle a nadie.
Lo que hay que dejar bien antes de prenderlo
Un portal mal configurado te genera más trabajo del que quita, porque los errores llegan en bloque y ya emitidos.
El ticket tiene que traer el dato. Suena obvio y es la falla más común. Revisa que el folio y el QR salgan legibles en todas las impresoras, en todas las estaciones y también en las cuentas divididas. Si un ticket sale sin folio, ese cliente va a terminar en la caja de todos modos.
La forma de pago debe viajar con el ticket. Si el sistema no registra si se pagó en efectivo, con tarjeta o con transferencia, el cliente la va a elegir por su cuenta y no siempre va a coincidir con lo que realmente pasó. En pagos mixtos esto se complica más, así que decide de antemano cómo los manejas.
Define qué pasa con la propina. La propina es del personal, no es venta del restaurante. Ten claro qué monto es el facturable y que el portal no lo mezcle, porque después no hay forma elegante de corregirlo.
Ponle plazo y anúncialo. Hay límites para facturar un consumo, y tú tienes que decidir hasta cuándo aceptas hacerlo y qué haces cuando alguien llega tarde. Escríbelo en el ticket y en el portal. Confirma el plazo con tu contador antes de publicarlo.
Prueba con datos reales. Antes de abrir el portal al público, factura tres o cuatro tickets tú mismo con tu propio RFC: uno de efectivo, uno de tarjeta, uno con cuenta dividida. Revisa el XML, no nada más el PDF.
Lo que sigue siendo tu problema
La auto-facturación quita captura, no responsabilidad. Hay cuatro cosas que se te van a seguir apareciendo:
El rechazo por datos que no coinciden. El nombre o razón social, el código postal y el régimen fiscal tienen que coincidir exactamente con lo que el SAT tiene registrado del cliente. Cuando no coinciden, el portal rechaza y el cliente se molesta contigo. La única salida razonable es un mensaje claro en pantalla que le diga que revise su constancia de situación fiscal, no un error técnico que no entiende.
Las cancelaciones. Cancelar un CFDI ya emitido dejó de ser un botón: requiere motivo y, en varios casos, que el receptor lo acepte. Define quién en tu equipo puede cancelar y que quede asentado por qué. No lo dejes abierto para todos.
La factura global. Los tickets que nadie facturó tienen que terminar en la global. Si tu sistema no la arma solo, alguien la va a hacer a mano y ahí se cuelan los tickets que un cliente facturó por su lado y aparecen duplicados.
El cliente que no quiere el portal. Siempre hay. Deja una salida en caja para esos casos, pero que sea la excepción y que la haga una persona con permiso, no cualquiera en cualquier turno.
Qué hacer primero
- Imprime un ticket de cada estación y verifica que el folio y el QR se lean bien. Si alguno no sale, ese es el pendiente número uno.
- Confirma que tus datos como emisor —régimen fiscal, domicilio, certificados— estén vigentes y correctos.
- Factura tú mismo tres tickets de prueba con formas de pago distintas y revisa los XML.
- Escribe en media cuartilla qué le dice el cajero al cliente y qué hace cuando el portal marca error. Léela con el equipo del turno de la comida.
- La primera semana revisa a diario cuántos tickets se facturaron por el portal y cuántos terminaron en caja. Esa diferencia te dice si algo está mal explicado o mal configurado.
El objetivo no es dejar de facturar bien: es dejar de facturar en el peor momento posible, con la fila enfrente y los datos dictados a medias.
¿Tu restaurante sigue peleando con esto todos los días?
Taro es el aliado tecnológico que le sigue el paso a tu restaurante: hecho para el ritmo de un servicio lleno y listo para lo que viene. Conócelo.
Ver planes de Taro