Seekda

Verfügbarkeiten & Angebote

Holt für jede Unterkunft den Verfügbarkeiten und Angebote von Seekda. Die Verfügbaren Datum werden der Unterkunft zugeordnet. Für die Angebote wird ein neuer Datensatz angelegt. Folgendes muss für einen aktiven Import gepflegt werden:

Pro Unterkunft:
- Seekda Hotel-ID (Feld seekda_hotel_id): das ist der „Property Code" der Unterkunft bei Seekda. Ohne diese ID wird die Unterkunft beim Import komplett übersprungen.
- Seekda API-Key (Feld seekda_api_key)
Importiert nach
- Verfügbarkeiten pro Unterkunft im Reiter Seekda:
  - „importierte Termine" (imported_dates)
  - „last import of dates" (last_import_of_dates) → Zeitstempel des letzten erfolgreichen Imports. Daran erkennt ihr, ob/wann zuletzt importiert wurde.
  - Wichtig: Wenn ihr die Seekda Hotel-ID wieder leert, räumt der nächste Import die zugehörigen importierten Termine automatisch wieder auf.
- Angebote neuer Datensatz mit allen nötigen Informationen
Portale: mbh, rbh, moho

Angebote

Die Angebote werden mehrsprachig importiert: zuerst die Default-Sprache, dann jede aktive Sprache.

Es werden eigene Angebots-Datensätze angelegt (nicht in die Unterkunft eingefügt):

Jedes Seekda-Paket wird zu einem Datensatz in der Tabelle „Angebote" (tx_mts_offers), der über das Feld „Unterkünfte" mit der bestehenden Unterkunft verknüpft ist.
Beim zweiten und jedem weiteren Lauf werden bestehende Angebote anhand einer Import-Kennung aktualisiert (kein Duplikat).
Nicht mehr von Seekda gelieferte Angebote werden automatisch gelöscht.
Bilder landen als Datei-Verknüpfungen am Angebot, Gültigkeitszeiträume als eigene Termin-Datensätze unter dem Angebot. Beide nur an der Default-Sprache; Übersetzungen erben sie automatisch.
Die Unterkunft selbst wird nicht verändert – sie ist nur das Verknüpfungsziel.

Trust You

Importiert die Bewertungen von Unterkünften aus Trust You in den Unterkunfts-Datensatz. Es wird kein neuer Datensatz angelegt.

Voraussetzung: trust_you_id — pro Unterkunft im Backend gepflegt: Reiter „TrustYou" → Feld trust_you_id
Befüllte Felder - Diese Zielfelder sind im Backend readOnly - sie werden ausschließlich durch den Import befüllt, nicht redaktionell.
- trust_you_score
- trust_you_reviews_count
- trust_you_description
Unterkunft-Datensätze, bei denen trust_you_id leer ist, aber noch ein alter trust_you_score steht, werden auf leere Werte zurückgesetzt
Portale: mbh, gravel, rbh, xcsh, moho, velon

Outdooractive

Der Import befüllt Touren-Datensätze (tx_mts_tours) mit Inhalten aus der OutdoorActive-API.

Die Daten erscheinen auf den Tour-Detailseiten (Tab „OutdoorActive data" im Backend, alle Felder readonly bzw. importgetrieben).

Eine Tour wird manuell angelegt und die outdooractive ID hinterlegt
Die importierten Informationen werden in diesem Tour Datensatz ergänzt.
Übersetzungen werden mitverarbeitet; existiert für eine Sprache keine OA-Übersetzung, werden die Felder mit Leerwerten überschrieben.
Liefert die API für einen Datensatz gar keine Daten, wird er auf hidden gesetzt. Anschließend wird der Slug (url_path_segment) neu generiert.
Bilder werden neu angelegt und aktualisiert.
Befüllte Felder - Diese Zielfelder sind im Backend readOnly - sie werden ausschließlich durch den Import befüllt, nicht redaktionell.
- trust_you_score
- trust_you_reviews_count
- trust_you_description
Unterkunft-Datensätze, bei denen trust_you_id leer ist, aber noch ein alter trust_you_score steht, werden auf leere Werte zurückgesetzt
Portale: velon

Ridelink

Ridelink importiert Motorrad-Routen und legt daraus Touren-Datensätze (tx_mts_tours) an, die einer Unterkunft zugeordnet werden.

Voraussetzung: ridelink_id — pro Unterkunft im Backend gepflegt: Reiter „Ridelink" → Feld Hotel Id
Touren werden automatisch angelegt und mit einer Unterkunft verknüpft.
- Tour zur Route existiert bereits → wird aktualisiert.
- Touren, deren Route nicht mehr von der API geliefert wird, werden auf deleted = 1 gesetzt.
Übersetzungen: Für jede Nicht-Default-Sprache wird ein übersetzter Tour-Datensatz angelegt/aktualisiert; title und description_short werden per DeepL übersetzt
Portale: moho

Bergfex

Bergfex importiert Langlauf-/Loipendaten für Langlaufregionen.

Voraussetzung: bergfex_region_id — pro bestehnder Langlauf Region im Backend gepflegt: Reiter „Importierte Daten" → Feld Region Id
Das ist die Bergfex-Region-ID. Nur Regionen mit gesetzter, nicht-leerer ID werden verarbeitet
Regionen, deren ID nicht mehr von der API geliefert wird (aber bergfex_imported = 1 tragen), werden zurückgesetzt. Sie werden also nicht gelöscht, nur „entleert".
Loipen werden aufgrund der ID von der Langlauf Region neu angelegt.
- Loipen, deren Trail-ID nicht mehr geliefert wird → soft-delete (deleted = 1).
Übersetzungen: werden je Sprache angelegt/aktualisiert — aber nur, wenn auch die Region in dieser Sprache übersetzt existiert
Portale: xcsh