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 skirtos turinio API baigiasi ties pirmuoju. Wink Consumer ir Booking Engine API yra nemokami, užsakymo kūrimas vyksta per REST su OAuth2, yra daugiau nei 64 webhook įvykiai, įskaitant booking.created, 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 apima 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 ir suderinimo spragų

Dauguma „viešbučių API“, kuriuos randa kūrėjai, apima pirmą ir kartais antrą galimybę. Sandoris yra sunkioji dalis ir 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 prisiimti mokėjimų atsakomybę, grąžinimus, mokesčių tvarkymą ir dažnai kelionių agentūros licenciją kiekvienoje rinkoje.

Wink viešbutis lieka prekybininku ir mokėjimas surenkamas viešbučiui, todėl integratorius neperima šios atsakomybės. Prekybininko sutartys yra prieinamos API integracijose, kai partneris tikrai turi pats priimti mokėjimą, ir tai reikalauja atitinkamų licencijų.

  1. Web komponentai. Įterpkite užsakymui tinkamą 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 eiga 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 pagrindinei eigai.

  • Ieškokite ir kainuokite vienam miestui ir vienam datų intervalui. Gaukite tikras kainas prieš kuriant ką nors.
  • Sukurkite vieną testinį užsakymą nuo pradžios iki galo, įskaitant mokėjimą ir patvirtinimą.
  • Prenumeruokite booking.created 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 prarandamas tarp pasiūlymo ir užsakymo, mokėjimas atmestas, daliniai grąžinimai.

Kainodara, kurią turėtų žinoti kūrėjas

Section titled “Kainodara, kurią turėtų žinoti kūrėjas”

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 apmokestinami viešbučio 1,5 % platformos mokesčiu ir kortelių apdorojimu savikaina, o 10 % numatytos komisijos taikoma, kai užsakymą inicijavo jūsų produktas – taip integratorius uždirba, o ne moka.

  • Kūrimas remiantis talpyklos kainomis. Jos atrodo gerai kūrimo metu, bet nepavyksta gamyboje.
  • Mokėjimo palikimas nukreipimui. 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 skirtos turinio API apima tik pirmą 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 partneris tikrai turi priimti mokėjimą, su atitinkamomis licencijomis.
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 inicijavo 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žsakymui tinkamą paiešką, kambarių sąrašus ir atsiskaitymą, kuriuos galima įterpti į esamą puslapį; REST API naudojamas, kai eiga 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.