セルフレジシステムの発注・外注は、業務の整理、RFPの作成、契約、1店舗での検証の順に進めます。この順に進めると、店舗の運用に合う形を選びやすくなります。
全体像は、セルフレジシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・セルフレジシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
セルフレジシステムの発注・外注の範囲
発注では、端末に加えて、取引を成立させるソフト、周辺機器、ネットワーク、既存システムとの連携、導入後の保守まで、委託先と分担します。
出発点は、改善したい業務と指標、適した方式を定めることです。
機器は、その後で決めます。
フルセルフとセミセルフの選び方
フルセルフは客が登録から支払いまで行い、セミセルフは店員が登録して客が精算します。どちらが合うかは、客数やピーク時間、年齢確認商品の有無など、店舗の条件で変わります。
- フルセルフ型：客が登録から支払いまで行うので、少ないスタッフで複数台を見守れます。
- 店員の介入：重量計の袋詰め確認、年齢確認、値引き、取消、エラー解除には、店員が対応します。
- セミセルフ型：店員が登録し、客が精算する方式です。商品点数が多い店舗や、有人接客を残す店舗に向いています。
- 選定条件：客数やピーク時間、年齢確認商品、量り売り・生鮮品の割合、高齢者・訪日客の利用状況を見ます。
全台をフルセルフにする前に、有人レジを残して混在させる進め方も有効です。たとえば道の駅田園プラザ川場は、既存POS4台にセルフレジ6台を追加し、処理能力を約1.2倍にしました（出典：東芝テック「田園プラザ川場」導入事例、2025年）。
店舗業務システムとしての発注範囲
発注する側は、機器とソフトの構成と、連携が必要な業務をまとめて確認します。
- 機器と基盤：機器は、ディスプレイ、スキャナ、計量機、プリンタ、自動釣銭機、決済端末。基盤は、POSアプリ、取引DB、本部クラウド、決済ゲートウェイ。
- 店舗業務連携：商品マスタ、価格改定、クーポン、ポイントの連携が必要です。返品、免税、在庫、会計・ERPも対象です。
発注書やRFPには、取引ID、売上計上時刻、取消・返品を記します。加えて、通信断時の販売、復旧後の再送、二重計上防止、権限、ログ保存期間も書き込みます。
画像認識やAIの不正検知を使う場合は、誤検知時の有人確認と、データ保存期間も決めます。
連携まで発注に含めるのは、連携が止まると、レジだけ動いても店舗業務を続けられないためです。
発注形態の選び方
発注形態は、短期導入と標準化、既存資産の活用、独自の顧客体験のうち、何を優先するかで選びます。そのうえで、標準機能、追加開発、将来の交換や拡張の制約を分けて比べます。
標準業務を早く安定させたい場合のパッケージ・クラウド型
標準業務に合う製品を選ぶなら、パッケージ型が候補になります。導入の速さと、独自の値引きや会員制度を載せたときの影響が判断の分かれ目です。
- 方式：POS、商品管理、売上集計、決済などの標準機能を、設定と最小限の連携で使う形です。
- 適する場合：標準業務に合わせられる店舗や、まず1店舗で検証したい企業です。
- 導入と保守：製品機能と保守体制が整っているため、要件定義から稼働までを短く進めやすく、複数店舗にも広げやすい方式です。
- 追加開発：独自の値引きや複雑な会員制度を載せると、更新のたびに個別の改修が必要になる場合があります。
- 見積もり：標準設定、追加設定、API連携、個別開発を分けて、更新の可否と追加料金を見ます。
既存POSとAPIでつなぐ中間案
既存POSを活かしてセルフ会計を加える方式では、連携の前提を先に確認しておく必要があります。
- 連携方式：既存POS、端末、決済機器、商品マスタ、本部をAPIでつなぐ方式です。現行業務を大きく変えずに、セルフ会計を加えられます。
- 既存資産：ポイント、クーポン、返品、在庫、会員基盤を活かせる可能性があります。ただし、古いPOSはAPI公開範囲やデータ形式が制約になります。
- 連携定義：画面だけでなく、商品コード、税区分、取引番号、決済・返金結果、通信状態まで決めておきます。
- 再送対策：決済結果を再送できるようにしたうえで、同じ取引の二重計上を防ぐ冪等性を設計します。
- 導入事例：段階検証のしやすさも見ておきます。
コーナン事例では、有人とセルフを同じ端末で切り替えられます。さらに、異なる端末を受け入れる設計も、段階検証に役立っています。
出典は、NECソリューションイノベータ「コーナン商事」導入事例（2025年確認）です。
独自体験と将来拡張を重視する場合のスクラッチ開発
独自開発を検討するときは、どんな企業に向くか、運用をどこまで担えるか、投資をどう判断するかを分けて確かめます。
- 開発の適性：独自POS、レジレス、スマートカート、画像認識、店舗アプリ、分析で差別化する企業に向いています。
- 長期の責任：決済認定、現金管理、税務、端末交換、24時間運用、脆弱性対応を担います。決済機と釣銭機は、専門先との連携も検討します。
- 投資判断：全店導入の前にPoCで、利用率、取引時間、例外処理、スタッフ介入数を確かめます。
検証結果をもとに、継続して投資する価値があるかを判断します。
RFPと要件の整理
RFPは、同じ前提で提案と見積もりを比べるための基準書です。条件をそろえてから価格を比べられるよう、前提を先に書いておきます。
RFPには、店舗数や台数、ピーク取引数、商品特性、現行POSを記します。さらに、決済、例外処理、導入時期、保守時間帯も書き込みます。未確定の事項は、無理に決めず「提案を求める事項」として分けておきます。
現状業務と改善KPIの把握
現状の台数と利用比率は、有人・セミセルフ・フルセルフの区分ごとに記録します。
ピーク来店数、平均商品点数、会計時間、待ち時間、応援回数も記録します。
例外処理は、店舗スタッフへの聞き取りで洗い出します。年齢確認、量り売り、生鮮品、袋が対象で、割引、返品、領収書、免税なども含みます。
導入効果は、基準値を記録したうえで、次の4つのKPIで測ります。
- 利用状況：利用率と顧客満足度
- 会計性能：取引時間、待ち時間、エラー率
- スタッフ負荷：介入回数とレジ作業工数
- 店舗損失：ロス率
平和堂の事例では、レジ作業時間が40％近く減る見通しです（出典：東芝テック「平和堂」導入事例、2025年）。そのうえで、自社の導入前実績と測定方法も発注条件に含めます。
POS・商品・決済・会員の連携項目の一覧
連携表には、データの種類、時刻、方向、単位を書き込みます。そのうえで、商品と取引の項目を分けて整理します。
- 商品マスタ：商品コード、名称、価格、税区分、販売期間を含みます。年齢確認フラグや量り売り単位も必要です。
- 取引データ：取引・端末番号、明細、決済手段、値引きを記録します。取消、返品、売上計上時刻も対象です。
会員情報は、端末に保存するか、クラウドへ都度照会するかを決めます。通信が途切れたときに使える商品、価格、決済の範囲も、あらかじめ定義します。さらに、復旧後の同期順序と失敗時の手動処理も決めておきます。
API仕様書、テスト環境、サンプルデータ、接続費用の負担をRFPに記しておくと、追加費用を抑えやすくなります。
例外処理とセキュリティの記載
画面の表示不良より、通常時に特定の取引だけ失敗する場合のほうが起きやすいです。そのため、誰が何分以内に、どの権限で対応するかを業務フローに定めておきます。
- 機器・商品：レシート切れ、釣銭不足、スキャン漏れ、重量エラー
- 決済・通信：値引き不一致、決済タイムアウト、二重決済、通信断、停電
- 接客・防犯：返品、年齢確認、万引きの疑い
購買履歴や会員情報を、個人と容易に照合できる場合は、個人データとして扱う可能性があります。
個人情報保護委員会は、技術的安全管理措置を示しています（「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。
その措置には、アクセス制御、アクセス者の識別と認証、不正アクセスや漏えいの防止が含まれます。
RFPでは、権限分離、通信・保存データの暗号化、監査ログを確認します。そのほか、脆弱性対応、再委託管理、削除方法も確かめます。
契約形態と責任分界の決め方
要件が固まった開発と、まだ検討中の企画・調査が混在することがあります。そのため、企画・要件定義、開発・導入、保守・運用の段階ごとに契約と成果物を分けると、責任や追加費用を管理しやすくなります。
完成物と受入条件を明確にできる場合の請負契約
請負契約は、合意したシステムや機能を完成させ、発注者が検収する契約です。画面、連携、端末制御、帳票、テスト結果などの成果物を明確にします。そのうえで、納期、検収条件、瑕疵対応も決めておきます。
仕様が固まったパッケージ設定や追加開発に適します。ただし、既存POSが不明なまま固定価格にすると、想定外の連携や工事が出たときに、追加の交渉が難しくなります。
対象外の条件、変更手順、追加見積もりの単価、納品後の不具合の扱いは、契約書と別紙に残しておきます。
調査・企画・伴走型の作業に適する準委任契約
成果物が固定されない業務では、作業の進め方も契約に定めておきます。
- 目的と作業：完成物ではなく、業務を遂行すること自体が目的です。要件整理、現状調査、プロジェクト管理、技術支援に使います。
- 利用場面：方式決定前のPoCや、複数ベンダーを束ねる発注者側の支援では、作業内容と稼働時間を定めて使いやすい場合があります。
- 成果管理：定例会の頻度、調査報告書、要件一覧、課題管理表、意思決定記録、次工程の判定基準を定めます。
- 責任分界：委託先と発注者の責任、店舗側の協力事項を分けます。契約条件は、案件に合わせて専門家へ相談します。
保守契約の対象範囲と障害対応の境界
保守契約では、対象範囲とサービス水準を一覧にして定めておきます。
- 保守対象：ソフトとネットワーク、スキャナ、計量機が含まれます。自動釣銭機、プリンタ、決済端末も対象になります。
- 障害対応：受付時間、一次回答、復旧目標、代替機の有無、現地訪問の条件を取り決めます。
- 継続管理：消耗品、バージョンアップ、脆弱性対応、障害ログの提出方法を、継続して管理します。
決済を委託する場合は、カード情報をPOSや店舗端末に残さない構成を検討します。
PCI DSSは、カード会員データを保存、処理、送信する事業者などを対象にした、技術面と運用面の基準です。
出典：PCI Security Standards Council「PCI DSS」（2026年確認）。
準拠の要否は委託先に任せきりにせず、データフロー、責任分界、証跡、事故時の報告期限を契約前に確かめます。
費用相場とコストの内訳
費用は、端末本体と店舗システムの導入総額を分けて考えます。
POS連携費込みのセルフレジ・セミセルフレジは、1台50万〜200万円程度です。また、投資回収の目安は1〜3年です。出典は、関東経済産業局「中小企業省力化投資補助事業・業種別ガイド」（2026年）です。
この金額は機器の目安です。設置工事、什器、通信、商品マスタ整備の費用は、別に必要になる場合があります。研修、保守、POS改修も、別費用になることがあります。
店舗規模と連携範囲で変わる初期導入費
まず台数と連携範囲を決めてから、店舗規模に応じた初期費用を見積もります。
- 小規模：標準POS・クラウドで1〜2台の場合の目安です。機器、設置、初期設定、データ移行、簡易連携を含めて、1店舗100万〜500万円程度です。
- 中規模：3〜8台で、既存POS、在庫、会員、複数決済、店舗ネットワークを連携する場合です。1店舗500万〜2,000万円程度が起点になります。
- 多店舗：本部、権限、分析、全店展開計画を含む場合は、プロジェクト全体で1,000万〜5,000万円程度になることがあります。
- 概算の前提：稼働までの作業を含む企画上の推定です。公開機器価格と一般的な開発相場に基づくもので、確定見積もりではありません。
2,000万〜1億円超まで幅が広い独自開発費
独自開発費は、次の条件を踏まえた企画上の幅です。
- 費用幅：独自POS、取引エンジン、レジレス、スマートカート、画像認識、本部基盤では、2,000万〜1億円超になる場合があります。
- 見積要因：小規模・中規模・大規模の一般的な業務システム開発相場が基準です。
- 追加工数：決済連携、ハードウェア制御、店舗展開、認証、運用監視が加わります。
- 変動条件：機能数だけでなく、端末・店舗数、ピーク取引数、可用性、テスト範囲でも変わります。
導入期間の目安は、パッケージ設定・設置が1〜3か月、POS連携とパイロットが3〜6か月、多店舗導入が6〜12か月、独自開発が9〜18か月以上です。
納期を短くする場合も、テストは削らずに残します。そのうえで、先行店舗、必須機能、後回しにする機能を合意します。
保守・決済・通信を含む5年TCO
初期費用に加えて、運用中にかかる費用を次の区分で積み上げます。
- 利用費：月額クラウド料、決済手数料、通信費
- 保守費：保守、駆け付け、端末交換、脆弱性対応
- 運用費：消耗品、研修、マスタ更新、追加機能
期間は5年程度と仮に置いたうえで、端末更新、保証後の修理、撤去・移設費も見ておきます。
回収試算では、人件費に加えて、待ち時間、販売機会、客単価を分けて測ります。さらに、他部門への応援削減、教育時間、エラー・ロスも測ります。
試算では、利用率やスタッフ配置の前提を明記します。投資回収1〜3年の目安も、自社の客数と台数で計算し直します。
委託先の選定と見積比較
委託先は、導入、連携、運用のそれぞれで責任をどこまで負うかを基準に評価します。そのうえで、必要な範囲に過不足のない体制を選びます。
候補は、ハード・店舗運用一体型、POS・SI型、決済・データ基盤型に分けて比べると、見やすくなります。
委託先の得意領域と保守網
委託範囲に合う支援体制かどうかは、各社の専門領域から見極めます。
- ハード・店舗運用一体型：端末、自動釣銭機、レイアウト、現地設置、店舗スタッフ教育を、一社でまとめやすい型です。
- POS・SI型：既存POS、本部、在庫、会員、会計、ECなどを含む業務連携に強みがあります。
- 決済・データ基盤型：複数決済、データ連携、レジレス、顧客接点など、複数のシステムをまたぐ構想に向いています。
- 導入実績：導入社数に加えて、同業態か、同程度の商品点数か、同じ決済手段か、多店舗展開の実績かを確かめます。
- 運用と体制：通信断や返品の運用実績、要件定義から保守までの各段階の責任者、繁忙期の対応、再委託先を見ます。
WBSをそろえた見積書の比較
見積もりの前提が異なると比べにくいため、項目をそろえて依頼します。
- 見積項目：店舗調査、要件定義、UI設計、POS・決済連携、機器、ライセンス、通信、設置、データ移行、テスト、研修、プロジェクト管理、保守ごとに分けます。
- 「一式」の確認：対象範囲、数量、単価、前提条件、除外事項を、委託先に質問します。
- 安い見積もり：商品マスタ整備、配線、接続試験、撤去の除外を確認します。夜間作業、受入テスト、マニュアル、窓口の扱いも見ます。
- 高い見積もり：標準機能の個別開発計上や、将来店舗分の先行計上がないかを見ます。
- 総合比較：納品物、体制、前提、リスク、追加費用の発生条件を並べて比べます。
提案説明での現場想定の質問
提案説明では、画面デモだけでは分からない動きを、実際に再現してもらいます。
- 例外の再現：重量エラー、酒類の年齢確認、通信断、決済タイムアウト、返品・返金。
- 画面の変化：客と店員、それぞれの画面がどう変わるか。
- 窓口と決定者：変更依頼の窓口、見積もり期間、優先順位を決める人。
- 操作性：スタッフの操作性、高齢者や障害のある人の使いやすさ、多言語・音声案内を、実機や試作で評価します。
提案書の見栄えよりも、問題が起きたときの説明がどれだけ具体的かを重視します。
発注後の進め方とパイロット導入
発注後は、要件定義、設計、開発・設定、接続試験の順に進みます。その後、店舗受入テストと1店舗パイロットを行い、改善を経て、全店展開へ進みます。
画面の出来だけでは品質を判断しきれないため、導線、照明、騒音、スタッフの位置を現地で確かめます。さらに、現金補充、清掃、レシート交換も見ておきます。
PoCで確かめる店舗業務の成立
PoCでは、代表的な取引と運用を少数のシナリオで検証します。
- 取引シナリオ：商品、決済、会員、値引き、返品、年齢確認を試します。
- 運用確認：POSとの売上連携、店員の介入、通信断からの復旧を確かめます。
機能の数よりも業務が成り立つかを見て、合格条件と中止条件は事前に決めておきます。
小規模、繁忙、高齢者の利用が多い店舗では結果が異なるため、客数が平均的な店舗だけでなく、商品構成や客層が異なる店舗からも選びます。
スタッフには目的を説明したうえで、エラー、呼び出し回数、処理時間、現場の声を記録してもらいます。
現場の抵抗感も、運用改善に活かします。
受入テストと全店展開の判定基準
受入テストでは、正常系に加えて、次の異常系も確かめます。
- 商品・金額：スキャン漏れ、計量不一致、割引重複
- 決済・取引：決済失敗、取消、返品
- 機器・権限：レシート切れ、釣銭不足、通信断、再起動、権限外操作
再現手順、期待・実際の結果、証跡、対応者、再テスト日を記録します。検収基準は、画面の表示ではなく、売上と現金が正しく締まることに置きます。
全店展開では、利用率、取引時間、待ち時間、工数、エラー率を導入前後で比べます。さらに、介入回数、返品時間、ロス、問い合わせも導入前後で比べます。
コーナン事例は、1件約40秒、年間約15万時間の削減を試算しています（出典：NECソリューションイノベータ「コーナン商事」導入事例、2025年確認）。目標に届かない場合の改修や、台数・方式の見直しも決めておきます。
セルフレジシステムの発注でよくある質問
価格、既存POSとの互換性、開発期間、保守について、発注前によくある疑問に答えます。
セルフレジシステムの発注費用はいくらですか？
導入規模や委託範囲で総額が変わるため、前提をそろえて見積もります。
- 機器価格：POS連携費込みのセルフレジ・セミセルフレジは1台50万〜200万円程度が目安です。
- 出典：この目安は、関東経済産業局「中小企業省力化投資補助事業・業種別ガイド」（2026年）によります。
- 店舗全体：小規模導入は1店舗100万〜500万円程度から、多店舗では数千万円規模まで幅があります。
- 見積もり：台数、工事、各種連携、移行、研修、保守をそろえて、相見積もりで確かめます。決済と通信の前提も含めます。
既存POSを残してセルフレジだけ外注できますか？
既存POSを残したまま、端末や精算機を追加できます。商品、価格、ポイント、クーポン、返品の連携を確認します。売上、在庫、決済結果の連携と、API公開範囲も確かめます。
端末を先に入れる前に、取引開始から売上計上、締め処理までを一つのテストで確認します。
セルフレジ開発は請負と準委任のどちらがよいですか？
仕様が固まった設定・開発・導入には請負が、調査、PoC、要件整理、発注者側の支援には準委任が適しやすいです。
工程ごとに、成果物、作業範囲、検収、変更手続き、保守責任を定めておきます。契約内容は、法務や専門家にも確かめます。
最初から全店舗にセルフレジを導入すべきですか？
まずは1店舗か少数の店舗で試すほうが安全です。そのうえで、ピーク性能、利用率、介入、返品、通信断、現金精算を測ります。
高齢者や訪日客の操作性も測り、合格基準を満たしてから展開します。客層や商品構成が異なる場合は、複数タイプの店舗で検証します。
まとめ
発注・外注では、端末価格だけで決めず、方式、POS連携、RFP、契約と保守の責任、5年TCOを一体で整理します。
業務・費用・責任をそろえる要点
実装を決める前に、費用と運用効果の見込みを同じ条件で見比べます。
- 見積比較：標準機能、追加設定、API連携、個別開発を同じ項目で比べます。機器、設置、研修、保守も、同じ項目に含めます。
- 見積条件：金額の根拠と除外事項の両方を確かめます。
- 受入条件：返品、決済失敗、通信断、釣銭不足、年齢確認、店員介入を受入の項目に入れます。
- 効果測定：利用率、待ち時間、処理時間、エラー率、スタッフ工数、ロス率で測ります。
最初の一歩：現状整理とRFPのたたき台作成
店舗ごとに、台数、ピーク取引数、商品点数、決済、既存POSを一覧にします。さらに、会員・在庫連携、例外処理、KPIも加えます。
RFPでは、パッケージ・クラウド、既存POS連携、独自開発を比べます。また、ハード、POS・SI、決済基盤の各委託先から提案を受けます。1店舗の検証後に、多店舗展開を判断します。
▼全体ガイドの記事
・セルフレジシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。