Skip to content
Ištekliai

Kaip kūrėjai prideda viešbučių užsakymus prie produkto?

Section titled “Kaip kūrėjai prideda viešbučių užsakymus prie produkto?”

Paieška ir kainos yra lengvoji dalis. Produktas tampa naudingas tik tada, kai gali sukurti tikrą užsakymą, priimti mokėjimą ir pranešti keliautojui bei viešbučiui, kad užsakymas įvyko.

Daugelis API grąžina viešbučių turinį. Žymiai mažiau leidžia užbaigti sandorį.

Trumpas atsakymas

Jums reikia keturių dalykų: gyvų kainų ir prieinamumo, užsakymo kūrimo, mokėjimo ir patvirtinimo bei webhooks. Tik skaitymui skirti turinio API baigiasi ties pirmuoju. Wink Consumer ir Booking Engine API yra nemokami, užsakymo kūrimas vyksta per REST su OAuth2, yra 70 webhook įvykių, įskaitant booking.create, o mokėjimas surenkamas viešbučiui – kuris lieka prekybininku – todėl jums nereikia juo tapti. MCP serveris suteikia tas pačias galimybes DI agentams, o web komponentai padengia atvejus, kai norite užsakymo kelio be vartotojo sąsajos kūrimo.

GalimybėKą tai reiškiaKodėl produktai be to stringa
Gyvos kainos ir prieinamumasDabartinės kainos ir kas iš tikrųjų yra užsakoma pagal datų intervaląTalpyklos kainos nepavyksta patvirtinimo metu ir mažina pasitikėjimą
Užsakymo kūrimasSukurti tikrą rezervaciją, kurią gauna viešbutisBe to esate tik nukreipimo nuoroda, o ne produktas
MokėjimasPriimti pinigus kaip užsakymo dalįPerdavimas kitai svetainei žudo konversiją
Patvirtinimas ir webhooksPranešti svečiui, viešbučiui ir jūsų sistemai, kas įvykoKitaip kyla apkrovos palaikymas ir suderinimo spragos

Dauguma „viešbučių API“, kuriuos randa kūrėjai, apima pirmą ir kartais antrą galimybę. Sandoris yra sunkioji dalis ir būtent ji lemia, ar turite produktą.

Šis klausimas formuoja viską toliau. Pasiūla, perparduodama per grandinę, atkeliauja su antkainiu kainoje, pasenusia prieinamumo informacija ir be galimybės grįžti į viešbutį dėl užsakymo klausimų. Pasiūla, gaunama tiesiogiai iš viešbučio, turi viešbučio kainą, gyvą prieinamumą ir viešbutį, kuris žino apie užsakymą.

Visiems atvejams, kai keliautojas lygins su viešbučio svetaine – o tai yra dauguma atvejų – viešbučio kontroliuojama pasiūla išvengia nemalonaus momento, kai jūsų kaina yra prastesnė.

Jei patys kuriate viešbučių užsakymus, tapimas prekybininku reiškia mokėjimų atsakomybės prisiėmimą, grąžinimų, mokesčių tvarkymą ir dažnai kelionių agentūros licenciją kiekvienoje rinkoje.

Wink viešbutis lieka prekybininku, o mokėjimas surenkamas viešbučiui, todėl integratorius neprisiima šios atsakomybės. Prekybininko sutartys yra prieinamos API integracijose, kai partneriui tikrai reikia priimti mokėjimą, ir tai turi savo licencijavimo reikalavimus.

  1. Web komponentai. Įterpkite užsakytiną paiešką, kambarių sąrašą ar atsiskaitymą į esamą puslapį. Nereikia backend darbo; mažiausia kontrolė išdėstyme.
  2. REST API. Pilna kontrolė paieškai, kainoms, užsakymo kūrimui ir patvirtinimui, autentifikuojama su OAuth2. Naudokite, kai užsakymo srautas yra jūsų produkto dalis.
  3. MCP serveris. Tos pačios galimybės prieinamos DI agentams, kad asistentas galėtų ieškoti, kainuoti ir užbaigti užsakymą, o ne nukreipti vartotoją į svetainę.

Šie trys nėra vienas kitam prieštaraujantys – produktas dažnai naudoja komponentus rinkodaros paviršiui ir API savo pagrindiniam srautui.

  • Ieškokite ir kainuokite viename mieste ir vienam datų intervalui. Gaukite tikras kainas prieš kuriant dizainą.
  • Sukurkite vieną testinį užsakymą nuo pradžios iki galo, įskaitant mokėjimą ir patvirtinimą.
  • Prenumeruokite booking.create ir atšaukimo įvykius prieš kurdami bet kokią vartotojo sąsają.
  • Anksti nuspręskite savo atribucijos modelį – šaltinio kontekstas turi keliauti kartu su užsakymu, kitaip vėliau ataskaitos bus spėjamos.
  • Tvarkykite gedimų atvejus: prieinamumas prarastas tarp pasiūlymo ir užsakymo, mokėjimas atmestas, daliniai grąžinimai.

Consumer ir Booking Engine API yra nemokami. Partner API suteikia nemokamą mėnesinį limitą – 10 000 viešbučio naktų, po to apmokestinama už vienetą. Patvirtinti užsakymai turi viešbučio 1,5 % platformos mokestį ir kortelių apdorojimo kaštus, o 10 % numatytos komisijos taikoma, kai jūsų produktas atvedė užsakymą – taip integratorius uždirba, o ne moka.

  • Kūrimas remiantis talpyklos kainomis. Jos atrodo gerai kūrimo metu, bet nepavyksta gamyboje.
  • Mokėjimo palikimas per nukreipimą. Kiekvienas perdavimas praranda užsakymus.
  • Webhook ignoravimas iki paleidimo. Suderinimas tampa rankiniu darbu.
  • Tapimas prekybininku be būtinybės. Tai licencijavimo ir atsakomybės sprendimas, ne tik techninis.
  • Šaltinio konteksto nepateikimas. Atribucijos vėliau neįmanoma atkurti.

Tęskite tyrinėjimą

Viešbučių užsakymų API DUK

Ką integruoti, kiek tai kainuoja ir kas prisiima mokėjimo atsakomybę.

Ką turi palaikyti viešbučių užsakymų API?
Gyvos kainos ir prieinamumas, užsakymo kūrimas, mokėjimas ir patvirtinimas su webhooks. Tik skaitymui skirti turinio API apima tik pirmą galimybę ir negali užbaigti sandorio.
Ar Wink API yra nemokamas naudoti?
Consumer ir Booking Engine API yra nemokami. Partner API suteikia 10 000 viešbučio naktų nemokamai per mėnesį, po to apmokestinama už vienetą.
Ar turiu tapti prekybininku?
Ne. Viešbutis lieka prekybininku ir mokėjimas surenkamas viešbučiui. Prekybininko sutartys yra prieinamos API integracijoms, kai partneriui tikrai reikia priimti mokėjimą, su savo licencijavimo reikalavimais.
Ar DI agentai gali užsakyti per tas pačias galimybes?
Taip. MCP serveris suteikia paiešką, kainodarą ir užsakymą agentams, kad asistentas galėtų užbaigti užsakymą vietoje vartotojo nukreipimo į svetainę.
Kaip man sumoka kaip integratoriui?
10 % numatytoji komisija taikoma užsakymams, kuriuos atvedė jūsų produktas, apskaičiuojama po viešbučio platformos mokesčio ir kortelių apdorojimo, su atribucija, galiojančia 6 mėnesius nuo paspaudimo.
Ar turiu kurti vartotojo sąsają?
Nebūtinai. Web komponentai suteikia užsakytiną paiešką, kambarių sąrašus ir atsiskaitymą, kuriuos galima įterpti į esamą puslapį; REST API naudojamas, kai srautas turi būti jūsų.

Sukurkite produktą, kuris iš tikrųjų gali užsakyti.

Section titled “Sukurkite produktą, kuris iš tikrųjų gali užsakyti.”

Gyva viešbučių pasiūla, užsakymo kūrimas per REST, webhooks, MCP serveris agentams ir mokėjimas, kurio jums nereikia valdyti.