Wie eine Verbindung live geht
Fünf Schritte, jeweils mit einer benannten handelnden Person und einer klaren Definition von Fertig. Die Regeln sind veröffentlicht, damit Sie sie mit Ihren eigenen Verbindungen abgleichen können.
Corvane Travel ⇄ Alpine Distribution
In Arbeit
- Angefragt
- Kaufmännische Prüfung
- Zugangsdaten
- Mapping
- Tests
- Freigabe
- Canary
- Live
Jetzt am Zug
Betreiber
Analyst oder Betreiber
Ein kleiner, begrenzter Traffic-Anteil, bei dem der Buchungsstatus genau geprüft wird.
Jeder Schritt hat eine benannte handelnde Person und eine klare Definition von Fertig.
- 5
- Schritte, jeweils mit benanntem Verantwortlichen
- 8
- Phasen, die eine Verbindung durchläuft
- 3
- Freigaben vor dem Go-live
Die fünf Schritte
- Angefragt
- Kaufmännische Prüfung
- Zugangsdaten
- Mapping
- Tests
- Freigabe
- Canary
- Live
Fünf Schritte für Menschen, acht Phasen im Datensatz. Das sind die Phasen, die eine Verbindung durchläuft.
- Käuferseite
- Verkäuferseite
- Analyst oder Operator
Schritt 1 von 5
Partner wählen
Beantragen Sie die Verbindung und erfassen Sie Ihre kaufmännische Vereinbarung. Käufer und Verkäufer schließen Verträge und rechnen weiterhin direkt miteinander ab.
Diese Freigabe hält fest, dass sich beide Unternehmen verbinden wollen. Sie ist kein Vertrag. Ihre Vereinbarung bleibt zwischen Ihnen, und die Verbindung braucht nur eine erfasste Referenz darauf, bevor jemand den Go-live freigeben kann.
Wer handelt
- Business-Admin des Käufers beantragt die Verbindung
- Business-Admin des Verkäufers nimmt sie an oder lehnt sie ab
- Verbindung
- Corvane Travel ⇄ Alpine Distribution
- Kaufmännische Bedingungen
- Vereinbarung CT-2041
- Käufer
- Erfasst
- Verkäufer
- Erfasst
Beispielhaft. Unternehmen und Daten sind fiktiv. Dieser Schritt bleibt blockiert, wenn
- Eine Seite lehnt ab oder antwortet nicht. Die Verbindung bleibt auf Angefragt, und es beginnt keine technische Arbeit.
- Es ist keine Vereinbarungsreferenz erfasst. Die Verbindung erreicht die endgültige Freigabe erst, wenn eine vorliegt.
Abgeschlossen, wenn: Beide Unternehmen geben die Absicht zur Verbindung frei.
Schritt 2 von 5
Sicher verbinden
Wählen Sie einen unterstützten Adapter und fügen Sie Zugangsdaten über ein Vault-gestütztes Formular hinzu. Einmal gespeichert, wird ein Secret nie wieder angezeigt.
TravelRevo arbeitet mit einer festen Liste bestehender Hotel-Adapter. Steht das System Ihres Partners nicht darauf, sagen wir es Ihnen in diesem Schritt, bevor jemand eine Woche dafür aufgewendet hat.
Wer handelt
- Integrationsingenieur des Käufers richtet den Sandbox-Zugang ein
- Integrationsingenieur des Verkäufers stellt die Testkonfiguration bereit
- Adapter
- alpine-2.3.1
- Secret
- ref:alpine/sandbox
- Version der Zugangsdaten
- 3
- Sandbox-Zugang
- Validiert
Beispielhaft. Unternehmen und Daten sind fiktiv. Dieser Schritt bleibt blockiert, wenn
- Es gibt keinen unterstützten Adapter. Die Verbindung wartet und zeigt, warum.
- Zugangsdaten bestehen die Validierung nicht. Der Fehler nennt, was fehlgeschlagen ist, und wiederholt die Zugangsdaten nie.
- Es gibt weder eine autorisierte Sandbox noch eine vereinbarte Testunterkunft. Schreibtests laufen nur gegen eine freigegebene Sandbox, einen Simulator oder eine vereinbarte Testunterkunft, die Tests können also nicht beginnen.
Abgeschlossen, wenn: Der Zugang ist gegen die vereinbarte Sandbox validiert.
Schritt 3 von 5
Mapping klären
Importieren Sie die Hotelliste und sehen Sie, was verknüpft ist, was fehlt und was mehrdeutig ist. Jede neue Zuordnung prüft eine Person.
Mapping betrifft nur die Identität des Hotels. Zimmer und Raten laufen mit den eigenen Codes und Bedingungen des Verkäufers durch, denn eine gleiche Zimmerbezeichnung beweist nicht, dass zwei Zimmer gleich sind.
Wer handelt
- Verkäufer liefert die Hotelliste mit nativen Codes
- Mapping-Analyst gibt jeden neuen Treffer mit Begründung frei oder lehnt ihn ab
Lieferantendatensatz
The Saltline Hotel Dubai
10 Harbour Street, Dubai
ALPINE · HT900
Vorgeschlagene Unterkunft
The Saltline Hotel
10 Harbor Street, Dubai
REVO · c100-0001
Beispielhaft. Unternehmen und Daten sind fiktiv. Dieser Schritt bleibt blockiert, wenn
- Ein Treffer ist mehrdeutig, etwa wenn sich zwei Hotels ein Gebäude teilen. Er wartet auf einen Analysten und kann nicht automatisch freigegeben werden.
- Ein Hotel hat keinen freigegebenen Treffer. Es bleibt als nicht zugeordnet markiert, der Umgang damit wird je Verbindung festgelegt, und es wird bei Angebot oder Buchung nie gegen eine ähnliche Unterkunft getauscht.
- Ein Mapping wird korrigiert. Das erzeugt eine neue Snapshot-Version, und an die alte gebundene Tests zählen nicht mehr.
Abgeschlossen, wenn: Ein versionierter Mapping-Snapshot ist freigegeben.
Schritt 4 von 5
Tests ausführen
Führen Sie Suche, Angebot, Buchung, Abruf und Stornierung in der Sandbox aus, auch die heiklen Fälle: Preisänderungen, Zeitüberschreitungen und doppelte Anfragen.
Jedes Ergebnis ist an eine Adapterversion, einen Mapping-Snapshot und eine Konfigurationsrevision gebunden. Der Plan deckt neben dem Normalfall nicht erstattungsfähige Raten, fehlende Steuern, Rate-Limits und fehlgeschlagene Stornierungen ab.
Wer handelt
- Integrationsingenieur des Käufers führt den Testplan aus
- Integrationsingenieur des Verkäufers gibt die Testrichtlinie frei und prüft die Ergebnisse
- Zugangsdaten erreichen die SandboxBestanden
- Suche, 2 Erwachsene + Kind, 7 JahreBestanden
- Angebotsprüfung, Preis geändertFehlgeschlagen
- Buchung, Zeitüberschreitung beim Verkäufer während der BuchungNicht eindeutig
- Stornierung, nicht erstattbare RateNicht ausgeführt
Beispielhaft. Unternehmen und Daten sind fiktiv. Dieser Schritt bleibt blockiert, wenn
- Ein erforderlicher Test schlägt fehl. Das Ergebnis zeigt Soll, Ist und einen geschwärzten Trace.
- Ein Test ist nicht eindeutig. Nicht eindeutig zählt nie als bestanden.
- Eine gebundene Version ändert sich. Die betroffenen Tests gehen zurück auf nicht ausgeführt.
Abgeschlossen, wenn: Pflichttests bestehen auf den aktuellen Versionen.
Schritt 5 von 5
Freigeben und live gehen
Drei Freigaben, dann ein kleiner Canary mit Traffic-Limit und bereitem Rollback. Der Traffic steigt innerhalb der Limits des Verkäufers.
Ein Canary ist ein kleiner, begrenzter Teil des echten Traffics, der genau beobachtet wird, bevor mehr erlaubt wird. Jede Hochstufung bleibt innerhalb der vom Verkäufer gesetzten Limits.
Wer handelt
- Business-Admin des Käufers gibt den Go-live frei
- Business-Admin des Verkäufers gibt den Go-live frei und legt Traffic-Limits fest
- TravelRevo-Operator gibt frei und autorisiert dann den Canary und jede Hochstufung
- Käuferfreigabe
- Wartet
- Verkäuferfreigabe
- Wartet
- Betreiberfreigabe
- Wartet
- Canary
- Ein kleiner, begrenzter Traffic-Anteil
Beispielhaft. Unternehmen und Daten sind fiktiv. Dieser Schritt bleibt blockiert, wenn
- Eine erforderliche Prüfung ist nicht erfüllt: kaufmännische Referenz, freigegebener Mapping-Snapshot, aktuell bestandene Tests, Traffic-Richtlinie oder Freigabe von Käufer, Verkäufer oder Operator.
- Der Canary erreicht eine Abbruchbedingung, etwa steigende Fehler, Rate-Limit-Antworten des Verkäufers, unbekannte Buchungsergebnisse oder Steuerabweichungen. Der Traffic wird nicht weiter hochgestuft, und das Rollback steht bereit.
Abgeschlossen, wenn: Die Verbindung ist live, und Sie sehen ihren Zustand.
Für den Live-Betrieb muss jede Prüfung bestanden sein. Eine offene Prüfung hält ihn geschlossen.
Jedes offene Gate blockiert den Go-live, und die Verbindung sagt, welches es ist und wer verantwortlich ist. Veraltet ein bestandener Test, weil sich eine Version geändert hat, öffnet sich dieses Gate von selbst wieder.
Corvane Travel ⇄ Alpine DistributionKein Go-live möglich: 5 von 7 Gates offen
- Kommerzielle Konditionen referenziertVereinbarung CT-2041, beide UnternehmenErfasst
- KäuferfreigabeBusiness-Admin von Corvane Travel, nach bestandenen TestsWartet
- VerkäuferfreigabeBusiness-Admin von Alpine Distribution, nach bestandenen TestsWartet
- Freigegebener Mapping-SnapshotSnapshot v7Freigegeben
- Aktuell bestandene TestsLauf 14 auf Adapter 2.3.1: Angebotsprüfung fehlgeschlagenFehlgeschlagen
- Traffic-RichtlinieLimit und Canary-Plan, Verkäufer und OperatorWartet
- BetreiberfreigabeKann erst nach bestandenen Tests angefragt werdenWartet
Was passiert, wenn etwas schiefgeht
Hotelverbindungen scheitern auf bekannte Weise. So geht TravelRevo mit den häufigsten Fällen um.
Timeout des Verkäufers mitten in der Buchung
Die Buchung wird als unbekannt markiert, weil sie beim Verkäufer existieren könnte. Zuerst wird ihr Status abgeglichen, und bis die Antwort feststeht, geht kein neuer Versuch raus.
Wer handeltZuerst automatische Statusprüfungen, dann Ingenieure beider Seiten, falls es ungeklärt bleibt
Dieselbe Buchungsanfrage kommt zweimal an
Das Duplikat wird der ersten Anfrage zugeordnet und kann so keine zweite Reservierung erzeugen.
Wer handeltNiemand, es sei denn, die Antwort des Verkäufers steht im Widerspruch
Ein Live-Hotel erweist sich als falsch zugeordnet
Der Analyst korrigiert es in einer neuen Snapshot-Version. Die veröffentlichte Version bleibt als Nachweis erhalten, und betroffene Tests werden neu ausgeführt.
Wer handeltMapping-Analyst, mit dokumentierter Freigabe
Verkäufer liefert plötzlich Rate-Limit-Fehler
Die Hochstufung pausiert, und der Traffic bleibt unter dem Limit des Verkäufers. Limits werden nie übergangen, um einen Rückstau abzubauen.
Wer handeltTravelRevo-Operator, der Verkäufer wird informiert
Eine Verbindung muss ausgesetzt werden
Neue Suchen und Buchungen stoppen. Lesen, Stornieren und Abgleich bleiben offen, bestehende Buchungen lassen sich also weiter verwalten.
Wer handeltTravelRevo-Operator, der Grund wird dokumentiert
Zeigen Sie uns die Verbindung, die am längsten gedauert hat
Sagen Sie uns, wo es gehakt hat und wer auf der anderen Seite ist. Eine Person antwortet Ihnen.