LASSIC Media らしくメディア
福利厚生システムの選び方｜カフェテリアプランとポイント管理
LASSIC IT事業部｜元請（プライムベンダー）として業務システムの開発・保守を受託
この記事のポイント
- 福利厚生システムは、カフェテリアプランのポイント付与・消化と、福利厚生メニューの申請・精算を一元管理する仕組みです。勤怠管理や人事評価とは扱う業務が異なります。
- ポイントの課税・非課税は、従業員がポイントを利用したメニューの内容によって判断するのが原則で、換金性があると付与全体が課税対象になり得ると国税庁が示しています。
- 外注では、ポイント管理・税務区分・アウトソーサー連携の対応範囲を切り分けて確認することが選定の分かれ目になります。
目次
福利厚生の運用が抱える課題——選択型の管理を手作業に頼る限界
従業員が用意されたメニューから自分に合った福利厚生を選ぶ「カフェテリアプラン」を導入する企業が増えています。一律の制度と違い、従業員ごとに付与ポイントと利用履歴が変わるため、運用の負荷は制度設計以上に大きくなりがちです。
手作業での運用には限界があります。ポイントの残高照会や利用申請を表計算やメールでやり取りしていると、付与・消化の履歴が担当者に集中し、月次や年度末の集計が属人化します。従業員からの残高問い合わせ対応や、締め日直前の申請集中も、人事・総務部門の負担を押し上げる要因です。
さらに悩ましいのが税務上の扱いです。福利厚生メニューには、課税されるものと課税されないものが混在します。利用実績を後から手作業で仕分けようとすると、区分の判断に時間がかかり、給与計算との突合でもミスが起きやすくなります。こうした運用課題を仕組みで解消するのが、福利厚生システムの役割です。
福利厚生システムとは——ポイントとメニューを一元管理する仕組み
福利厚生システムとは、選択型福利厚生（カフェテリアプラン）のポイント付与・消化と、健康・育児・自己啓発といった福利厚生メニューの申請・精算を一元的に管理するシステムを指します。従業員は自分の残高を確認しながらメニューを選び、Web上で申請する流れです。人事・総務部門は付与と消化の状況を画面上で把握でき、月次・年度末の集計まで一連の流れで扱えます。
カフェテリアプランでは、企業が従業員へ一定のポイントを付与し、従業員はそのポイントの範囲でメニューを利用します。ポイントには通常、年度単位などの有効期限が設定されるため、付与日・消化日・失効日を正確に記録できることが運用の土台です。手作業ではこの残高管理が煩雑になりやすく、システム化の主眼はここに置かれます。
福利厚生システムには、自社で構築する形態と、福利厚生のアウトソーサー（代行サービス）が提供するパッケージを利用する形態があります。提携施設の割引メニューを幅広く使いたい場合は外部サービスの活用が向き、独自メニューや既存の人事給与システムとの連携を重視する場合は個別開発や連携開発の比重が高まります。どちらを軸にするかで、外注に求める役割が変わってくるのが実情です。
従業員から見た使い勝手も見逃せない観点です。残高やメニューをスマートフォンからも確認できると、申請の取りこぼしが減り、制度そのものの利用率も上がりやすくなります。せっかく用意した福利厚生が使われないままでは、制度の狙いが薄れてしまいます。運用側の効率と従業員の利用体験は、どちらも設計時に考慮したい要素です。
勤怠管理・人事評価システムとの違い——「福利厚生の運用」に特化する領域
当サイトでは、勤怠管理システムや人事評価・タレントマネジメント、健康管理・ストレスチェックのシステムも扱ってきました。福利厚生システムは、これらと隣り合う領域に見えて、扱う業務は明確に別物です。混同したまま要件をまとめると、必要な機能が抜け落ちる原因になります。
勤怠管理は労働時間の記録と集計を担い、人事評価は目標設定と評価プロセスを扱います。健康管理はストレスチェックや健診結果の管理が中心です。これらが「働き方や処遇の管理」であるのに対し、福利厚生システムが扱うのは「付与したポイントとメニューの運用」です。具体的には、ポイント残高の管理、メニュー申請の受付と承認、利用実績の精算、税務区分に沿った集計が中核になります。
3つのシステムとの主な違いを整理すると、次の通りです。
| システム | 主に扱う業務 | 中心となるデータ |
|---|---|---|
| 勤怠管理 | 労働時間の記録・集計、休暇管理 | 打刻・勤務時間・残業時間 |
| 人事評価 | 目標設定・評価プロセスの運用 | 評価シート・目標・スキル情報 |
| 健康管理 | ストレスチェック・健診結果の管理 | 受診状況・チェック結果 |
| 福利厚生 | ポイント付与・消化、メニュー申請・精算 | ポイント残高・利用履歴・税務区分 |
この違いを踏まえると、福利厚生システムに固有の要件が見えてきます。ポイントの有効期限管理、メニューごとの課税・非課税の判定、外部のアウトソーサーとのデータ連携です。勤怠や評価のシステムをそのまま流用しても、これらは埋まりません。福利厚生の運用に特化した設計が必要になる点が、他システムとの決定的な違いです。
福利厚生システムの機能要素——ポイント・メニュー・申請精算・連携
福利厚生システムを検討するときは、機能を4つの要素に分けて考えると整理しやすくなります。ポイント管理、メニューの申請・精算、税務区分の管理、外部連携です。
ポイント管理——付与・消化・失効を残高で追える仕組み
中核になるのがポイント管理です。従業員ごとの付与ポイント、利用による消化、年度末などの失効を、残高としてリアルタイムに追えることが求められます。付与ルールは、全従業員一律のほか、勤続年数や雇用区分に応じて変える設計も可能です。ただし付与の仕方は税務上の扱いにも影響するため、設計段階で税務の観点を織り込んでおくと後の手戻りを抑えられます。
メニューの申請・精算——証憑の受付から費用処理まで
従業員がメニューを選んで申請し、その内容を承認して精算する流れも重要な機能です。利用にあたっては領収書などの証憑提出を伴うことが多く、申請フォームと証憑のひも付け、承認ワークフロー、消化ポイントの確定までを一連で扱えると運用が回りやすくなります。補助の対象や上限をメニューごとに設定できると、制度設計の自由度も高まります。
税務区分の管理——法定福利と法定外福利、課税・非課税の判定
福利厚生費は、社会保険料の事業主負担など法律で義務づけられた「法定福利費」と、企業が任意で設ける住宅・医療・食事・慶弔などの「法定外福利費」に大きく分かれます*4。カフェテリアプランで扱うのは主に後者にあたります。
ここで押さえたいのが課税・非課税の判定です。国税庁は、カフェテリアプランで付与されたポイントについて、原則として従業員がそのポイントを利用してサービスを受けたときに、利用したメニューの内容によって課税・非課税を判断するとの考え方を示しています*1。一方で、ポイントを現金に換えられるなど換金性がある場合には、付与を受けたポイントの全体が課税対象になり得るとされます*1。
メニューの中身によっても扱いは変わります。個人の趣味・娯楽による旅行費用の補填のように、本来は従業員個人が負担すべき費用にあたるものは、給与等として課税の対象になり得るというのが国税庁の整理です*2。また、社内行事の飲食費や一定基準の慶弔金など、交際費等と区別される福利厚生費の範囲も国税庁が示しています*3。こうした区分をメニュー単位で保持し、利用実績を集計時に仕分けできることが、福利厚生システムに期待される役割です。なお個別の判定は要件により異なるため、税務の取り扱いは所轄の税務署や税理士への確認を前提に運用します。
外部連携——アウトソーサー・人事給与システムとのデータ授受
4つ目が連携です。提携施設の割引メニューをアウトソーサー経由で提供する場合、利用実績や精算データをどう受け渡すかが論点になります。あわせて、課税対象となった利用分を給与計算に反映するため、人事給与システムとのデータ授受も欠かせない要素です。連携方式（CSV連携やAPI連携など）と対象データを早めに固めておくと、開発範囲がぶれにくくなります。
外注で確認したい5つのポイント——対応範囲を切り分けて依頼する
福利厚生システムを外注する場合、依頼範囲の切り分けが選定の分かれ目になります。次の5点を確認しておくと、認識のずれを抑えられます。
第一に、ポイント管理の作り込みの範囲です。付与ルールの複雑さ、有効期限や失効の扱い、残高照会の要件をどこまで実装するかを具体化します。第二に、税務区分への対応です。メニューごとの課税・非課税区分を保持し、集計に反映できるかを確認します。判定基準そのものは税務側の領域ですが、システムが区分を持てるかどうかは設計上の要点です。
第三に、アウトソーサーや人事給与システムとの連携範囲です。連携先・連携方式・対象データを契約前にすり合わせておきます。第四に、既存メニューや制度の移行です。現在の運用データをどう引き継ぐか、移行時の検証をどこまで行うかを決めます。第五に、公開後の保守体制です。制度変更や税制の見直しに追随できる運用体制があるかを見ておきます。
これらを一括で依頼できるか、部分的に切り出すかは、社内の体制と既存システムの構成によって変わります。自社で要件をすべて固め切るのが難しい場合は、要件整理の段階から相談できる相手を選ぶと、後工程での手戻りを抑えやすくなります。
あわせて意識しておきたいのが、検収の観点です。ポイントの付与から失効、税務区分に沿った集計まで、想定どおりに動くかを検証環境で確認できる範囲を、契約段階で決めておくと後の不安を減らせます。年度替わりのポイント繰り越しや失効処理は、実際の運用が始まってから初めて表面化する論点になりがちです。テストの範囲とタイミングを早めにすり合わせておくと、公開後の混乱を抑えやすくなります。
まとめ：福利厚生システムの選び方で押さえる3つの判断軸
本稿では、福利厚生システムの位置づけと機能要素、外注時の確認点を、国税庁など公式情報をもとに整理しました。要点は次の3つです。第一に、福利厚生システムはカフェテリアプランのポイント管理とメニュー申請・精算を一元化する仕組みで、勤怠・人事評価・健康管理とは扱う業務が異なります。第二に、ポイントの課税・非課税は利用メニューの内容で判断するのが原則で、換金性があると付与全体が課税対象になり得るというのが国税庁の見解です*1。第三に、外注ではポイント管理・税務区分・連携の対応範囲を切り分けて確認することが、選定の判断軸になります。
よくある質問
福利厚生システムと勤怠管理システムは何が違うのですか。
勤怠管理は労働時間の記録と集計を扱うのに対し、福利厚生システムはカフェテリアプランのポイント付与・消化と、メニューの申請・精算を扱います。中心となるデータも、勤怠は打刻や勤務時間、福利厚生はポイント残高や利用履歴・税務区分と異なります。別々のシステムとして要件を整理することが一般的です。
カフェテリアプランのポイントには税金がかかりますか。
国税庁は、付与されたポイントについて、原則として従業員がポイントを利用してサービスを受けたときに、利用したメニューの内容で課税・非課税を判断する考え方を示しています*1。ポイントを現金に換えられるなど換金性がある場合は、付与全体が課税対象になり得るとされます*1。個別の判定は要件により異なるため、税務署や税理士への確認を前提にしてください。
法定福利費と法定外福利費はどう違いますか。
法定福利費は社会保険料の事業主負担など法律で義務づけられた費用で、法定外福利費は住宅・医療・食事・慶弔など企業が任意で設ける費用を指します*4。カフェテリアプランで扱う福利厚生メニューは主に法定外福利にあたるものです。両者を区別して集計できることが、福利厚生システムの設計上の要点になります。
福利厚生システムは自社開発と外部サービスのどちらがよいですか。
提携施設の割引メニューを幅広く使いたい場合はアウトソーサーのパッケージが向き、独自メニューや既存の人事給与システムとの連携を重視する場合は個別開発や連携開発の比重が高まります。どちらを軸にするかで外注に求める役割が変わるため、まず運用の中心をどこに置くかを決めることが出発点になります。
外注する際に最初に確認すべきことは何ですか。
ポイント管理の作り込み範囲、メニューごとの税務区分への対応、アウトソーサーや人事給与システムとの連携範囲を、まず確認します。あわせて既存データの移行方法と公開後の保守体制も契約前にすり合わせておくと、後工程での手戻りを抑えやすくなります。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：国税庁「カフェテリアプランによるポイントの付与を受けた場合」（質疑応答事例・源泉所得税）（https://www.nta.go.jp/law/shitsugi/gensen/03/36.htm ）
- *2 出典：国税庁「カフェテリアプランによる旅行費用等の補助を受けた場合」（質疑応答事例・源泉所得税）（https://www.nta.go.jp/law/shitsugi/gensen/03/37.htm ）
- *3 出典：国税庁「No.5261 交際費等と福利厚生費との区分」（タックスアンサー）（https://www.nta.go.jp/taxes/shiraberu/taxanswer/hojin/5261.htm ）
- *4 出典：厚生労働省「就労条件総合調査 用語の説明」（法定福利費・法定外福利費の区分）（https://www.mhlw.go.jp/toukei/itiran/roudou/jikan/syurou/11/yougo.html ）
