Zum Hauptinhalt springen
Laptop-Arbeitsplatz vor einem hellen Fenster.
Foto: Michał Parzuchowski auf Unsplash · Bild ansehen

Ratgeber · Migration & Vergleich

Von Smoobu zu Apaleo wechseln: ein vorsichtiger Migrationsplan

Uwe CzyrnikGründer hospitality.tech · betreibt selbst 35 Apartments

Die Sorge vor verlorenen Buchungen ist berechtigt. Das Risiko lässt sich mit Vorbereitung, Datenabgleich, Testbuchungen und Rückfallplan deutlich senken. Der eigentliche Portalwechsel bleibt jedoch verbindungsspezifisch und kann nicht pauschal unterbrechungsfrei garantiert werden.

Vorarbeiten neben dem laufenden Betrieb

Viele Vorarbeiten können neben dem laufenden Smoobu-Betrieb stattfinden: Zielsystem konfigurieren, Exporte prüfen, künftige Reservierungen abgleichen und Testfälle vorbereiten. Der eigentliche Channel-Manager-Wechsel ist portalspezifisch; bei Airbnb muss die bestehende Verbindung vor der neuen getrennt werden.

  • W1–4 · Zielsystem aufbauen

    • Smoobu bleibt für den laufenden Betrieb aktiv.
  • W5–8 · Daten prüfen und testen

    • Künftige Reservierungen und Regeln je unterstütztem Feld abgleichen.
  • W8–11 · Portale geplant umstellen

    • Cutover je Portal; Airbnb erfordert das Trennen der bestehenden Verbindung.
  • ab W11 · Altsystem nicht mehr aktiv pflegen

    • Exporte sichern; Zugriff und Kündigung nach Vertrag.
  • VIER PHASEN EINES VORSICHTIGEN WECHSELS
  • Zeiträume sind ein Projektmodell, keine Produktgarantie.
Abb. 1: Vier Phasen eines vorsichtigen Wechsels. Zeiträume und Datenumfang müssen für das konkrete Projekt bestätigt werden.

Vier vertikale Karten führen durch Aufbau, Datenprüfung, Portal-Cutover und die Sicherung des Altsystems. Smoobu bleibt während der Vorarbeiten für den laufenden Betrieb aktiv. Portale werden erst nach definierten Tests umgestellt; Exporte, Zugriff und Kündigung richten sich nach Vertrag.

Die vier Phasen

1. Zielsystem aufbauen

Kategorien, Raten, Richtlinien, Rollen und Rechnungslogik werden konfiguriert. Dabei sollte die bestehende Objektstruktur nicht blind kopiert werden. Jede Abweichung braucht eine dokumentierte Zuordnung.

2. Daten prüfen und Testfälle vorbereiten

Bestehende künftige Reservierungen können je Setup per API neu angelegt oder übernommen werden. Vor dem Cutover sollten mindestens Anreise, Abreise, Einheit, Preis, Zahlungsstatus, Stornoregel und Quelle abgeglichen werden. Welche Portale und Felder unterstützt werden, gehört in die Datenmatrix des Projekts.

3. Portale geplant umstellen

Reihenfolge und Vorgehen werden je Portal und Verbindung festgelegt. Ein mögliches Muster ist, mit einem kleineren Kanal zu beginnen, definierte Testfälle zu prüfen und erst nach Freigabe fortzufahren. Bei Airbnb muss die bestehende Channel-Manager-Verbindung vor der neuen getrennt werden; die Channex-Dokumentation beschreibt den Ablauf.

4. Altsystem nicht mehr aktiv pflegen

Nach dem Cutover dürfen keine widersprüchlichen Änderungen in zwei Systemen entstehen. Vor Kündigung werden die vereinbarten Exporte gesichert. Ob und wie lange historische Daten im Konto zugänglich bleiben, richtet sich nach Vertrag und Kontostatus; Smoobu beschreibt die Kontoverwaltung und Kündigung.

Information

Die Hausregel um zehn Einheiten ist kein Wechselautomatismus. Sie markiert lediglich den Zeitpunkt, an dem zusätzliche Standorte, Raten, Teamübergaben oder Integrationen eine Architekturprüfung auslösen können.

Drei Fallstricke

  1. Ungeklärte Kalenderreste. Eine iCal-Übergangslösung hat andere Intervalle und Daten als eine API-Verbindung. Dokumentiere für jeden Kanal genau eine führende Verbindung.
  2. Unvollständige Raten- und Regelmatrix. Storno, Mindestaufenthalt, An- und Abreisetage, Steuern und Gebühren brauchen definierte Testfälle.
  3. Cutover ohne Rückfallplan. Lege Abbruchkriterium, Ansprechpartner, Kommunikationsweg und Wiederherstellung je Portal fest.

Was nach dem Wechsel tatsächlich steht

Je nach gebuchten und abgenommenen Integrationen können Preissteuerung, Online-Check-in und Buchhaltungsübergabe zusammenarbeiten. Welche Module, Auslöser, Ausnahmen und Fallbacks gelten, gehört in Leistungsbeschreibung und Abnahme. Risiken werden reduziert, aber nicht pauschal vollständig übernommen.

Wechsel vorbereiten, bevor ein Kanal getrennt wird

Im Erstgespräch ordnen wir Objektstruktur, Portale, Datenfelder und mögliche Cutover-Zeiten. Daraus entsteht ein projektspezifischer Ablauf.

Kostenfreies Erstgespräch buchen

Häufige Fragen

Kann die gesamte Gästehistorie übernommen werden?

Smoobu bietet Exporte für Buchungslisten und Rechnungen. Welche historischen Felder und künftigen Reservierungen in Apaleo übernommen werden können, muss vorab je Export, Zielsystem und Portal geprüft werden.

Was merken Gäste vom Wechsel?

Bei sauber vorbereitetem Wechsel lässt sich die Umstellung häufig ohne sichtbare Unterbrechung organisieren. Unterbrechungsfreiheit können wir nicht pauschal garantieren. Kommunikation und Zugangsdaten brauchen einen eigenen Cutover-Test.

Geht es schneller als in zwölf Wochen?

Möglich, aber nicht pauschal sinnvoll. Dauer und Beobachtungsfenster hängen von Portalen, Daten, Team, Saison und Abnahmekriterien ab.