Empieza por el documento y su emisor
La facturación de un restaurante reúne documentos que pueden referirse a la misma comida sin representar la misma operación. Una comanda indica qué preparar. Un recibo confirma un cobro. Una factura fiscal documenta una venta según las reglas del país. La factura del marketplace corresponde a los servicios que este cobra al comercio. Una liquidación explica cómo cobros y ajustes se convierten en una transferencia.
Asigna a cada documento emisor, receptor, identificador y relación con el pedido. Así evitas dos errores comunes: tomar el depósito bancario como todas las ventas del restaurante y confundir la factura de comisiones del marketplace con la factura de alimentos del comensal.
Mantén separadas cuatro relaciones
- Restaurante a comensal: venta de alimentos, con el recibo o factura fiscal aplicable y una vía de corrección.
- Marketplace o proveedor a restaurante: comisiones u otros servicios contratados, emitidos por la entidad del acuerdo comercial.
- Operador a comercio: cargos o saldos del modelo de marketplace. Estado de liquidación y factura no son automáticamente intercambiables.
- Operador y repartidor: cargos de entrega, resúmenes de ingresos y registros de pago; la dirección del documento depende del contrato real y las reglas locales.
Quien cobra no siempre emite todas las facturas. Registra entidades legales y tipo de documento, en lugar de decidir por el logotipo del checkout.
Aplica las reglas de facturación del país
En México, la guía del SAT sobre datos del receptor para CFDI 4.0 identifica RFC, nombre registrado, código postal fiscal, régimen y uso de la factura. Recoge los datos mediante el flujo aprobado de facturación y limita el acceso a quienes los necesitan. Un PDF del pedido con logotipo no demuestra que se haya emitido un CFDI válido.
En el Reino Unido, la guía de facturas de GOV.UK distingue identificador, datos de proveedor y cliente, fechas de suministro y emisión, importes e IVA cuando corresponda. Un flujo CFDI específico de México no sustituye esos requisitos.
La implementación necesita una decisión por país sobre emisor, datos, sistema de emisión, correcciones y conservación. El responsable financiero o fiscal debe aprobar ese diseño; una configuración genérica de pedidos no lo determina para todos los mercados.
Distingue la facturación de Uber Eats de la factura del comensal
Para un restaurante mexicano que busca facturación de Uber Eats, el documento relevante puede ser la factura por comisiones del servicio Uber Eats, no la factura de alimentos del cliente. El artículo fiscal para establecimientos de Uber describe esa relación. Antes de registrarlo, relaciona entidad emisora, datos fiscales del restaurante, periodo y contrato.
Usa los reportes del marketplace para conciliar. La documentación de liquidaciones de Uber distingue transferencias agregadas de detalles por pedido y usa una referencia de liquidación para vincular reportes. Un depósito puede reunir muchos pedidos y ajustes; un número de factura no necesariamente lo explica.
Si un comensal solicita factura de alimentos, dirige la solicitud al emisor responsable de esa venta en el país correspondiente. No entregues la factura de comisiones del restaurante como sustituto ni expongas información fiscal de otro cliente.
Concilia un depósito sin ocultar sus deducciones
Toma un periodo simplificado e ilustrativo en una moneda, con el tratamiento fiscal deliberadamente excluido del cálculo:
- Cobros de pedidos a clientes: 1.000.
- Cobros reembolsados: 50.
- Servicios contratados retenidos del saldo: 150.
- Transferencia esperada: 1.000 − 50 − 150 = 800.
Los 150 son un importe de ejemplo, no una tasa de comisión de Uber Eats. El restaurante necesita pedidos, referencias de reembolso, factura o detalle del proveedor y referencia de liquidación para explicar los 800. Registrar únicamente 800 como ventas oculta la actividad original.
En el cierre real, agrega las líneas que correspondan: impuestos cobrados o retenidos, promociones financiadas, reparto, propinas, disputas y ajustes de otros periodos. El equipo financiero determina su tratamiento contable. Conserva abierta una diferencia temporal hasta recibir estado o depósito, en lugar de inventar una venta que cuadre el saldo.
Conecta los pedidos con el sistema de facturación aprobado
El gestor de facturación de Ordering.co cubre facturas para comercios y repartidores, cargos, marca y estado de pago. Ese alcance operativo no establece certificación fiscal por país, contabilidad legal ni envío automático a una autoridad.
Para integrar, relaciona ID de pedido, entidad, sucursal, moneda, impuestos y descuentos, referencias de pago y reembolso, y estado de factura. Define qué ocurre si falla la emisión, se cancela un pedido pagado o el cliente corrige sus datos fiscales. Un evento repetido no debe crear dos documentos fiscales para la misma emisión prevista.
Antes de activar, completa una venta, corrección, reembolso y liquidación de marketplace con la configuración real del país. El operador debe poder navegar del pedido a pago, factura, ajuste y depósito, con responsable de cada excepción. Continúa con el flujo de contabilidad y ERP cuando la pregunta sea sobre libros y cierre, en lugar de emisión de documentos.