# Webseite

## Übersicht

<div drawio-diagram="194"><img src="https://wiki.go-solution.ch/uploads/images/drawio/2026-07/ERACONokBsK3o56N-drawing-1-1783607585.png" alt=""/></div>

## Kontaktformulare

Wir benötigen die E-Mail-Adressen welche die Anfragen von den folgenden Formularen erhalten sollen

- Individuelle Anfragen: [https://mewshouse.go-solution.ch/individuelle-anfragen/](https://mewshouse.go-solution.ch/individuelle-anfragen/)
- Catering: [https://mewshouse.go-solution.ch/anfrage-catering/](https://mewshouse.go-solution.ch/anfrage-catering/)
- Event: [https://mewshouse.go-solution.ch/anfrage-event/](https://mewshouse.go-solution.ch/anfrage-event/)
- Blue Bar: [https://mewshouse.go-solution.ch/anfrage-blaue-bar/](https://mewshouse.go-solution.ch/anfrage-blaue-bar/)
- Mews Table: [https://mewshouse.go-solution.ch/anfrage-mews-table/](https://mewshouse.go-solution.ch/anfrage-mews-table/)

## Diverses

- AGB's sind auf der aktuellen Seite nur in Deutsch vorhanden

Newsletter-Integration wird innerhalb vom CRM-Projekt entschieden

## Infos zur Lotta Systemintegration:

Guten Tag Herr Novotny

Gerne erläutere ich hier das vorgeschlagene Vorgehen für die Nutzung der API im Objekt [**<u>Tiefenhöfe</u>**](https://www.google.com/maps/search/Tiefenh%C3%B6fe+6,+8001+Z%C3%BCrich?entry=gmail&source=g) in Kombination mit dem **Lotta Zutrittssystem** und der **Mews PMS-Software**.

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

**Vorschlag: Variante B – Minimal notwendige Rechte für den API-User**

Ich empfehle **Variante B**, da diese Lösung die geringsten Systemrechte für den API-User erfordert und gleichzeitig eine saubere, stabile Middleware-Funktion ermöglicht.

Der API-User wird einer **Systemgruppe** zugeordnet, in der ausschliesslich jene Zimmer enthalten sind, welche über Mews reservierbar sind.

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

**Ablauf bei neuen Reservierungen**

1. **Neuer Gast in Mews**  
    Wird im Mews ein neuer Gast erfasst, z. B. eine Suite für 10 Tage, löst die Middleware beim Antritt automatisch den API-Befehl aus.
2. **Visitor-Erstellung in Lotta**  
    Es wird ein *Visitor* angelegt mit:

- **user\_system\_ids** = jene IDs der Suite (z. B. 1)


3. **Zusätzliche Reservationen während des Aufenthalts**  
    Reserviert der Gast beispielsweise einen zusätzlichen Sitzungsraum, erfolgt ein **updateVisitor**, bei dem einfach weitere *user\_system\_ids* ergänzt werden, z. B. *1, 3*.
4. **Beendigung temporärer Räume**  
    Sobald der Sitzungsraum nicht mehr benötigt wird, erfolgt erneut ein **updateVisitor**, bei dem die *user\_system\_id 3* wieder entfernt wird.

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

**Logik für Start- und Enddaten**

- Bei jeder Änderung wird geprüft:
- **frühestes Startdatum**
- **spätestes Enddatum**

- Diese Daten bleiben für den gesamten Zutrittszeitraum massgebend. Hier gilt die gesammte Zeitspanne, die der Gast im Haus mindestens einen Zutritt hat.
- Die zeitliche Steuerung erfolgt ausschliesslich über **Mews**.

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

**API-Befehle in der Lotta-Schnittstelle**

Die Middleware führt in Lotta nur die folgenden Aktionen aus:

- **createVisitor**
- **updateVisitor**
- **deleteVisitor**
- **sendAccessCode**

Es werden keine komplexen zeitlichen Berechnungen in der Lotta-API vorgenommen – sämtliche Zeitlogik übernimmt Mews.  
Sobald ein Visitor seine Endzeit erreicht hat, wird er gelöscht