Sí. Un segundo taller, una segunda tienda, varias obras: el sitio es un DATO que describe en el momento de la generación, no una edición del software que deba adquirir. Cada registro se vincula al suyo propio, las listas se filtran, los indicadores se calculan sobre lo que usted ha delimitado, y ninguna línea de tarifa depende del número de sitios. Hay dos límites que conviene conocer antes de empezar, y sí importan: no existe un selector GLOBAL de sitio que cambie toda la aplicación de golpe, y las cuentas no tienen restricciones por sitio, una cuenta con permiso de lectura puede leerlo todo. Esta página explica qué funciona, qué forma elegir según sus sitios y qué requeriría desarrollo adicional.
La trampa no está en el precio, sino en la duplicación
Lo que describen las comparativas del sector es muy constante: cuando una pequeña empresa abre un segundo punto de venta sin contar con una herramienta pensada para ello, instala una COPIA de la existente. El resultado: dos ficheros independientes, dos facturaciones separadas y ninguna visión de conjunto sin una compilación manual al final de mes. A esto se suma una frustración más sutil: muchos programas anuncian «multi-tienda» sin ofrecer un verdadero control centralizado: se han sumado unidades operativas independientes, pero no se ha creado una red integrada.
La pregunta, por tanto, no es «¿este software ofrece una opción multi-sitios?», sino «¿cómo se representa el sitio en mis datos?». Se trata de un problema de MODELADO, y precisamente ahí es donde una aplicación descrita y luego generada se comporta de forma distinta a un producto de estantería: no hay una edición superior que desbloquear, sino una descripción que debe escribirse correctamente una sola vez.
El sitio es un dato, no una edición del software
En la práctica, lo describe como el resto: «Tengo dos talleres, Norte y Sur; cada intervención, cada pieza en stock y cada cliente pertenece a uno de ellos, y quiero ver mis cifras por taller.» El generador produce entonces la estructura correspondiente: la entidad o la lista de valores, el vínculo de cada registro, las pantallas que filtran. Nada se adivina: lo que no escribe no existe, y lo que sí escribe se genera de forma determinista.
Un punto merece destacarse con claridad porque resulta inusual: ninguna línea de la tabla de precios depende del número de sitios. Las fórmulas se diferencian por el número de aplicaciones activas y por el volumen de generación, no por el número de establecimientos, talleres u obrales que siga su aplicación. Un tercer sitio no es un nivel que alcanzar, sino un valor más en una lista.
La forma que debe elegir según sus sitios
Existen dos formas, y no ofrecen lo mismo, así que conviene elegir con conocimiento de causa. Si sus sitios son pocos y estables, dos talleres, tres tiendas, defínalos como una LISTA DE VALORES. Es la forma que más aporta: el panel de filtros incluye entonces un selector de sitio junto a la barra de búsqueda, el filtro seleccionado persiste en la URL, de modo que un enlace como «intervenciones pendientes en el taller Sur» funciona directamente al abrirse: al compartírselo a un compañero, este accede inmediatamente a esa vista ya filtrada., y las vistas que agrupan por estado también pueden agrupar por sitio.
Si sus sitios son fichas completas, una dirección, un responsable, horarios, un contacto, entonces son ENREGISTROS independientes, vinculados al resto de sus datos. Gana la ficha completa del sitio, pero pierde el selector inmediato: el panel de filtros solo añade un criterio dedicado para listas de valores; los demás campos se integran en la búsqueda de texto completo, que ya los cubre. Y en ambos casos, un indicador del tablero puede delimitarse a un sitio concreto, con un clic que lleva directamente a la lista correspondiente, ya filtrada.
Los dos límites que debe conocer antes de empezar
El primero: no existe un selector GLOBAL de sitio. El filtrado vive en cada lista; no hay un interruptor en la parte superior de la pantalla que ponga toda la aplicación «en modo taller Sur» durante la sesión. Para una estructura pequeña que busca justamente esa visión de conjunto, esto no supone un inconveniente, es, de hecho, lo contrario del problema descrito más arriba. Pero para quien pasa todo el día en un único sitio y nunca quiere ver los demás, sí es una molestia real, y mejor conocerla de antemano.
El segundo es más grave: las cuentas no tienen restricciones por sitio. Una aplicación que requiere autenticación incluye una gestión real de usuarios, cada uno con su identificador único y permisos de solo lectura o de modificación, pero esos permisos se aplican a toda la aplicación, no a un subconjunto de datos (como un sitio concreto). Una cuenta con permiso de lectura puede leerlo todo. Si la confidencialidad entre sitios es un requisito, hay dos caminos: hacer añadir ese aislamiento al código, que es suyo y se exporta, o generar una aplicación por sitio, aceptando entonces volver exactamente al problema inicial: la ausencia de visión de conjunto. Decirlo desde el principio es mejor que descubrirlo después.