El código de mesa funciona en Descripción O en un Adicional (query v4 + resolver por candidatos)
Por qué
los restaurantes quieren poder poner el código de la mesa en la Descripción o en un campo Adicional de la factura, indistintamente, y que la pre-cuenta salga en el QR de esa mesa sola. Antes solo se resolvía desde la descripción.
Qué mejora
el agente manda adicional1/adicional2 (recortados; vacíos no viajan) junto a mesa, y el server prueba candidatos en orden hasta que uno resuelva con el matcher por capas de siempre. La descripción mantiene prioridad; un adicional con otro dato (nombre del cliente, notas) nunca tapa una descripción válida ni mapea solo. Llenar el campo en el POS re-envía el snapshot en el próximo tick (~1 s) → el QR se conecta al instante. El conteo de mesas sigue llegando solo (cantidadPendientes / mapa_mesas) y