Ugrás a cikkhez
steward.Cikkek

ASA HOTEL és ChatGPT: így használhatja biztonságosan az MI-t a szállodai szoftverével

ASA HOTEL ChatGPT-vel? Miért kockázatos a vendégadatok exportja és a közös belépés, és hogyan válaszolhat az MI megfelelő jogosultságokkal.

A szállodai csapatok már használják az MI-t. A kérdés az, hogyan

A recepciósok a ChatGPT-vel írják a vendégeknek szóló e-maileket. A vezetők vele foglalják össze az értékeléseket. Előbb-utóbb valaki felteszi a kézenfekvő kérdést: nem tudná azt is megmondani, ki érkezik ma, mely szobák piszkosak még, és kinek van nyitott számlája?

Ezek az információk az ASA HOTEL-ben vannak. Háromféleképpen hozhatja össze őket az MI-vel, és ezek nem egyformán biztonságosak.

1. lehetőség: lista exportálása és feltöltése

Valaki exportálja az ASA-ból a mai érkezéseket vagy a házban lévő vendégek listáját, és feltölti a ChatGPT-be.

  • Működik egy egyszeri kérdésnél.
  • Az adatok személyesek. Nevek, szobaszámok, dátumok, és néha allergiára, akadálymentességre vagy fizetésre vonatkozó megjegyzések kerülnek egy személyes csevegőfiókba, a szálloda ellenőrzésén kívülre.
  • Azonnal elavul. Egy késői érkezés vagy szobacsere már nincs benne a fájlban.
  • Az eredményt más nem látja. Az éjszakai műszak elölről kezdi.

2. lehetőség: az ASA-belépési adatok átadása egy MI-eszköznek

Vannak, akik egy Reservation Service-címet és belépési adatokat másolnak be egy MI-eszközbe vagy egy saját készítésű szkriptbe.

  • A belépés az adott ASA-fiók összes jogával jár. Ebbe beletartoznak a terheléseket könyvelő vagy foglalásokat létrehozó metódusok is.
  • A hitelesítő adatok egy csevegési előzményben ülnek, és minden megosztott hivatkozással és a kód minden másolatával továbbutaznak.
  • Semmi sem állítja meg a téves módosítást. Egy félreértett kérés rossz szobára könyvelhet terhelést.

Az általános problémát a Bemásolja az API-tokenjét a ChatGPT-be? című cikkben magyarázzuk el. Egy szállodánál ez még fontosabb, mert a vendégadatok egészségügyi információkat is tartalmazhatnak.

3. lehetőség: az ASA egyszeri csatlakoztatása jogosultságokkal és jóváhagyásokkal

A Steward így működik:

  1. Egy adminisztrátor egyszer csatlakoztatja az ASA-t. Az ASA-adminisztrátortól kapott Reservation Service-adatokat használja. Lásd: ASA HOTEL csatlakoztatása. A hitelesítő adatokat titkosítva tároljuk, többé nem jelennek meg, és az MI soha nem kapja meg őket.
  2. Minden csapat csak azt kapja, amire szüksége van. A recepció olvashatja a foglalásokat. Az F&B előkészítheti az éttermi módosításokat. Terheléseket csak a front office vezetője hagyhat jóvá. Lásd: kapcsolati jogosultságok.
  3. Az ASA saját jogosultságai továbbra is érvényesek. A Steward a személy jogait ellenőrzi, az ASA pedig a fiók metódusjogosultságait és licencelt moduljait. Lásd: ASA-metódusok elérése.
  4. A jelentős módosítások jóváhagyást igényelnek. A szobaterhelések, a terhelési bizonylatok, a foglalások létrehozása, a wellnessfoglalások és a szobaüzenetek alapértelmezés szerint jóváhagyást igényelnek, még Automatikus módban is.
  5. A bizonytalan eredmények megállítják a további módosításokat. Ha az ASA nem erősít meg egy terhelést, a Steward soha nem próbálkozik újra magától. Visszatartja a további módosításokat, amíg valaki ellenőrzi az ASA-t, és rögzíti, mi történt.

Mit kérdezhetnek a munkatársak?

Mutasd a mai érkezéseket, távozásokat és a foglalt szobákat.

Készíts housekeeping-átadást azokkal a szobákkal, amelyek figyelmet igényelnek, érkezési idő szerint rendezve.

Mely holnap távozó vendégeknek van 300 € feletti nyitott egyenlege?

Mutasd a ma esti házban lévő vendégeket az éttermi asztalukkal és a konyhai megjegyzésekkel.

Részlegenkénti további példákért olvassa el az MI szállodáknak: gyors válaszok az ASA HOTEL-ből című cikket. Egy teljes, kidolgozott példát a Tartsa távol a diófélékre allergiás vendégeket a pörkölőállomástól című cikkben talál.

A három lehetőség összehasonlítása

Export + ChatGPT Hitelesítő adatok egy MI-eszközben Steward
Élő adatok Nem Igen Igen
Vendégadatok személyes csevegésekben Igen Igen Nem, a szálloda közös projektjeiben maradnak; a Steward és MI-modellszolgáltatói dolgozzák fel
Védett hitelesítő adatok — Nem Titkosítva, soha nem jelennek meg, az MI nem kapja meg
Személyenkénti jogok Nem Nem Igen, az ASA saját metódusjogosultságai mellett
Ellenőrzött terhelések — Nem Mindig, alapértelmezés szerint
Bizonytalan terhelések automatikus újrapróbálása nélkül — Nem A bizonytalan eredmények blokkolják a további módosításokat
Csapaton belüli átadás Nem Nem Közös projektek és ütemezett eligazítások

Mit fed le a Steward az ASA-ban?

A Steward az ASA HOTEL v2.14-es Reservation Service-szerződésének mind a 33 metódusát támogatja: 21 olvasást, három rutinszerű frissítést és kilenc jóváhagyást igénylő módosítást. Hogy ezek közül a csapata melyeket használhatja, az ASA-fiókja jogosultságaitól és licencelt moduljaitól függ.

Első lépések

Kérje el ASA-adminisztrátorától a Reservation Service végpontját és egy olyan fiókot, amely rendelkezik a szükséges metódusjogosultságokkal, majd csatlakoztassa az ASA HOTEL-t. Kezdjen egy reggeli eligazítással Csak olvasás módban. A reggeli eligazításról szóló cikkünk megmutatja, hogyan.

Próbálja ki a saját csapatával

Csatlakoztassa egyszer az üzleti eszközét, döntse el, ki olvashat, módosíthat és hagyhat jóvá, és tegye fel az első kérdését.

Kezdjük el