社労士の給与計算ソフトとは：顧問先の並行運用と締め日・明細配付・権限分離の判断

社労士事務所から給与計算ソフトの相談が来るとき、詰まっているのは計算そのものではありません。顧問先が15社になった時点で、末締め翌月25日払いの会社と20日締め当月末払いの会社と日給月給の会社が同じ月に並び、担当者2名でどの順に閉じるかが崩れる。ここが受託側の本当の論点です。この記事では、事業会社が自社の給与を回す製品と何が違うのか、顧問先ごとに違う締め日と手当体系をどこまで製品に持たせるのか、給与明細を顧問先の従業員へ配付するときに必要な承諾は誰から取るのか、そして既製品のままで足りる事務所の条件までを、受託開発の側から整理します。事業会社側の視点から機能とタイプの全体像を押さえたい場合は、給与計算システムの機能・種類と個別開発の判断まで解説した記事を先に読んでください。

まとめ：社労士の給与計算ソフトを顧問先数と締め日の分散から選ぶ順序

製品の機能一覧から比べても決まりません。先に数えるのは顧問先の社数と、そのうち締め日・支給日の組み合わせが何パターンあるかです。事務所向けの製品は従業員数ではなく顧問先の登録枠で課金が切られます。オフィスステーション Proでは給与計算がオプションとして提供され、プランごとに給与計算で使える顧問先企業の枠数が決まっており、Pro内で給与計算を行う場合は顧問先企業ごとの追加料金が発生しないとヘルプセンターに記載されています（2026年8月時点）。枠を超えた瞬間の移行コストが、機能差より先に総額を決めます。

次に確認するのが、顧問先ごとの給与ルールを製品側のマスタで持てる範囲です。締め日と支給日、手当と控除の項目名、日給月給か月給制か、通勤費の非課税枠の扱い。これらを顧問先別に設定できず共通項目に丸めると、差分がExcelに残ります。事務所の工数はソフトの計算速度ではなく、この差分の量で決まる。

3番目が明細の配付経路です。給与明細を電磁的方法で交付するには、所得税法第231条第2項に基づいて受給者の承諾が必要で、承諾は書面または電磁的方法で得ることが所得税法施行令第356条で定められています。口頭では足りません。承諾しない従業員には紙の交付が残るため、顧問先の従業員全員がWeb明細になる前提で見積もると、印刷と封入の工数が想定外に残ります。

4番目が権限です。顧問先ごとにデータを分け、担当者が担当外の顧問先を開けない設定にできるか。ここは個人情報の取り扱いを委託されている立場として、機能があるかどうかではなく操作記録が残るかどうかで見てください。

個別開発は限定してください。給与計算そのものと電子申請は既製品に任せ、開発するなら顧問先別の給与ルールと報酬請求の突き合わせだけに絞る。顧問先20社未満で担当者が1〜2名なら、事務所向け製品の下位プランに給与計算の機能を足した構成で止めるほうが利益が残ります。

事務所が受託する給与計算と事業会社の自社給与計算で違う3つの前提

顧問先の従業員ではなく顧問先の社数で費用と枠が決まる課金構造

事業会社向けの給与計算サービスは、1テナントに1社が入る前提で従業員数に応じて課金されます。事務所向けの製品は構造が逆で、顧問先の登録枠が先にあり、その枠の中に顧問先を入れていく。枠は連続ではなく階段状に切られているため、20社枠の事務所が21社目を受けた時点でプラン移行が発生し、登録料が再度かかることもあります。税理士事務所が顧問先の給与を受ける場合は、扱える手続きの範囲が変わるため製品要件も別になります。税理士事務所の給与計算ソフトを年末調整・法定調書・仕訳連携から整理した記事を参照してください。

枠あたりの従業員上限も見てください。オフィスステーション Proの場合、顧問先登録枠に登録した1社あたりの従業員登録は最大1,000名という記載があります（2026年8月時点）。顧問先の大半が10〜50名規模の事務所では上限に当たりませんが、300名規模の顧問先を1社抱えるだけで枠1つの使い方が変わります。3年後に受けているつもりの社数と、その内訳の規模まで置いて試算してください。

料金の階段そのものと、給与計算を事務所の基幹製品に一体で持つか外部の給与製品に分離するかという総額比較は、社労士ソフトの種類・電子申請対応と既製品／個別開発の判断基準を解説した記事で扱っています。本記事は分離した先の給与計算の回し方に絞ります。

事業会社向けの給与計算システムを事務所に持ち込むと崩れる前提

顧問先が使っているクラウド給与のアカウントを事務所側で借りて回す形は、社数が少ないうちは成立します。崩れるのは3点です。1つ目は横断の集計で、顧問先ごとに別テナントへログインし直すため、月次の進捗が事務所側で一覧できません。2つ目は担当者の権限で、顧問先のテナント側の権限体系に事務所の担当者割りを乗せることになり、担当替えのたびに顧問先へ依頼が発生します。3つ目は解約時のデータで、顧問契約が終わったときに事務所側に計算の記録が残らない構成になりがちです。

顧問先が自社で製品を選び、事務所は代行のためにそこへ入る形を続けるなら、製品は顧問先の数だけ増えます。事務所側の標準を1本決めて、そこへ寄せてもらう交渉をどこまでするか。この線引きは受託の料金設計と直結します。顧問先の側が委託そのものを検討している段階なら、給与計算アウトソーシングの委託範囲・料金相場と内製化との判断基準をまとめた記事が判断材料になります。

顧問先ごとに違う締め日と支給日と手当体系を1製品で並行させる条件

一定期日払いの原則が顧問先ごとの支給日を動かせなくしている理由

事務所側の都合で支給日をそろえることはできません。労働基準法第24条の賃金支払の原則には一定期日払いが含まれ、支給日は就業規則等で定めた期日から動かせないためです。顧問先A社が25日払い、B社が月末払い、C社が翌月10日払いであれば、事務所の月次はその3系列が並走する形で固定されます。

製品に求めるのは、締め日と支給日を顧問先マスタの属性として持ち、そこから逆算した作業期限を一覧できることです。締め日から支給日までの日数が短い顧問先は、勤怠の締めが1日遅れると即座に危険域に入る。この余裕日数を顧問先別に持てない製品だと、進捗管理はExcelの別表に戻ります。締め日が分散する状況を1つのデータで一気通貫させる設計そのものは、派遣の給与計算で複数派遣先の単価・締め日と社会保険判定を回す設計を扱った記事と共通の考え方です。

手当と控除の項目設計を顧問先別に持てるかで残るExcelの量

顧問先の手当は名前も計算式もそろいません。資格手当が固定額の会社、皆勤手当に遅刻回数の条件が付く会社、現場手当が日数×単価の会社。控除側も社宅費、貸付金の返済、共済会費と分かれます。ここで製品側の項目数に上限があると、複数の手当を1項目に合算して明細に載せることになり、顧問先の従業員から問い合わせが来ます。

確認すべきは3点です。顧問先ごとに独立した項目マスタを持てるか、項目に計算式を持たせられるか、そして項目の追加を事務所側の操作だけで完結できるか。3番目が抜けているとベンダーへの依頼が挟まり、顧問先の給与規程の改定に追随できません。

納期の特例の有無で月次の納付カレンダーが顧問先別に分かれる問題

見落とされやすいのが源泉所得税の納付です。給与の支給人員が常時10人未満の源泉徴収義務者が承認を受けている場合、1月から6月までの分は7月10日、7月から12月までの分は翌年1月20日が納期限になります（国税庁「源泉所得税の納期の特例の承認に関する申請」）。承認を受けていない顧問先は原則どおり翌月10日です。

つまり顧問先リストは、毎月納付する群と年2回納付する群に分かれます。さらに特例の対象は「常時10人未満」の判断であり、顧問先が採用を進めて人員が増えれば取消の届出が必要になる。給与ソフト側に納期の特例の区分を顧問先属性として持たせ、人員数の変化で警告が出る形にしておくと、7月と1月の集中を事務所側で先に把握できます。年間の作業スケジュールの組み方そのものは、給与計算の業務の流れと年間スケジュールを解説した記事で全体像を確認できます。

給与明細を顧問先の従業員へ配付する3つの経路と承諾の取り方の違い

電磁的方法で明細を交付するために必要な承諾の形式と対象者の範囲

Web明細に切り替えれば印刷と郵送が消えるという前提は、そのままでは成り立ちません。給与明細を電磁的方法で交付するには所得税法第231条第2項に基づく受給者の承諾が必要で、その承諾は所得税法施行令第356条により書面または電磁的方法で得ることとされています。口頭の了解では要件を満たしません。

承諾を取るのは顧問先の従業員本人からで、取得の実務を担うのは雇用関係のある顧問先です。事務所が代行して案内文を用意することはできますが、承諾の記録は顧問先側に残す形が整理としては素直です。そして承諾しない従業員には書面の交付が残る。10社の顧問先で各1〜2名が紙を希望するだけで、封入と発送のオペレーションは消えません。切り替え提案の際は「紙が何割残る想定か」を先に置いてください。

顧問先の従業員にIDを発行する経路とPDFを事務所から渡す経路

配付の経路は実務上3通りに分かれます。第1は顧問先の従業員一人ずつに製品のIDを発行し、本人がWebで明細を見る経路。第2は顧問先の総務担当者へPDFを一括で渡し、配付は顧問先側で行う経路。第3は紙で印刷して渡す経路です。

第1は工数が最も減りますが、従業員のID管理と退職時の停止、パスワード忘れの問い合わせが事務所へ来る設計になっていないかを確認してください。問い合わせの一次受けを事務所が持つと、顧問料に見合わない対応が積み上がります。第2は事務所側の作業が明細PDFの出力までで閉じるため、責任範囲が切りやすい。顧問先の規模と担当者の有無で経路を分け、契約書に配付の主体を書き分けておくと後で揉めません。

給与データを社会保険と住民税の手続きへ引き渡すときに落ちる項目

算定基礎届と月額変更届へ渡す報酬額の範囲で起きる給与側との差異

給与計算が終われば社会保険の手続きへそのまま流せる、とはなりません。報酬月額に含める範囲と、給与計算上の課税支給額は一致しないためです。通勤手当は非課税枠の内外にかかわらず報酬に含めます。現物給与の扱いや、年3回以下の賞与を報酬に含めない扱いも判定が必要です。給与ソフトから出た支給額の合計をそのまま報酬額として使うと、標準報酬月額がずれます。

算定基礎届は毎年7月1日から7月10日までが提出期間で、事務所の繁忙は顧問先の数だけ重なります。この時期に見たいのは、顧問先ごとの4月・5月・6月の支払基礎日数と報酬額が一覧で出てくるかどうか。製品側に算定基礎の集計機能があっても、報酬に含める項目のフラグを顧問先別に設定できなければ、結局は個別確認に戻ります。項目マスタを作る段階で、各項目に「報酬に含む／含まない」の属性を必ず付けてください。

電子申請の対応範囲を給与側の製品に求めないようにする切り分け方

給与計算ソフトのカタログにも電子申請対応と書かれることがありますが、申請データを作るところまでか、公文書の受け取りまで自動化されるのかはカタログ上で区別できません。資本金等が1億円を超える法人等については2020年4月1日以後に開始する事業年度から算定基礎届・月額変更届・賞与支払届等の電子申請が義務化されており、顧問先にその規模の会社が含まれるなら受け取りまでの経路を確定させる必要があります。

切り分けとしては、電子申請は事務所の基幹製品（手続き系）に寄せ、給与計算ソフトには申請用データの出力だけを求める形が現実的です。給与側と手続き系の両方に電子申請の機能を持たせると、どちらから出したかの記録が分かれて事故のもとになる。義務化の範囲とAPI連携・GビズIDの運用条件は、労務管理システムの電子申請対応で義務化の範囲とGビズID運用の判断を扱った記事にまとめています。

顧問先と担当者の権限をデータ単位で分ける要件と操作記録の残し方

委託先の監督として求められる権限設定と操作ログの粒度の考え方

事務所は顧問先から個人データの取り扱いを委託されている立場です。担当者が担当外の顧問先の給与データを開けるかどうかは、事故が起きたときに説明できるかどうかに直結します。求めるのは、顧問先単位で担当者を割り当て、割り当て外は一覧にも出ない形の制御です。閲覧はできるが編集はできないという列単位の制御だけでは足りません。

ログは「誰が」「どの顧問先の」「どのデータを」「いつ」参照したかまで残るかを見てください。ログイン記録だけの製品は珍しくありません。マイナンバーを扱う画面については、参照の記録が別に取れるかも確認対象です。退職者と担当替えの停止手順を、契約時に運用手順として文書化しておくと監督の説明が通ります。

賃金台帳と労働者名簿の保存年限が製品の選定に及ぼしてくる影響

賃金台帳や労働者名簿などの記録は、労働基準法第109条で5年間の保存が定められ、当分の間は3年間とする経過措置が置かれています（2026年8月時点）。ここで問題になるのは顧問契約が終わった顧問先のデータです。クラウド製品では顧問先の登録枠から外した時点で参照できなくなる仕様もあり、解約後に顧問先から過去の台帳を求められて出せない事態が起こります。

選定時の確認は3つです。顧問先を枠から外す前にデータを事務所側へ書き出せる形式があるか、書き出したファイルが人の目で読める形か、そして保存の主体を事務所と顧問先のどちらにするかを契約に書いてあるか。書き出しがベンダー依頼の有償作業になる製品もあるため、解約時の費用まで含めて確認してください。

適用拡大で加入判定の対象になる顧問先が波状に増える2027年以降

企業規模要件が段階的に下がる日程と顧問先が該当する時期の把握

2025年6月に成立した年金制度改正法により、短時間労働者の社会保険適用に関する企業規模要件が段階的に引き下げられます。厚生年金保険の被保険者数を基準に、以下の日程で対象が広がる見込みです（2026年8月時点の公表内容）。

事業会社であれば自社が該当する時期を1回把握すれば済みます。事務所は違います。顧問先50社の被保険者数の分布を見て、どの顧問先がどの段階で新たに対象になるかを社ごとに持たなければなりません。しかも被保険者数は採用と退職で動くため、判定は毎年やり直しになる。給与ソフトに顧問先別の被保険者数を継続して集計する仕組みがあるかどうかで、この作業が数分か数日かに分かれます。

賃金要件の撤廃が短時間労働者の加入判定工数に及ぶ変化の見込み

月額8.8万円という賃金要件についても撤廃の方針が示されており、実施時期は最低賃金の状況を踏まえて検討されるとされています（2026年8月時点）。撤廃されれば、週の所定労働時間などの要件を満たす短時間労働者は賃金額にかかわらず対象となる方向です。

判定の軸が金額から労働時間へ移ると、確認するデータが給与から勤怠へ寄ります。所定労働時間の設定が顧問先の労働条件通知書どおりに入っているか、実労働時間との乖離が続いていないか。ここは給与計算ソフト単体では見えない領域で、顧問先の勤怠データを事務所側で受け取る経路が必要になります。受け取る経路と勤怠側の出力要件は、社労士が顧問先の勤怠システムを選ぶ判断をまとめた記事で整理しています。将来の工数を見積もる段階なら、勤怠側の受け取り方法を給与ソフトの選定条件に入れておくほうが後戻りが少ない。年末調整をどこまで同じ製品で回すかという線引きは、年末調整システムの比較の観点と料金相場・個別開発の判断基準を解説した記事を参照してください。

既製品のままで足りる事務所の条件と個別開発に踏み込む領域の線引き

顧問先数と担当者数から見て既製品のままで止めるべき事務所の条件

開発を見送るべき条件から書きます。顧問先が20社未満、給与計算を受託しているのがそのうち10社程度、担当者が1〜2名、締め日と支給日の組み合わせが3パターン以内。この範囲であれば、事務所向け製品の下位プランに給与計算の機能を足した構成で足ります。何も作らないほうが利益が残る、というのがこの規模の結論です。

給与計算そのものを自前で作る判断は、規模にかかわらず勧めません。税率と保険料率の改定に毎年追随し、標準報酬月額の等級表と雇用保険料率の期中改定にも対応し続ける保守を抱えることになるためです。電子申請も同様で、接続試験を経て本番のAPIキーを取得する工程まで自前で持つ意味は、顧問先50社規模では回収できません。この2つは既製品に任せる前提を動かさないでください。

開発が効くのは顧問先別の給与ルールと報酬請求の突き合わせ部分

逆に、開発が費用に見合う領域は限定的にあります。1つは顧問先別の給与ルールを外側に持つ仕組みです。手当の計算式や報酬に含める項目のフラグを事務所側のデータベースで管理し、給与ソフトへ取り込む形にすると、製品を乗り換えてもルールが残ります。2つ目は報酬請求との突き合わせで、受託している顧問先の人数と処理した明細数から顧問料を算定し、増減を請求へ反映する部分は事務所ごとにルールが違うため、既製品では埋まりません。3つ目は月次進捗の一覧で、締め日と支給日から逆算した期限を顧問先横断で並べる画面です。

目安として、給与計算の受託が30社を超え、担当者が3名以上に分かれ、顧問料の算定ルールが顧問先ごとに異なる段階に入ったら、この3領域だけを対象に開発を検討する価値があります。それ以外の機能は既製品側に寄せ、接続はデータの受け渡しに限定してください。事務所の業務基盤としてどこまで作り、どこから既製品に任せるかの切り分けは、基幹システム開発の相談として整理できます。要件が固まる前の段階でも、既製品で足りる範囲を先に確定させる進め方が費用を抑えます。

よくある質問

社労士向けの給与計算ソフトと事業会社向けのソフトは何が違うのですか？

課金の単位とデータの分離が違います。事業会社向けは1社1テナントで従業員数に応じた課金、事務所向けは顧問先の登録枠に応じた課金です。事務所向けには顧問先ごとにデータと担当者権限を分ける仕組みと、顧問先横断で月次の進捗を見る画面が付きます。機能名は重なりますが、読者の立場そのものが逆になります。

顧問先が使っているクラウド給与をそのまま事務所側で見られますか？

顧問先のテナントへ事務所の担当者を招待する形なら参照できます。ただし顧問先の数だけ製品とログインが増え、担当替えのたびに顧問先へ権限変更を依頼することになります。顧問契約の終了後に事務所側へ記録が残らない点も確認してください。受託が10社を超えるなら、事務所側の標準製品を1本決めて寄せる方向が現実的です。

給与明細の電子交付に承諾しない従業員がいる場合はどうなりますか？

その従業員には書面での交付が必要です。電磁的方法での交付は所得税法第231条第2項に基づく受給者の承諾が前提で、承諾は書面または電磁的方法で得ることとされています（所得税法施行令第356条）。全員がWeb明細になる前提で工数を見積もると、印刷と封入が残ります。顧問先ごとに紙を希望する割合を確認してから切り替えてください。

給与計算は事務所の基幹ソフトに含めるべきか別製品に分けるべきですか？

顧問先の給与ルールの複雑さで決まります。手当と控除の項目が顧問先ごとに大きく違うなら、給与に強い専用製品へ分けたほうが設定の自由度が残ります。一体型は導入が楽な半面、顧問先マスタは1つで済む代わりに給与側の柔軟性が足りず差分がExcelに残りがちです。3年総額での比較の考え方は社労士ソフトの記事にまとめています。

顧問先が10社程度の事務所でも専用の給与計算ソフトは必要ですか？

締め日と支給日の組み合わせが3パターン以内で担当者が1〜2名なら、事務所向け製品の給与計算オプションで足ります。専用製品を検討する目安は、受託が20社を超えて締め日のパターンが増え、月次の進捗をExcelで管理しきれなくなった段階です。社数ではなくパターン数で判断してください。

関連記事

• 給与計算システムとは？機能・種類・比較の観点から個別開発の判断まで解説：事業会社が自社の給与を回す側の機能とタイプの全体像を確認できます
• 社労士ソフトとは？種類・電子申請対応と既製品／個別開発の判断基準：事務所の業務基盤4系統と顧問先枠の料金構造を把握できます
• 給与計算アウトソーシングとは？委託範囲・料金相場と内製化との判断基準：顧問先が委託を検討する側の判断材料を確認できます
• 派遣の給与計算とは？複数派遣先の単価・締め日と社会保険判定を回す設計：締め日が分散する計算を一気通貫させる設計を参照できます
• 労務管理システムの電子申請対応とは：義務化の範囲とAPI連携・GビズID運用の判断：電子申請の義務化範囲と接続方式を確認できます
• 給与計算とは？業務の流れと年間スケジュール・システム化の判断基準を解説：年間の作業スケジュールの組み立て方を把握できます