¿Pueden los locales usar POS distintos bajo la misma cuenta Sinqro?

Sí. Cada local elige su conector de POS; Sinqro normaliza los datos a un único modelo, así los sistemas downstream no ven la mezcla.

¿Un grupo de franquicia puede separar datos por marca para contabilidad?

Sí. Los locales pueden agruparse por marca; el ruteo downstream es configurable por marca, así cada destino contable recibe solo los datos de su marca.

Cómo funciona la sincronización de datos POS en multi-local.

Cadenas, grupos de franquicia y operadores multi-marca acaban con varios POS repartidos entre locales, a veces POS distintos por local. La sincronización de datos POS multi-local recoge ventas a nivel ticket, atribución por canal, modificadores, splits de cobro y movimientos de stock de cada local, los normaliza y los empuja a contabilidad, stock, BI y analítica bajo una sola cuenta.

Conectores por local con un único modelo de datos normalizado

Sinqro Data Sync corre un conector por local y por POS soportado. Cada conector extrae tickets de venta, devoluciones, desglose por canal, métodos de pago, modificadores y movimientos de stock a la cadencia que necesita la trastienda (tiempo real, cierre de día o periódico). Todos los locales terminan en el mismo modelo normalizado al margen de si el POS subyacente es Revo, Square, ICG, Agora, Lightspeed u otro — así las plataformas downstream ven un único flujo coherente en vez de N esquemas distintos.

Ruteo a múltiples destinos downstream

Cada dato se enruta a los sistemas que lo necesitan: totales de ticket y desglose de impuestos a contabilidad (Holded, Sage, A3, Quaderno); movimientos de stock a la plataforma de stock; ventas diarias agregadas a BI / data warehouse / Looker / Metabase; pedidos con atribución por canal a analítica operativa. El ruteo es configurable por local o por marca, así un grupo de franquicia puede operar stacks downstream distintos por región sin cambiar los conectores upstream.

Reconciliación entre locales y canales

Las liquidaciones de marketplace llegan agregadas por Glovo o Uber Eats; la contabilidad del local las ve como una transferencia. Sin Data Sync el equipo divide cada liquidación entre locales a mano, identifica los pedidos detrás de cada split y los empareja con los tickets del POS. Con Data Sync cada pedido conserva su ID de local, ID de canal, ID de cobro e ID de liquidación de marketplace: la reconciliación se vuelve un control derivado en vez de una tarea manual de cierre.

Trazabilidad y re-replay

Data Sync mantiene una traza de auditoría de cada registro enviado downstream — útil cuando hay que repoblar un sistema contable, cuando una plataforma BI sustituye a otra antigua o cuando un local se mueve entre marcas. El replay es por local y por rango de fechas, así que migrar el histórico de un local a un sistema nuevo no necesita un proyecto manual de ETL.