Blog ·

Sistema POS para restaurante en RD: propina legal, conduces y delivery sin perder dinero

Qué buscar en un sistema POS para restaurante en República Dominicana: propina legal del 10% bien asentada, KDS, canales (mesa, takeout, delivery), Uber Eats, conduces, y cumplimiento e-CF.

posrestaurantekdspropina-legaldelivery

Un restaurante dominicano factura distinto a un restaurante en cualquier otro país. La propina legal del 10% sobre el subtotal sin ITBIS, ordenada por la Ley 16-92, no es una sugerencia: es obligatoria, debe aparecer en el comprobante, debe distribuirse entre el personal del salón, y debe asentarse contablemente como cuenta por pagar al mesero, no como ingreso del restaurante. Sumado al ITBIS del 18%, los conduces de despacho de cocina, y la realidad operativa de que el 30 a 40% de las ventas hoy son delivery vía WhatsApp o Uber Eats, lo que se exige a un POS de restaurante en RD es bastante más complejo que “cobrar y emitir un ticket”.

Esta guía cubre lo que un dueño o gerente debe verificar antes de elegir un sistema. Si actualmente está usando una caja registradora simple, una libreta o un POS genérico que no entiende RD, hay buenas probabilidades de que esté perdiendo dinero por errores que ni siquiera detecta.

En cualquier restaurante de RD que cumpla la ley, el cliente paga un 10% sobre el subtotal sin ITBIS, distribuido posteriormente entre los meseros del turno. Eso significa:

  1. El POS debe calcular automáticamente el 10% sobre el subtotal pre-ITBIS, no sobre el total con ITBIS (un error frecuente que infla la cuenta y baja la propina real al mesero)
  2. Debe asentarse en una cuenta por pagar al personal, no como ingreso del restaurante. Si entra como ingreso, se infla la utilidad, se paga ITBIS adicional sobre ella, y al pagar al mesero se contabiliza dos veces.
  3. Debe imprimirse en el comprobante como línea separada (no fundida con el total)
  4. Debe sumarse a la propina voluntaria que el cliente eventualmente deje, pero asentadas en cuentas distintas

Si el sistema que está evaluando no tiene un toggle específico de “Propina legal 10%”, camine. Lo va a tener que improvisar con un descuento o un concepto, y va a contabilizarse mal. La cantidad de restaurantes que llevan años con la propina mal asentada y no lo saben es enorme.

Los canales que un POS dominicano debe manejar

Hace 10 años un restaurante operaba prácticamente solo con dine-in. Hoy un restaurante mediano factura por al menos 4 canales simultáneos:

  • Dine-in (mesa): cuenta abierta, posibilidad de splits y transferencias
  • Takeout (para llevar): pedido al mostrador, pago inmediato
  • Delivery propio (vía WhatsApp): pedido remoto, dirección de entrega, propina al motorista
  • Delivery vía plataforma (Uber Eats, PedidosYa): pedido entra desde la API de la plataforma, comisión de la plataforma, conciliación semanal

Cada canal tiene flujo distinto. Un POS bueno los maneja todos como ciudadanos de primera clase, no como variaciones del flujo dine-in. Específicamente:

Dine-in con mesas y plano de salón

  • Editor de plano del salón (drag and drop) con áreas (terraza, salón, VIP, barra)
  • Asignación de mesa a mesero
  • Orden abierta que acumula consumos durante horas
  • Splits: dividir una cuenta entre varios comensales
  • Transferencias: si el grupo se mudó a otra mesa
  • Merges: si dos grupos juntan cuentas
  • Estado visual: libre, ocupada, esperando bill, pagando

Cocina con KDS

KDS (Kitchen Display System) es la pantalla de cocina que reemplaza los tickets de papel. Lo que debe pasar:

  • Cada plato del menú está asignado a una estación (parrilla, frío, postres, bar)
  • Cuando el mesero envía la orden, un ticket por estación llega a la pantalla correspondiente
  • El cocinero marca “en proceso” y “listo”
  • El mesero ve en su pantalla cuando un plato está listo para servir
  • Si la cocina tiene impresoras térmicas (estaciones tradicionales), el ticket se imprime físicamente en lugar de mostrarse en pantalla
  • Si la red se cae o la impresora se traba, el sistema reintenta automáticamente sin perder el pedido

Un POS sin KDS para un restaurante con más de 30 cubiertos por turno es una receta para errores: comandas perdidas, platos enviados dos veces, mesas servidas en orden incorrecto.

Modificadores de productos

“Sin cebolla, extra queso, término medio”. Cada plato debe permitir modificadores configurables, con o sin costo adicional, opcionales u obligatorios. Un sistema que no maneje modificadores fuerza al mesero a poner notas libres, lo que la cocina interpreta a su criterio.

Conduces: el documento que casi todos olvidan

Cada venta de comida que sale del restaurante (delivery, takeout, despacho) debería ir acompañada de un conduce, también llamado nota de entrega. Es el documento físico que viaja con la mercancía y que prueba que salió del establecimiento.

Para mesa servida en el local, el conduce es opcional o automático. Pero para delivery y takeout es importante:

  • Si un motorista entrega y el cliente reclama que faltó un plato, el conduce firmado prueba qué se entregó
  • Si la DGII fiscaliza y cruza inventario contra ventas, el conduce explica las salidas físicas
  • En el caso de que la facturación electrónica se emita con retraso (modo “separado”), el conduce documenta la salida mientras la factura se emite después

Un POS de restaurante decente genera el conduce automáticamente con cada venta sin que el mesero o el dueño tengan que pensarlo. Si el sistema que está evaluando no maneja conduces, está dejando un agujero documental.

Integración con plataformas de delivery

Uber Eats, PedidosYa y similares operan con APIs propias. Su POS debe:

  • Recibir pedidos automáticamente (no que el operador los reescriba a mano)
  • Enviarlos a la cocina con el canal marcado
  • Calcular la comisión de la plataforma como un descuento o gasto separado
  • Conciliar el reporte semanal de la plataforma contra las ventas registradas

Un restaurante que recibe 30-50 pedidos diarios de Uber Eats y los re-tipea manualmente está perdiendo entre 1 y 2 horas/día de un cajero, plus errores de transcripción. Automatizar esto se paga solo en menos de 6 meses.

Cumplimiento DGII y e-CF

Igual que cualquier negocio en RD, el restaurante debe emitir comprobantes fiscales. Específicamente:

  • E32 Factura de Consumo para clientes sin RNC (la mayoría)
  • E31 Factura de Crédito Fiscal para empresas que necesitan deducir ITBIS (eventos corporativos, hoteles que hospedan clientes, etc.)
  • Resúmenes RFCE para los E32 menores de 250k (Norma 05-19)
  • Reportes 606 y 607 mensuales

A partir del 15 de mayo de 2026, los pequeños contribuyentes están obligados a emitir todo esto electrónicamente. Las multas por incumplimiento van de RD$ 15,000 a RD$ 150,000 (vea nuestra guía sobre e-CF para pequeños contribuyentes).

Un POS de restaurante que no tiene la facturación electrónica integrada como parte del flujo de cobro lo va a poner en una posición incómoda en mayo.

Qué buscar en costos

Los POS de restaurante se cobran con modelos muy distintos. Cuide:

  • Suscripción mensual: debería estar entre RD$ 2,000 y RD$ 8,000/mes para una operación pequeña a mediana
  • Costo por terminal/dispositivo adicional: algunos cobran por cada tablet o estación
  • Costo de la integración con DGII: idealmente incluida; si la cobran como add-on, sume al menos otros RD$ 1,500/mes
  • Hardware: tablets para meseros (RD$ 8,000-15,000 c/u), impresoras térmicas para cocina (RD$ 4,000-12,000 c/u), gaveta de efectivo (RD$ 2,500), lector de tarjetas
  • Implementación inicial y capacitación: debería ser fija (RD$ 15,000-30,000), no por hora

Sume el costo total a 24 meses para comparar entre proveedores. Las diferencias suelen ser de 1.5x a 3x.

Banderas rojas en proveedores de POS

  • No mencionan la propina legal del 10% o la describen como “configuración manual”: el sistema no entiende RD.
  • El KDS es un add-on caro: en operación real, no es opcional.
  • Solo manejan dine-in, el delivery va aparte: en 2026 esto es no-go.
  • No están certificados por la DGII: en mayo va a estar en problemas.
  • Usan MXN o USD como moneda default: vendido a RD pero diseñado para otro país.
  • El demo no muestra una venta completa: ojo, casi siempre hay un agujero detrás.

Cómo se posiciona Axentra

Axentra es un ERP dominicano con restaurante incluido como módulo nativo, no como add-on:

  • Plano de salón con drag and drop
  • KDS con flujo durable (ESC/POS o pantalla, retry automático si la cocina pierde conexión)
  • Splits, transferencias y merges con permisos RBAC
  • Propina legal 10% calculada y asentada correctamente, separada de propina voluntaria
  • Canales completos: dine-in, takeout, delivery, bar
  • Integración planificada con Uber Eats (en desarrollo)
  • Conduces generados automáticamente con cada venta
  • Facturación electrónica certificada con los 10 tipos de e-CF

Plan Pro Pequeñas: RD$ 3,499/mes durante 18 meses para quien contrate antes del 1 de junio (después RD$ 6,500). Hasta 2 sucursales, 4 usuarios por sucursal. Vea precios completos o solicite una demo.

Cierre

Un POS no es solo “donde cobramos”. Es el sistema que captura cada peso que entra al restaurante y lo distribuye correctamente: ingreso al fondo, ITBIS al fisco, propina legal al equipo, propina voluntaria al equipo, costo al inventario, asiento a la contabilidad. Si el sistema entiende RD, todo eso pasa solo. Si no, alguien lo está improvisando, y donde hay improvisación hay errores que se acumulan.

¿Quiere ver Axentra en acción?

30 minutos. Le mostramos cómo el ERP encaja con su operación.