Að mæla með hóteli er ekki að bóka það
Section titled “Að mæla með hóteli er ekki að bóka það”Flest „AI-ferðalíf“ í dag hættir við að mæla með. Aðstoðarmaður leggur til þrjú hótel og vísar ferðalanganum svo á vefsíðu eða OTA til að bóka. Þráðurinn rofnar, verðið er kannski ekki bókanlegt og enginn heldur utan um upprunann.
AI-umboðsmaður er öðruvísi en AI-svar. Umboðsmaður lýsir ekki bara hóteli — hann framkvæmir: athugar lifandi framboð, setur saman bókun, tekur við greiðslu og getur brugðist við breytingum. Til að það gangi örugglega þarf umboðsmaðurinn meira en texta. Hann þarf uppbyggð, núverandi, bókanleg gögn og viðskiptalag sem hann getur kallað á.
Þetta er munurinn á milli AI-uppgötvunar, sem snýst um að vera fundinn og skilinn, og agentic viðskipta, sem snúast um að vera keyrð í gegn.
Hvað umboðsmaður þarf áður en hann getur átt viðskipti
Section titled “Hvað umboðsmaður þarf áður en hann getur átt viðskipti”Hótelbókun er raunverulegur viðskiptaviðburður: rétt herbergi, rétt verð, raunverulegt framboð, reglur, greiðsla og staðfesting sem samstillist við hótelið. Umboðsmaður getur aðeins lokið þessu ef hver þáttur er tiltækur sem kallað aðgerð.
| Umboðsmaðurinn þarf | Af hverju það skiptir máli |
|---|---|
| Uppbyggt, lifandi framboð | Vefskrapað gögn verða úrelt; umboðsmaður þarf núverandi, hótelstýrðar birgðir. |
| Rauntíma verð og framboð | Verð sem umboðsmaður tilgreinir þarf að vera bókanlegt á þeim tíma. |
| Bókunaraðgerð | Að búa til bókun þarf að vera raunverulegt API-kall, ekki að vísa á vefform. |
| Greiðsla | Umboðsmaður (eða ferðalangur í gegnum hann) þarf að geta greitt, með regluverkum beitt. |
| Uppruni | Uppruni, herferð eða umboðsmaður sem bjó til bókunina á að haldast tengdur. |
| Atburðir | Umboðsmaður á að geta brugðist við staðfestingum, breytingum, afbókunum og endurgreiðslum. |
Án þessara þátta getur umboðsmaður mælt með — en ekki bókað.
Hvernig AI-umboðsmaður bókar hótel á Wink
Section titled “Hvernig AI-umboðsmaður bókar hótel á Wink”Wink er API-fyrst: hver eiginleiki kerfisins er kallaður utan frá og hýstur MCP-þjónn sýnir lifandi API-samninga fyrir umboðsmenn. Dæmigerður umboðsmannaflæði:
1 — Tengjast og lesa lifandi samninga
Section titled “1 — Tengjast og lesa lifandi samninga”Umboðsmaðurinn tengist hýsta MCP-þjóninum og notar api_search og docs_search til að finna réttu aðgerðirnar og lesa raunveruleg beiðni/svör — engin ágiskun á endapunktum, engar úreltar skjöl.
claude mcp add --transport http \ wink-docs https://docs.mcp.wink.travel/mcp2 — Leita að bókanlegum birgðum
Section titled “2 — Leita að bókanlegum birgðum”Umboðsmaðurinn leitar í hótelstýrðu framboði, þar með talið landfræðilegri leit, og les lifandi verð og framboð yfir tengda rásarstjóra.
3 — Búa til bókunina
Section titled “3 — Búa til bókunina”Bókunarsköpun er REST API-aðgerð. Umboðsmaðurinn setur saman herbergi, verð, dagsetningar og gesti og býr til bókunina í gegnum API.
4 — Taka við greiðslu og staðfesta
Section titled “4 — Taka við greiðslu og staðfesta”Booking Engine uppfyllir viðskiptin — útskráningu, greiðslu (Wink er kaupmaður skráður), reglur um afbókanir, staðfestingu og samstillingu bókunar við tengdan PMS eða rásarstjóra. Uppruni og samstarfsaðilar haldast tengdir í gegnum bókunina.
5 — Bregðast við atburðum
Section titled “5 — Bregðast við atburðum”Umboðsmaðurinn getur gerst áskrifandi að booking.created og öðrum webhook-atburðum til að samræma, tilkynna ferðalanganum eða kveikja á eftirfylgni.
Reglan: umboðsmaðurinn býr til eða stýrir fyrirætlun; Booking Engine er uppfyllingarlagið undir hverri afhendingu.
AI-leit vs AI-umboðsmenn
Section titled “AI-leit vs AI-umboðsmenn”Þeir leysa mismunandi verkefni og hótel þarf að vera tilbúið fyrir bæði.
| AI-leit / svarvélar | AI-umboðsmenn | |
|---|---|---|
| Markmið ferðalangs | Finna og bera saman hótel | Bóka og stjórna dvöl |
| Hvað hótel þarf | Uppbyggt, leitarhæft efni | Lifandi API, verð, bókun, greiðsla |
| Endastaða | Mælt með | Staðfest bókun |
| Wink yfirborð | Hreint framboð + svarklárt efni | REST API, MCP-þjónn, Booking Engine |
AI-uppgötvun fyrir hótel fjallar um leitina; þessi leiðarvísir fjallar um viðskipti.
Hver byggir umboðsmenn á hótelviðskiptum
Section titled “Hver byggir umboðsmenn á hótelviðskiptum”Agentic ferðaviðskipti eru ekki bara neytenda aðstoðarmenn. Sama innviði knýr:
- Neytenda ferðaaðstoðarmenn sem leita, bóka og stjórna dvöl frá upphafi til enda.
- Banki, tryggðarkerfi og super-app umboðsmenn sem innlima hótelbókanir í núverandi viðskiptaupplifun.
- Samstarfs- og skapandi sjálfvirkni sem uppgötvar hæf hótel, býr til efni og heldur uppruna tengdum — með 10% sjálfgefnu þóknunargjaldi af staðfestum bókunum.
- Hótel-hliðarsamstarfsmenn sem hjálpa teymum að búa til efni og greina frammistöðu yfir Extranet, Social og Studio, á meðan hótelið heldur reglum.
Hvert þetta stefnir
Section titled “Hvert þetta stefnir”Hæfileikarnir hér að ofan eru í notkun í dag í gegnum REST API og MCP-þjón. Stefnan er dýpri agentic innfædd viðskipti: ríkari bókunargrunneiningar fyrir umboðsmenn, auðkenning og heimild fyrir umboðsmenn til að eiga viðskipti fyrir hönd ferðalangs, og umboðsmenn sem taka þátt sem tengdir, tekjulindir í samstarfsnetinu. Þráðurinn er samkvæmur — ferðaviðskipta innviðir fyrir AI-umboðsmenn, með Booking Engine sem uppfyllingarlag undir.
Algengar villur
Section titled “Algengar villur”- Að meðhöndla AI-uppgötvun og AI-umboðsmenn sem sama verkefnið. Annað er efni og uppbygging; hitt er API og uppfylling. Þú þarft bæði.
- Leyfa umboðsmönnum að tilgreina verð sem þeir geta ekki bókað. Tilboð verða að koma frá lifandi verði og framboði, ekki skrapuðum síðum.
- Sleppa uppruna við afhendingu. Ef umboðsmaður býr til eftirspurn á bókun á að halda henni tengdri uppruna.
- Sleppa uppfyllingarlaginu. Svar er ekki bókun fyrr en útskráning, greiðsla og staðfesting hafa raunverulega átt sér stað.