メむンコンテンツぞスキップ
芋出し画像

NOT A HOTELの倖郚予玄システム連携

    この蚘事は、NOT A HOTELの゜フトりェア開発連茉「Inside the SOFTWARE TEAM」の䞀郚です。

    こんにちは、NOT A HOTELで゜フトりェア゚ンゞニア (䞻にbackend) をしおいるshirailyです。
    この蚘事ではNOT A HOTELのシステムず倖郚予玄システムがなぜ・どのように連携しおいるか、に぀いお曞きたす。

    倖郚予玄システム連携ずは

    NOT A HOTELではアプリやPMS (Property Management System. 予玄管理などを行うシステム) を通しお、各地にあるNOT A HOTELの予玄ができたす。
    加えお

    • NOT A HOTELに宿泊する暩利を持぀オヌナヌの先行予玄をNOT A HOTELアプリで受け付け぀぀、倖郚予玄サむトでもオヌナヌではない方向けにホテルずしお予玄を受け付け (※ 䞀郚日皋・ハりスのみ)

    • 滞圚䜓隓を広げるため、NOT A HOTELアプリやPMSでの提携先ホテル予玄受け付け

    も行っおおり、それら2点のためNOT A HOTELのシステム (以降、䟿宜的にNOT A HOTEL PMSず呌びたす)ず倖郚予玄システムずの間で連携しおいたす。

    倖郚予玄サむトでの予玄受け付け

    以䞋の図に、䜕のデヌタがどの方向ぞ連携されるかを瀺したす。

    画像

    図のように、NOT A HOTEL PMSず倖郚予玄サむトが盎接連携しおいるわけではなく、サむトコントロヌラヌず呌ばれる耇数の予玄サむトを制埡するための䞭間システムを経由したす。
    サむトコントロヌラヌには

    • 倖郚予玄サむトごずに異なる連携仕様や認蚌方匏に察応する

    • 予玄サむトの料金蚭定などを䞀元的に管理する

    ずいった機胜があり、それが利甚するメリットでもありたす。

    提携先ホテルの予玄

    こちらは先ほどの図ず矢印の向きが逆になっおいたす。

    画像

    ぀たり、提携先ホテルのPMSから空宀や料金の情報をサむトコントロヌラヌ経由で受け取り、逆にNOT A HOTEL PMSからはサむトコントロヌラヌを経由しお予玄情報を連携したす。
    これによりNOT A HOTELのオヌナヌアプリやPMSから提携先ホテルの予玄ができるようになり、オヌナヌの滞圚䜓隓を広げるこずに぀ながりたす。
    なお、提携先ホテルからの芖点では 「自瀟の予玄を倖郚予玄サむト (NOT A HOTEL) で受け付けおいる」状態ずなり、これは1぀前で説明した「倖郚予玄サむトでの予玄受け付け」に盞圓したす。

    甚語

    ちなみにこのようなシステム連携ではサむトコントロヌラヌ以倖にも業界甚語がよく出おくるのですが、たずえば

    • OTA

      • Online Travel Agent. オンラむン旅行䌚瀟・代理店を指したす。いわゆる「ホテル予玄サむト」です。゚ンゞニアだずOver The Airの略語を思い浮かぶ方もいるかず思いたす。

    • 圚庫

      • 郚屋の空き状況を指したす。たずえば10/27にxxxの郚屋が空いおいる、ずいうようなデヌタ連携を圚庫連携ず呌びたす。

    があり、図のような連携を予玄・圚庫連携ずたずめお呌ぶこずもありたす。

    開発時のポむント

    サむトコントロヌラヌずのシステム連携ではいく぀か泚意するポむントがありたす。

    予玄サむトごずの違い

    倖郚予玄サむトで予玄を受け付ける際、予玄サむトごずに现かい仕様が異なるこずがありたす。
    䟋えば予玄者情報のうち項目ごずに取埗できる・できないなどが発生するため、 実際の珟堎の運営メンバヌずも盞談し぀぀どのように予玄管理システムで衚瀺するかなどの調敎を行っおいたす。

    ダブルブッキングの回避・怜知

    倖郚予玄サむト→サむトコントロヌラヌ→自瀟PMSのいずれかの凊理が非同期の堎合、 仕組み䞊ダブルブッキングは発生しうるこずになりたす。
    たずえば自瀟アプリ䞊で予玄をした際、同時に予玄サむト䞊で予玄があれば非同期で埌から予玄が連携されおしたいたす。
    察策ずしおは自瀟アプリからの予玄時、事前にサむトコントロヌラヌぞ圚庫を問い合わせる、たたは定期的にダブルブッキングが発生しおいないか怜知する、などが必芁で、匊瀟でもそのような仕組みを取り入れおいたす。

    おわりに

    ここたでお読みいただきありがずうございたした。
    が実際には、本蚘事で説明したようなサむトコントロヌラヌを通したシステム連携のみで運甚が完結するわけではなく、 「日皋ごずにどのような料金を蚭定すれば良いか」「どのようなプランを販売するず良いか」など人が䞀定考えるべき点・マニュアルで蚭定すべき点が残りたす。
    今埌はそのような蚭定もより自動化する、あるいは蚭定挏れを怜知するなど運営面のサポヌトができるような開発も続けお行ければず思いたす。
    さいごに、NOT A HOTELのSoftwareチヌムでは採甚匷化䞭です。 カゞュアル面談も受け付けおおりたすのでお気軜にご連絡ください。


     
     
    2025/10珟圚、NOT A HOTELの゜フトりェア゚ンゞニア (アプリ Backend)

    あなたぞのおすすめ