Touchless AP en hostelería organizada: cómo automatizar 500+ facturas/mes con producto perecedero

Hostelería organizada es un eufemismo elegante para "cadena de restaurantes que ya no cabe en un Excel". Hablamos de grupos de 8 a 50 locales con marca compartida, central administrativa y compras parcialmente centralizadas. El volumen entra de golpe: cada local pide a su proveedor habitual, recibe a diario, y al final del mes la central tiene que cuadrar todo.

Es uno de los sectores más castigados por el AP manual y, paradojícamente, uno de los menos servidos por software de AP automation genérico. La razón es simple: las herramientas pensadas para distribución industrial o servicios B2B no contemplan kilos variables, IVA múltiple, sustituciones del repartidor o albaranes en papel arrugado.

Este artículo es para quien lleva la administración de una cadena hostelera y está cansado de que el AP se le coma el food cost. La tesis: touchless AP sí funciona en hostelería, pero solo si el sistema entiende perecederos, multi-local y tolerancias por familia de producto.

Por qué hostelería organizada es distinto al resto del AP

Según la Federación Española de Hostelería (FEHR) y los datos de turismo y hostelería publicados por el INE, el sector mueve cifras de facturación elevadas y emplea a un porcentaje significativo de la población activa. Lo relevante para AP es la composición del coste: una parte muy grande es producto perecedero comprado a múltiples proveedores con frecuencia diaria.

Las cinco características que hacen este caso distinto:

• Volumen alto y disperso. 500-1.000 facturas/mes en una cadena de 10 locales no es excepcional. Cada local recibe entre 3 y 8 entregas semanales de proveedores distintos.
• Producto perecedero con peso variable. Una caja de merluza no pesa lo mismo que la siguiente. El albarán a veces dice 14,5 kg, la factura factura 14,8 kg, y nadie ha pesado nada en el local.
• Precios que cambian semanalmente. Lonja, mercado central, escasez puntual. El precio acordado de lunes no aplica el viernes. El proveedor lo refleja, tú lo descubres al revisar la factura.
• Sustituciones sin aviso. No hay calabacín, llega berenjena. No hay merluza de pintxo, llega merluza de pala. El TPV no lo sabe, la receta no lo sabe, la factura sí.
• Multi-local con duplicados. El mismo proveedor entrega a tres locales el mismo día y emite una factura por cada uno. O peor: emite una sola factura agrupada que la central recibe sin pedido específico de un local.

El resultado es que un equipo de administración con dos personas dedica 60-80 horas al mes solo a meter facturas y reclamar diferencias. Y sigue habiendo un porcentaje de discrepancias que pasa porque "no compensa el tiempo".

Problemas clásicos en AP de hostelería

La siguiente tabla resume los cinco bloqueos más frecuentes que ven las cadenas que llegan a ininvoice. Ninguno se resuelve con un OCR clásico ni con un workflow genérico de aprobaciones.

Problema	Frecuencia típica	Impacto
Kilos del albarán no cuadran con factura	15-25% de las facturas de fresco	Variación directa en food cost
Precios de sustitución sin ajuste	5-10% de las líneas	Pago de más sin trazabilidad
Duplicados entre locales	2-4% de las facturas	Pago doble si no se detecta a tiempo
Albaranes en papel del repartidor	30-50% de entregas	Imposible cruzar a tres bandas
Factura agrupada de varias entregas	10-20% en proveedores grandes	Pierdes el cruce con pedido por local

Impacto en food cost

El food cost en hostelería organizada se mueve típicamente entre el 28% y el 35% sobre la venta. Una desviación de 0,5 a 1,5 puntos por errores de AP no detectados es habitual cuando el cruce con albarán y pedido no existe. [NEEDS-DATA: rango específico por subsector — casual dining vs restauración premium].

En una cadena de 10 locales con facturación agregada de 6 millones de euros al año, un punto de food cost equivale a 60.000€. Por eso el cálculo rápido que hace cualquier DAF cuando empezamos una conversación es sencillo: si touchless AP captura medio punto, paga la herramienta veinte veces.

El sesgo silencioso es siempre a favor del proveedor. Cuando nadie pesa la caja, el proveedor factura el peso que dice su báscula. Cuando el precio cambia, lo descubres semanas después. Cuando hay sustitución, te facturan el producto más caro. Esto no es mala fe; es asimetría de información. Touchless AP la cierra del lado del receptor.

El flujo touchless adaptado a hostelería

Un flujo touchless genérico no funciona aquí. Hay que adaptar seis fases:

1. Ingesta multi-local. Cada local tiene su buzón de correo o subdirección. La factura entra etiquetada con el local de destino sin que nadie reenvíe nada. Si el proveedor manda factura agrupada a central, el sistema desagrega por local de entrega.
2. OCR/IDP con IVA múltiple. Una factura típica mezcla productos al 10% (alimentación general), al 21% (bebidas alcohólicas, refrescos) y al 4% (pan, leche, fruta). El extractor tiene que tipificar línea a línea, no aplicar un IVA por cabecera.
3. Three-way matching contra contrato y entrega. No hay siempre PO formal; lo que hay es un acuerdo marco con precios negociados por trimestre. El cruce es contrato vs albarán vs factura. Cuando el albarán digital existe, se cruza línea a línea. Cuando es papel, se digitaliza al recibir.
4. Scoring de riesgo por proveedor. El proveedor de pescado tiene más variabilidad que el de aceite. El sistema aprende qué proveedor genera más discrepancias y aplica controles más estrictos donde hace falta.
5. Routing inteligente. Una variación de cantidad de fresco va al jefe de cocina del local. Una variación de precio va a central. Un duplicado va directo al equipo administrativo. No todos los humanos resuelven todas las excepciones.
6. Exportación a contabilidad y cuadro de mando. Los datos limpios entran al ERP y alimentan el cuadro de food cost por local, por familia y por proveedor. La administración deja de generar informes a mano.

Este flujo deja a los humanos donde aportan valor: cocina decidiendo si acepta el peso real, central renegociando precios, administración revisando solo las excepciones que el sistema no pudo cerrar.

Tolerancias específicas por familia de producto

Una de las decisiones más mal entendidas es aplicar la misma tolerancia a todo. En hostelería no funciona. Un kilo de aceite no varía; un kilo de almeja sí.

Marco de tolerancias razonable como punto de partida (siempre línea a línea, nunca cabecera):

• Perecederos frescos (pescado, marisco, fruta, verdura). Tolerancia de cantidad 5-8% para absorber mermas y variaciones de peso. El precio se controla aparte con tolerancia estrecha.
• Productos secos (legumbres, harinas, conservas). Tolerancia de cantidad máximo 1%. No hay merma de manipulación y el peso es exacto.
• Bebidas con IVA 21%. Tolerancia cero. Son unidades cerradas y el precio está en contrato. Cualquier variación es un error que hay que revisar.
• Carne y aves. Tolerancia de cantidad 2-4% por merma de despiece y deshuesado. Tolerancia de precio más estrecha.

Estos números son orientativos y se afinan en las primeras semanas con datos reales del negocio. La regla universal: nunca usar la misma tolerancia para una caja de almejas y una caja de cocacolas.

Integración con TPV y ERP de hostelería

El AP no vive aislado. La factura entra, se concilia, y los datos limpios alimentan el cuadro de food cost que cruza compras con ventas del TPV. Las cadenas que ya tienen stack maduro suelen combinar:

• TPV y gestión de sala con productos como Wivai (Glop), Lightspeed Restaurant, Revo, GoCash o equivalentes. Aportan la venta por receta y por familia. [NEEDS-CONFIRM: integraciones nativas específicas].
• ERP y contabilidad con Holded, Sage 50/200, A3 ASESOR o paquetes verticales del sector. Reciben los asientos limpios desde AP.
• Capa AP automation entre el correo del proveedor y el ERP. Aquí vive ininvoice: ingesta, lectura, three-way matching, exportación.

La idea es no duplicar maestros. Los proveedores se mantienen en el ERP, ininvoice los lee. Las recetas viven en el TPV o en el ERP, no en AP. La capa de AP solo limpia y cruza.

Verifactu y hostelería

Cuando los proveedores agroalimentarios obligados pasen progresivamente a Verifactu y a factura electrónica B2B, las cadenas hosteleras recibirán facturas con datos firmados estructurados. Esto cambia la calidad del input de AP: menos OCR a ojo, más lectura de QR y XML.

Para una cadena, el efecto práctico es doble: la factura que recibe es más fácil de procesar automáticamente, y simultáneamente la AEAT recibe los mismos datos del proveedor en tiempo real. Cualquier divergencia entre lo que tu contabilidad refleja y lo que el proveedor ha declarado se vuelve detectable. Hemos profundizado en este punto en el artículo sobre Verifactu y cuentas a pagar. [VERIFICAR CON ASESOR FISCAL] el calendario aplicable a tus proveedores.

Caso estimado: cadena de 10 locales

Cifras orientativas para una cadena de 10 locales con 700 facturas/mes y dos personas de administración. [NEEDS-DATA: confirmar con casos reales antes de publicar como caso de cliente].

Métrica	AP manual	Touchless con ininvoice
Horas/mes en captura y conciliación	~80 h	~20 h (solo excepciones)
Tiempo medio factura → libro	9-14 días	<48 h
% discrepancias detectadas	~40%	>95%
Coste personal AP imputable	~1.600€/mes	~400€/mes
Coste software AP	0€	249€/mes
Ahorro neto estimado mensual	—	~950-1.300€

Esto sin contar el food cost recuperado. Si la cadena recupera medio punto sobre 6M€/año de facturación, son 30.000€ adicionales que normalmente se diluyen en el "no sabemos exactamente dónde se va el margen".

Checklist para Director de Operaciones

Diez acciones concretas que un Director de Operaciones puede arrancar este trimestre sin afectar al servicio:

1. Inventariar el volumen real: cuántas facturas/mes recibe cada local y de cuántos proveedores distintos.
2. Identificar los 10 proveedores top por volumen y los 10 top por importe. Suelen no coincidir.
3. Medir cuánto tiempo dedica administración a captura vs a resolución de discrepancias.
4. Auditar una semana real de albaranes por local: cuántos llegan en papel, cuántos digitales, cuántos no llegan.
5. Calcular el food cost actual por local y por familia. La dispersión entre locales suele ser reveladora.
6. Listar los proveedores con peso variable (fresco) vs peso fijo (envasado). Decidir tolerancias por familia.
7. Confirmar con el TPV qué datos de venta por receta y familia están disponibles para cuadro de food cost.
8. Confirmar con la asesoría o equipo contable cómo entran los datos limpios al ERP (Holded, Sage, A3).
9. Definir el routing de excepciones: qué va al jefe de cocina, qué va a central, qué va a administración.
10. Pilotar con dos locales antes de extender a toda la cadena. Medir KPIs durante 4-6 semanas.

Preguntas frecuentes

¿Sirve esto si mis proveedores siguen mandando albaranes en papel?

Sí, pero el cruce a tres bandas pierde precisión hasta que el albarán se digitaliza. La recomendación es usar app móvil del local para fotografiar el albarán al recibir, o pedir al proveedor que mande el albarán por correo. La fotografía entra como input al mismo flujo OCR/IDP.

¿Qué pasa con las facturas agrupadas que mezclan varios locales?

El sistema desagrega por local de entrega usando los datos del albarán (cuando existe) o la línea de la factura. Si el proveedor no diferencia, hay que pedirle que lo haga; es buena práctica contable y no es negociable a medio plazo.

¿Cómo se gestionan los precios que cambian semanalmente?

El sistema mantiene el precio acordado del periodo activo y compara cada factura contra ese precio. Si el proveedor sube precio sin notificar, se levanta excepción y va a central. Es la única forma de no pagar de más sin enterarte.

¿Necesito un PO formal por cada pedido de cada local?

No es estrictamente necesario. Lo que hace falta es un acuerdo marco con precios y proveedores autorizados. El cruce se hace contrato vs albarán vs factura. El PO formal por línea solo es habitual en compras centralizadas grandes.

¿Cómo separa el sistema IVA 4%, 10% y 21%?

Línea a línea, leyendo el tipo aplicado en la factura. Cada línea se contabiliza con su tipo. Los totales se reconcilian al final. Nunca se aplica un IVA único a la cabecera; eso provoca errores en el modelo 303.

¿Qué integraciones tiene con TPV de hostelería?

ininvoice exporta los datos limpios vía CSV/API a tu ERP. La integración con TPV depende del proveedor concreto y se discute caso por caso. [NEEDS-CONFIRM con producto] integraciones nativas específicas con cada TPV.

¿Cuánto tarda en estar operativo en una cadena?

El piloto con dos locales suele estar en 24-48 horas desde la conexión del correo. La extensión al resto de locales depende del volumen y de la heterogeneidad de proveedores. La mayoría de cadenas están con cobertura completa en 4-6 semanas.

¿Reemplaza al ERP o a la contabilidad?

No. ininvoice es AP automation puro. No es ERP, no es contabilidad, no es TPV. Se sitúa entre el correo del proveedor y tu ERP. Los asientos limpios se exportan a Holded, Sage o A3.

Tres cosas para recordar

Hostelería organizada no es un caso más de AP. Es de los más difíciles que existen y, por eso mismo, donde más margen hay para automatizar bien.

1. El AP manual en cadenas de 8-50 locales se come puntos enteros de food cost en silencio. Medio punto recuperado paga touchless AP veinte veces.
2. No vale touchless genérico. Hay que tolerar mermas en perecederos, controlar al detalle bebidas, separar IVA múltiple por línea y enrutar excepciones a quien decide en cada caso.
3. El stack que funciona es ligero: correo del proveedor → capa AP automation → ERP. El TPV alimenta el cuadro de food cost en paralelo. Sin macroproyectos.

Si quieres ver cómo queda tu flujo con dos locales reales, prueba ininvoice con tus propias facturas. También puedes mirar el precio y las funcionalidades en detalle.

Contenido relacionado

• Three-way matching: cómo cruzar factura, pedido y albarán línea a línea
• Touchless accounts payable: qué significa y cómo medirlo
• Conciliación de facturas y albaranes
• Gestionar facturas en hostelería: guía base por proveedor
• Verifactu y cuentas a pagar: por qué obliga a replantear AP