LASSIC Media らしくメディア
ポイントシステム導入で失敗しない費用の内訳と方式選びの注意点
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- ポイントシステムは、会員へのポイントの付与・利用・失効を記録し、レジやECとつなぐ仕組みです。
- クラウド型は早く始めやすく、自社開発は自社だけのルールや複雑な連携に向いています。
- 費用は内訳をそろえて比べ、付与した年度ごとの残高を記録できるかも確かめておきます。
※ 本記事は2026年10月時点の公式情報（省庁・公的機関、および製品やサービスを提供する事業者が公開している資料）に基づきます。
紙のスタンプカードをやめて、アプリで会員にポイントを付けたい。見積もりを取ってみたら、クラウドのサービスと自社開発で金額も中身もまるで違い、比べようがない——。小売店や飲食店、サービス業の会員施策の現場では、こうした迷いが起こりがちです。ポイントシステムとは、買い物や来店に応じて会員にポイントを付け、次の買い物での値引きなどに使えるようにし、その残高と履歴を管理する仕組みです。
再来店を促す手段として使いどころは広いものの、万能ではありません。付けたポイントは将来の値引きの約束になるため、税務の扱いや残高の管理まで考えておく必要があります。本記事では、自社の会員向けにポイントの仕組みを入れる情報システムや販促の担当者に向けて、仕組みの要点、クラウド型と自社開発の違い、導入費用の内訳と進め方、そして外部に頼むときに確認したい点を整理します。
ポイントシステムとは
ポイントシステムの中身は、大きく分けると「付ける」「使う」「消える」の3つの動きと、それを記録する台帳です。国税庁の法人税基本通達は、会社が自ら発行するポイントを、将来の買い物の際に呈示を受けて「値引きして、又は無償により」提供するものとしています。*1 システムはこの約束を、会員ごとの残高と履歴として持ち続けます。
- 会員の識別：会員カード、アプリ、ECサイトのアカウントなどで、買い物をした人を特定する
- 付与：購入金額や来店に応じてポイントを付け、いつ・どの取引で付いたかを記録する
- 利用：次の買い物でポイントを値引きなどに使い、残高を減らす
- 失効：有効期限を過ぎたポイントを消し、その記録を残す
- 連携：レジ（POS）・ECサイト・アプリと、取引のたびに情報をやり取りする
会員の登録情報やランク、メール配信まで含めた会員基盤全体の作り方は、会員管理システムの開発を外注する進め方で扱っています。本記事はポイントの部分に絞って見ていきます。
クラウド型と自社開発の違い
ポイントシステムの導入方法は、提供会社のクラウドサービスを契約して使う形（クラウド型）と、自社の要件に合わせて作る形（自社開発）に分かれます。どちらが安いかは一概に言えず、ポイントのルールをどこまで自社独自にしたいか、つなぐ既存のシステムがいくつあるかで向き不向きが決まります。
| 観点 | クラウド型 | 自社開発 |
|---|---|---|
| 始めるまでの手間 | 用意された機能を設定して使うため、比較的早く始めやすい | 要件定義・設計・開発・試験の工程が要る |
| ルールの自由度 | サービスが用意した範囲で設定する | 付与率・ランク・キャンペーンを自社の都合で作れる |
| 既存システムとのつなぎ | サービスが用意した連携の方法に合わせる | 自社のレジやECサイトに合わせて作れる |
| 費用の出方 | 初期費用と月額の利用料が中心 | 開発費が先にかかり、その後は保守と改修の費用 |
| データの置き場所 | 提供会社の環境に置く。解約時の取り出し方を確かめる | 自社の管理下に置ける |
迷ったときは、ポイントのルールが「購入金額に応じて一定の割合を付ける」程度で足りるならクラウド型、レジや基幹システムとの連携が複雑で、自社だけのルールが売りになるなら自社開発、という考え方が使えます。クラウド型を土台に、連携の部分だけを作る方法もあります。
導入費用の内訳
ポイントシステムの導入費用は、会員数・店舗数・連携先の数によって大きく変わります。見積もりを比べるときは総額だけを見ず、次の内訳ごとに何が含まれているかをそろえて比べます。
| 区分 | 主な項目 | 見落としやすい点 |
|---|---|---|
| 初期費用 | 要件定義、サービスの設定または開発、レジ・EC・アプリとの連携 | 連携先ごとに作業が増える。レジ側の改修が別の見積もりになることがある |
| 移行費用 | 紙のカードや旧システムからの会員と残高の移し替え | 残高が合わない会員をどう扱うかを決める手間 |
| 継続費用 | クラウド型なら月額の利用料、自社開発ならサーバーと保守 | 会員数や取引件数で利用料が変わる契約か |
| 運用費用 | 問い合わせ対応、キャンペーンの設定、カードの発行 | 担当者の作業時間も費用に入れて考える |
| 改修費用 | ルールの変更、新しい連携先の追加 | 個別の作り込みが契約の範囲に入っているか |
もう一つ、ポイントそのものの原資も費用です。付けたポイントは将来の値引きになるため、システムの費用とは別に、販促の予算として見込んでおく必要があります。付与率を上げるほど将来の値引きも増えることを、導入の前に経営側とすり合わせておきます。
導入の進め方と税務の確認
ポイントシステムの導入は、システムを選ぶ前にポイントのルールを決めるところから始めます。ルールが決まらないまま見積もりを取ると、提供会社ごとに前提が違い、金額を比べられないからです。
- ステップ1：付与率・使える単位・有効期限・失効のルールを決める
- ステップ2：クラウド型か自社開発かを決め、見積もりの内訳をそろえる
- ステップ3：レジ・EC・アプリとつなぎ、ポイントが二重に付かないかを試す
- ステップ4：旧カードの残高を移し、一部の店舗で試してから広げる
ステップ1では、税務の扱いも合わせて確かめます。法人税基本通達には、付けた自社ポイントを売上とは別の取引の前受けとして扱える取扱いがあり、その要件の一つに「発行年度ごとに区分して管理されていること」があります。*1 この取扱いを使う場合、付与の日から10年が経っても使われずに残っているポイントは、その年度の益金に算入するとされています。*2 システムで確かめたいのは次の点です。
- ポイントを付与した日と年度ごとに、残高を分けて記録できるか
- 有効期限と、失効したポイントの履歴を会員ごとに残せるか
- 失効の見込みを過去の実績から立てられるよう、失効の記録を取り出せるか*2
どの扱いを選ぶかは会社の会計方針によるため、決めるのは経理部門と税理士です。システムの側は、どの方針になっても必要な記録を出せるように作っておきます。
外部に頼むときに確認しておきたい点
ポイントシステムの構築や連携を外部に頼むときは、見積もりの前に次の点を確かめておきます。残高の誤りは、問い合わせの増加や信用の低下に直結します。
- どこまで頼むか：ルールの整理、サービスの設定または開発、レジ・EC・アプリとの連携、移行のうち、どれを任せるか
- 連携の試し方：通信が切れたときや同じ取引が二度送られたときに、ポイントが二重に付かないかをどう確かめるか
- 残高の照合：移行の前と後で、会員数と残高の合計をどう突き合わせるか
- データの扱い：会員の個人情報をどこに置き、契約が終わるときにどう取り出すか
- 運用後の見直し：付与率やキャンペーンの効果を見て、ルールを直す場を設けるか
なかでも、スマートフォンのアプリとレジやECサイトをつなぐ部分は、作業が増えやすいところです。アプリとほかのシステムをつなぐ開発の進め方は、スマホアプリのAPI連携開発を外注する進め方も参考になります。
まとめ：ポイントシステムで確かめたい3つの点
ポイントシステムを導入するうえで、確かめておきたい点は3つに整理できます。第一に、付与率・有効期限・失効のルールを、システムを選ぶ前に決めること。第二に、クラウド型か自社開発かを、ルールの独自性と連携先の数で選び、見積もりは内訳をそろえて比べること。第三に、付与した年度ごとの残高と失効の履歴を記録できるかを、経理部門と一緒に確かめることです。この3点を踏まえておけば、「入れてはみたが残高が合わず、問い合わせ対応に追われる」という事態を避けやすくなります。仕組みの選び方や連携の進め方に迷いがあれば、外部の手を借りるのも一つの選択肢です。
よくある質問
紙のスタンプカードも同じ扱いになりますか
税務上は扱いが分かれることがあります。法人税基本通達の注記では、一定の数がたまらないと値引きの対象にならないものや、いわゆるスタンプカードのようなものは、要件の一つ（1ポイントからでも値引きに使えること）を満たさないとされています。*1 切り替えにあわせて扱いがどう変わるかは、税理士に確かめておきます。
ポイントをお金で買えるようにしてもよいですか
設計の前に法律の確認が要ります。資金決済法は、金額に応じた対価を得て発行されるものなどを前払式支払手段と定めています。*3 金融庁は、商品券、ギフト券、プリペイドカードなどの総称だと説明しています。*4 お金で買うポイントやチャージ式の残高を扱うなら、買い物のおまけで付けるポイントとは分けて、法律上の手続きの要否を専門家に確かめてください。
有効期限や失効のルールは後から変えられますか
システムの設定としては変えられますが、先に会員との約束である規約の扱いを決めます。法人税基本通達の前受けの取扱いでは、有効期限の経過や規約違反などのやむを得ない事情以外で、ポイントを一方的に失わせることができないと規約などで明らかにしていることが要件の一つです。*1 ルールを変えるときは、規約の改定と会員への告知の手順もあわせて決めておきます。
ポイントシステムの導入と連携のご相談
ポイントのルール整理から、クラウド型サービスの導入やレジ・EC・アプリとの連携開発、残高の移行まで、元請（プライムベンダー）としてご提案します。
2006年の創業以来、一次請けのシステムインテグレーターとして、企業のシステム開発と保守・運用を受託してきました。
出典
- *1 参考：国税庁「法人税基本通達 第2章第1節第1款 収益等の計上に関する通則」（2－1－1の7 ポイント等を付与した場合の収益の計上の単位）（https://www.nta.go.jp/law/tsutatsu/kihon/hojin/02/02_01_01.htm）。出典：自己発行ポイント等の定義、前受けとする取扱いの要件（発行年度ごとの区分管理、一方的に失わせることができないことの規約での明示、1ポイントから値引きに使えること、スタンプカード等の注記）を参照（2026年10月確認）
- *2 参考：国税庁「法人税基本通達 第2章第1節第7款 その他の収益等」（2－1－39の3 自己発行ポイント等の付与に係る収益の帰属の時期）（https://www.nta.go.jp/law/tsutatsu/kihon/hojin/02/02_01_06.htm）。出典：付与の日から10年が経過した日の属する事業年度に未計上の前受けの額を益金に算入する取扱い、失効の見積もりは過去の失効の実績を基礎とする等の注記を参照（2026年10月確認）
- *3 参考：e-Gov法令検索「資金決済に関する法律」（平成二十一年法律第五十九号）（https://laws.e-gov.go.jp/law/421AC0000000059）。出典：第3条第1項（前払式支払手段の定義）を参照（2026年10月確認）
- *4 参考：金融庁「商品券（プリペイドカード）の払戻しについて」（https://www.fsa.go.jp/policy/prepaid/index.html）。出典：前払式支払手段が商品券、ギフト券、プリペイドカード等の総称であるとの説明を参照（2026年10月確認）
