公共・官公庁向け営業のセキュリティ要件｜DSRで入札・提案を安全に管理
公共・官公庁向け営業のセキュリティ要件｜DSRで入札・提案を安全に管理
公共・官公庁向けセキュリティ要件とは、ISMAP等の規制に準拠し提案資料を安全に管理・共有するための要件体系である。民間営業とは異なる入札プロセス・データ主権・監査対応のニーズを満たすDSR活用が、公共セクター営業の競争優位を生む。
公共・官公庁向けの営業は、民間企業向けの営業とは異なるセキュリティ要件と商慣習があります。入札プロセスの厳格さ、情報セキュリティ基準への適合、そして住民情報をはじめとする機微なデータの取り扱い——これらの要件を満たしながら、効率的な提案活動を行うには、適切なツールと運用体制が不可欠です。
本記事では、DSR（デジタルセールスルーム）を活用した公共・官公庁向け営業のセキュリティ対策と実践事例を詳しく解説します。
公共セクター営業の特殊な要件
| 要件 | 民間企業向け | 公共・官公庁向け |
|---|---|---|
| 調達プロセス | 相対取引・コンペ | 入札（一般競争・指名競争・随意契約） |
| セキュリティ基準 | 各社ポリシー | 政府統一基準・ISMAP |
| データ所在地 | 制約少ない | 国内データセンター必須のケースが多い |
| 契約形態 | 柔軟 | 予算年度、複数年契約に制約 |
| 意思決定 | 決裁ライン | 調達委員会・議会承認の場合も |
| 透明性 | 非公開可 | 情報公開請求の対象になり得る |
公共セクター営業が難しいと言われる理由
公共セクター向け営業が難しいとされる主な理由は、「透明性と公平性の要求」にあります。民間企業では「担当者との関係を築けば決まる」という場面もありますが、公共セクターでは原則として競争入札による選定が求められます。
これは一見、営業活動の余地がないように見えますが、実際には入札前から受注後まで、各段階において営業戦略が重要です。
- 入札前: RFI（情報提供要求）への回答で仕様設計に影響
- 入札中: 技術提案書・価格の品質で差別化
- 受注後: 実績を積み、次の随意契約や指名競争入札での優遇
遵守すべきセキュリティ基準
政府情報システムのためのセキュリティ評価制度（ISMAP）
2020年に導入されたISMAPは、政府機関がクラウドサービスを調達する際の評価制度です。
- ISMAPクラウドサービスリストに登録されたサービスが原則
- リスト未登録のサービスも、個別に安全性を確認すれば利用可能
- 評価項目: 情報セキュリティ管理、データ保護、インシデント対応
ISMAP登録は、政府機関への営業において強力な信頼の証となります。登録のないサービスでも個別審査で利用できますが、追加の手続きコストが発生するため、ISMAP対応を事前に確認することが重要です。
政府機関等の情報セキュリティ対策のための統一基準群
内閣サイバーセキュリティセンター（NISC）が定める基準で、以下の要素を含みます。
- 情報の格付け（機密性・完全性・可用性）に基づく管理
- アクセス制御と認証の要件
- 監査ログの保持と監視
個人情報保護条例
自治体向けの場合、各自治体の個人情報保護条例に準拠する必要があります。住民情報を含むシステムには特に厳格な要件が課されます。
2023年の個人情報保護法改正により、自治体の個人情報保護条例は国の法律に統一化される方向ですが、各自治体で独自の上乗せ規制を設けている場合があります。事前に対象自治体の条例を確認し、追加要件の有無を把握した上で提案に臨むことが重要です。
DSRで対応するセキュリティ要件
要件1: データ暗号化
- 通信経路の暗号化（TLS 1.3）
- 保存時の暗号化（AES-256）
- 暗号鍵の管理（顧客ごとの鍵分離が望ましい）
要件2: アクセス制御
セキュリティ要件に基づいた厳格なアクセス管理を実施します。
- 多要素認証（MFA）の必須化
- IPアドレス制限（庁内ネットワークからのみアクセス可）
- ロールベースのアクセス制御（RBAC）
- セッションタイムアウトの設定
要件3: 監査ログ
- 全アクティビティの改ざん不可能なログ記録
- ログの保持期間設定（最低5年を推奨）
- ログのエクスポート機能（監査対応）
- リアルタイムのアラート通知（異常アクセス検知）
公共機関の情報システム部門は、定期的な監査でベンダーのログ管理状況を確認します。DSRのログが完全に記録・保持されていることを証明できれば、信頼性の高いベンダーとして評価されます。
要件4: データ所在地
- 国内データセンターでのデータ保管
- データの国外移転禁止設定
- バックアップの保管場所も国内に限定
マイナンバー関連システムや個人情報を含む場合、データの国内保管が原則です。クラウドサービスのデータセンター所在地を事前に確認し、要件を満たしていることを証明できる資料（データセンターの所在地証明、第三者認証取得書など）を準備しておくことが重要です。
商談管理をもっと効率的に。まずは無料で試してみませんか？
無料ではじめる入札・提案プロセスでのDSR活用
フェーズ1: 入札情報の収集・分析
入札公告の分析と提案準備のために、社内のプロジェクトチーム用にDSRルームを活用します。
- 入札仕様書の共有と分析メモの蓄積
- 過去の類似案件の提案書を参照（セールスコンテンツ管理）
- チームメンバーの役割分担とタスク管理
社内向けのDSRルームは「プロジェクト管理ツール」として機能します。複数の部署が関わる大型案件では、誰が何を担当し、いつまでに何を完成させるかを可視化することが提案品質に直結します。
フェーズ2: 提案書の作成・レビュー
提案書の社内レビューと品質管理にDSRを活用します。
- ドラフトの共有とフィードバック収集
- バージョン管理で「最新版がどれか」を明確化
- 法務・コンプライアンス部門のレビューと承認記録
特に公共向け提案書は、法的要件の記載ミスや価格の誤記が失格要因になります。DSRのバージョン管理と承認ワークフローを使うことで、「この版はコンプライアンス部門が確認済み」という記録を残せます。
フェーズ3: 提案・プレゼンテーション
公共機関との提案共有には、セキュアな共有方法を適用します。
- 提案書を閲覧のみ（ダウンロード不可）で共有
- 透かしで「〇〇省限り」と表示
- 有効期限を評価期間終了日に設定
プレゼンテーション後の資料管理も重要です。「配布した資料が適切に管理されているか」という観点で、DSRの閲覧制御・有効期限設定が機能します。
フェーズ4: 契約・導入
受注後のプロジェクト管理にも同じルームを活用します。
- プロジェクト計画書とMAPで進捗を共同管理
- 納品物のレビューと検収記録
- 問い合わせ対応とFAQの蓄積
公共機関向けプロジェクトは、検収プロセスが複雑な場合があります。「何が完了基準か」「誰が検収するか」をMAPで可視化しておくことで、納品後のトラブルを防げます。
公共セクターの商慣習への対応
予算サイクルへの対応
官公庁の予算は年度単位で管理されます。提案のタイミングを予算編成サイクルに合わせましょう。
- 4〜6月: 新年度予算で発注される案件への対応
- 7〜9月: 次年度予算の概算要求に向けた情報提供
- 10〜12月: 予算案の確定に向けた補足提案
- 1〜3月: 年度末の残予算での追加発注対応
複数年契約への対応
SaaSの場合、単年度契約と複数年契約で調達方法が異なります。複数年契約の場合は債務負担行為の承認が必要となり、商談の進捗管理がより重要になります。
| 契約形態 | 調達方法 | DSR活用のポイント |
|---|---|---|
| 単年度 | 通常の入札 | 年度内の評価・導入スケジュールを管理 |
| 複数年 | 債務負担行為 | 議会承認プロセスの進捗を追跡 |
| 賃貸借 | リース契約 | 財務部門との調整記録を保存 |
情報公開リスクへの対応
官公庁に提出した提案書は、情報公開請求の対象になり得ます。これを念頭に置いた提案書の作成が必要です。
- 営業秘密に当たる部分（独自技術・価格計算ロジック等）は明確に「非開示情報」と記載
- 非開示申請の手続きについて事前に確認
- 提案書の内容は公開されても問題ない範囲に留める工夫
商談管理をもっと効率的に。まずは無料で試してみませんか？
製品デモを見る公共セクター向け営業での実践事例
IT企業A社（中央省庁への提案）
課題: 中央省庁へのSaaS提案で、セキュリティ審査が長期化して商談が停滞していた。
対策: DSRを使って、セキュリティ評価に必要な資料（ISMAP対応状況、暗号化仕様書、ログ管理方針）を一元化。担当者が必要な資料をいつでも確認できる環境を整備。
効果:
- セキュリティ審査の質問対応時間が60%削減
- 審査期間が平均6ヶ月から3.5ヶ月に短縮
- 「資料が整備されている」という評価が技術点向上に貢献
ソフトウェア会社B社（地方自治体への提案）
課題: 同一機能の製品を複数の自治体に提案するが、自治体ごとのセキュリティ要件が異なり対応コストが高かった。
対策: DSRで自治体ごとのルームを作成し、それぞれのセキュリティ要件に対応した資料を個別に配置。共通資料と個別対応資料を明確に分類。
効果:
- 自治体ごとのカスタマイズ作業が50%削減
- 要件確認の問い合わせ対応が月30件から8件に減少
- 提案書の品質が向上し、採用率が向上
公共向け提案書の品質向上
技術提案書の構成
公共入札の技術提案書は、評価委員が採点しやすい構成にすることが重要です。
- 評価項目の明確な対応: RFPの評価基準ごとに回答箇所を明示
- 定量的な根拠: 「高性能」ではなく「応答速度0.5秒以内」という具体的な数値
- 実績の証明: 類似規模・業種での導入事例と得られた効果
DSRのルームに評価基準と提案書の対応表を掲載し、評価担当者が確認しやすい構成にすることも有効です。
価格提案の透明性
公共調達では価格の透明性が求められます。「なぜこの価格か」を合理的に説明できる資料を準備します。
- ライセンス費用の明細（ユーザー数・機能別単価）
- 導入費用の内訳（設計・設定・研修・テスト）
- 運用保守費用の根拠（サポート体制・SLAへの対応）
DSRのルームに価格の内訳説明を配置することで、評価担当者が自社で積算・比較しやすくなります。透明性の高い価格提案は、公平性を重視する公共調達において信頼性向上にも貢献します。
よくある質問
ISMAPに未登録のクラウドサービスは官公庁で使えませんか？
ISMAP登録は「原則」であり、未登録のサービスも個別に安全性を確認すれば利用可能です。ただし、追加の審査手続きが必要となるため、登録済みサービスの方がスムーズに導入できます。営業段階でISMAP対応状況を確認し、未登録の場合は個別審査への対応準備を進めることをお勧めします。
自治体ごとにセキュリティ要件が異なる場合、どう対応しますか？
DSRでは顧客（自治体）ごとにセキュリティポリシーを個別設定できます。IPアドレス制限、MFA要件、データ保持期間などを自治体ごとにカスタマイズして対応します。事前に担当部署の情報システム担当者と要件を確認し、対応可否を明確にした上で提案書に記載することが重要です。
入札公告前の営業活動にDSRは使えますか？
はい。入札前の情報提供活動（RFI対応、事前相談など）でDSRを活用することで、官公庁側に「このベンダーはセキュリティ意識が高い」という印象を与えられます。提案前から信頼構築に役立ちます。また、RFIへの回答を整理したDSRルームを準備することで、仕様書の策定段階から自社の強みを伝える機会にもなります。
情報公開請求でDSR内の情報が開示されるリスクはありますか？
官公庁側がDSR内の資料を保有する場合、情報公開請求の対象になり得ます。提案書に含める情報は、開示されても問題ない範囲に留め、営業秘密に該当する部分は明確に表示しておくことを推奨します。また、提案書を電子的に提出する場合は、官公庁のセキュリティポリシーに準じた形式で提出することが求められます。
公共セクター向け営業のDSR導入に時間がかかりますか？
DSR自体の導入は数時間〜数日で完了します。ただし、公共セクター向け営業では、自社のセキュリティポリシーの整備、ISMAP対応の確認、セキュリティ評価書類の準備など、DSRツール以外の準備に時間がかかることがあります。これらの準備は、最初の公共案件を受注する前に完了しておくことをお勧めします。
公共案件でDSRを使うと、競合との差別化になりますか？
はい。公共向け営業では「セキュリティへの投資」と「情報管理の透明性」が信頼構築の重要要素です。DSRを使って提案資料を安全に共有し、閲覧ログを完全に記録できることを説明できれば、「セキュリティ意識の高いベンダー」として差別化できます。特に情報セキュリティに関する評価項目がある入札では、DSR活用の実績が加点要素になる可能性もあります。
随意契約での受注のためにDSRはどう活用できますか？
随意契約は競争入札が困難な場合や金額が少額の場合に認められる調達方式です。過去の実績を積むことが随意契約での優遇につながります。DSRを使ってプロジェクトの実績・品質・対応力を記録し、「前回のプロジェクトでこれだけの成果を出した」という証拠を次回提案時に提示することが有効です。
公共セクター向け営業でDSRを選定する際の必須要件は何ですか？
政府・自治体向けでは「国内データセンターでのデータ保管」「政府情報システムのセキュリティ評価制度（ISMAP）の準拠状況または同等水準のセキュリティ認証」「調達要件に沿った契約書の対応」が最低限必要です。入札参加前にIT部門・法務部門と要件を整理し、DSRベンダーの調達実績や行政機関への導入事例を事前に確認することを推奨します。
公共案件の長い検討期間中にDSRで関係を維持するにはどうすればよいですか？
公共案件は数ヶ月から数年にわたることも多く、担当者の異動も起こりがちです。DSRに「最新の政策動向に合わせた情報」「類似案件の成功事例」を定期的に追加・更新し、関係者に通知することで自然な接触機会を作り続けることが重要です。情報提供という形で定期的な価値提供を続けることが、長期商談での信頼構築に直結します。
まとめ
公共・官公庁向け営業は、セキュリティ要件の厳格さが参入障壁にもなりますが、適切に対応すれば競合との差別化要因にもなります。
- セキュリティ基準への適合: ISMAP、統一基準群、個人情報保護条例に準拠する
- 入札プロセスの効率化: 提案書の作成・レビュー・共有をDSRで一元管理する
- 予算サイクルへの対応: 官公庁の調達カレンダーに合わせた計画的な営業活動を行う
- 透明性の確保: 情報公開リスクを考慮した提案書の設計を徹底する
- 長期的な信頼構築: 受注後の実績をDSRで可視化し、次回の受注につなげる
セキュリティを「制約」ではなく「信頼の証」として活用することで、公共セクターでの長期的な関係構築につなげましょう。セキュリティ要件を満たせるベンダーは限られており、それ自体が強力な差別化要因になります。公共セクターの厳しい要件をクリアした実績は、民間の大企業向け営業でも「この会社はセキュリティ対応が万全だ」という信頼につながり、広く活きてきます。
