質問書回答
質問関連資料No. 質問者

1

2

3

A社

A社

資料名

質問内容ページ
項目

仕様書
(4P)
（案）

仕様書
（案） (4P)「特定のIP アドレスからのみアクセスができる 各港湾管理事務所において、職員がシこと」と記載がありますが既に特定のIPアドレ ステムを操作する事を想定しており、既ス（固定IPアドレス）を準備されているため、別 に固定IPアドレスが存在することから、途IPアドレスの手配は不要ということで認識相 新たに設定は不要です。
違ありませんでしょうか

NO.1の特定のIPアドレスが未準備の場合は、 質問No.１回答のとおり、IPアドレスの準本プロジェクトとは別で手配をされるという認 備手続きは不要です。
識でよろしいでしょうか「特定のIP アドレスからのみアクセスができる 管理機能（４P参照）においては特定IPこと」という条件がありシステム全体イメージ概 アドレスによるアクセスに限定されます
要図にスマホからアクセスと記載があります が、申請機能（２P参照）においてはIPアが、スマホは屋外の場合は動的ＩＰアドレスとな ドレスによるアクセス制限は設けない予ります。屋外で本システムの利用を想定してい 定です。
ますでしょうか。想定している場合どのような認証方法での接続を想定していますでしょうか

A社

仕様書
(2P)
（案）

B社

(1P)
しょうか。
(2)操作
仕様書
マニュア
（案）
ル作成
業務

マニュアルの発行部数に指定はありますで

4

5

B社

(2P)
仕様書
(3)操作（案）説明会

回答

各港湾において２部、計６部を想定しています。

①現地での説明会について、各港湾事務所 ①日程調整は必要ですが、各港湾事務等、説明会に使用できる会議室等の借用は可 所内の会議室等の利用を想定していま能でしょうか。
す。
②ネット環境の利用も可能でしょうか。
②会議室内におけるネット環境の利用③①②が可能な場合、費用はどの程度積算 可否については、確実ではないですが必要でしょうか。
が、一時的に職員のパソコンを利用する事は可能です。
③各港湾事務所等における使用料等は不要です。

6

7

B社

Ｃ社

（3P）①信憑類ファイルの添付について、添付書類 ①基本は1点、１～20枚程度を想定しています。
(1)クルー の点数は、何点ぐらいありますでしょうか。
仕様書 ズ船寄②両面や複数ページに亘る信憑類もございま ②上記のとおり、20枚程度提出すること（案） 港予約 すでしょうか。もあります。内容は誓約書や接岸に係申請機る計算書となります。
能(1P)(1)クルー システムの本番機について、クラウドプラット 例示されている製品以外でも要件を満たすのであれば問題ありません。
ズ船寄 フォームの例として掲げられている４製品以外の、たとえば沖縄県内のデータセンターによる仕様書 港予約 構築の提案は適切でしょうか？
（案） 管理シス
テム構築業務

8

Ｃ社

(6P)
10. 企画
公募要 提案の領内容

仕様書において以下の非機能要求を示『仕様書で示す非機能要求について、実際に しております。各非機能要求に対し、実システムに実装できる機能を具体的に記載す 際にシステムに実装できる機能を具体る。』とありますが、「仕様書で示されている非 的に記載してください。
機能要求」とはどういったものでしょうか。
●セキュリティ要件
仕様書の４．業務内容（４） クルーズ船寄港予 ・データ通信の暗号化
約管理システム保守業務 に記載の内容でしょ インターネット上での全通信はHTTPSうか。
（SSL/TLS）で暗号化されること。これにはSSL/TLSサーバ証明書の提供が含まれます。
・アクセス制御
特定のIPアドレスからのみアクセス可能な制限を設けること。
●可用性と信頼性要件
・連続稼動
システムは365日24時間連続して稼動すること。
・災害復旧
システムは災害時または不慮の事態で停止した場合に備えて、停止直前の状態に迅速に復元できること。日次のバックアップと複数拠点でのバックアップデータ保管が必要です。
●パフォーマンス要件
・応答性
システムは高負荷時でも高い応答性を維持すること。
●拡張性要件・将来の拡張システムは将来的に機能追加や係留地の追加、利用者数の増加（クルーズ代理店や職員数の増加）に対応可能であること。

●ユーザビリティ要件
・操作マニュアルの明確性
初心者でも理解しやすい操作マニュアルを提供し、特殊な用語には説明を加えること。マニュアルは本システム上で利用者が閲覧できる形式で提供すること。
●保守性要件・迅速な問い合わせ対応
職員からのメール等による問い合わせに対しては、翌日までに一次回答を提供し、必要に応じて電話でのサポートも行うこと。
・システム更新とバックアップシステムを停止せずに日次でのバックアップを行うこと。また、操作ログを記録し、追跡可能にすること。
●コンプライアンス要件
・クラウドプラットフォームの選定
Microsoft Azure、アマゾンAWSクラウド、Google Cloudプラットフォーム、サイボウズkintoneなど、新たな機器の購入を必要としない安価なプラットフォームの使用。

9Ｃ社

(1P)
公募要 3. 公募
領参加資格

誠実に履行した実績には、現在契約履行期間 様式に注意書きとして記載されていると中の実績も対象となりますでしょうか？
おり、対象は完了した事業のみとなります。
＊様式には下記のとおり記載「 参加申込書の提出日から過去５年間に履行が完了した業務実績を記載」

10111213

Ｃ社(4P)（3）クルーズ
仕様書
船寄港
（案）
予約状
況閲覧機能

「予約状況がPDFでダウンロードできること」と 現状では、閲覧機能に予約状況以外のありますが、これ以外に利用状況を月報形式 公開情報は想定していません。新たなにしたり、利用申請書等を含め他書面を出力 提案として、現状記載の無いものにつする必要はございませんか？また、これらを含 いても有益な提案をいただければ、審めて記載のないものについて非機能要件でご 査において加点対象となります。
提案するという認識で合っておりますでしょう
か？
仕様書の要件では、空き状況確認、予約申請 財務関連のシステムと連携予定はあり等がWEBで行えるシステムという認識ですが、 ません。
清算に関連する動きについてご教示ください。
（例：自動料金算出、請求書・領収書の発行など）

Ｃ社

仕様書
その他
（案）

Ｃ社

(2P)
『職員からのメール等による問い合わせを受 土日祝日、年末年始は職員が出勤しな（４） ク け付け、翌日には一次回答をすること。また、 いため、メールによる質問は送付されまルーズ 必要に応じ電話等での対応もすること。』
せん。
仕様書 船寄港 とあるが、職員様からのメールによる問い合わ（案） 予約管 せは、土日祝、年末年始に来ることがあるの理システ か。またその場合は、翌日には一次回答をすることが求められるのか。
ム保守
業務

Ｃ社

(2P)
『職員からのメール等による問い合わせを受 一次回答とは、簡易な復旧対応や復旧（４） ク け付け、翌日には一次回答をすること。また、 のおおまかな見込みなどを意味しており、メールの自動返信等を意味している
ルーズ 必要に応じ電話等での対応もすること。』
仕様書 船寄港 とあるが、問い合わせ受付を知らせるメールも ものではありません。
一次回答となり得るのか。
（案） 予約管理システ
ム保守
業務

Ｃ社

か？海外からの閲覧に配慮した英語ページ等(2P)
仕様書 ５．シス は不要でしょうか。
（案） テム機能要件

Ｃ社

(2P)
「…システム復旧後にシステム停止直前の状 クラウド内でのバックアップデータ保管（４） ク 態に復元ができること。そのために、日次バッ やシステムのリカバリは、一義的には開ルーズ クアップや複数拠点でのバックアップデータ保 発事業者に担っていただき、長期で復仕様書 船寄港 管等を管理者マニュアルに記載し、職員が対 旧見込みがたたない状態に備え、バッ（案） 予約管 応できること。」とあるがバックアップデータの クアップデータへ職員がアクセスできる
理システ 保管やリカバリは事業者側での対応としての 状態を確保する必要があると考えていご提案でもよろしいでしょうか。
ます。
ム保守業務

Ｃ社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港予約管
理機能

承認は多段階（承認者が複数）での承認となり 承認ルートは担当職員→決裁権者を想ますか？また申請内容等によって承認経路の 定しています。３港はそれぞれ管轄の分岐等は発生するでしょうか。たとえば石垣港 港湾にのみ権限を有するため、他港のの申請の場合は石垣市職員→那覇港管理組 決裁ルートに入ることはありません。
合職員、など。

Ｃ社(2P)（１） ク
仕様書 ルーズ（案） 船寄港予約申
請機能

申請は1港湾あたり1申請という理解でよいで 現状の予約申請では３件となりますが、すか？たとえば運航経路が「那覇-石垣-那システム化により、一括で申請可能とな覇」の場合は3件の申請が必要ということでしょ ることを想定しています。ただし、各港うか。
湾における管理者が権限を有していること変わりはありません。

公開するページは日本語のみの想定です

14151617

日本語のみを想定しています。

18192021222324

Ｃ社

(5P)
仕様書
６．納品
（案）
物

Ｃ社

(2P)
（１） ク
仕様書 ルーズ（案） 船寄港
予約申
請機能

Ｃ社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港予約管
理機能・システム操作説明動画一式
動画は操作マニュアルの対象と同一とについて詳細を教えてください。
なりますので、申請者と職員向けとなり・動画は（２） クルーズ船寄港予約管理機能に ます。すなわち、（１） クルーズ船寄港予ついてのものでしょうか？ （１） クルーズ船寄 約申請機能と（２） クルーズ船寄港予約港予約申請機能や（３） クルーズ船寄港予約 管理機能が対象となります。
状況閲覧機能を利用する外部向けのもので ＊仕様書（案）1P（2）操作マニュアル作しょうか。
成業務を参照・この動画はYoutube等で公開することを想定 動画のクオリティは、操作を個別に録画されていますか？
し、説明のキャプションを付加する等の・動画のクオリティですが操作説明のレク編集を求めています。
チャーを録画した程度のものでしょうか。全画面の操作を個別に録画して音声やキャプションを付加する等編集がある程度必要なクオリティが必要でしょうか。
代理店による空き状況閲覧時に、他社の申請 他社予約申請については、承認された状況の閲覧を許可しますか。
予約のみ反映されることとします。

予約申請の受付スケジュールの制御が必要 現状の運用である、「先行予約（2年後だと思いますが、申請期間と承認期間は別々 の予約）」は一定期間に申請された予に設定される想定でしょうか？たとえば2025年 約を優先順位に基づいて審査し、審査3月の予約は 2024年2月中に申請を受付、締 期間終了後、一斉に予約を反映となり切後の3月に承認を確定する、など申請期間と ます。先行予約を終えた一年後の予約承認期間が別れた運用でしょうか？あるいは は、一般予約となり、先着順かつ随時予約申請が可能な期間は随時受付、随時承 承認となります。
認の早い者勝ちの運用になりますか。

クラウド内でのバックアップデータ保管「日次バックアップや複数拠点でのバックアッ やシステムのリカバリは、一義的には開(2P)
プデータ保管等を管理者マニュアルに記載し、 発事業者に担っていただき、長期で復（４） ク 職員が対応できること。」とは、職員がバック 旧見込みがたたない状態に備え、バッルーズ アップデータを保管できるようにということで クアップデータへ職員がアクセスできる状態を確保する必要があると考えてい船寄港 しょうか？
予約管 また、バックアップデータの範囲はどの範囲に ます。
バックアップデータの範囲は予約管理
理システ なりますでしょうか？どのような運用を想定しているかお伺いしたいです。
簿の継続に必要なデータとなります。まム保守
た、過去の寄港予約データは分析のた業務
め事務所等にて保存が必要となります。

D社

仕様書
（案）

D社

(2P)
「365 日24 時間連続稼働するシステムである 確実に必要な要件を確保できる委託契（４） ク こと」について、サーバーを切り出してコンソー 約等であるならば、問題ありません。
ルーズ シアムではなく外部のパートナーと協力体制を仕様書 船寄港 組んでもいいのか？
（案） 予約管
理システ
ム保守
業務

D社

(3P)
（１） ク
仕様書 ルーズ（案） 船寄港予約申
請機能「クルーズ船寄港予約申請機能」に対してのIP 不要です。
制限は不要という認識でよろしいでしょうか？ ＊同様な質問の問３も参照してください。

D社

(3P)
（１） ク
仕様書 ルーズ（案） 船寄港予約申
請機能「優先予約」の優先フラグについて備考「チェッ 優先フラグは複数該当することがありまクボックス（15 種）」の記載がありますが、複数 す。事例として、フラグ該当が1位と3位の優先フラグがあるということでしょうか？の予約と2位と4位の予約を比較するこ
また、その場合、複数の優先フラグを同時に とがあります。
選択可能という認識で宜しいでしょうか？

2526272829303132

D社

(2P)
（１） ク
仕様書 ルーズ（案） 船寄港
予約申
請機能「優先予約」の優先フラグについて「チェックお見込みの通りです。
ボックスに対応する備考」とありますが、これはチェックボックス（15種）に紐づく固定のテキストということで良いでしょうか？

D社

(2P)
（１） ク
仕様書 ルーズ（案） 船寄港予約申
請機能

複数のクルーズ代理店が同じ日時、港(バー 一般予約の際は先着順となり、予約確ス)で予約申請することは可能でしょうか？
定後はキャンセルや取り消しが発生しそれともいずれかのクルーズ代理店がある日 ない限り、別の予約申請は出来ないこ時・港(バース)に予約申請した後は、その予約 とになります。
が否認されない限りは、同日時・港(バース)に対して他のクルーズ代理店が新規に予約することは不可でしょうか？

D社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港
予約管理機能クルーズ代理店が行う予約申請と実際に寄港 複数港に対し、一度に同一ルートにおするクルーズ船は1 対1 で紐づくという認識で ける各港の寄港予約申請を行うなら、良いでしょうか？
船は同一でも複数の寄港予約となります。
＊同様な質問の問17も参照してくださ
い。

D社

（2P）
「クルーズ代理店（現在５事業者、最大２０事 お見込みのとおりです。
(1)クルー 業者程度を想定）」を想定したサーバスペック
仕様書 ズ船寄 での構築でよろしいでしょうか？
※利用者増加・サーバ改修で必要に応じて都（案） 港予約 度ご相談・発注させていただく形を想定してま申請機 す
能D社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港
予約管理機能「行き会い調整」とは予約申請時の申請内容のどの部分で判断可能なものですか？

D社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港
予約管理機能

D社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港
予約管理機能操作ログ（作業日・作業者・更新レコード等）は 操作ログについては、管理者のみが確利用者自身が「クルーズ船寄港予約管理機 認可能となります。
能」で確認可能な想定でしょうか？

D社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港
予約管理機能

特定条件の設定は決まっているのか？追加さ 基本的な特定条件は決まっています。
れていくのか？設定はどのように設定するつ 全長による岸壁の利用制限や工事期もりか？
間の使用禁止などは、管理者が変更を行える設定です。

申請の審査で「削除」はどのような状況で行わ 先行予約時に機構予約の根拠資料がれますか？「削除」を行った場合は自動的に 提出されない場合、その予約が取り消「否認」になるのでしょうか？
しとなる場合があります。また、一般予
その場合はクルーズ代理店に通知は必要な 約の際、船舶が所有者変更等により寄のでしょうか？
港予約が確実に見込まれない際に、キャンセルを促しても申請者が従わない場合は削除となる可能性があります。通知は理由とともに必要となります。

入出港時間となります。クルーズ船の入出港時間が、離島フェリーの入出港時間帯と重複する場合、事前にフェリー会社へ影響の有無について確認する必要があります。
また、他のクルーズ船と入出港時間について、重複等がある場合、行き会い調整を行う必要となる場合があります。

33

34

D社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港予約閲
覧機能

利用者が不特定多数ということは、IP制限など IP制限が発生するのは管理者側の機をかけず閲覧可能にするということでよろしい 能のみとなります。予約の申請や閲覧でしょうか？（システム全体へのIP 制限か、機 はスマートフォンの利用も想定されてい能ごとにIP 制限をするしないを決めるのか） ます。
＊同様な質問の問３も参照してください。

「予約状況が PDF でダウンロードできること」 各港湾と３港を併せたものになります。
は各予約申請ごとでよろしいでしょうか？

D社

(4P)
（２） ク
仕様書 ルーズ（案） 船寄港予約閲
覧機能必須ブラウザ要件をお伺いしたいです

35

D社

仕様書
その他
（案）

36

D社

仕様書
その他
（案）

37

D社

下記を想定しています。
Microsoft Edge・最新バージョンとその直前のバージョン
Google Chrome・最新バージョンとその直前のバージョン
・Chrome for Androidを含む
Apple Safari・最新バージョンとその直前のバージョン
・Safari for iOSを含む本構築に関わらず、今後「クルーズ船寄港予 日本語のみを想定しています。多言語約管理システム」のいずれかの機能で多言語 化の予定はありません。
化する想定はございますでしょうか？

(1P)(1)クルー 使用するドメイン及びSSL/TLS サーバ証明書 お見込みのとおりです。の種類については受注者が選定するという認ズ船寄 識でよろしいでしょうか？
仕様書 港予約（案） 管理シス
テム構築
業務
申請した内容を二次利用（申請内容をもとに別の業務に活用）することはあるか？

38

39

D社

D社

仕様書
その他
（案）

仕様書
その他
（案）

機能ごとにユーザーが紐づく想定か？システ いずれかに限定はしておりません。
ムにユーザーが紐づき、機能制限があるというような設計を想定しているか？

申請フローはどのような内容か？変わることはあるか？

40

D社

仕様書
その他
（案）

申請いただいた内容の利用については、当該公募の審査のみに限られます。

制限部分にかからない予約申請については、システムの判断のみで完了します。
＊同様な質問の問16も参照してください。

支払方法について、分割払い（52 月均等払

41

D社

４．契約 い）の理由があればお聞きしてもよろしいで期間及 しょうか？
公募要
び支払
領
い方法について年度単位の予算確保となっているためです。

「提案者あたり 30 分程度（質疑応答含む）」と 時間配分については説明者側の裁量

42

43

Ｅ社

Ｅ社

(7P)ありますが、説明は20～25分程度、質疑応答 に委ねています。
11.審査 は5～10分程度との認識でよいでしょうか？
公募要(3)二次領
審査 ②
審査の日程

公募要領

「プレゼンテーションは企画提案書の内容とす 記載内容が同一であるなら問題ありまること。追加資料の配付も認めない。」につい せん。
(7P)て質問させて下さい。
11.審査 今回提案書については、A4縦指定となってお(3)二次 りますが、プレゼンテーションを行う際には表審査 ② 示が読みづらくなる可能性を懸念しています。
「A4縦の提案書をプレゼンテーション用にまと審査の めた資料（A４横向き、提案書の抜粋、追記な日程し）」を準備することは可能でしょうか？

「審査会場への入室は、提案者あたり３名まで リモートによる参加も認めますが、合計

44

Ｅ社(7P)とする」とありますが、この３名に加えての弊社 人数は3名までとなります。
11.審査 提案メンバのリモート参加は可能でしょうか？
公募要
(3)二次
領審査 ②
審査の日程
「利用者 はクルーズ代理店（現在５事業者、45

46

Ｅ社

Ｅ社

（2P）
「船舶情報の初回登録時は管理者が承認を行 お見込みのとおりです。
(1)クルー えること」とありますが、管理者とは各港湾側仕様書 ズ船寄 の職員との認識でよいでしょうか？
（案） 港予約申請機
能申請に関しまして以下の情報をいただけないでしょうか？
ストレージのサイジングに利用させていただきます。

47

お見込みのとおりです。

（2P）
最大２０事業者程度を想定）」とのことですが、(1)クルー １事業者毎に1ログイン用IDの準備を示してお仕様書 ズ船寄 り、最大２０ログインIDを準備するとの理解でよ（案） 港予約 いでしょうか？
（同じ事業社で複数IDは付与しないことを確認
申請機 させて下さい。）
能Ｅ社

仕様書
（案）

・申請件数として集計は行っていないた
め、那覇港のみの実際の申請件数で回答いたしますと、2023年の申請回数は319回、１回あたりに10件以上の申請を行う場合も17回程度ありますので、500・想定されている年間の最大申請数をお教えく 件程度の申請件数があります。
（2P）
・写真と書類の2種類を想定していま(1)クルー ださい。各港湾別にお願いします。
・１回の申請で添付されるファイルは何種類で す。
ズ船寄 しょうか？
・通常予約時に添付ファイルはありませ
港予約 ・申請に添付される各ファイルのおおよその平 んが、初寄港の船舶について、2MB程度の添付ファイルが添付されることがあ
申請機 均サイズ/最大サイズをご指定ください。
・申請情報はシステム上何年間の保存が必要 り、件数は年に10件未満となります。
能でしょうか？
・直近3年のデータとなります。
・保存期間を経過した後のデータは削除の想 ・事務所等にて保存する必要がありま定でよいでしょうか？
す。保存後はクラウドデータから削除を想定しています。

48

49

Ｅ社

Ｅ社

(2P)仕様書（3）業務（案）内容

様式【様式２－２】
価格提案書「那覇港・平良港・石垣港それぞれで現地にて 各港湾事務所内にて行う予定です。
実施」とありますが、操作説明会の会場はご用 ＊同様な質問の問５も参照してくださ意いただけるという認識でよいでしょうか？
い。

①構築と運用支援をリース契約と直接企画提案公募要領と照らし合わせて記載内容 契約に分けてよいかについて何点か確認をさせてください。『別紙： 総額に変更無ければ問題ありません。
「価格提案書」に対しての確認事項』②契約を分ける事が不可の場合想定不要のため回答不要③構築業務期間について令和6年3月～令和6年11月の想定で間違いありません。
④運用支援期間について
令和6年12月～令和11年3月の想定で間違いありません。