公共くじ販売システム開発の発注/外注/依頼/委託方法について

公共くじ販売システムの発注・外注では、販売画面を作るだけでなく、発売元、受託銀行、販売店、決済事業者、開発会社の責任分界まで設計することが重要です。宝くじの場合、発売元は全国都道府県と20指定都市で、発売などの事務は銀行などに委託されます（出典: 宝くじ公式サイト「宝くじの仕組み」）。

この記事では、公共くじ販売システムを発注・外注・委託する担当者に向けて、発注形態の選び方、RFPと要件整理、契約形態、2026年時点の費用目安、委託先の選定方法、見積比較のポイントを実務順に解説します。宝くじとスポーツくじを同じ制度として扱わず、取扱範囲と運用責任を切り分けて、失敗しにくい調達を進める方法が分かります。

▼全体ガイドの記事
・公共くじ販売システム開発の完全ガイド

公共くじ販売システムの発注で最初に整理すること

公共くじ販売システムは、一般的なECサイトよりも、制度、販売、抽せん、払戻し、精算、監査を結び付ける業務基盤です。発注前に制度と業務主体を確定しないまま機能一覧を作ると、後から受託銀行や決済会社との責任分界が変わり、見積もりと納期が大きく膨らみます。

宝くじは当せん金付証票法に基づき、地方自治体が発売元となります。宝くじ公式サイトによると、受託銀行などは発売計画に従って、券の準備、売りさばき、抽せん、当せん番号の発表、当せん金の支払いまでを担います（出典: 宝くじ公式サイト、2026年確認）。一方、スポーツくじはスポーツ振興投票の実施等に関する法律に基づき、日本スポーツ振興センターの業務として実施されます。

そのため、発注書の冒頭で「宝くじの販売・抽せん・払戻しを対象とするのか」「スポーツくじのネット販売や販促データ基盤を対象とするのか」を明記します。制度の異なる業務を一つの公共くじという言葉だけでまとめると、必要な許認可、接続先、監査方法、データ保存期間の確認が抜けやすくなります。

業務フローは、商品登録、発売期間の設定、売場やWebでの購入、決済承認、購入記録の確定、抽せんデータの承認、当せん判定、払戻し、日次精算、収益配分、監査報告の順に分解します。各工程について、誰がデータを登録し、誰が承認し、障害時に誰が利用者へ説明するかを表にします。

特に注意したいのは、購入画面で完了表示が出たことと、決済が確定したことが同じとは限らない点です。決済タイムアウト、二重送信、通信切断、取消の遅延が起きても、購入番号、決済状態、発券状態、払戻し状態を別々に管理できる設計が必要です。ここを曖昧にしたまま外注すると、テスト時に仕様の解釈が割れます。

公共くじ販売システムの発注形態はどれが適していますか？

発注形態は、システムの対象範囲、発注者側のプロジェクト管理力、既存ベンダーとの関係、制度変更の頻度によって選びます。公共くじ販売システムでは、単に一社へ丸投げできるかではなく、取引の正確性と継続運用をどの体制で担保するかが判断軸になります。

プライムベンダーへ企画支援、要件定義、開発、移行、運用保守を一括委託する形態です。発注者の窓口を一本化しやすく、障害時の指揮命令系統も作りやすいため、複数の販売チャネルを短期間で統合したい場合に向いています。

ただし、プライムベンダーがすべての専門領域を内製するとは限りません。決済、端末、クラウド、セキュリティ診断、運用監視などを再委託する場合は、再委託先の開示範囲、管理責任、障害時の連絡経路、データの持ち出し可否を契約前に確認します。見積書が安くても、再委託費やライセンス費が別建てなら、5年総額で比較する必要があります。

公共調達や大規模な基幹連携はプライムSIが統括し、決済、本人認証、端末、クラウド、監査、脆弱性診断などを専門会社が担当する形態です。公共くじ固有の業務知識と、金融・決済の技術力を分けて調達できるため、直接実績のある会社が一社で見つからない場合にも現実的です。

一方で、インターフェースの責任が分かれるため、契約書に統合責任者を置きます。API仕様、障害の一次切り分け、リリース承認、テストデータの管理、脆弱性対応の期限を会社ごとに定めることが重要です。発注者側に業務と技術を横断するPMOを置けるなら、この形態の効果を出しやすくなります。

最初にRFIや現状調査だけを外部委託し、要件定義とRFPを整えた後に開発会社を選定する形態です。企画・要件定義支援、開発、保守運用を分けることで、初期段階の不確実性を抑え、ベンダーの提案を比較しやすくなります。

ただし、要件定義会社と開発会社が異なる場合は、成果物の著作権、設計書の再利用、質問への回答責任を整理します。RFP作成を支援した会社がそのまま開発を受注するとは限らないため、中立的な評価基準と引き継ぎ手順を契約に入れておくと、調達の透明性を保ちやすいです。

RFPと要件整理で公共くじ販売システムの範囲を決める方法

RFPは、作ってほしい機能を並べる資料ではなく、達成したい業務成果、前提条件、制約、評価方法を候補会社へ同じ条件で伝える資料です。公共くじ販売システムでは、正常系だけでなく、販売停止、決済失敗、抽せん結果の差異、災害切替、払戻しの遅延を要求事項に含めると、提案内容を実務に近い形で比較できます。

まず、商品マスタ、発売期間、券種、価格、販売地域、売場配分、会員、購入履歴、決済、抽せん結果、当せん判定、払戻し、精算、監査ログを業務機能として整理します。次に、売場端末、Web、スマートフォン、受託銀行、金融機関、決済事業者、会計システム、本人確認サービス、通知サービスとの接続方式を洗い出します。

数量は「大量アクセスに対応」と書かず、通常時と発売日・抽せん日のピーク時に分けて、1分あたりの購入要求数、同時接続数、日次取引件数、商品登録数、保存年数を記載します。既存端末やホストを再利用する場合は、機種、OS、通信プロトコル、保守期限、データ形式、接続テストの可否まで書くと、各社の前提差が小さくなります。

非機能要件には、稼働時間、性能、可用性、バックアップ、災害復旧、監視、ログ、権限、暗号化、脆弱性診断、データ返却、保守窓口を含めます。24時間365日運用を掲げる場合でも、商品登録、分析、結果公開、購入確定、決済、精算、抽せん処理を同じSLAにする必要はありません。業務の重要度に応じて、復旧目標時間（RTO）と復旧時点目標（RPO）を分けて定義します。

異常系は、決済承認後に画面が切断された場合、購入ボタンが二重送信された場合、売上確定後に取消を受けた場合、抽せんデータの承認者が不在の場合、払戻し口座への振込が失敗した場合、ネットワークを災害環境へ切り替える場合を業務シナリオにします。各シナリオについて、データの正しい状態、担当者の操作、利用者への表示、再処理の可否、監査ログの残し方を受入基準にします。

評価項目は、価格だけでなく、制度理解、同種業務の実績、提案された業務設計、移行計画、テスト計画、セキュリティ、運用体制、再委託管理、将来のベンダー交代、提案の実現性に分けます。公共調達では、全省庁統一資格、ISO 27001などの認証、必要な専門資格、過去の導入・運用年数を参加条件とする案件もあります。

例えば、2025年11月に公示された日本スポーツ振興センターのスポーツくじ販売促進向けマーケティングツール調達では、2026年4月から2030年3月までのライセンス利用・運用保守が対象で、一定の導入・構築または運用保守実績、専門資格者数、ISO 27001認証などが参加条件に含まれていました（出典: JETRO政府公共調達データベース、2025年）。中核販売システムそのものではありませんが、複数年運用と実績要件をRFPに含める考え方の参考になります。

契約形態と公共くじ販売システムの費用相場

公共くじ販売システム本体の標準価格は公開されていないため、次の金額は提案依頼前の概算レンジです。取扱高、販売チャネル、外部接続、既存資産の再利用、ピーク性能、監査、移行、災害対策、保守時間によって大きく変わります。税別と税込の公開額が混在するため、比較時は条件をそろえます。

企画、現状調査、要件定義、RFP作成支援は、500万円から2,000万円程度が一つの目安です。準パッケージ導入や小規模なネット販売で、商品、会員、注文、決済、結果照会を既存精算へ連携する範囲なら、3,000万円から1億円程度が概算の出発点になります。

売場端末とWebを連携し、決済、精算、当せん、監査、ピーク対策、移行まで新たに構築する場合は、8,000万円から3億円程度を見込みます。全国規模の基幹更改、複数拠点の災害対策、24時間運用、厳格な並行稼働まで含むフルスクラッチでは、1億5,000万円から5億円超になる可能性があります。これらは公開標準価格ではなく、公共・金融系の要件を踏まえた推定レンジです。

2025年に公開されたJSCのスポーツくじ関連調達には、販売促進のマーケティングツールを2026年4月から2030年3月まで利用・運用保守する案件があります。これは販売・払戻しの中核開発費ではありませんが、周辺のデータ・販促基盤でも複数年契約になり得ることを示します（出典: JETRO政府公共調達データベース、2025年）。本体費用の根拠としてそのまま転用せず、運用期間とライセンスを含む調達の考え方として参照します。

要件と完成条件が固まっている機能開発は請負契約が適しています。成果物、納期、受入基準、瑕疵対応、変更管理を明確にできるためです。一方、現状調査、RFP支援、PMO、アジャイルな画面改善、運用設計は、作業の専門性を提供する準委任契約が合いやすいです。契約形態を一律にすると、仕様変更のたびに請負範囲の解釈がぶつかります。

保守契約では、監視時間、受付方法、一次切り分け、重大障害の連絡期限、復旧目標、脆弱性対応、法改正対応、商品追加、定期訓練、データ返却を記載します。開発費の15〜25％程度を年間保守の概算とする場合もありますが、24時間監視、クラウド費、端末保守、ライセンス、セキュリティ診断、法改正改修が含まれるかで金額は変わります。

見積比較では、初期開発費に加えて、クラウドやデータセンター、端末、決済手数料、ライセンス、監視、ヘルプデスク、脆弱性診断、バックアップ、災害訓練、法改正、追加商品、データ移行、教育、終了時のデータ返却を5年間で合算します。特に「別途実費」「想定外の変更」「従量課金」と書かれた項目は、上限額と単価を確認します。

例えば、初期費用が7,000万円の提案でも、運用保守が年間2,000万円、ライセンスとクラウドが年間1,000万円なら、5年間の初期・運用合計は2億2,000万円です。反対に初期費用が1億円でも、既存基盤を活用し、運用費が年間1,000万円なら、5年合計は1億5,000万円です。単年度の安さではなく、同じ期間・同じ対象範囲で比べます。

委託先の選定と見積比較で確認すべきポイント

委託先は、会社の知名度だけでなく、公共くじのどの工程を任せるかで選びます。売場端末、くじや公営競技、決済、金融機関接続、公共調達、基幹更改、精算・照合、24時間運用のどこに強みがあるかを分けて評価すると、提案の適合性が見えやすくなります。

候補会社には、公共くじ、スポーツくじ、決済、金融、発券端末、精算、抽せん、当せん判定、本人認証のどこを担当した実績かを質問します。「公共システムの実績があります」という説明だけでは、販売業務や金銭データを扱った経験が分かりません。公開できない案件でも、業務の種類、規模、運用年数、障害対応、移行方法を匿名化して説明できるかを確認します。

実在企業の候補としては、スポーツくじ端末や関連ソフトウェアの開発・保守情報が公開されているトータリゼータエンジニアリング、くじ・公営競技や決済サービスを含むフロントシステム事例を公開するSCSK、大規模な公共・金融の開発とアウトソーシングを提供するNTTデータなどが挙げられます。NEC、TIS、BIPROGYも公共・金融基盤やモダナイゼーション、決済・照合の観点で候補になり得ますが、公共くじの直接担当範囲は提案依頼時に個別確認します。

見積書は、企画・要件定義、基本設計、詳細設計、開発、外部接続、端末、テスト、性能検証、セキュリティ、移行、教育、リリース、保守、クラウド、ライセンスに分けて提出してもらいます。機能単位だけでなく、担当人数、期間、前提となる既存仕様、含まれない作業、変更時の単価も併記してもらうと、安い理由と高い理由を説明できます。

比較時は、A社の決済連携が開発費に含まれ、B社は別途になっていないかを確かめます。端末の台数、テスト環境、データ移行件数、ピーク負荷試験の回数、監査ログの保存年数、障害訓練の回数、SLAの時間帯もそろえます。金額の差が大きい場合は、単価の差よりも、対象範囲と品質基準の差を先に確認します。

ネット販売でカード決済を扱うなら、本人認証、カード情報をどこに保持するか、決済事業者との責任分界、ログ監視、脆弱性診断を確認します。宝くじ公式サイトでも、なりすまし対策として3Dセキュア2.0を利用しています（出典: 宝くじ公式サイト「本人認証サービス」、2026年確認）。カード情報を直接保持しない方式でも、委託先、接続先、ログ、管理画面が評価対象になるため、決済会社に任せれば終わりとは考えません。

クラウドを使う場合は、政府機関などのクラウド調達でセキュリティ水準を確保する目的のISMAP、決済カード情報を扱う場合のPCI DSS v4.0.1などを、法的必須条件、調達条件、設計上の推奨に分けて確認します。ISMAP登録だけでシステム全体の安全性が保証されるわけではなく、設定、ID管理、暗号鍵、ログ、バックアップ、委託先の運用を自社要件として定義する必要があります。

最後に、契約終了時のデータ返却形式、設計書やソースコードの扱い、第三者への移行支援、再委託先との契約終了、アカウント削除、ログの保管、移行リハーサルを明記します。公共くじのように長期運用が前提のシステムほど、開始時の価格だけでなく、将来の交代可能性まで含めて委託先を選ぶことが重要です。

公共くじ販売システムの発注でよくある質問

ここでは、発注担当者が候補会社との打ち合わせ前に確認しておきたい質問をまとめます。費用だけでなく、制度適合性、責任分界、運用継続性に関わる質問を優先します。

企画・RFP支援は500万円から2,000万円程度、準パッケージや小規模ネット販売は3,000万円から1億円程度、複数チャネルの販売基盤は8,000万円から3億円程度が概算の目安です。全国規模の基幹更改や災害対策まで含む場合は、1億5,000万円から5億円を超えることもあります。公開価格ではないため、RFPで取扱量、接続先、SLA、移行範囲を提示して個別見積もりを取得します。

標準化できる商品管理、会員、通知、分析はパッケージやクラウドを活用し、抽せん、払戻し、精算、監査など制度固有で変更しにくい領域を専用設計する組み合わせが現実的です。フルスクラッチは業務適合性を高めやすい反面、品質保証、保守要員、移行、ベンダー交代のコストが増えます。機能の独自性だけでなく、5年TCOと将来の制度変更を比較して決めます。

発注できますが、公共くじそのものの経験がない場合は、決済、金融接続、精算、本人認証、厳格な監査、24時間運用など、代替となる実績を確認します。直接実績を推測で補わず、候補会社に担当範囲、規模、運用年数、障害対応、再委託先を説明してもらいます。制度解釈が必要な領域は、経験のある業務コンサルタントや専門会社と組める体制を評価します。

対象とする制度、発注者と運営主体、販売チャネル、取引量、外部接続、データ移行、性能、RTO・RPO、セキュリティ、監査ログ、テスト、教育、運用、再委託、データ所有権、契約終了時の移行支援を記載します。正常系だけでなく、決済タイムアウト、二重購入、販売停止、抽せん結果の差異、払戻し失敗、災害切替の受入基準を入れると、候補会社の提案を同じ条件で比較できます。

まとめ

公共くじ販売システムの発注では、最初に宝くじとスポーツくじを区別し、発売元、受託銀行、販売店、決済事業者、開発会社の責任分界を整理します。そのうえで、単一ベンダー一括、プライムSIと専門会社の組み合わせ、企画・開発・運用の段階委託から、自社の管理体制に合う形態を選びます。

発注前は、制度と業務範囲、取引量とピーク、異常系と監査、契約とSLA、5年TCOの5点を確認します。費用相場は、企画・RFP支援で500万円から2,000万円、複数チャネルの販売基盤で8,000万円から3億円程度が目安ですが、数字だけで委託先を決めてはいけません。初期開発、外部接続、移行、セキュリティ、クラウド、保守を同じ条件で分解することが大切です。

いきなり開発会社へ金額だけを聞くのではなく、現在の販売・精算・払戻し業務、既存システム、関係者、制約を棚卸しし、RFIで対応可能な会社と方式を把握します。RFPには、候補会社が同じ前提で提案できる情報と、異常時の受入基準を入れます。制度適合性と運用継続性を含めて比較すれば、公共くじを安心して販売し続けられる発注につながります。

▼全体ガイドの記事
・公共くじ販売システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。