Brauche ich zusätzlich zum Channel Manager ein PMS?

Nicht zwingend. Kleinere Häuser fahren gut mit einem Channel Manager, der Belegung, Preise und Gästedaten hält. Ein PMS lohnt sich, sobald Rechnungslegung, Kassenanbindung, Meldewesen und Housekeeping dazukommen. Entscheidend ist dann, welches der beiden Systeme die Verfügbarkeit führt — zwei Systeme mit gleichem Anspruch erzeugen genau die Doppelpflege, die Sie vermeiden wollen.

Kann ich auf der eigenen Website andere Preise zeigen als auf den Portalen?

Technisch ja, der Channel Manager erlaubt eigene Raten je Kanal. Ob und in welchem Umfang Sie das dürfen, hängt von Ihren Verträgen mit den Portalen und vom geltenden Recht ab. Das ist eine Rechtsfrage, die vor der Umsetzung fachlich geprüft gehört — nicht eine, die man im Extranet ausprobiert.

Wie lange dauert die Einrichtung einer Anbindung?

Die technische Verbindung steht oft an einem Tag. Länger dauert die Vorbereitung: Kategorien vereinheitlichen, Raten aufräumen, Portalzuordnungen prüfen. Rechnen Sie in Summe mit zwei bis drei Wochen, weil zwischen den Schritten jeweils beobachtet wird. Wer alle Kanäle am selben Tag umlegt, findet die Fehler nicht mehr auseinander.

Was passiert mit Buchungen, die vor der Umstellung entstanden sind?

Sie müssen in den neuen Bestand übernommen werden, sonst öffnet das System belegte Nächte. Üblich ist ein Stichtag: Alle bestätigten Buchungen ab diesem Tag werden importiert oder von Hand eingetragen und anschließend gegen die Portal-Listen geprüft. Planen Sie diesen Abgleich vor der ersten Öffnung ein, nicht danach.

Channel Manager mit eigener Website synchron halten

Das Wichtigste in Kürze

Eine Quelle der Wahrheit für Belegung und Preise; jedes zweite gepflegte System ist die Ursache der nächsten Überbuchung.
Echte Schnittstellen aktualisieren in Sekunden, iCal-Verbindungen nur im Abrufintervall und ohne Preise.
Reihenfolge beim Einrichten: Stammdaten, Raten, ein Portal, Test, weitere Portale, zuletzt die eigene Buchungsstrecke.
Für den Ausfall gehört ein Notfallblatt an die Rezeption: wer schließt welches Portal, mit welchen Zugangsdaten.
Bei einer Einheit und einem Portal trägt ein Channel Manager die eigenen Kosten selten.

Verfügbarkeit und Preise bleiben nur dann überall gleich, wenn ein einziges System die Wahrheit hält und alle anderen daraus lesen. In der Praxis ist das der Channel Manager: Portale, Buchungsstrecke und Rezeption melden dorthin und beziehen von dort.

Alles Weitere ist Handwerk — und die Fehler, die im Hochbetrieb wehtun, entstehen nicht in der Software, sondern an den Stellen, an denen daneben noch jemand von Hand pflegt.

So läuft die Anbindung technisch ab

Der Channel Manager hält je Einheit und Tag drei Dinge: Verfügbarkeit, Preis und Belegungsregeln wie Mindestaufenthalt oder Anreisetage. Diese drei Größen schickt er an jedes angeschlossene Portal, und er nimmt von dort neue Buchungen entgegen. Kommt eine Buchung über Booking.com herein, verringert er die Verfügbarkeit und meldet den neuen Stand an alle anderen Kanäle zurück.

Die eigene Website hängt an derselben Stelle. Die Buchungsstrecke fragt den freien Bestand ab, zeigt ihn an und schreibt die Buchung wieder in dasselbe System. Technisch geschieht das über eine Schnittstelle des Anbieters; Smoobu etwa dokumentiert eine öffentliche API mit Endpunkten für Unterkünfte, Buchungen und Preise [Q1]. Wer einen Anbieter auswählt, sollte diese Dokumentation öffnen, bevor er unterschreibt: Was dort nicht steht, lässt sich später auch nicht anbinden.

Wo Überbuchungen tatsächlich entstehen

Drei Ursachen decken die meisten Fälle ab. Die erste ist die zweite Pflegestelle: Jemand sperrt ein Zimmer direkt im Portal-Extranet, weil es dort schneller ging. Der Channel Manager weiß davon nichts und öffnet die Nacht beim nächsten Abgleich wieder.

Die zweite ist die Verzögerung. Zwischen der Buchung auf einem Portal und der Sperre auf allen anderen liegt immer eine Spanne. Bei einer echten Schnittstelle sind das Sekunden, bei einer iCal-Verbindung je nach Abrufintervall Minuten bis Stunden. In einer Nacht mit einer letzten freien Einheit reicht das.

Die dritte ist die Telefonbuchung, die niemand einträgt. Sie ist die häufigste und die am einfachsten zu behebende: Jede Buchung, die am Telefon entsteht, gehört sofort in dasselbe System wie alle anderen — nicht in den Kalender an der Wand.

Warum iCal für Verfügbarkeiten zu langsam ist

iCal-Verbindungen sind verlockend, weil sie kostenlos sind und in zehn Minuten stehen. Sie übertragen aber nur Belegungszeiträume, keine Preise, keine Mindestaufenthalte, keine Anreiseregeln. Und sie arbeiten im Abruf: Das Zielsystem holt die Datei in einem festen Intervall, das der Anbieter bestimmt.

Für eine Ferienwohnung mit wenigen Buchungen im Jahr kann das reichen. Sobald mehrere Einheiten über mehrere Portale laufen, ist der Preis für die gesparte Gebühr eine offene Flanke. Wenn Sie iCal einsetzen, dann für Nebenkanäle mit geringer Belegung — nie für den Kanal, über den die meisten Buchungen kommen.

Rechnen wir das an einem Haus mit zwölf Zimmern durch

Ein Haus mit zwölf Zimmern, drei Portalen und der eigenen Website. Ohne Anbindung öffnet die Rezeption vier Oberflächen, um eine Preisänderung oder eine Sperre einzutragen. Nehmen wir zehn Minuten am Tag für diese Doppelarbeit an — eine Annahme, keine Messung; stoppen Sie es eine Woche lang selbst. Das sind rund 61 Stunden im Jahr (10 × 365 = 3.650 Minuten).

Dazu kommt der Fall, der nicht in Minuten gerechnet wird. Eine Überbuchung im Hochbetrieb bedeutet: Umbuchung in ein anderes Haus, Differenz zum dortigen Preis, Fahrt, und ein Gast, der seine Bewertung schreibt. Setzen Sie für eine Nacht Ihren eigenen Zimmerpreis ein, addieren Sie die Differenz zum Ausweichhaus, und Sie liegen bei den meisten Häusern im Bereich mehrerer hundert Euro pro Fall. Zwei solche Fälle im Jahr wiegen die laufende Gebühr eines Channel Managers auf; Smoobu etwa veröffentlicht seine Tarife pro Unterkunft und Monat, gestaffelt nach Laufzeit (abgerufen am 20. September 2026) [Q2]. Vergleichen Sie diese Gebühr mit der Provision, die auf jede Portalbuchung anfällt — Booking.com beschreibt sie als Prozentsatz des gesamten Buchungswerts, dessen Höhe je nach Land, Haus und gebuchten Programmen unterschiedlich ausfällt [Q3].

In dieser Reihenfolge richten Sie ein

Zuerst die Stammdaten: Einheiten, Kategorien, Belegungen, Ausstattung. Sie müssen im Channel Manager genauso heißen wie in den Portalen, sonst laufen die Zuordnungen später auseinander. Dann die Raten: Standardrate, nicht stornierbare Rate, Langzeitrate — jede mit klarer Regel, keine Sonderfälle, die nur im Kopf existieren.

Dann ein einziges Portal anschließen und zwei Wochen beobachten. Erst wenn dort Buchungen, Stornos und Änderungen sauber ankommen, folgt das zweite. Zuletzt die eigene Website: die eigene Buchungsstrecke mit Online-Zahlung kommt an den fertig getesteten Bestand, nicht an eine Baustelle. Vor dem Umlegen steht eine echte Testbuchung mit echter Zahlung, die anschließend storniert wird — auf dem Papier funktioniert jede Anbindung.

Was passiert, wenn das System ausfällt

Ein Ausfall ist kein Ausnahmefall, sondern ein Betriebszustand, für den es ein Blatt Papier geben muss. Darauf stehen: die Zugangsdaten zu jedem Portal-Extranet, die Reihenfolge, in der geschlossen wird, und die Person, die entscheidet.

Die Regel selbst ist einfach: Fällt der Abgleich aus und ist das Haus knapp belegt, schließen Sie die Portale von Hand, beginnend mit dem größten. Die eigene Buchungsstrecke bleibt am längsten offen, weil Sie dort selbst sehen, was hereinkommt. Nach der Wiederherstellung wird nicht einfach weitergemacht, sondern abgeglichen: Welche Buchungen kamen im Ausfallfenster herein, sind sie alle im System, stimmt der Bestand für die nächsten vierzehn Tage. Wer diesen Abgleich überspringt, findet den Fehler erst am Anreisetag.

Woran Sie merken, dass der Abgleich stillschweigend abgerissen ist

Eine abgerissene Verbindung meldet sich selten von selbst. Sie zeigt sich an Kleinigkeiten, die man leicht anders erklärt. Von einem Portal kommt seit vier Tagen keine Buchung mehr, obwohl es sonst wöchentlich mehrere waren. Eine Preisänderung, die Sie am Montag eingetragen haben, steht am Mittwoch im Portal immer noch nicht. Der Mindestaufenthalt im Extranet entspricht der Regel der letzten Saison. Oder eine Buchung kommt als E-Mail vom Portal, taucht aber nicht im Belegungsplan auf.

Jeder dieser Punkte ist ein Anlass, den Verbindungsstatus im Channel Manager zu öffnen und das Protokoll der letzten Übertragungen anzusehen. Dort steht in aller Regel, wann zuletzt erfolgreich übertragen wurde und welche Meldung das Portal zurückgegeben hat. Legen Sie fest, wer im Haus dieses Protokoll kennt und einmal pro Woche ansieht — es dauert zwei Minuten und ersetzt das Bauchgefühl, dass gerade wenig los sei.

Was Sie selbst übernehmen müssen

Drei Dinge bleiben im Haus. Erstens die Disziplin, nur noch in einem System zu arbeiten — das ist eine Gewohnheit, keine Einstellung, und sie braucht zwei bis drei Wochen. Zweitens die Preislogik: Welche Rate gilt wann, welcher Aufschlag gilt für kurze Aufenthalte, wann wird gesperrt. Kein Dienstleister kann das für Sie entscheiden.

Drittens eine monatliche Kontrolle: eine Testbuchung über die eigene Seite, ein Blick auf zwei Portale, ein Vergleich der nächsten vierzehn Tage. Zwanzig Minuten, die den stillen Fehler finden, bevor er teuer wird.

Wann sich das nicht lohnt

Wer eine Einheit über ein einziges Portal vermietet, braucht keinen Channel Manager. Auch bei zwei Ferienwohnungen mit wenigen Buchungen im Jahr steht die monatliche Gebühr in keinem guten Verhältnis zur gesparten Zeit — hier genügen iCal und ein sauberer Kalender.

Ab drei bis vier Einheiten oder ab zwei Portalen dreht sich das Verhältnis, und zwar nicht wegen der Zeitersparnis, sondern wegen des vermiedenen Falls. Wenn Sie prüfen wollen, ob Ihr heutiger Aufbau die Doppelpflege wirklich vermeidet, gehen Sie einmal jeden Kanal durch und notieren Sie, wo überall ein Mensch Verfügbarkeiten ändern kann; auf dieser Liste lässt sich die Anbindung Ihres Channel Managers planen, und für Smoobu-Häuser im Besonderen die Smoobu-Anbindung an die eigene Seite, die einer Direktbuchungs-Website erst ihren Bestand gibt — Termin vereinbaren.