Web給与明細とは：配信・閲覧・本人認証の仕組みと付属／単体／自社開発の選び方

Web給与明細は、給与計算の結果を紙の明細書ではなく、従業員がパソコンやスマートフォンのブラウザ、専用アプリで閲覧できる形で交付する仕組みです。法律上は所得税法の「給与等の支払明細書」を電磁的方法で提供する扱いになり、従業員の承諾・交付した旨の通知・書面請求への対応という条件を満たす必要がある仕組みです。この記事では、給与明細をWebで配る流れを配信から保存までの工程に分け、社用メールを持たない従業員の本人認証や退職者の閲覧期間といった、製品比較記事では触れられにくい設計論点を整理します。そのうえで、給与計算システム付属の機能・単体の給与明細照会サービス・自社開発のどれを選ぶかを、条件つきで判断できるようにします。

まとめ：Web給与明細の要点と導入形態を決める判断材料

Web給与明細の導入で先に決めるべきは、製品名ではなく「誰が、何で、いつまで見るか」です。全従業員が社用メールと社用アカウントを持つ会社と、パート・アルバイトが半数を超える会社では、初回登録と本人認証の設計がまったく違います。退職者が源泉徴収票や過去明細をいつまで見られるかも、導入前に決めておかないと退職のたびに問い合わせが発生します。

法令面の条件は、国税庁のQ&Aで整理されています。給与等の支払明細書は、期限までに回答がなければ承諾とみなす「みなし承諾」が使える書類です。一方で、承諾後でも書面の請求があれば紙で渡す義務が残るため、紙のルートはゼロにできません。

導入形態の結論は次のとおりです。給与計算を1本の製品で回しているなら、その製品に付属するWeb明細を使うのが基本です。給与計算を外部委託している、または複数の給与システムが併存しているなら単体の照会サービスを選びます。自社開発は、社内ポータルや独自の認証基盤に明細を統合したい場合に限って検討し、明細を配るだけが目的なら選びません。

Web給与明細の仕組みを配信・通知・閲覧・保存の4工程に分けた全体像

Web給与明細は「PDFをメールで送る仕組み」と誤解されがちですが、実際には給与計算データの受け取りから閲覧記録の保存までを担う小さな業務システムです。

給与計算データが明細ファイルになって従業員の画面に届くまでの4工程

配信は、給与計算システムが出力した支給・控除・勤怠の項目データを取り込み、従業員ごとの明細に組み立てて公開状態にする工程です。付属型では計算確定と同時に自動で公開され、単体サービスではCSVのアップロードやAPI連携で取り込みます。

通知は「今月の明細を公開した」ことを従業員に知らせる工程で、メール・アプリのプッシュ通知・社内チャットなどが使われます。閲覧は従業員がログインして明細を表示・印刷・PDF保存する工程、保存は公開した明細と閲覧記録をサーバー側に保持する工程です。紙の運用では印刷と封入が工数の大半でしたが、Web化すると工数の中心は取り込み時の項目対応の確認と、ログインできない従業員への対応に移ります。

国税庁Q&Aが示す電子交付の3方式とWeb閲覧型が多数派になる理由

国税庁の給与所得の源泉徴収票等の電磁的方法による提供（電子交付）に係るQ&Aの問3は、電子交付の方法を次の3つに整理しています。

市販のWeb給与明細システムや給与明細アプリの多くは2番目の閲覧型です。明細をサーバー側に置いたまま見せるため、誤送信の余地がなく、誰がいつ閲覧したかを記録できます。この閲覧記録は、次の章で扱う「通知の省略」にも関わります。

紙の明細と比べて減る作業と残る作業の内訳と総務が担う工数の目安

Web化で消えるのは、印刷・封入・手渡しまたは郵送・再発行の4作業です。拠点が分散している会社や、直行直帰の従業員が多い業種では、郵送費と締め後の配付日程の調整がなくなる効果が大きくなります。

残る作業もあります。初回のアカウント発行、パスワード忘れへの対応、書面を希望する従業員への紙の交付、退職者からの過去明細の依頼です。導入初月はパスワード再設定の問い合わせが集中しやすく、ここを総務の窓口だけで受けると、封入作業が減ったぶんが問い合わせ対応に置き換わるだけになります。

電子交付の要件を承諾・通知・書面請求の3点で満たすための運用設計

Web給与明細は、所得税法第231条が定める給与等の支払明細書の交付を電磁的方法で行うものです。国税庁の質疑応答事例「給与所得の源泉徴収票等の交付義務」が示すとおり、平成19年1月1日以後は事前承諾等の要件のもとで電子交付ができます。要件は製品の機能というより運用で満たすものなので、導入前に手順へ落としておきます。

事前承諾とみなし承諾の使い分けと回答期限の設定・承諾記録の残し方

承諾は、電磁的方法の種類と内容をあらかじめ示したうえで、書面または電磁的方法で得ます。国税庁Q&Aの問5は、示す事項の例として書類の名称、電子メールかWeb閲覧かの別と閲覧方法、PDF等の記録形式、交付予定日、交付開始日を挙げています。

令和5年度・令和6年度の税制改正で、給与等の支払明細書と給与所得の源泉徴収票には、支払者が定める期限までに回答がなければ承諾とみなす旨をあらかじめ通知する「みなし承諾」が認められました。回答期限について法令上の定めはなく、問8は回答に必要な期間を十分に見積もるよう求めています。注意したいのは対象外の書類で、退職所得の源泉徴収票と退職手当等の支払明細書はみなし承諾が使えません。退職金の明細までWebで配る場合は、明示の承諾を別に取る必要があります。承諾の画面操作と日時は、後から確認できる形でシステムに残しておきます。

給与明細が閲覧可能になった旨の通知と閲覧確認で通知を省ける条件

閲覧型で交付する場合、受給者ファイルに記録した旨を従業員に通知する必要があります。国税庁Q&Aの問10によると、通知の方法に法令上の定めはなく、電子メールや書面など適宜の方法で構いません。さらに、従業員が明細を閲覧したことを支払者が確認した場合は、通知を省略できます。

この規定を踏まえると、閲覧記録を持てるかどうかも製品選びで確認すべき判断材料です。公開時に全員へ自動で通知を送る製品なら通知要件は機能で満たせますし、未閲覧者だけに再通知を送れる製品なら総務の確認作業も減ります。あわせて、問3と問12・問13が求める「画面に表示でき、書面に出力できる」状態、つまり印刷やPDF保存ができることも確認しておきます。

従業員の書面交付の請求と承諾撤回に備えて紙の交付ルートを残す方法

承諾を得た後でも、従業員から書面の交付を求められたら紙で渡す義務があります。承諾を撤回する申出があれば、改めて電子交付を受ける旨の申出があるまで電子交付はできません（国税庁Q&A 問6・問15）。

実務でシステムに持たせるのは、明細1件ずつを紙で出力できる管理画面と、書面希望者を区別するためのフラグです。全員がWebに移る前提で印刷機器や封筒の手配をやめると、少数の書面希望者への対応で毎月手作業が残ります。承諾の取り方から保存までの移行手順そのものは、年末調整の電子化と同じ構造で考えられるため、年末調整の電子化の進め方と義務化の範囲もあわせて確認すると、社内の説明資料を共通化できます。

本人認証と閲覧権限の設計と社用メールを持たない従業員への対応策

給与明細には氏名・支給額・控除額・振込先の一部など、他人に見られたくない情報がそろっています。Web給与明細の設計で最も差が出るのは、本人だけが確実に見られる状態を、従業員の端末事情に合わせてどう作るかです。

ID・パスワード方式とSSO連携と多要素認証を従業員層で選び分ける基準

認証方式は、従業員が普段どのアカウントを持っているかで決まります。認証方式の全体像は認証・ID管理とは？MFA・SSO・OIDC・IDaaSの違いで整理していますが、給与明細に当てはめると次の対応になります。

表の全員が社用アカウントを保有するケースは、Microsoft 365やGoogle Workspaceを全員が社用で持つ場合です。どの方式でも、パスワードだけに頼らず、ワンタイムコードなどの2要素目を組み合わせる設計を推奨します。方式ごとの実装差は多要素認証（MFA）の3要素と実装方式で解説しています。

社用メールや社用PCを持たないパート・アルバイトの初回登録と再設定の手順

小売・飲食・介護・物流などでは、従業員の大半が個人のスマートフォンで明細を見ることになります。ここで多い失敗は、初期パスワードを紙で配り、そのまま使い続けられるパターンです。紙を誰かに見られた時点で、他人の明細が閲覧できてしまいます。

初回登録は、会社側で登録した生年月日や従業員番号などの照合情報と、本人が入力する個人メールアドレスまたは電話番号へのワンタイムコード送信を組み合わせ、初回ログイン時にパスワードの変更を強制する形が現実的です。パスワード忘れのときも同じ連絡先へのコード送信で本人が再設定できれば、総務の窓口に問い合わせが集中しません。共用の休憩室端末で閲覧させる場合は、自動ログアウトの時間とブラウザにパスワードを保存させない設定も確認します。

人事担当者の閲覧権限を部署と雇用区分で絞るロール設計と操作ログの扱い

従業員側の認証と同じくらい見落とされやすいのが、管理者側の権限です。管理画面にログインできる担当者が全社員の明細を閲覧・再発行できる設計だと、役員報酬や特定個人の給与が社内に知られるリスクを抱えます。

管理者の権限は、拠点・部署・雇用区分（役員・正社員・パート）ごとに閲覧範囲を分けられるか、明細の公開・取り消し・再発行の操作が誰によっていつ行われたかを記録できるかで確認します。給与計算を社労士事務所へ委託していて、事務所側の担当者にも管理画面を開放する場合は、事務所側の権限を取り込みと公開だけに絞るのが安全です。社労士事務所から顧問先の従業員へ明細を配付するときの論点は社労士の給与計算ソフトとはで扱っています。

退職者の閲覧期間とデータ保持期間を退職時のアカウント処理から決める方法

退職者の扱いは、競合する解説記事でもほとんど触れられていない論点です。しかし導入後に必ず発生し、決めていないと毎回の個別対応になります。

退職日にアカウントを止めた場合に起きる問い合わせと閲覧猶予期間の決め方

SSO連携で明細を見せている場合、退職日に社用アカウントを停止すると、その日から過去の明細も源泉徴収票も見られなくなります。退職者は転職先での年末調整や確定申告、住宅ローンや賃貸契約の審査で、源泉徴収票や直近数か月の明細の提出を求められるためです。そのたびに元の会社へ再発行を依頼することになり、総務は退職者の本人確認から始める手間を抱えます。

対策は、退職時に社用アカウントとは別の個人メールでの退職者用ログインへ切り替える機能を使うか、退職時に過去明細と源泉徴収票をまとめてPDFで渡す運用を決めることです。閲覧猶予期間は、退職後に交付する源泉徴収票の閲覧と、翌年の確定申告期限までの利用を見込んで設定すると、問い合わせの大半を吸収できます。製品によって退職者の閲覧期間を設定できるもの、退職と同時に閲覧不可になるものがあるため、比較時の確認項目に入れておきます。

会社の保存義務は賃金台帳側にあり明細データの保持期間は別に決める理由

混同されやすい点として、労働基準法第109条が保存を義務づけているのは賃金台帳などの労働関係書類で、従業員へ交付した給与明細そのものではありません。厚生労働省のスタートアップ労働条件のQ&Aでは、賃金台帳等の保存期間は原則5年、経過措置として当分の間は3年と説明されています。

Web給与明細のデータ保持期間は、この法定保存とは別に、退職者の閲覧猶予と社内の問い合わせ対応に必要な期間から決めます。賃金台帳や年末調整の申告書の保存期間と起算日の数え方は給与明細の保管期間と会社の保存義務で書類ごとに整理しています。賃金台帳を給与計算システム側で法定期間保存できているなら、明細システム側で無期限に持ち続ける必要はありません。保持期間を過ぎたデータの削除や、電子で保存する帳簿の要件は電子帳簿保存法とは？3区分の要件と自社システム対応もあわせて確認してください。

給与計算システム付属・単体サービス・自社開発の3形態を比べる判断基準

Web給与明細の入手方法は3つです。どれが優れているかではなく、給与計算をどう回しているかで答えが決まります。

3形態の比較表で見る初期費用・課金の型・給与計算との連携・改修の幅

費用だけで見れば付属型が最も安く済みます。単体サービスと自社開発を選ぶ理由は、費用ではなく連携と認証の制約から生まれます。

給与計算システム付属のWeb明細で足りる会社の条件と確認すべき3項目

給与計算を1本の製品で社内処理していて、従業員が数十〜数百人規模なら、付属のWeb明細で足ります。取り込み作業がなく、計算の確定と公開が1つの画面で終わるためです。給与計算システムの機能範囲と選び方は給与計算システムとは？機能・種類と個別開発の判断で、候補を絞る手順は給与計算システムの比較で整理しています。

付属型を選ぶときに確認するのは、未閲覧者への再通知ができるか、退職者の閲覧期間を設定できるか、管理者の閲覧範囲を部署や雇用区分で絞れるかの3点です。この3点がそろわない製品は、明細を配るたびに手作業の補完が必要になります。

単体の給与明細照会サービスを選ぶべき場面と取り込み形式の確認点

単体サービスが向くのは、給与計算を社労士事務所や代行会社へ委託している場合と、グループ会社や拠点ごとに別々の給与システムが動いている場合です。委託先の計算システムに従業員を直接ログインさせられないことが多いため、明細の配信だけを自社側の単体サービスに寄せる構成になります。

確認すべきは取り込み形式です。委託先や各給与システムが出力するCSVの項目名や並びをそのまま取り込めるか、項目の対応づけを画面で設定できるかで、毎月の作業時間が変わります。賞与明細や源泉徴収票も同じ仕組みで配れるか、給与計算の業務フローのどこに取り込み作業が入るかは、給与計算の業務の流れと年間スケジュールと照らし合わせて確認すると抜けがありません。

自社開発を選ぶ条件と見送る条件、社内ポータル統合と認証基盤の要件

自社開発を選ぶのは、明細を配ること自体より、社内ポータルや独自の人事システムの中で明細を見せたい場合です。たとえば、既存の社員ポータルの認証をそのまま使いたい、勤怠・申請・明細を1つのアプリにまとめて現場の従業員が迷わないようにしたい、給与システムの入れ替え予定があり明細の画面だけは変えたくない、といった要件です。

反対に、配信と閲覧だけが目的で、既製品の認証方式と退職者対応で困っていないなら、自社開発は過剰です。承諾記録・閲覧記録・書面請求への対応といった法令対応の機能まで自前で持つことになり、保守の負担が既製品の月額を上回りがちです。社内ポータルとの統合や独自の認証基盤との接続が必要な場合は、人事・労務管理システム開発として、給与明細を含む人事データの画面設計から相談いただけます。

Web給与明細へ切り替えるまでの6工程と初月に起きやすいつまずき

導入形態を決めた後は、次の順で切り替えます。承諾の回答期限と初回登録の期間を確保するため、切り替え予定の給与支給日から逆算して2〜3か月前には着手します。

承諾の取得から紙との並行運用の終了までの6工程と各工程の所要期間

1. 対象書類（給与明細・賞与明細・源泉徴収票）と交付開始日を決め、承諾の通知文を作る
2. 従業員へ電磁的方法の種類と内容を示し、承諾またはみなし承諾の回答期限を設定する
3. 従業員マスタと照合情報を登録し、初回登録の案内を配る
4. 給与データの取り込みと明細の表示をテスト環境で1か月分検証する
5. 紙とWebを1〜2か月並行し、未登録者と未閲覧者を洗い出す
6. 書面希望者だけを紙のルートに残し、並行運用を終了する

4番目の検証では、手当や控除の項目名が紙の明細と同じ並びで表示されるか、端数や0円の項目がどう表示されるかを確認します。従業員は紙と見た目が違うだけで問い合わせてくるため、表示のずれは切り替え前に潰しておきます。

従業員の初回登録率が伸びない原因と登録期限前後で打つ具体的な対策

初月のつまずきで最も多いのは、初回登録をしないまま給与日を迎える従業員が残ることです。原因は、案内を1回だけメールで送った、登録手順が紙1枚に収まっていない、個人スマートフォンでのログインに抵抗がある、のいずれかであることがほとんどです。

対策として、登録期限の1週間前に未登録者だけへ再案内を送り、朝礼や休憩時間に拠点ごとの登録会を設けます。システム側で未登録者を一覧で出せれば、総務は対象者を追うだけで済みます。登録率が9割を超えるまでは紙との並行を続けるのが無難です。

よくある質問

Web給与明細の導入を検討する担当者から寄せられやすい質問をまとめました。

Web給与明細は無料で使えますか？

給与計算システムに付属する機能であれば、追加料金なしで使える製品があります。単体の給与明細照会サービスでも、従業員数の上限つきで無料プランを用意しているものは選択肢の一つです。ただし無料プランでは、退職者の閲覧期間の設定や管理者の権限分割、未閲覧者への再通知が制限されていることがあり、本記事で挙げた確認項目を満たすか個別に見る必要があります。費用は明細システム単独ではなく、給与計算と合わせた総額で比べてください。

給与明細アプリとWeb給与明細は何が違いますか？

明細をサーバー側に置いて本人に閲覧させる仕組みは同じで、閲覧の入口がブラウザか専用アプリかの違いです。アプリは公開時のプッシュ通知や生体認証でのログインが使いやすく、個人スマートフォンで見る従業員が多い職場に向きます。ブラウザ型はアプリの配布や更新が不要なため、会社のパソコンで見る従業員が多い職場向けです。多くの製品は両方を用意しているため、従業員の端末事情に合わせて案内を分けます。

電子交付を承諾しない従業員がいる場合はどうなりますか？

承諾しない従業員、承諾を撤回した従業員、書面の交付を求めた従業員には、紙の明細を渡す対応が必要です。国税庁のQ&Aでも、承諾を得ている場合であっても書面による交付の請求があれば書面で交付しなければならないとされています。Web給与明細を導入しても紙のルートは残るため、管理画面から個別に印刷できるか、書面希望者を区別して管理できるかを確認しておきます。

源泉徴収票や賞与明細もWebで配れますか？

Webでの配付は可能です。給与所得の源泉徴収票は給与等の支払明細書と同じく電子交付ができ、みなし承諾も使えます。賞与の明細も給与等の支払明細書に含まれます。ただし退職所得の源泉徴収票と退職手当等の支払明細書はみなし承諾の対象外で、明示の承諾が必要です。源泉徴収票の電子交付は年末調整の電子化と一体で進めることが多いため、年末調整の申告書の回収方法とあわせて計画します。

スマートフォンで給与明細を見る場合のセキュリティは大丈夫ですか？

明細をサーバー側に置く閲覧型であれば、端末に明細が残るのは従業員が自分でPDF保存したときだけです。リスクが高いのは端末よりもログインの仕組みで、初期パスワードの使い回しやパスワードのみの認証が漏えいの入口になります。初回ログイン時のパスワード変更の強制、ワンタイムコードによる多要素認証、一定時間での自動ログアウトの3点がそろっているかを確認してください。

関連記事

• 給与計算システムとは？機能・種類・比較の観点から個別開発の判断まで：明細発行を含む給与計算システム全体の機能と選び方を扱う起点の記事です。
• 給与計算システムの比較｜4軸で候補を絞る手順：付属のWeb明細を含めて製品を比べる手順です。
• 年末調整の電子化とは？メリット・デメリットと進め方：源泉徴収票の電子交付と一体で進める年末調整側の記事です。
• 労務管理システムとは？機能・勤怠管理との違い：明細配信を労務管理の仕組みに含めて検討する場合に参照してください。
• 認証・ID管理とは？MFA・SSO・OIDC・IDaaSの違いと選定：明細システムの本人認証を社内の認証基盤と揃える際の前提知識です。