Live-Demo

Reservierungen für Büros und OTAs

Reisebuchungssystem für Büros, OTAs und Veranstalter

Ein Buchungsdatensatz umfasst Suche, Preisprüfung, Buchung, Zahlung, Ticket oder Voucher, danach Änderung, Storno oder Erstattung. PHPTRAVELS ist selbst gehostet für Büros, OTAs und Veranstalter. Der Quellcode liegt einer einmaligen kommerziellen Lizenz bei. Der Käufer bringt die Lieferantenverträge mit.

  • Ein Buchungsdatensatz
  • B2C, B2B, Büro und API
  • Eigenes Inventar und APIs
  • Quellcode, selbst gehostet
Live-Demo öffnenLizenzpreise ansehen

Definition

Was ist ein Reisebuchungssystem?

Ein Reisebüro, eine OTA oder ein Veranstalter sucht, bepreist, bucht und betreut damit eine Reise. Der Datensatz hält Reisende, Produkte, die Lieferantenbestätigung, die Zahlung und den Voucher oder das E-Ticket. Es ist kein GDS und kein CRS einer Hotelgruppe.

Die Plattform besteht seit Mai 2014. Die Website nennt 4.800+ Agenturen und 5 Millionen Buchungen, Stand September 2026, in 100+ Ländern. Über uns stellt das Unternehmen vor. Erfolgsgeschichten zeigt Agenturen mit dem Produkt. Keine erfundenen Kunden.

Reisebuchungssoftware ist das weitere Produkt. B2C-Reiseportal ist die öffentliche Seite, B2B-Reiseportal der Agentenschalter, White-Label-Reiseportal das Portal in der eigenen Marke, Software für Online-Reisebüros das OTA-Geschäft. Diese Seite ist nur der gemeinsame Buchungsdatensatz.

Die Lizenz ist einmalig, kein Abo. Hosting, Lieferantengebühren und Zusatzmodule stehen extra. PHPTRAVELS erhebt keine Gebühr pro Buchung. Beträge stehen nur auf Preise.

Für wen es istDrei Arten von Verkäufern, eine Reservierung. Die Lizenz entscheidet, welche Kanäle dabei sind.

  • Das Reisebüro

    Verkauft auf der Domain des Büros, mit dessen Aufschlag und Händlerkonto. Eine Datumsänderung ändert diese Reservierung.

  • Die OTA

    Mehrere Lieferanten teilen eine Ergebnisliste. Flug, Aufenthalt und Tour können eine Reservierung teilen, jeder mit eigener Referenz.

  • Der Reiseveranstalter

    Lädt eigene Abfahrten und hängt Flug, Hotel, Transfer oder Auto aus einer Lieferanten-API an, wenn die Route es braucht.

Reservierungsablauf

Wie funktioniert ein Reisebuchungssystem?

Suche, Preisprüfung, Buchung, Zahlung, Ticket oder Voucher, danach Änderung, Storno oder Erstattung. Der Lieferant wechselt. Der Datensatz nicht.

  1. 01

    Suche

    Angefragt werden Route, Aufenthalt, Abfahrt oder Fahrzeug. Jeder aktive Lieferant wird für sich abgefragt, eine langsame Verbindung blockiert die anderen nicht.

  2. 02

    Preisprüfung

    Tarif oder Rate wird vor der Zahlung erneut beim Lieferanten geprüft. Weggefallene Verfügbarkeit entfällt. Flugtarife werden vor der Zahlung neu validiert.

  3. 03

    Buchen

    Passagier- oder Gastdaten, die PNR oder die Lieferantenreferenz, bleiben offen, bis die Zahlung zurückkommt. Ein erneuter Versuch öffnet keine zweite Reservierung.

  4. 04

    Zahlen

    Der Checkout nutzt die im Admin gespeicherten Gateway-Zugangsdaten. Der Käufer zahlt auf das Händlerkonto des Büros. PHPTRAVELS sitzt nicht in der Abrechnung und erhebt keine Gebühr pro Buchung.

  5. 05

    Ticket oder Voucher

    Das Ticketing speichert die E-Ticket-Nummer am Flug, wenn die Tarifregeln es erlauben. Hotels, Touren, Transfers und Autos erhalten einen Voucher in der Marke des Büros. Die Rechnung folgt demselben Datensatz.

  6. 06

    Ändern, stornieren, erstatten

    Änderung, Storno und Erstattung laufen auf diesem Datensatz, nach den Regeln des Lieferanten. Ein Flug kann storniert, erstattet oder neu ausgestellt werden. Hotel und Tour folgen dem hinterlegten Stornozeitraum.

PNR und Ticketing im Detail sind Flugreservierungssystem. Die Zimmer einer Hotelgruppe sind Zentrales Reservierungssystem. Diese Seite ist die Reservierung, die mehr als ein Produkt halten kann.

Eine Reservierung

Ein Datensatz für Flüge, Aufenthalte, Touren und Autos

Jedes Modul behält die Lieferantenreferenz. Die Reservierung ist die Mappe um die Produkte, die die Plattform bereits ausliefert.

  • Flüge

    Suche, Tarifregeln, PNR, E-Ticketing, Änderungen und Erstattungen über die GDS-Vereinbarung des Büros, plus NDC und Billigflüge über einen Konsolidierer.

    Flüge

  • Aufenthalte

    Bettenbank-Raten und Direktverträge in einer Suche. Liefern zwei Bettenbanken dasselbe Zimmer, wird es ein Hoteldatensatz.

    Unterkünfte

  • Touren

    Lieferantenaktivitäten plus Abfahrten, die der Veranstalter lädt. Plätze, Voucher und Referenz bleiben an der Reservierung.

    Touren & Aktivitäten

  • Autos

    Mietwagen eines Lieferanten wie CarTrawler, auf derselben Reservierung wie Flug oder Hotel.

    Mietwagen & Transfers

  • Transfers

    Flughafen- und Punkt-zu-Punkt-Transfers über das Auto-Modul und die Transport-API, mit Flugnummer, damit die Abholung der Ankunft folgt.

    Transport-API

  • Visum

    Ein Visumantrag bleibt im selben Admin wie die Reservierung. Es ist ein weiteres Modul, kein zweites Unternehmen.

    Reisevisa

Touren sind Touren & Aktivitäten. Der Veranstalter-Ablauf ist Reiseveranstalter-Software. Aktivitäten verbinden sich über Touren-API. Kreuzfahrten, Fähren und Bahn liegen auf Plattform im Überblick und sind hier optional.

Inventar

Kann ich eigene Hotels, Touren und Transfers laden?

Ja. Verträge und APIs teilen einen Datensatz. Die Lizenz enthält Konnektoren, nicht den Vertrag, die Zugangsdaten oder die Zusage eines Lieferanten.

Auf dieser Seite genannte Lieferanten
  • Amadeus
  • Sabre
  • Travelport
  • Duffel
  • Hotelbeds
  • TBO
  • RateHawk
  • Viator
  • Tiqets
  • CarTrawler
  • Stripe
  • PayPal
  • Flutterwave
  • Paystack

Die live Konnektorenliste ist Alle Integrationen.

Lieferantenverträge

Brauche ich einen GDS-Vertrag?

Nur für GDS-Inhalt. Amadeus, Sabre und Travelport brauchen die IATA- oder Konsolidierervereinbarung des Büros. Die Software gewährt weder diese Vereinbarung noch Ticketing-Vollmacht. Duffel, Kiwi und PKfare können NDC- und Billigtarife liefern. Hotels können Hotelbeds oder geladene Verträge sein. Touren können die Abfahrten des Veranstalters sein.

Der Käufer bringt jeden Vertrag und jede Zugangsdatei mit. Ein Konnektor öffnet kein Inventar, das das Büro nicht unterschrieben hat.

Kanäle

Können Agenten ebenso buchen wie Kunden?

Ja. Vier Wege in ein Reisebuchungssystem: B2C, B2B-Agenten, das Backoffice und eine REST-API. Die Lizenz entscheidet, was dabei ist.

  • B2C-Seite

    Reisende zahlen auf der Domain des Büros. B2C liegt auf jeder Lizenz. Startup: Englisch, eine Währung, eine Domain. Agency ergänzt Sprachen, auch rechts-nach-links. Enterprise ergänzt Währungen und Domains und entfernt den Powered-by-Link.

    B2C-Reiseportal

  • B2B-Agenten

    Agenten nutzen Login, Kredit und den Aufschlag des Schalters. Das B2B-Portal ist Enterprise. Agency und Enterprise enthalten eine Kundenbörse. Der Startup-Aufschlag ist fest. Agency und Enterprise ergänzen einen Prozentsatz.

    B2B-Reiseportal

  • Backoffice

    Das Team sucht, bucht, ändert und erstattet im Admin. Voucher, Rechnungen und Berichte nutzen dieselbe Reservierung. Das CMS hält Slug, Meta-Titel, Beschreibung, Social-Bild, Canonical, Robots und Sitemap.

    CMS

  • REST-API

    Das JSON-API-Zusatzmodul lässt eine andere App Reservierungen anlegen und lesen. Es wird getrennt angeboten, fügt kein Inventar hinzu und deckt einen noch nicht verbundenen Lieferanten ab.

    Plattform im Überblick

Die öffentliche Seite ist B2C-Reiseportal. Das Agentenportal ist B2B-Reiseportal. Das Markenportal ist White-Label-Reiseportal. Der Plattformüberblick ist Plattform im Überblick.

Zahlungen

Zahlungen in einem Reisebuchungssystem

Der Checkout nutzt die Gateway-Schlüssel im Admin. Das Geld wird auf dem Händlerkonto des Büros abgerechnet.

  • Stripe und PayPal

    Stripe und PayPal sind fertige Konnektoren. Belastung oder Erstattung bleibt an der Reservierung. PHPTRAVELS erhebt keine Zahlungsgebühr pro Buchung.

    Stripe-Zahlungen

  • Adyen und Überweisung

    Adyen steht in der Gateway-Liste neben Stripe, PayPal, Überweisung und Agenten-Wallet. Das Büro verbindet das Konto, das es schon hat.

    Zahlungs-Gateway-Integration

  • Regionale Gateways

    Cashfree ist das fertige Gateway für Indien. Flutterwave und Paystack sind auf der Startseite fertig. Jedes nutzt das Konto des Büros.

    Zahlungs-Gateway-Integration

  • Ein Gateway, das nicht fertig ist

    Ein Gateway ohne fertigen Konnektor kann als individuelle Integration auf dem mitgelieferten Quellcode ergänzt werden. Der Umfang folgt nach der Lizenz. Der Gateway-Leitfaden zeigt, was schon verbunden ist.

    Payment-Gateway-API

Stripe ist Stripe-Zahlungen. PayPal ist PayPal-Zahlungen. Der Gateway-Leitfaden ist Zahlungs-Gateway-Integration.

CRS, GDS, Buchungssystem

Was unterscheidet CRS, GDS und Reisebuchungssystem?

Drei Namen, drei Systeme. Ein Unternehmen kann alle drei nutzen. Sie ersetzen sich nicht.

CRS, GDS und ein Reisebuchungssystem
FrageZentrales ReservierungssystemGDSReisebuchungssystem
Was es istSteuerschicht für Zimmer, Raten, Restriktionen und Reservierungen einer Hotelgruppe.Amadeus, Sabre und Travelport verteilen Fluginhalt und etwas Hotelinhalt an Abonnenten.Das System von Büro, OTA oder Veranstalter für Flüge, Aufenthalte, Touren, Autos und Transfers.
Woher das Produkt kommtKontingente und Verträge der Gruppe.Inhalt, den der Abonnent nach eigener Vereinbarung verkaufen darf.Inventar, das das Geschäft lädt, plus APIs, die es mit eigenen Zugangsdaten verbindet.
Was gespeichert wirdZimmerreservierung, Voucher und Rechnung dieser Gruppe.Die PNR und nach dem Ticketing das E-Ticket im GDS.Reisende, Produkte, Referenzen, Zahlung, Voucher oder E-Ticket und spätere Änderungen.
Wer es betreibtDie Hotelgruppe oder das Unternehmen, das die Häuser führt.Das GDS-Unternehmen. Das Büro ist Abonnent.Das Reisegeschäft. Die Installation ist selbst gehostet, der Quellcode ist dabei.
Wo es auf dieser Website liegtDie Seite zum zentralen Reservierungssystem.Die Seite zum Flugreservierungssystem, plus die GDS-Leitfäden.Diese Seite.

Das System der Hotelgruppe ist Zentrales Reservierungssystem. Der Flugabschnitt ist Flugreservierungssystem.

Beispiele

Welche Beispiele gibt es für Reisebuchungssysteme?

Amadeus, Sabre und Travelport sind GDS, deshalb stehen sie neben dieser Suche. PHPTRAVELS verbindet sich mit den Zugangsdaten des Büros. Die Lizenz ist kein GDS-Vertrag und ersetzt das GDS nicht.

PHPTRAVELS ist der Buchungsdatensatz um diesen Inhalt und um die eigenen Hotels, Touren und Transfers des Geschäfts. Der Nachbar der Hotelgruppe ist Zentrales Reservierungssystem. PNR und Ticketing sind Flugreservierungssystem.

Backoffice

Welche Funktionen braucht ein Reisebuchungssystem?

Aufschlag, Währung, Sprache, Voucher, Rechnung und Bericht halten den Datensatz nach dem Verkauf richtig. Dynamisches Packaging wird auf dieser Seite nicht behauptet.

  • Aufschläge

    Ein fester Betrag bei Startup. Agency und Enterprise ergänzen einen Prozentsatz. Der Käufer sieht den Verkaufspreis. Der Schalter sieht weiter den Nettobetrag.

  • Mehrere Währungen

    Eine Währung bei Startup und Agency. Unbegrenzte Währungen bei Enterprise. Eine Erstattung nutzt denselben Datensatz wie die Zahlung.

  • Mehrere Sprachen

    Englisch bei Startup. Unbegrenzte Sprachen, auch rechts-nach-links, ab Agency. Eine Reservierung, keine Kopie pro Sprache.

  • Voucher und E-Tickets

    Hotels, Touren, Transfers und Autos erhalten einen Voucher in der Marke des Büros. Flüge speichern PNR und E-Ticket-Nummer an dieser Reservierung.

  • Rechnungen

    Die Rechnung folgt dem Voucher. Zahlungsweg und Ergebnis bleiben an der Buchung, der eine Erstattung oder Lieferantenrechnung zugeordnet wird.

  • Berichte

    Buchungen, Umsatz, Erstattungen und Agentenbücher werden aus den Reservierungen im Admin exportiert.

Hosting

Ist es Cloud-SaaS oder selbst gehostet?

Selbst gehostet, mit Quellcode auf jeder Lizenz unter einer kommerziellen Lizenz. Kein gemietetes Mehrmandanten-SaaS und kein Open Source.

Selbst gehostete Lizenz und ein gemietetes SaaS-Portal
FrageDiese selbst gehostete LizenzEin gemietetes SaaS-Portal
QuellcodeAuf jeder Lizenz enthalten. Den Code zu ändern ist ein Enterprise-Begriff.Bleibt meist beim Anbieter.
Wo es läuftDer Server des Büros oder verwaltetes Hosting. Buchungen liegen auf dieser Installation.Die Cloud des Anbieters. Das Büro richtet einen Zugang ein.
Der BuchungsdatensatzDie Datenbank des Büros auf dieser Installation.Der Mandant des Anbieters, Export nur wenn der Vertrag ihn erlaubt.
LieferantenKonnektoren aus dem Verzeichnis. Das Büro unterschreibt jeden Lieferanten und trägt die Schlüssel ein.Oft die Lieferanten des Anbieters oder dessen Raten.
ZahlungenDas Händlerkonto des Büros und die Gateway-Zugangsdaten.Oft der Checkout des Anbieters.

Ein längerer Vergleich ist Selbst gehostet vs. SaaS. Verwaltetes Hosting ist Shared Hosting oder VPS-Hosting. Beträge stehen auf Preise.

Lizenz

Was kostet ein Reisebuchungssystem?

Einmalige Lizenzen: Startup, Agency, Enterprise. B2C, Admin und Quellcode liegen auf allen drei. B2B-Agenten sind Enterprise. Hosting, Anzahlungen, Apps und die JSON-API stehen extra. Keine Gebühr pro Buchung von PHPTRAVELS.

Beträge stehen nur auf Preise. Lieferanten- und Gateway-Gebühren sind Verträge dieser Firmen. Individuelle Arbeit wird nach der Lizenz bemessen.

Lizenzpreise ansehen

Einrichtung

Wie lange dauert die Einrichtung?

Die Einrichtung dauert 7 bis 10 Werktage bei Startup, 1 bis 2 Werktage bei Agency und 4 bis 6 Stunden bei Enterprise: Installation, Konfiguration und Test. Die Freigabe des Lieferanten kann länger dauern.

  1. Die Demo gehen

    Suchen Sie Flug, Aufenthalt, Tour oder Auto in der Live-Demo und öffnen Sie die Buchung, bevor Sie einen Plan wählen.

  2. Den Plan lesen

    Startup ist Englisch, eine Währung, eine Domain. Agency ergänzt Sprachen. Enterprise ergänzt Agenten, Währungen und Domains.

  3. Die Lizenz bestellen

    Die Lizenz ist eine einmalige Bestellung. Hosting ist der Server des Büros oder verwaltetes Hosting. Lieferantenverträge bleiben auf den Namen des Büros.

  4. Einrichten und testen

    Installieren, Marke setzen, Zugangsdaten eintragen, Aufschlag setzen, Gateway verbinden und eine Buchung bis zum Voucher oder E-Ticket führen.

Die Demo ist Live-Demo. Die Pläne und die Zeiten stehen auf Preise.

Ehrliche Passung

Wem ein Reisebuchungssystem passt

Passt

Ein Büro, eine OTA oder ein Veranstalter, der eigene Lieferanten unterschreibt und den Datensatz selbst gehostet will, mit Quellcode. Startup ist eine Sprache, eine Währung, eine Domain. Agency ergänzt Sprachen. Enterprise ergänzt Agenten, Währungen und Domains.

Passt schlecht

Zimmer einer Hotelgruppe gehören auf die CRS-Seite. PNR und Ticketing gehören auf die Flugseite. GDS-Inhalt und Ticketing-Vollmacht sind nicht enthalten. Dynamisches Packaging wird nicht versprochen.

Hotelgruppen: Zentrales Reservierungssystem. Flugticketing: Flugreservierungssystem. Das weitere Produkt: Reisebuchungssoftware.

Nächster Schritt

Das Reisebuchungssystem in der Demo ansehen

Folgen Sie einer Buchung von der Suche bis zum Voucher und lesen Sie danach die Lizenz auf der Preisseite.

Live-Demo öffnenLizenzpreise ansehenVertrieb kontaktieren

Verwandte Systeme

FAQ

Fragen zu einem Reisebuchungssystem

Antworten zum Produkt, wie es verkauft wird. Beträge bleiben auf der Preisseite.

Vertrieb kontaktieren

Das System, mit dem ein Büro, eine OTA oder ein Veranstalter eine Reise sucht, bepreist, bucht und betreut. Ein Datensatz hält Reisende, Produkte, Lieferantenreferenzen, Zahlung und Voucher oder E-Ticket. PHPTRAVELS ist selbst gehostet, mit Quellcode, auf einer einmaligen kommerziellen Lizenz.

Suchen, Tarif oder Rate neu prüfen, PNR oder Lieferantenreferenz speichern, auf dem Gateway des Büros zahlen, E-Ticket oder Voucher ausstellen, danach auf diesem Datensatz ändern, stornieren oder erstatten.

Ein CRS hält Zimmer und Raten einer Hotelgruppe. Ein GDS wie Amadeus, Sabre oder Travelport verteilt Inhalt nach der Vereinbarung des Abonnenten. Das Reisebuchungssystem ist der Buchungsdatensatz des Büros. PHPTRAVELS verbindet sich mit einem GDS und ersetzt es nicht.

Amadeus, Sabre und Travelport sind GDS. PHPTRAVELS verbindet sich mit ihnen und ist das Buchungssystem für Flüge, Aufenthalte, Touren, Autos und Transfers. Die CRS- und die Flugseite decken die anderen beiden Systeme ab.

Ein Datensatz, eine Preisprüfung, Aufschläge, Währung und Sprache laut Lizenz, Voucher, E-Tickets, Rechnungen und Berichte. B2C liegt auf jedem Plan. B2B-Agenten sind Enterprise. Die REST-API ist ein Zusatzmodul. Dynamisches Packaging wird nicht behauptet.

Ja. Hotelkontingente, Raten und Stop-Sell gehen ins Extranet. Touren sind die Abfahrten des Veranstalters. Ein Transfer kann die eigene Leistung des Büros sein. Lieferanten-APIs sitzen daneben. Die Verträge bringt das Büro mit.

Nur für GDS-Tarife. Amadeus, Sabre und Travelport brauchen die IATA- oder Konsolidierervereinbarung des Büros. Die Lizenz gewährt sie nicht und auch keine Ticketing-Vollmacht. Hotelbeds, Viator, Tiqets, CarTrawler und geladene Verträge brauchen kein GDS.

Kunden nutzen B2C auf jeder Lizenz. Agenten nutzen das B2B-Portal auf Enterprise, mit Login, Kredit und Aufschlägen. Agency und Enterprise ergänzen ein Kunden-Wallet. Das Team nutzt das Backoffice. Das REST-API-Zusatzmodul nutzt dieselben Reservierungen.

Selbst gehostet. Der Quellcode liegt auf jeder Lizenz unter einer kommerziellen Lizenz, nicht unter einer Open-Source-Lizenz. Server des Büros oder verwaltetes Hosting. Den Code zu ändern und Updates auf Lebenszeit sind Enterprise-Begriffe.

Startup, Agency und Enterprise sind einmalige Lizenzen. Beträge stehen nur auf der Preisseite. Hosting, Lieferantengebühren, Apps und die JSON-API stehen extra. PHPTRAVELS erhebt keine Gebühr pro Buchung.

7 bis 10 Werktage bei Startup, 1 bis 2 bei Agency und 4 bis 6 Stunden bei Enterprise, inklusive Installation, Konfiguration und Test. Die Freigabe des Lieferanten kann länger dauern.

Weiter entdecken

Mehr zur Plattform