予約の延長・短縮・キャンセルをAPIで送ると、利用者に渡したURLはそのままで、カギの使える時間が変わります。
宿泊施設や時間貸しの施設で、予約システムの変更をRemoteLOCK APIに合わせる例です。
こんなとき
予約が変わっても、カギの案内を送り直さずに済みます
予約が変わるたびに、クラウド管理画面でアクセスゲストの期間を直したり（アクセスゲストの追加）、新しい番号を案内し直したりしていると、変更の多い日ほど手間がかかり、直し忘れも起きます。予約の変更とキャンセルをAPIで送るようにすると、カギの使える時間が予約に合わせて変わり、利用者には最初に渡したURLを使い続けてもらえます。
しくみ
同じ予約に新しい日時を送ると、同じURLの画面が変わります
予約システムで日時が変わると、貴社で作る連携のプログラムが、同じ予約の新しい開始と終了の日時をRemoteLOCK APIに送ります。RemoteLOCKは、その予約のカギが使える時間を変えます。カギの画面のURL（ユニバーサルアクセスキー）は変わらず、変更の内容が同じ画面に出るため、利用者に送り直す必要はありません（ユニバーサルアクセスキー）。予約を作るときに、予約システムの側の予約IDをそのまま使っておくと、変更のときにどの予約かを探さずに済みます。
キャンセルのときは、予約を無効にします。カギは使えなくなり、予約は記録として残ります。予約を削除すると記録ごと消えるため、おすすめしません。無効にした予約を有効に戻す方法は用意されていないため、キャンセルが取り消されたときは、新しく予約を作ってURLを送ります（予約は別のものになります）。
※ お使いの予約システムがすでにRemoteLOCKと連携している場合は、開発は要りません。連携済みのサービスは 予約エンドポイントに対応した連携サービス と 連携システム一覧（公式サイト）でご覧いただけます。
必要なもの
始める前に4つがそろっているかお確かめください
| 必要なもの | 中身 |
| 料金プラン | ビジネス スタンダード以上で、お支払いが有効なこと（ご利用までの手続き） |
| アカウントとデバイス | 有効なRemoteLOCKのアカウントに、扉のデバイスが登録されていること |
| 契約 | 機密保持契約（NDA）。APIのご利用に必要です。API利用料はかかりません |
| 連携のプログラム | 貴社か、ご依頼先の開発会社で作っていただきます。弊社は開発の受託や技術支援を行っておりません |
気をつける点
作る前にお確かめいただきたいこと
- 番号も、予約の変更や取り消しも、扉に届くのは本体が次にクラウドと通信したときです。予約は早めに作り、延長は元の終了の時刻まで余裕をもって送ってください。直前の予約にはプールPINを使えます（ハートビート通信のしくみ、プールPIN）
- APIを呼べる回数には上限があります。予約をまとめて作るときは、間隔をあけて送ってください
- 変更が扉の本体に届くのも、本体が次にクラウドと通信したときです。延長は、元の終了の時刻まで余裕をもって送ってください
始め方
まずはAPI資料をお申し込みください
API資料のお申し込み からご請求いただくと、概要資料と、機密保持契約（NDA）の手続きのご案内をお送りします。NDAの締結後に、API仕様書と、動作を確かめるためのサンプルのアカウントとデバイスの情報をお送りします。手続きの流れは RemoteLOCK APIのご利用までの手続き に、そのほかの使い方は RemoteLOCK APIでできること にまとめています。
関連する記事