segunda instancia white-label (clinica2) + fix de orden de menus en instalacion limpia

Infra (todo convive en la misma VPS, mismo addons_path read-only):
- infra/clinica2/: odoo.conf (puerto 8070, db clinica2_odoo, data_dir
  propio), odoo-clinica2.service (sin env vars de WACRM/Supabase/Hermes),
  nginx-vhost (80 con server_name clinica2.consultoria-as.com + 8880 LAN,
  /api/odoo -> 8070, /wacrm/ cortado con 403), postinstall.py (brand neutro,
  menu WACRM vacio, admin con password propio y must_change_password)
- docs/segunda-instancia.md: mapa completo de la instalacion, pasos para
  reproducir (instancia 3+), pendiente del hostname en dashboard del tunel
  (remotamente administrado), aislamiento de datos escenario B
- frontend/public/brand/: logos SVG neutros + favicon para la instancia 2

Fix de menus (aplica a todas las instalaciones limpias, una sola pasada):
- menu_skeen_root se mueve a skeen_pacientes (modulo raiz de la jerarquia);
  en bases existentes se transfirio el ownership del xmlid (ir_model_data)
  asi actualizar no duplica el menu
- menu_skeen_citas (padre) se declara en skeen_citas/views/menus.xml que
  carga antes que bloqueo/lista_espera; menu_views.xml conserva las entradas
  con action (cargan despues de cita_views, donde se define la accion)
- referencias actualizadas: pacientes(catalogos/recetas), monedero, ventas,
  inventario, visitas -> skeen_pacientes.menu_skeen_root

Verificacion: produccion (skeen_odoo) actualizada sin duplicar menus y API
intacta; instalacion limpia clinica2_odoo 9 modulos OK; 15/15 tests
end-to-end (brand neutro, login admin, WACRM oculto+403, datos vacios)

infra/clinica2/nginx-vhost

@@ -0,0 +1,47 @@
+# Segunda instancia (white-label) — frontend React + API Odoo en puerto 8070.
+#
+# Acceso LAN inmediato: http://192.168.10.114:8880
+# Acceso publico: requiere agregar el hostname en el dashboard del tunel
+# cloudflared (remotamente administrado, sin config local):
+#   ingress: - hostname: clinica2.consultoria-as.com
+#               service: http://localhost:80
+server {
+    listen 80;
+    listen 8880;
+    server_name clinica2.consultoria-as.com;
+
+    # Frontend React (mismo build que SKEEN; el brand sale del API /brand)
+    location / {
+        root /var/www/clinica2-frontend;
+        try_files $uri $uri/ /index.html;
+        add_header Cache-Control "no-cache";
+    }
+
+    # Odoo API para el frontend
+    location /api/odoo/ {
+        proxy_pass http://127.0.0.1:8070/;
+        proxy_http_version 1.1;
+        proxy_set_header Host $host;
+        proxy_set_header X-Real-IP $remote_addr;
+        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
+        proxy_set_header X-Forwarded-Proto $scheme;
+        proxy_read_timeout 120s;
+    }
+
+    # Backend Odoo (administracion directa, opcional)
+    location /web/ {
+        proxy_pass http://127.0.0.1:8070/web/;
+        proxy_http_version 1.1;
+        proxy_set_header Host $host;
+        proxy_set_header X-Real-IP $remote_addr;
+        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
+        proxy_set_header X-Forwarded-Proto $scheme;
+        proxy_read_timeout 120s;
+    }
+
+    # Escenario B: la instancia 2 no tiene WhatsApp. Aunque el backend tenga
+    # fallback a localhost:3000, aqui se corta la ruta: 403 fijo, sin excepciones.
+    location /api/odoo/skeen/frontend/v1/wacrm/ {
+        return 403;
+    }
+}