freee人事労務の給与計算|料金・できること・導入と解約の注意点

freee人事労務。給与・勤怠・労務を一つの流れで確認

freee人事労務公式ページの製品情報
フリー株式会社公式情報(2026年9月2日確認)

freee人事労務は、給与計算だけを切り出して使うことも、入退社・勤怠・年末調整・人事情報まで段階的にまとめることもできるクラウド型の人事労務システムです。ただし、導入判断を「1人あたりの料金」だけで行うと、勤怠の締め方、変動手当の受け渡し、訂正責任、会計連携、退職者データの保管で想定外の手作業が残ります。

この記事では、公式料金とサポート情報を基に、給与担当者が毎月どこで確認し、誰が確定し、誤りをどう戻すかまで具体化します。機能の多さを競うランキングではなく、自社の給与規程と締め日で安全に運用できるかを判断するための詳細ガイドです。

先に結論
給与計算から小さく始めたい会社はミニマム、給与と労務をまとめるならスターター、勤怠まで同じ基盤で扱うならスタンダード、人事情報まで統合するならアドバンスが比較の出発点です。ただし、契約前に最低利用人数、対象従業員の数え方、勤怠制度、変動手当、会計連携、データ出力を実データで試してください。

freee人事労務の給与計算とは

freee人事労務|判断図
freee人事労務|判断図

freee人事労務の給与計算は、従業員情報、勤怠、手当・控除、社会保険、税の設定を基に、月次の給与・賞与計算と給与明細の配付を進める機能です。クラウド上で担当者と従業員が役割を分けて利用するため、単一パソコンにインストールする給与ソフトとは、データ収集と承認の設計が異なります。

重要なのは「自動計算」という言葉を、無確認で正しい金額が出るという意味に取らないことです。計算の前提となる従業員属性、標準報酬、扶養、住民税、勤怠、手当、控除の入力責任は会社側に残ります。導入によって減らせるのは転記や再計算の手間であり、給与規程の判断や最終承認そのものではありません。

公式案内では、ミニマムから給与計算とWeb給与明細を利用でき、上位プランで労務、勤怠、人事情報の範囲を広げる構成です。したがって、必要な機能を一度にすべて契約するのではなく、現在の業務境界と改善したい転記を対応させて選びます。

freee人事労務の公式料金ページ
出典:freee公式料金一覧。給与計算から始めるプランと、労務・勤怠・人事情報まで広げるプランを分けて確認します。

料金プランを比較する前の前提

freee人事労務|比較図
freee人事労務|比較図

公式料金一覧では、年払いの場合の月額換算として、ミニマム400円/人、スターター600円/人、スタンダード800円/人、アドバンス1,100円/人が案内され、いずれも5名からとされています。表示は判断の入口であり、最終見積では税、契約期間、人数の数え方、オプション、導入支援、既存契約との組み合わせを確認します。

比較項目ミニマムスタータースタンダードアドバンス
公式料金一覧の位置づけ給与計算から開始給与と労務給与・労務・勤怠人事情報まで統合
年払い月額換算400円/人600円/人800円/人1,100円/人
最低人数表示5名から。契約時は最新の公式条件と見積を再確認
向く導入段階給与の置換手続きも整理勤怠転記も削減人事マスター統合

単価差だけで上位プランを除外すると、勤怠CSVの整形や入退社情報の二重入力が残り、担当者工数を含む総費用が逆転する場合があります。一方、既存勤怠システムを維持し、そのデータが安定して取り込める会社では、給与から始める方が移行リスクを抑えられます。

4プランの選び分け

現在の課題第一候補契約前に実演すること見送り条件
表計算で給与を計算しているミニマム固定給・変動手当・控除の再現自社規程を設定で表現できない
入退社や年末調整も紙中心スターター従業員入力から担当者承認まで従業員がオンライン手続きを利用できない
勤怠から給与への転記が多いスタンダード締め後の修正と再集計複雑な勤務制度を再現できない
人事台帳が複数ファイルに分散アドバンス権限別の人事情報閲覧と変更申請必要な履歴・項目を保持できない

選定時は、現在の作業時間だけでなく、入力者、確認者、承認者の人数を数えます。担当者一人が全工程を抱える会社では、多機能化より締め日前の収集ルールが先です。複数部署が関与する会社では、誰がどの情報を変更できるかが料金差より重要になります。

給与確定までの月次フロー

勤怠を締める現場・上長が確認変動情報を反映手当・控除・異動差分を照合前月・台帳・例外承認・確定明細・振込へ確定後の訂正は「元データ→再計算→差額処理→履歴保存」まで一組画面上の金額だけを書き換えず、原因と承認者を残す

給与計算の品質は、計算ボタンより前に決まります。勤怠締めの未承認、入社月の日割り、休職・復職、遡及昇給、複数時給、通勤費、現物給与、住民税、年末調整など、例外情報が確定していなければ計算結果も確定できません。

月次運用では、締め日の翌日に「未承認者一覧」を確認し、次に変動情報、前月差、総支給・控除・差引支給の異常値を照合します。最後に承認者が対象人数、支給総額、振込総額、現金支給や休職者などの例外を確認して確定します。

勤怠連携で確認すること

勤怠連携の目的はCSVをなくすことではなく、給与計算に使った勤務データの出所と修正履歴を一つにすることです。自社の勤務制度が固定時間制だけなら設定は比較的単純ですが、フレックス、変形労働、裁量労働、管理監督者、複数事業所、夜勤、締め日違いが混在すると確認項目が増えます。

  • 所定労働日、所定時間、休日区分が給与規程と一致するか
  • 残業、深夜、休日労働の区分が重複しないか
  • 有給・欠勤・遅刻早退が控除ルールへ正しく渡るか
  • 締め後の勤怠訂正を誰が承認し、給与へ再反映するか
  • 店舗・部門・プロジェクト別集計を会計や管理資料へ渡せるか

無料体験では、通常月だけでなく、入退社、欠勤、残業、賞与、休職など例外が多い月を匿名化して再現します。連携できるという説明だけでなく、修正が戻せること、どの値が上書きされるか、確定済み給与への影響を確認します。

社会保険料と税の設定

freeeの公式サポートは、社会保険料等の計算式と、手当を計算対象に含める設定を説明しています。会社は、標準報酬月額、加入状況、事業所、保険料率、扶養、税区分などの前提を正しく登録する必要があります。雇用保険の会社負担分など、月次明細上の表示と年度更新時の確定処理が異なる項目もあります。

導入時は、現行ソフトの従業員マスターをそのまま移すだけでなく、各項目の根拠資料を決めます。住所・扶養は従業員申請、標準報酬は決定通知、住民税は特別徴収税額通知、振込口座は本人申請といった形で、更新元を固定します。

料率改定へのシステム対応があっても、適用事業所や従業員の加入区分が誤っていれば正しく計算されません。制度改正のニュースを読む担当、設定変更を確認する担当、計算結果を承認する担当を分けると、属人化を抑えられます。

給与明細・振込・会計連携

給与確定後は、明細配付、振込データ、仕訳の三つを同じ確定番号で照合します。明細の差引支給合計と振込総額が一致するか、現金支給や複数口座などの例外を除外しているか、仕訳の借方・貸方と部門配賦が給与台帳に合うかを確認します。

Web明細は紙の配付を減らせますが、退職後の閲覧期間、スマートフォンを持たない従業員、休職中の連絡先、源泉徴収票の受け渡しを決める必要があります。従業員が閲覧できることと、会社が法定保存すべき帳簿を保持することは別の要件です。

会計連携は便利ですが、給与側の部門コードと会計側の部門コードが一致しないと仕訳修正が残ります。導入前に、法定福利費、預り金、未払費用、役員報酬、賞与、通勤費などの科目と補助を対応表にし、テスト会社で1か月分を照合します。

向いている会社・向かない会社

判断会社の状態理由
向く従業員情報と給与の二重入力を減らしたい人事労務の各機能を段階的に広げやすい
向く従業員自身の申請・Web明細を進められる担当者だけで入力を抱えない運用にできる
向く会計freee等との連携を含めて設計する転記削減の効果を出しやすい
慎重複雑な勤務制度が多数混在する例外月を使った再現テストが必要
慎重従業員のオンライン利用が難しい紙や代理入力の並行運用が残る
慎重独自帳票・独自計算を変更できない標準機能との適合確認に時間がかかる

「向かない」は製品の欠点を意味しません。現行業務を標準化できるか、例外をシステム外で管理する覚悟があるかという組織側の条件です。要件を満たせない場合は、給与専用ソフト、より複雑な制度に対応する製品、外部委託も同じ表で比較します。

導入前のデータ移行

移行対象は従業員の基本情報だけではありません。年の途中で切り替える場合は、累計課税支給額、社会保険、所得税、住民税、賞与、年末調整に必要な累計が関係します。過去明細や賃金台帳を新システムへ全件移すのか、旧システムを参照専用で残すのかも決めます。

  1. 旧システムから項目一覧とサンプルデータを出す
  2. 新システムの項目へ対応付け、変換ルールを記録する
  3. 匿名化した従業員で取込エラーと文字・桁を確認する
  4. 通常者、役員、休職者、途中入社者など代表ケースを計算する
  5. 旧新の給与台帳、明細、振込、仕訳を照合する
  6. 本番移行日と旧システムの更新停止時刻を通知する

全員分の差額がゼロであることだけでなく、丸め、日割り、非課税、保険料、欠勤控除など計算過程を確認します。不一致を手修正で消すのではなく、設定差・データ差・仕様差のどれかに分類し、次月も再発しない形で解消します。

無料体験・デモで行う検証

無料体験は画面を眺める期間ではありません。実際の締め日を模した台本を作り、入力から確定、訂正、明細、振込、仕訳まで通します。担当者だけでなく、上長と従業員にも操作してもらい、申請通知、権限、スマートフォン表示を確認します。

検証台本
固定給の通常者、残業がある従業員、途中入社、欠勤、休職、賞与、住民税変更の7ケースを用意します。個人情報は匿名化し、実在口座やマイナンバーを体験環境へ入れません。

評価表には「できる・できない」だけでなく、作業時間、必要な権限、エラー時の戻し方、問い合わせ先、証跡の残り方を書きます。三人が同じ操作をして結果が揃うかを見ると、担当者個人の慣れと製品適合性を分けられます。

セキュリティと権限設計

給与情報は、住所、口座、扶養、支給、控除など機微性の高い情報を含みます。管理者全員へ同じ権限を付けず、従業員情報の変更、勤怠承認、給与計算、最終確定、明細閲覧、設定変更を職務に応じて分けます。

  • 退職・異動時にアカウントと権限をいつ停止するか
  • 多要素認証など利用可能な認証方法をどう適用するか
  • 共有アカウントを使わず操作主体を追跡できるか
  • 給与データのダウンロード先と保管期限を制限するか
  • 委託先や社労士へ必要最小限の権限を渡せるか

CSVを安全なクラウドから個人パソコンへ無制限に出すと、システム側の保護を弱めます。出力を必要業務に限定し、保存場所、暗号化、削除、持出し記録を社内ルールへ含めます。

訂正・遡及・例外処理

運用開始後に差が出やすいのは、締め後の勤怠訂正、遡及昇給、社会保険の遡及、住民税変更、過払い・不足払いです。訂正を翌月差額で処理するか、確定を取り消して再計算するかは、法令、給与規程、振込時点、会計締めを考慮して決めます。

訂正票には、対象者、対象月、原因、旧額、新額、差額、税・保険への影響、振込方法、会計修正、承認者を記録します。口頭依頼やチャットだけで金額を変えず、元の申請と訂正結果を結び付けます。

例外処理をシステム外の表計算へ逃がす場合も、最終的な給与台帳と一致させます。毎月同じ手修正が出るなら、設定不足か業務ルールの不統一として改善対象にします。

解約・切り替え時のデータ確保

解約ボタンより先に「参照できなくなる業務」を洗い出す法定・社内保存賃金台帳・明細・年末調整次システムへ移す従業員・累計・設定・コード照合証跡を残す件数・総額・差額・承認新旧の初回給与が一致してから旧環境を閉じる

契約前に解約後の閲覧条件とデータ出力方法を確認します。解約直前は問い合わせや出力が集中するため、契約終了日から逆算して、必要帳票、従業員マスター、給与・賞与履歴、年末調整、設定、権限、操作ログを確保します。

出力できることと、次システムへそのまま取り込めることは同じではありません。CSVの列、コード、文字コード、年月形式、退職者の扱いを確認し、次システムで件数と総額を照合します。旧環境を閉じるのは、初回給与と必要な過去参照を確認した後です。

導入判断の最終チェック

  • 対象従業員数と最低利用人数で見積を取得した
  • 自社の勤務制度と変動手当を体験環境で再現した
  • 勤怠締め、給与確定、訂正の責任者を決めた
  • 前月差、振込総額、仕訳を照合する手順を作った
  • 従業員のWeb明細利用と代替手段を確認した
  • 権限、アカウント停止、CSV保管を設計した
  • 移行対象と旧環境の保存方法を決めた
  • 解約時の出力形式と閲覧条件を確認した

すべてに回答できれば、料金プランの比較を具体的な運用判断へ変えられます。回答できない項目がある場合は、営業担当やサポートへ同じ質問を出し、回答と適用条件を見積書・契約書・社内決裁へ残してください。

導入後90日間の安定化計画

本番稼働日はゴールではありません。初回給与は移行差、2回目は運用差、3回目は担当者交代時にも再現できるかを見る期間です。初回は旧システムまたは検算表との並行計算を行い、従業員別差額と総額差をゼロまで照合します。差が出た場合は、表示金額を合わせるだけでなく、丸め、日割り、勤怠区分、手当の課税区分、保険料、住民税のどの前提が違うかを記録します。

2回目は、前月に見つかった例外を標準手順へ取り込みます。締め日前の督促、未承認勤怠の一覧、変動手当の受付期限、訂正票、確定承認の時刻を運用カレンダーにします。担当者が頭の中で覚えていた確認をチェックリストへ移し、誰が代行しても同じ結果になるかを確認します。

3回目は、主担当者以外が一連の作業を実施します。手順書だけで完了できない箇所、権限が不足する箇所、問い合わせが必要な箇所を洗い出し、復旧時間を測ります。月次の給与確定日までに解決できない障害が起きた場合の連絡先、手計算の承認、振込期限、従業員への通知方法も決めます。

時期検証の中心合格条件残す証跡
初回旧新計算の一致従業員別・総額・振込・仕訳の差を説明できる差分表、設定変更、承認
2回目締めと例外処理未承認・訂正・遡及を期限内に閉じる運用カレンダー、訂正票
3回目属人化の解消副担当者が手順書で確定まで進められる操作記録、復旧時間、改善点

安定化後も、毎月の対象人数、総支給、控除、差引支給、振込、仕訳のサマリーを保存します。制度改正、組織変更、勤務制度追加、会計科目変更がある月は再び重点照合月に戻します。クラウドサービスの自動更新に任せきらず、自社設定への影響を確認する責任者を決めることが、長期運用の安全性につながります。

従業員への案内とアクセシビリティ

Web明細や本人申請を導入するときは、利用開始日だけでなく、初回ログイン、パスワード再設定、端末変更、メールアドレス変更、退職後の閲覧、紙交付が必要な場合の窓口を案内します。給与担当者へ問い合わせが集中しないよう、操作質問と金額質問の窓口を分けます。

小さな文字が読みにくい従業員、スマートフォン操作が難しい従業員、日本語以外の案内が必要な従業員、個人端末を業務利用しない従業員も想定します。全員に同じ方法を強制するのではなく、会社が安全に本人へ交付できる代替手段を用意し、その利用で不利益が生じない運用にします。

テスト案内は少人数へ先行し、ログインできたか、明細の対象月と金額を識別できたか、問い合わせ先が分かったかを確認します。システム導入の成否は担当者画面だけでなく、従業員が迷わず受け取り、誤りを期限内に申告できるところまで含みます。

よくある質問

給与計算だけから始められますか

公式料金一覧では、給与計算から始めるミニマムが案内されています。最低人数や契約条件、必要な機能が含まれるかは最新の公式情報と見積で確認してください。

勤怠システムを必ず変更する必要がありますか

必ずしも同時変更が最適とは限りません。既存勤怠を維持する場合は、データ連携・取込形式、締め後訂正、従業員コードの一致を実演します。二段階移行は障害範囲を小さくできますが、暫定的な転記が残ります。

表示料金だけで年間費用を計算できますか

表示単価は目安です。人数、年払い、オプション、支援、他サービス、税、契約期間を含む正式見積で比較します。担当者工数や旧システム維持費も総費用へ含めます。

導入すれば給与ミスはなくなりますか

計算・転記ミスを減らす効果は期待できますが、元データや設定が誤っていれば結果も誤ります。締め、差分照合、承認、訂正履歴を含む内部統制が必要です。

まとめ

freee人事労務の給与計算は、給与だけから始め、労務、勤怠、人事情報へ範囲を広げられる点が判断軸です。選定では、1人あたり料金の安さではなく、自社の勤怠締め、変動情報、承認、明細、振込、仕訳、訂正、データ退出を一つの流れで確認してください。

最も確実な方法は、例外を含む1か月分の匿名化データで旧新を並行計算し、給与台帳・明細・振込・仕訳を照合することです。合わない項目を設定差、データ差、仕様差に分類できれば、導入後の手修正と属人化を減らせます。

出典:freee製品の料金一覧freee人事労務での社会保険料等の計算式。料金・機能・契約条件は変更されるため、申込前に公式情報と見積を確認してください。

freee人事労務の仕様サマリー

項目確認内容
提供会社フリー株式会社
料金プランと従業員数で変動。公式料金表・見積で確認
試用無料試用の対象機能と期間を申込画面で確認
強み給与・勤怠・労務を同一の従業員情報でつなげやすい
制限利用機能、人数、年払い・月払い、追加機能で総額が変わる

他の給与計算ソフトと比べた強み・弱み

  • 強み:給与・勤怠・労務を同一の従業員情報でつなげやすい
  • 比較上の位置:バックオフィスをfreee系で統一したい企業向け
  • 弱み・確認事項:利用機能、人数、年払い・月払い、追加機能で総額が変わる

比較のときは、freee会計やfreee勤怠管理を併用する前提かどうかで見積の形が変わります。給与単体の金額ではなく、同じ従業員情報を共有する範囲まで含めて他社と並べてください。

本番前の並行計算テスト

freee人事労務は従業員情報を勤怠・労務と共有する設計のため、並行計算では「給与の結果が合うか」と同時に「従業員マスタの持ち方が旧運用と一致するか」を見ます。雇用区分や部門の持たせ方が変わると、翌月以降の集計がずれます。

freee人事労務へ切り替える前に、次の6つの例外を旧システムの確定結果と突き合わせます。いずれも通常の月には出てこず、切り替えた後の最初の締めで初めて表面化します。

例外freee人事労務で確認することあわせて見る点
正社員とパートで締日が異なる雇用区分ごとに締日と支給日を分けて設定し、同じ月に2つの締めが走る状態を再現する従業員情報を勤怠・労務と共有するため、区分の付け方が両方に効く
固定手当と変動手当が混在する固定手当は支給控除設定、変動手当は勤怠または個別入力のどちらから来るかを分けて確認入力元が分かれると、差額が出たときの原因追跡が難しくなる
入退社が支給期間の途中に発生する日割りの計算根拠と、社会保険の資格取得・喪失月の扱いを旧結果と突き合わせる労務側で登録した入退社日が給与へどう伝わるかを見る
遡及改定と差額支給がある過去月の再計算が、確定済みの月次データにどう反映されるかを確認再計算の対象月と、明細に載る表示のしかたを事前に決める
賞与と社会保険届を同時に処理する賞与計算と賞与支払届の作成が同じ月に走る状態を試す電子申請まで通すなら、申請の担当者と証跡の残り方も確認
年末調整を従業員入力で集める従業員が入力する画面の案内文と、未提出者の督促の手順を試す入力期限を過ぎた場合の扱いを、担当者の運用として決めておく

合否は機能表に丸が付いているかではなく、担当者が締日に間に合う形で同じ結果を出せたかで決めます。差額が出たときは、まず設定値、次に対象期間、端数処理、最後に連携元の順に見ていき、原因と直した担当者を残します。

権限・個人情報・操作履歴の設計

権限は、給与を計算する人、承認する人、閲覧だけの人、外部の社労士や税理士の4つに分けて設計します。freee系で他サービスも使う場合、同じアカウントが会計側の情報にも届くため、サービスをまたいだ権限の重なりを確認してください。

連携を確認する方法

連携で最初に試すのは、勤怠から給与への取り込みと、給与から会計への仕訳です。同じシリーズ内でも、項目の対応、取り込みのタイミング、失敗したときの再実行の手順は別々に確認します。

解約・乗り換え前に持ち出すデータ

freee人事労務の契約期間、更新日、解約通知期限、最終請求、閲覧期限、削除時期は、申込書・規約・管理画面で確認します。公開ページに書かれていない条件を推測で埋めないでください。freee人事労務の契約期間、更新日、解約通知期限、最終請求、閲覧期限、削除時期は申込書・規約・管理画面で確認し、公開ページにない条件を推測しません。

向いている企業・向いていない企業

向いている慎重に比較する
バックオフィスをfreee系で統一したい企業向け利用機能、人数、年払い・月払い、追加機能で総額が変わることを受け入れられない企業
並行計算と権限設計を実施できる初期設定を検証せず即日全面切替したい
公式情報と契約書で総額を確認する表示された最小料金だけで決めたい

導入可否の最終チェック

  1. 対象人数と雇用区分を確定する
  2. 支給控除と例外計算を一覧化する
  3. 公式見積へ全オプションを含める
  4. 旧システムと並行計算する
  5. 権限と承認を実機で試す
  6. 連携失敗と復旧を試す
  7. 契約・解約・出力条件を書面で残す

給与計算ソフトの関連ページ

給与計算ソフト比較ハブ

製品詳細:freee人事労務マネーフォワード クラウド給与弥生給与 Nextジョブカン給与計算給与奉行クラウド

選定・導入・運用:給与計算ソフトの選び方|5社比較と要件定義チェックリスト給与計算ソフトの導入・運用手順|移行テストと月次締め給与計算ソフトの移行・解約・トラブル対策|データを失わない手順

公式情報

フリー株式会社公式製品ページ(2026年9月2日確認)

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です