Anexo F7 · Multi-propiedad

# Anexo F7 — Multi-propiedad

Anexo del [Contrato SaaS](CONTRATO-SAAS.md). Se acepta **al activar la llave `multi_hotel`**.

- **Versión:** 1.0 · **Funcionalidad:** `multi_hotel`

---

## 1. Qué activa este Anexo

La operación de más de un establecimiento bajo una misma organización: administración centralizada,
usuarios con acceso a varias propiedades y **reportes consolidados**.

## 2. Organización, propiedades y contrato

1. **El contrato es de la organización**, no de cada propiedad. Hay un solo contrato, un solo
   tarifario y una sola factura.
2. **El tramo de tamaño suma las unidades activas de todas las propiedades**, sin importar cómo estén
   repartidas (artículo CUARTO del Contrato).
3. **Cada propiedad conserva su aislamiento de datos** a nivel de base de datos. La multi-propiedad
   agrega la posibilidad de que un usuario autorizado vea varias; no elimina la separación.
4. EL CLIENTE designa un **administrador de la organización**, responsable de definir qué usuario
   accede a qué propiedad. **Ese es el control que impide que un recepcionista de una propiedad vea
   los datos de otra**, y mantenerlo al día es de EL CLIENTE.

## 3. El punto que hay que resolver antes de activar

**Si las propiedades pertenecen a personas jurídicas distintas —RUT distintos—, cada una es un
responsable del tratamiento distinto.**

Consolidar en una sola vista los datos de huéspedes de dos responsables distintos **es una
comunicación de datos entre responsables**, y necesita su propio fundamento legal. No basta con que
el dueño sea el mismo ni con que compartan administración.

En consecuencia, EL CLIENTE declara y se obliga a:

1. **Individualizar en el Anexo A cada propiedad y su titular** —razón social y RUT—.
2. **Contar con fundamento legal para la consolidación**, cuando los titulares sean distintos.
3. **Informar a los huéspedes** que sus datos podrán ser tratados de forma consolidada dentro del
   grupo, cuando así sea.
4. **Instruir a BOOKISITY** sobre el alcance de la consolidación. A falta de instrucción distinta, la
   instrucción por defecto es **consolidar únicamente datos agregados de operación y de negocio
   —ocupación, ingresos, indicadores— y no fichas de huésped entre propiedades de distinto titular**.

> Esa instrucción por defecto es deliberadamente conservadora: es el comportamiento que no requiere
> una base de licitud adicional. Ampliarla es una decisión de EL CLIENTE, y debe pedirla por escrito.

Si todas las propiedades pertenecen al **mismo** titular, la consolidación es un tratamiento interno
de un mismo responsable y este párrafo no aplica, sin perjuicio del deber de informar.

## 4. Obligaciones de EL CLIENTE

1. Mantener actualizada la lista de propiedades y de sus titulares, e informar toda alta, baja o
   cambio de titular.
2. Administrar los accesos por propiedad y revisarlos periódicamente.
3. Cumplir, **en cada propiedad**, las obligaciones propias de su giro: patentes, registro de
   huéspedes extranjeros, obligaciones tributarias y sanitarias.
4. Si una propiedad se vende o se separa del grupo, **solicitar por escrito su separación** y las
   instrucciones sobre los datos.

## 5. Qué garantiza BOOKISITY

1. Mantener el aislamiento de datos entre propiedades, salvo en lo expresamente consolidado.
2. Aplicar los permisos por propiedad que defina el administrador de la organización.
3. Entregar reportes consolidados según el alcance instruido.
4. Ejecutar la separación de una propiedad conforme al §6.

## 6. Separación de una propiedad

Si una propiedad se vende, se cierra o se retira del grupo, EL CLIENTE deberá solicitarlo por
escrito. BOOKISITY, dentro de un plazo razonable:

1. Retirará la propiedad de los reportes consolidados y de los accesos cruzados.
2. **Entregará a EL CLIENTE la exportación completa de los datos de esa propiedad**, en formatos
   estructurados y de uso común.
3. Si el nuevo titular contrata Bookisity, podrá migrar esos datos a un contrato propio, **previa
   instrucción escrita y conjunta del titular saliente y del entrante**. BOOKISITY no traspasa datos
   de un responsable a otro por la sola declaración de una de las partes.
4. Si el nuevo titular no contrata, los datos de esa propiedad se eliminan conforme al artículo
   DUODÉCIMO del Contrato.

## 7. Facturación al separar

La baja de una propiedad se refleja en el período de facturación siguiente, junto con el recálculo
del tramo de tamaño. No genera devolución del período en curso ni penalidad.

## 8. Datos personales

Rige el [Anexo DPA](ANEXO-DPA-tratamiento-de-datos.md). Cuando las propiedades tengan titulares
distintos, se entenderá que **cada titular es responsable respecto de los datos de su propia
propiedad**, y BOOKISITY es encargado de todos ellos bajo un mismo contrato, con las instrucciones
del §3.

## 9. Desactivación

Al desactivar la llave, la organización vuelve a operar una sola propiedad. **EL CLIENTE debe indicar
cuál permanece activa y qué se hace con las demás** —exportación, eliminación o contrato propio—.
Sin esa instrucción, BOOKISITY mantendrá los datos sin tratamiento activo y requerirá a EL CLIENTE
por escrito antes de eliminar nada.