Varias ubicaciones

Resumen

Ziptask no tiene un objeto «ubicación» dedicado — y para la mayoría de las operaciones multisitio no lo necesita. Los equipos son el límite de la ubicación. Un equipo aísla quién puede ver y trabajar en un conjunto de listas, así que modelar cada ubicación (o cada ubicación + departamento) como su propio equipo mantiene el trabajo de cada sitio limpiamente separado dentro de una sola cuenta, con un inicio de sesión compartido, un conjunto de plantillas y informes de toda la cuenta para los propietarios.

Esta guía cubre el patrón recomendado, cuándo usarlo y los límites que conviene conocer antes de escalar.

Requiere: feature flag teams_enabled activada. Los roles personalizados (referenciados más abajo) requieren el plan Starter o superior. Consulta teams.md, permissions.md y feature-flags.md.

Primero decide: ¿aislar o solo etiquetar?

Hay dos necesidades distintas que se parecen. Elige la que coincida con cómo trabaja realmente tu personal — eso determina toda la configuración.

Quieres…	Usa	Por qué
Que el personal de cada ubicación solo vea y trabaje en las listas de su propio sitio	Equipos	Los equipos imponen el acceso. Un miembro de un equipo no puede ver las listas de otro equipo.
Una cuadrilla compartida que se mueve entre sitios, y solo quieres filtrar/informar por sitio	Etiquetas	Las etiquetas etiquetan y filtran listas pero no restringen el acceso — todos siguen viendo todo. Consulta tags.md.

Un Cliente también puede hacer las veces de un sitio cuando la «ubicación» es en realidad una propiedad de un cliente a la que das servicio (común en limpieza, jardinería y administración de propiedades) — vincula cada lista al cliente y usa el historial del cliente como el registro por sitio.

El resto de esta guía asume que quieres aislamiento — personal separado por ubicación — que es el caso habitual para sucursales, locales y franquicias.

El modelo recomendado: equipos como ubicación × departamento

Para una operación de dos ubicaciones con una cocina y un salón en cada sitio, crea cuatro equipos:

Ubicación A — Cocina
Ubicación A — Salón
Ubicación B — Cocina
Ubicación B — Salón

Luego asigna roles según hasta dónde llega la responsabilidad de cada persona:

Persona	Rol	Pertenencia a equipos
Personal de línea / cuadrilla en un sitio + depto	Team User	Su único equipo (p. ej., `Ubicación A — Cocina`)
Líder de departamento sobre un equipo	Team Admin	Ese único equipo
Gerente de ubicación sobre un sitio entero	Team Admin	Ambos equipos de ese sitio (Cocina + Salón)
Propietario / gerente regional (todos los sitios)	Admin o Root	No hace falta pertenecer a ningún equipo

Dos cosas hacen que esto funcione:

Los miembros pueden pertenecer a varios equipos. Así es como un gerente de ubicación obtiene administración sobre ambos departamentos de su sitio — agrégalo a ambos equipos como Team Admin. Consulta teams.md.
Root y Admin ven todo a nivel de cuenta, sin importar el equipo. El propietario no necesita ser agregado a cada equipo — el alcance de cuenta ya cubre todas las ubicaciones. Reserva la pertenencia a varios equipos para los gerentes de ubicación que la necesiten.

Si solo necesitas separación por ubicación (no ubicación × departamento), simplifícalo: un equipo por ubicación (Ubicación A, Ubicación B).

Cómo configurarlo

Activa teams_enabled (Root, desde la configuración de la cuenta) si aún no lo está.
Crea los equipos — uno por ubicación, o uno por ubicación × departamento (página de Equipos → Crear equipo). Consulta teams.md.
Agrega miembros a su(s) equipo(s) y define el rol de cada persona (Team User para la cuadrilla, Team Admin para los gerentes). Una persona en varios equipos recibe un selector de equipo al crear listas.
Construye las listas de cada ubicación a partir de tus plantillas. Crea la lista desde una plantilla y luego define su equipo como el equipo de ubicación correcto. Las plantillas se comparten en toda la cuenta, así que construyes la lista de tareas una vez y la estampas por ubicación. Consulta tasks.md.
Para las rutinas recurrentes, define el equipo en la lista maestra. Cada instancia que genera el horario hereda ese equipo automáticamente — mira más abajo.

Cómo se comportan las listas recurrentes entre ubicaciones

Una lista maestra recurrente pertenece a un equipo, y cada instancia que genera hereda ese equipo. Así que una rutina que se ejecuta en ambas ubicaciones necesita una maestra por equipo de ubicación (p. ej., una maestra de cierre nocturno en Ubicación A — Cocina y otra en Ubicación B — Cocina). Construye cada una a partir de la misma plantilla para mantenerlas idénticas.

Lo mismo ocurre con las asignaciones: quien esté asignado a la maestra se copia en cada instancia generada automáticamente, así que defines la cuadrilla fija de una ubicación en la maestra una vez y cada instancia futura la lleva. Consulta tasks.md y reminders.md.

Límites que conviene conocer

Una persona tiene un rol por cuenta, aplicado en todos sus equipos. No puedes hacer a alguien Team Admin en un equipo y Team User en otro — si es Team Admin, gestiona todos los equipos a los que pertenece. Para la jerarquía habitual (los gerentes administran sus sitios, el personal trabaja su departamento) esto es exactamente lo correcto; solo estorba si necesitas que alguien gestione un sitio pero solo trabaje en otro.
No hay consolidación entre ubicaciones más allá de Root/Admin. Un Team Admin ve solo sus equipos. La visibilidad y los informes de toda la cuenta son una vista de Root/Admin (propietario). Consulta reporting.md y activity-log.md.
Los equipos son la unidad de aislamiento — no un límite de facturación ni de datos. Todas las ubicaciones comparten una suscripción, un directorio de miembros, una biblioteca de plantillas/etiquetas/clientes y un historial de actividad. Si necesitas facturación o datos totalmente separados por sitio, usa cuentas separadas en su lugar.

Notas de soporte

Si un gerente de ubicación no puede ver las listas de un sitio, comprueba (a) que sea miembro del/de los equipo(s) de ese sitio, y (b) que las listas realmente tengan definido el equipo correcto (visible en la barra lateral de detalle de la lista). Las listas sin equipo son visibles solo para su creador y para Root. Consulta teams.md.
Si las instancias recurrentes de una nueva ubicación no llevan la cuadrilla correcta, comprueba el equipo y las asignaciones de la lista maestra — las instancias heredan ambos de la maestra al generarse, así que las correcciones van en la maestra (y se aplican a instancias futuras; las ya generadas se editan individualmente).
Renombrar una ubicación: renombra el equipo (página de Equipos). Las listas existentes conservan su asociación automáticamente.
Cerrar una ubicación: eliminar su equipo quita el equipo y sus pertenencias pero no las listas ni las tareas — reasigna o archiva primero esas listas si quieres sacarlas del listado activo.
Propietarios que «no encuentran la función de Ubicaciones»: no existe — este patrón basado en equipos es la configuración multiubicación. Remítelos a esta guía.