1 Systemüberblick
1.1 Zweck des Verfahrens
GASTO Hotel ist ein Property-Management-System (PMS) für Beherbergungsbetriebe. Es erfasst und verarbeitet insbesondere:
- Reservierungen, Aufenthalte, Zimmer- und Leistungsbuchungen (Grundaufzeichnungen der Leistungserbringung)
- Rechnungen, Gutschriften/Storni, Zahlbelege, Anzahlungen und Kautionen
- Bar- und unbare Zahlungen einschließlich Kartenzahlungen
- Kassenbuch, Tagesabschlüsse und Mitarbeiterabschlüsse
- Gutscheine, Mahnwesen, Debitoren
- Auswertungen sowie Exporte an Finanzbuchhaltung und Finanzverwaltung
Damit ist GASTO Hotel ein aufzeichnungspflichtiges DV-System im Sinne der GoBD und — soweit bare Geschäftsvorfälle erfasst werden — ein elektronisches Aufzeichnungssystem im Sinne des § 146a AO.
1.2 Komponenten
| Komponente | Technik | Aufgabe |
|---|---|---|
Anwendungsserver GaHotelSrv (Konsole) bzw. GaHotelSvc (Windows-Dienst) | Delphi, HTTP/REST-Server | Gesamte Geschäftslogik, Datenbankzugriff, Belegerzeugung, TSE-Kommunikation, Schnittstellen, Datensicherung |
| Datenbank | PostgreSQL | Persistente Speicherung aller Bewegungs-, Stamm-, Protokoll- und Dokumentdaten |
| Web-Oberfläche | Angular (Single-Page-Anwendung), ausgeliefert über nginx | Bedienoberfläche im Browser |
| Reverse Proxy | nginx | TLS-Terminierung, Auslieferung der Oberfläche und der Hilfe, Weiterleitung der API-Aufrufe an den Anwendungsserver |
| TSE-Middleware | fiskaltrust (eigener Dienst/Container/Windows-Dienst) | Anbindung der zertifizierten technischen Sicherheitseinrichtung, Signaturerzeugung, DSFinV-K- und TAR-Journale |
IO-Bridge GaHotelBridgeSrv bzw. GaHotelBridgeSvc | Delphi, WebSocket-Server (Standardport 5001) | Ansteuerung lokaler Peripherie am Arbeitsplatz: Bondrucker, Kartenterminal (ZVT), lokale Ausgabegeräte |
| Housekeeping-App | Flutter (Android/iOS) | Mobile Erfassung von Zimmerstatus und Reinigungsaufträgen über die REST-Schnittstelle |
| Client am Arbeitsplatz | GASTO Hotel Launcher (Windows/Linux) oder aktueller Webbrowser | Anzeige der Bedienoberfläche; der Launcher ist ein Desktop-Client, der die Weboberfläche in einem eigenen Fenster öffnet |
| PDF-Erzeugung | Chrome/Chromium im Headless-Modus, optional Python für ZUGFeRD-Einbettung | Erzeugung der Belege und Berichte als PDF |
Die Web-Oberfläche enthält keine Geschäftslogik mit fiskalischer Relevanz: Belege, Nummern, Summen und Signaturen entstehen ausschließlich im Anwendungsserver.
1.3 Betriebsvarianten
| Variante | Beschreibung | Betriebsverantwortung |
|---|---|---|
| Windows-Installation (On-Premises) | Installationsprogramm richtet PostgreSQL, Anwendungsserver als Windows-Dienst, nginx und Hilfe auf einem Rechner/Server im Haus ein | Betrieb (Hardware, Betriebssystem, Netzwerk); Hersteller liefert Software und Updates |
| Docker Compose (On-Premises Linux) | Container für Datenbank, Anwendungsserver, Oberfläche, nginx und fiskaltrust auf einem kundeneigenen Linux-Host | Betrieb (Host und Container-Laufzeit); Hersteller liefert Images und Update-Skripte |
| GASTO CX (Appliance vor Ort) | Vom Hersteller vorkonfigurierter Mini-Server, der beim Betrieb aufgestellt wird: Ubuntu Server mit vorinstalliertem Docker-Compose-Stack, Fernwartungsagent und Sicherungsagent; Erstinstallation über ein automatisiertes Installationsmedium | Hersteller bzw. zertifizierter Betreuer (Wartung, Updates, Überwachung per Fernwartung); Betrieb stellt Aufstellort, Strom und Netzwerk |
| Cloud (vom Hersteller betrieben) | Mandantenfähiger Betrieb im Rechenzentrum des Herstellers auf Kubernetes; je Kunde eine eigene Installation mit eigener Datenbank | Hersteller (Infrastruktur, Betrieb, Updates, Sicherung); Betrieb nutzt die Anwendung über den Client |
In allen Varianten ist die Anwendungslogik identisch; es unterscheiden sich nur Installation, Betriebssystemumgebung und Betriebsverantwortung. Kubernetes wird ausschließlich in der vom Hersteller betriebenen Cloud eingesetzt; GASTO CX nutzt denselben Docker-Compose-Stack wie die On-Premises-Linux-Variante, jedoch auf vorkonfigurierter Hardware.
Der Betrieb hält fest, welche Variante eingesetzt wird, wo die Systeme stehen (Standort/Rechenzentrum), wer sie administriert und wer Zugriff auf Server und Datenbank hat.
1.4 Kommunikationswege
| Verbindung | Protokoll | Standard-Port | Bemerkung |
|---|---|---|---|
| Client (Launcher oder Browser) → nginx | HTTPS (bzw. HTTP im internen Netz) | 443 / 80 | Bedienung der Anwendung |
| nginx → Anwendungsserver | HTTP (lokal) | 8080 (konfigurierbar) | API-Weiterleitung unter /api/ |
| Anwendungsserver → Datenbank | PostgreSQL-Protokoll | 5432 (konfigurierbar) | Benutzer/Kennwort aus der Serverkonfiguration |
| Anwendungsserver → fiskaltrust-Middleware | HTTP | 1500 (konfigurierbar) | Signieranfragen, Journalabrufe |
| Client (Launcher oder Browser) → IO-Bridge (lokaler Arbeitsplatz) | WebSocket | 5001 | Druck, Kartenterminal |
| IO-Bridge → Kartenterminal | ZVT über TCP | terminalabhängig | Kartenzahlungen |
| Anwendungsserver → externe Dienste | HTTPS | 443 | Channelmanager, Lizenzserver, E-Mail-Versand, Updates |
| Mobile App → nginx/Anwendungsserver | HTTPS | 443 | Housekeeping, tokenbasiert |
| Fernwartungsagent → Fernwartungsdienst (nur GASTO CX) | HTTPS | 443 | Ausgehende Verbindung für Überwachung und Wartung |
Der GASTO Hotel Launcher ist der bevorzugte Client am Arbeitsplatz. Er verhält sich gegenüber dem Server wie ein Webbrowser (gleiche Aufrufe, gleiche Anmeldung) und startet die Oberfläche in einem eigenen Fenster. Alle Aussagen dieser Dokumentation zum „Browser“ gelten damit gleichermaßen für den Launcher.
1.5 Programmidentität und Version
- Die Programmversion ist fest in das Serverprogramm einkompiliert und wird über den Info-Endpunkt sowie in der Oberfläche ausgewiesen.
- Alle Belege, Sicherungen und Protokolle entstehen unter genau einer eindeutigen Programmversion; Sicherungsdateien enthalten die zum Sicherungszeitpunkt aktive Version in ihrer Beschreibungsdatei.
- Zur Versionsführung, zu Auslieferungswegen und Update-Kanälen siehe Betriebsdokumentation.
1.6 Systemvoraussetzungen (Kurzfassung)
- Serverseitig: aktuelles Windows Server / Windows bzw. Linux mit Container-Laufzeit, PostgreSQL (für Neuinstallationen Version 18), Chrome/Chromium für die PDF-Erzeugung; bei GASTO CX ist die Serverumgebung vorkonfiguriert Bestandteil der Appliance
- Arbeitsplatz: GASTO Hotel Launcher oder aktueller Browser (Chromium-basiert oder Firefox); für Peripherie zusätzlich die IO-Bridge auf dem jeweiligen Arbeitsplatz
- Belegausgabe: Bondrucker und/oder ein handelsüblicher A4-Drucker
- Netzwerk: erreichbarer Anwendungsserver, ausgehender Internetzugang für Lizenzprüfung, Updates, Channelmanager, E-Mail-Versand und ggf. cloudbasierte TSE
Die jeweils gültigen Detailanforderungen werden mit der Installationsanleitung ausgeliefert.