TPV integrado en BC con dvcommerce

Un TPV (terminal punto de venta) que no se entiende con el ERP es una fuente continua de problemas: stock desincronizado, reconciliaciones manuales, clientes duplicados y cierres de caja que no cuadran. La solución sensata es integrar el punto de venta dentro del propio ERP. En Davisa, Microsoft Solutions Partner de Business Central desde 2003, lo resolvemos con dvcommerce TPV: un punto de venta nativo sobre Microsoft Dynamics 365 Business Central, sin pasarelas ni integraciones de terceros.

Qué es un TPV integrado y por qué importa

Un TPV registra ventas presenciales en mostrador: cobro, ticket, devolución, vales, fidelización, cierre de caja. En negocios con tienda física —retail, comercio especializado, restauración, cash and carry— es la herramienta que toca cada transacción del día. Y cada transacción mueve stock, mueve caja y genera obligación fiscal.

Lo habitual históricamente ha sido tener un TPV de un proveedor y un ERP de otro, conectados por una integración a medida que sincroniza ventas, devoluciones, clientes y artículos. Esa integración tiene tres problemas recurrentes: se rompe cuando se actualiza cualquiera de los dos sistemas, sincroniza con retraso (el stock en tienda no coincide con el de almacén), y duplica maestros (un artículo en el TPV y otro en el ERP, con códigos que no cuadran). El resultado es que el responsable de tienda y el de back-office trabajan con datos distintos y la dirección no se fía de ninguno.

Un TPV integrado de forma nativa con el ERP elimina la frontera. Stock único, cliente único, artículo único. Cada venta se asienta en contabilidad en el momento del cobro. Cada cierre de caja queda conciliado al cierre del día.

Cómo se resuelve con dvcommerce TPV en Business Central

dvcommerce es extensión nativa certificada de Microsoft Dynamics 365 Business Central. Eso significa que el TPV no es un programa externo, es una capa de interfaz pensada para mostrador montada encima del propio ERP. Lo que aporta:

• Sincronización en tiempo real de stock, clientes, artículos y precios entre tienda y almacén central. No hay retraso, no hay reconciliación.
• Contabilización automática de cada venta, devolución y movimiento de caja. El cierre de caja diario produce el asiento listo en Business Central.
• Cinco modalidades de despliegue según el negocio: TPV independiente (una sola tienda, un puesto), en red (una tienda con varios puestos), múltiples tiendas con varios puestos cada una, cadena conectada a central, e integración completa con el ERP corporativo.
• Multi-todo de serie: multi-empresa, multi-tienda, multi-caja, multi-vendedor, multi-almacén, multi-divisa. Permite arrancar con una tienda y escalar a cadena sin cambiar de plataforma.
• Experiencia de cobro ágil: lectura de código de barras, búsqueda rápida, descuentos, vales, promociones automáticas, métodos de pago modernos (contactless, móvil, financiación), factura simplificada y completa con cumplimiento normativo.
• Programas de fidelización integrados con CRM: histórico del cliente accesible desde la caja, puntos, cupones, segmentaciones.
• Cumplimiento legal: Verifactu, TicketBAI (País Vasco), factura electrónica B2B en cuanto entre en vigor. La emisión legal la maneja Business Central, no el TPV.
• Hardware estándar: cajón portamonedas, impresora térmica, lector de código de barras, balanza, pinpad. Compatible con los modelos habituales del mercado.

Para fabricantes que quieren cerrar el círculo con venta directa al cliente (outlet, tienda de fábrica, ferias), dvcommerce TPV se combina de forma natural con dvproduction para mantener trazabilidad por lote desde fábrica hasta el ticket de venta.

A nivel operativo en tienda, el TPV soporta operaciones que en sistemas no integrados se acaban gestionando a mano: apertura y arqueo de caja por turno y vendedor, control de descuadres con responsable, gestión de vales con caducidad y trazabilidad de quién los emitió, devoluciones con identificación del ticket original, promociones cruzadas (3x2, descuento por familia, segundo a mitad de precio), regalos por importe acumulado y tarjetas regalo. Todo se contabiliza solo, sin macros ni hojas paralelas.

Casos típicos

• Retail multitienda: cadena con varias tiendas y un back-office central. Stock consolidado en tiempo real, traspasos entre tiendas, promociones nacionales aplicadas en cada caja.
• Tienda de fábrica de un industrial: el fabricante vende parte de su producción directamente al consumidor en una tienda anexa o en outlet, con trazabilidad por lote y serie hasta el ticket.
• Restauración con comanda y mesa: control de mesas, comanda en tablet del camarero, cocina con pantalla, ticket o factura simplificada al cierre.
• Cash and carry: cliente profesional con tarjeta, precios netos, factura inmediata, integración con el albarán de salida y el control de stock por almacén.
• Comercio especializado (deportes, ferretería, librería): catálogo amplio, búsqueda rápida en caja, fidelización, devoluciones con vale.

Errores frecuentes al elegir TPV

• Comprar TPV genérico sin pensar en el ERP. Funciona el primer mes, deja de funcionar cuando el volumen crece y las reconciliaciones manuales se vuelven inviables.
• Aceptar duplicación de maestros. Artículos con códigos diferentes en TPV y ERP, clientes que se crean dos veces, precios que se desincronizan. Es la fuente número uno de discrepancias.
• No prever escalado. Empezar con TPV monopuesto sin contemplar que dentro de dos años habrá tres tiendas. Cambiar de TPV en producción es caro y lento.
• Ignorar la normativa. Verifactu, TicketBAI y factura electrónica B2B no son opcionales. Un TPV que no esté preparado obliga a cambiar antes del plazo legal.
• Subestimar el cierre de caja. Si el cierre diario no produce asiento automático en el ERP, la administración pierde horas todos los días reconciliando arqueos.

Cuándo conviene dvcommerce TPV y cuándo no

Conviene cuando la empresa opera o quiere operar sobre Microsoft Dynamics 365 Business Central, cuando hay tienda física (una o varias), cuando se valora tener stock y contabilidad sincronizadas en tiempo real, y cuando se quiere evitar la integración a medida con un TPV de terceros.

No conviene para puro e-commerce sin tienda física (ahí encajan otras piezas del ecosistema Davisa). Tampoco para negocios con TPV mínimo y poca operación (un mostrador puntual de un industrial que vende dos pedidos al mes), donde la inversión en un TPV completo no se justifica.

Funcionamiento típico de un día en una tienda con dvcommerce

Por la mañana el responsable abre la caja con su usuario y un fondo de caja conocido. El primer vendedor entra con su PIN. Llega un cliente, el vendedor lee el código de barras de un artículo, pregunta si quiere ticket o factura simplificada, aplica el descuento de fidelización (que el sistema sugiere automáticamente al detectar al cliente), cobra con contactless. La venta se asienta en contabilidad inmediatamente, el stock baja en Business Central y los puntos se acreditan en la ficha del cliente.

A mediodía un cliente devuelve un artículo: el TPV pide el ticket original, valida la devolución, genera un vale o reembolsa según política. La devolución entra como movimiento de stock en almacén y como asiento contrario en contabilidad. Ni el vendedor ni el responsable tienen que tocar el ERP.

Al cierre, el sistema genera el arqueo con la cifra esperada en caja, el responsable cuenta físicamente, registra el descuadre si lo hay (con motivo y firma) y cierra. El asiento contable del día queda listo en Business Central y el responsable financiero lo encuentra cuadrado a primera hora del día siguiente, sin que nadie haya tenido que tocar Excel.

Si te interesa profundizar en el resto del ecosistema Business Central de Davisa, revisa análitica Power BI en Business Central.