GENZ, Inc.

宿泊管理ソフトのテスト 宿泊管理ソフトの受け入れテストを第三者が設計から代行

更改のたびに、稼働してよいかの判断を一人で背負わなくてよくなります。GENZが確認範囲の設計から検証、稟議に添える記録まで、第三者の視点で引き受けます。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

宿泊管理ソフトで実際に起きる、予約と会計のずれ

予約・在庫・会計を一元で扱う宿泊管理ソフトでは、一点のずれが販売停止や請求差異へ連鎖します。導入・更改後の稼働判断では、こうしたずれが実際にどう起きるかを確認することが、上程の説明材料になります。

在庫の配信が遅れ、同じ客室が二重に売れてしまう

在庫の配信が遅れると、外部販売経路に売り止めが届かず、成約済みの客室が販売経路側で再び売れてしまいます。当日の在庫は後日取り戻せません。

客室が二重に売れる

予約の取り込みが重複し、残室数が実態とずれる

予約の取り込みが重複すると、残室数が実態より少なく表示され、販売できる客室を売り止めてしまいます。差異の突合にフロントの手が止まります。

残室数と実態のずれ

チェックインが集中する時間帯に、応答が待ち行列になる

チェックインが集中する時間帯に応答が待ち行列になると、端末の画面が進まずフロントに列ができます。手書きへの切り替えで二重入力が発生します。

チェックインの滞留

自動精算機から結果が戻らず、請求の差異が残る

自動精算機から精算の結果が戻らないと、フロント会計と請求額に差異が残ります。帳票を突き合わせ、差異の科目を一件ずつ追う作業が発生します。

会計と請求の差異

日次の締めが通らず、翌日の業務開始が遅れる

日次の締め処理が通らないと、売上の計上が翌日へ持ち越され、翌朝の業務開始が遅れます。原因の切り分けがつくまで締めをやり直せません。

日次締めの未完了
02 RISK

確認しないまま稼働させた場合に、事業側へ及ぶ影響

導入・更改時の確認不足は、システムの不具合として現れる前に、客室販売・現場運用・投資回収という事業側の損失として表面化します。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

受け入れの前に、どこまで確かめられているか

受け入れ判断の材料は、ベンダーから提示された確認結果を受け取るだけでは足りません。自施設の運用手順に沿ってどこまで動作を確かめたかを言葉にできてはじめて、稼働可否の根拠になります。

手順に沿った通しの確認を省くと、稼働直後にフロントで操作が止まり、手作業による代替運用が常態化してしまいます。

自施設の運用手順に沿って、工程を通しで動かしたか

機能一覧での対応可否と、自施設の手順で通して動くかは別の話です。予約登録から客室割り当て、フロント会計までを現行の手順どおりに流し、手が止まる箇所を洗い出しておきます。

確認する資料
  • 運用手順書
  • 通し確認票
  • 差分記録表
在庫の突合を確かめないままだと、経路間で在庫が食い違い、ダブルブッキングや客室販売の停止が起こり得ます。当日の在庫は後日取り戻せません。

自社予約と外部販売経路で在庫の突合まで確かめたか

自社予約経路と外部販売経路の双方から予約が入る以上、客室在庫の突合は避けて通れません。サイトコントローラー経由の連携を含め、在庫と料金が各経路で一致するかを確認します。

確認する資料
  • 経路別在庫表
  • 突合結果記録
  • 連携設定一覧
端末ごとの差異を確かめないと、特定の端末でだけ精算が合わない事象が残り、現場が原因の切り分けに時間を取られます。

端末が変わっても同じ結果になるかを確かめたか

フロントの端末、タブレット、セルフチェックイン端末、自動精算機で、同じ操作が同じ結果になるかを確かめます。端末ごとに表示や精算結果が違うと、現場はどれを信じてよいか判断できません。

確認する資料
  • 端末別結果表
  • 操作差分一覧
  • 表示差分記録
帰属の取り決めがないと、同じ取引でも日付のまたぎによって売上の計上先が変わり、締め処理の手戻りが毎月積み上がります。

締め時刻をまたぐデータの帰属日を決めてあるか

チェックアウトや精算が締め時刻をまたぐ場合、その売上がどの営業日に帰属するかを事前に決めておく必要があります。決めないまま稼働すると、日次の売上計上と締め処理で手戻りが出ます。

確認する資料
  • 締め時刻定義
  • 帰属ルール表
  • 会計突合記録
確認範囲の線引きを書けないと、稼働判断の根拠を示せず、不具合が出たときに「何を確認したのか」の整理から始めることになります。

確認した範囲と、していない範囲を書き分けてあるか

確認した範囲と確認していない範囲を、資料のうえで書き分けておきます。この線引きがないと、稼働可否の判断が担当者の心証に依存し、役員への説明が立たなくなります。

確認する資料
  • 確認範囲一覧
  • 未確認範囲表
  • 判断根拠メモ
  • 上程資料写し
04 TEST DESIGN

受け入れテストを引き受ける進め方

確認範囲を言葉にできなければ、判断の根拠は残りません。GENZは範囲の設計から記録の引き渡しまで引き受けます。

STEP 01 現行の運用手順と接続先を洗い出す現行の運用手順と接続先の一覧を作る
どう確かめるか

自施設に合わせた確認範囲の設計から引き受ける

既存の運用手順をもとに、予約・客室・会計・宿泊者情報の各領域で何を確かめるかをGENZ側で設計します。施設側は設計の土台となる現行手順を共有するだけで始められます。

  • 01予約・客室・会計・宿泊者情報の運用手順を聞き取る
  • 02自社予約・外部販売経路・精算機の接続先を洗い出す
  • 03チェックインが集中する時間帯の操作手順も整理する
OUTPUT確認範囲と優先順位表
STEP 02 確認する範囲と優先順位を決める波及リスクの高い順に確認範囲を絞る
どう確かめるか

開発元とは別の視点から通しの動作を確かめる

ベンダーは開発元として自社の確認結果を提示しますが、GENZは提供元ではない第三者の視点で、自施設の運用手順に沿って通しで動くかを確かめます。確認の目的が重なりません。

  • 01今回確認する範囲と確認しない範囲の線を明文化する
  • 02在庫連携や会計など波及範囲の広い領域から優先する
  • 03確認する範囲に応じた必要工数の見立てをあわせて示す
OUTPUT業務シナリオ通しの結果
STEP 03 工程の端から端まで通して確かめる予約の登録から精算までを通しで動かす
どう確かめるか

複数施設・複数経路にまたがる範囲を一体で扱う

自社予約経路と外部販売経路の在庫連携、セルフチェックインや自動精算機との授受まで、施設や経路をまたぐ範囲をひとつの確認計画として扱います。複数施設の展開でも同じ基準で確かめられます。

  • 01予約の登録から精算までを通しで発生させて検証する
  • 02自社予約と外部販売経路の在庫・料金の整合を確認する
  • 03不具合が出たときの代替運用が成立するかを確かめる
OUTPUT未確認範囲と判断材料
STEP 04 結果と残った範囲を整理して引き渡す確認済みと未確認を分けて記録に残す
どう確かめるか

確認の記録を、稟議でそのまま示せる形で残す

何を確認し、何が残ったかを、起案者がそのまま上程資料に使える形で残します。確認済みと未確認の線引きが資料から読み取れるため、稼働判断の根拠として説明できます。

  • 01検証の結果を確認済みと未確認の別に分けて整理する
  • 02未確認のまま残った範囲の判断材料を添えて引き渡す
  • 03次の更新や改修でもそのまま使える確認の基準として残す
OUTPUT稟議に使える記録一式
05 RATIONALE

宿泊管理ソフトの検証で扱う範囲と確認の対象

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 予約・客室在庫・会計の通し確認の範囲が決まる
  • 自社予約経路と外部販売経路の在庫突合の確認対象が定まる
  • 定期更新の受け入れで確認する項目が定型化される
  • セルフチェックイン・自動精算との連動確認の要否が整理される
06 SERVICE

検証を必要とする場面ごとの対応

宿泊管理ソフトの受け入れ確認は、導入や入れ替え、外部経路の追加、定期更新という場面ごとに、確かめる範囲と進め方が変わります。GENZは予約・客室・会計の運用手順に沿って、確認範囲の設計から引き受けます。

SVC 01

宿泊管理ソフトを新しく導入するとき

導入では、予約から客室割り当て、会計処理までを通しで動かし、自施設の運用で成立するかを検証します。確認範囲の設計からお引き受けします。

リスク要因と優先順位を示す無文字の図解。
SVC 02

既存の製品から入れ替えるとき

入れ替えでは、旧製品の予約データや宿泊者情報の引き継ぎと、新しい手順での処理結果のずれを検証します。既存の進行と伴走して進められます。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

販売経路や周辺機能を追加するとき

サイトコントローラーや自動精算機の追加時は、在庫・予約・精算結果の授受を発生させて検証し、既存の手順との差異を稼働前に特定します。

計画から報告までの流れを示す無文字の図解。
SVC 04

仕様が変わらない更新を受け入れるとき

仕様が変わらない更新でも、適用後に既存の手順で処理できない事象が起こり得ます。確認範囲を定型化し、検証の記録を成果物として残します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

ご相談から実施までの流れ

ご相談から検証の着手まで、打ち合わせとお見積を挟みながら、順を追って進めます。

現在の構成と困りごとをうかがう

お使いの宿泊管理ソフトの構成と、更改で懸念している点をお聞きします。

対象の範囲と進め方をご提案する

お聞きした内容から、確認すべき範囲と優先順位、進め方の案をお示しします。

費用と成果物のお見積をご提示する

範囲と進め方に沿って必要な工数を算定し、費用と成果物の内容をお示しします。

ご契約ののち、検証に着手する

ご契約ののち検証に着手し、結果は稟議にも使える報告書としてお渡しします。

まずは現状の整理と範囲の確認から

宿泊管理ソフトの稼働判断を、ひとりで抱えないために

ご相談では、確認すべき範囲の整理と優先順位、必要工数の見立てまでお伝えします。稼働してよいかの判断を、第三者の視点でまとめた記録とともに次の一手へつなげます。