人事システム案件の単価と実務|COMPANY・奉行の導入保守
最終更新日:2026/09/16
人事システム案件とは、COMPANYや奉行といった人事・給与・会計パッケージを導入し、設定を保守する仕事です。求められるのは開発力よりも給与実務を人事部と会話できる力で、ここを誤解すると参入判定を間違えます。情シスや給与業務の経験を活かして独立したい方に向けて、公開案件ベースの単価目安と入り方を整理しました。
先に結論
人事・会計パッケージ案件の中心は開発ではなく「設定保守」です。パラメータ設定・帳票定義・法改正対応が業務の主軸になります
探し方としては、エージェントで「COMPANY」「ERP」のスキルタグに加え、「人事給与」「給与計算」「設定保守」のキーワードを併用して絞るのが実務的です
公開案件で確認できた単価は月70〜90万円のレンジ。ただし該当する公開案件自体が数件にとどまるため、相場と呼べるだけの母数はありません
「インフラ運用保守の経験のみ」は対象外と明記する案件が実在します。同じ「運用保守」という言葉でも、募集されているのは別物です
年末調整(11〜12月)と法定調書(1月)が構造的な繁忙期です。法改正が毎年入るため、保守需要が途切れにくい領域でもあります
この記事でわかること
人事・会計パッケージ案件が具体的に何をする仕事なのか(設定保守とインフラ運用保守の切り分け)
主要プロダクトと、導入している企業規模のレイヤー差
公開案件で実際に提示されている単価と、上振れ・下振れの条件
人事・給与担当、社内SE、ベンダー出身それぞれの入り方
参画前に面談で確認すべき項目
対象読者は、給与計算・人事労務の実務経験、または人事システムの導入・保守経験が2年以上ある方です。プログラミング経験は必須ではありません。逆に、Web系の開発経験だけでこの領域に入るのは遠回りになります。
本記事の中心は人事・給与システムの案件です。会計パッケージにも触れているのは、COMPANY・OBIC7・SuperStreamといった製品が人事給与と会計を同じ基盤で提供しており、案件票でも両方がまとめて要件に入るケースがあるためです。会計単独の案件は本文で軽く扱い、記事の主軸は人事給与側に置いています。なお、SAPやOracleを中心とするERP刷新プロジェクトの全体像と単価は「ERP刷新のフリーランスエンジニア案件動向|SAP・Oracleの需要と単価」の担当範囲です。
目次
人事・会計パッケージ案件とは|「設定保守」が中心の仕事
単価の話の前に|ライセンス費用とエンジニア単価を混同しない
人事システム案件の単価相場
求められるのはコードより給与実務の会話力
年次サイクルと繁忙期の実像
ケース別:どの経歴から入れるか
実務で詰まりやすいポイント
参画前チェックリスト
まとめ
よくある質問
人事・会計パッケージ案件とは|「設定保守」が中心の仕事
結論として、この領域の案件は製品の設定を業務要件に合わせて組み上げ、それを維持する仕事です。コードを書く時間は想像よりずっと短くなります。
扱う業務は、人事マスタの設計、給与・賞与の計算ロジック設定、勤怠ルールの反映、帳票レイアウトの定義、法改正に伴うパラメータ更新、そして人事部からの問い合わせ対応です。データ移行やインターフェース開発が入る案件もありますが、それは導入フェーズに限られます。
主要プロダクトと導入企業のレイヤー差
案件の商流と単価は、扱うプロダクトが「どの規模の企業に入っているか」でおおよそ決まります。以下は各ベンダーの公開情報と公開案件の募集傾向を突き合わせた、本記事独自の整理です。
プロダクト | 主な導入レイヤー | 案件の出方 |
|---|---|---|
COMPANY(Works Human Intelligence) | 大手企業・大規模法人グループ | 長期の設定保守、グループ会社展開、バージョンアップ対応 |
SuperStream-NX(キヤノンITソリューションズ) | 中堅〜大手 | 会計・人事給与の導入支援、既存環境の改修 |
OBIC7(オービック) | 中堅〜大手 | 導入支援、PM会議への参加を含む上流寄りの募集 |
奉行シリーズ(OBC) | 中小企業 | 導入・移行の短期案件、クラウド移行 |
COMPANYはWorks Human Intelligenceの公式発表によれば、アイ・ティ・アールの調査(ITR Market View:人事・給与・就業管理市場2026、2026年3月発行)で人事・給与ERP市場シェア1位を6年連続で獲得しており、約1,200法人グループに導入されています。製品の機能構成はCOMPANYの公式製品ページで確認できます。
なお社名表記には注意が必要です。COMPANYはもともとワークスアプリケーションズの製品でしたが、現在は分社したWorks Human Intelligenceが提供しています。案件票やスキルシートでは両方の表記が混在します。
SuperStream-NXはキヤノンITソリューションズの製品ページで会計・人事給与ソリューションの構成が公開されており、導入累計は11,005社(2024年12月末時点)とされています。中小企業向けではOBCの奉行シリーズが勘定奉行・給与奉行・法定調書奉行などをそろえています。
「設定保守」と「インフラ運用保守」は別の案件
ここが参入判定でいちばん事故が起きる箇所です。
案件票にはどちらも「運用保守」と書かれます。しかし募集されている中身は別物です。実際に公開されていたCOMPANY運用保守案件(東京・日本橋、月80万円)の要件には、インフラ運用保守のみの経験、および導入時のデータ移行のみの経験は対象外である旨が明記されていました。
区分 | 主な業務 | 求められる経験 |
|---|---|---|
設定保守(この領域の本体) | 給与計算ロジックの設定変更、帳票定義、法改正対応、人事部からの問い合わせ一次対応 | 給与・人事業務の理解、パッケージの設定経験 |
インフラ運用保守 | サーバ・OS・DBの監視、バックアップ、パッチ適用 | インフラ運用の経験 |
導入プロジェクト | 要件ヒアリング、Fit&Gap、初期設定、データ移行、テスト、本番移行 | 導入プロジェクトの完遂経験 |
サーバ監視やジョブ運用の経験を軸に応募すると、設定保守の募集では要件を満たしていないと判断されます。インフラ寄りの運用保守案件そのものを探している場合は「運用保守・オンコール案件のフリーランス実情|単価相場・手当・契約」のほうが実情に近い内容です。オンコール手当や待機報酬の相場、SLAの条項の読み方はそちらで整理しています。
ミニFAQ:給与計算の実務経験はありますが、パッケージを触ったことがありません。応募できますか。
応募できるケースがあります。設定保守では業務要件を設定に翻訳する作業が中心となるため、給与規程や社会保険の実務を理解している人材は評価されます。ただし製品固有の設定画面に触れた経験は面談で確認されることが多く、未経験の場合は導入支援メンバーの一員として入るルートが現実的です。
単価の話の前に|ライセンス費用とエンジニア単価を混同しない
この領域を検索すると、金額の主語が入り混じった情報に当たります。先に切り分けておきます。
「人事給与システム 費用」で上位に出てくる「1人あたり月300〜700円」といった数字は、企業がベンダーに払うライセンス費用です。エンジニアが受け取る報酬ではありません。本記事で扱うのは後者、つまりあなたが業務委託で受け取る月額単価です。
この混線は検索結果側の問題で、読み違えると相場感を大きく見誤ります。単価がどう決まるかの構造そのものは「フリーランスエンジニアの単価の決まり方|商流・スキル・需給の仕組み」で整理しています。
人事システム案件の単価相場
まず短答です。公開案件で確認できた金額は月70〜90万円の範囲に収まっており、導入支援や上流の会議体に関与する案件が上端に寄る傾向でした。
続いて母集団を明記します。2026年9月時点で、フリーランス向けの案件検索サイトおよびエージェント媒体(フリーランスHub、レバテックフリーランス、フリーランススタート、フリーランスボードなど)に掲載されている公開案件のうち、COMPANY・OBIC7・SuperStream・奉行のいずれかを募集要件またはスキル欄に含む案件を目視で確認した数字です。首都圏中心・週5日稼働の準委任案件を主な対象としています。
ここで重要な留保があります。この条件で確認できた案件は数件にとどまりました。Web系言語のように数百件の掲載から分布を取れる領域ではないため、以下の数字は相場ではなく「実際にこの金額で募集されていた事例」として読んでください。非公開案件や直接契約の条件は含みません。
公開案件で確認できた単価
案件内容 | 月額単価 | 稼働条件 |
|---|---|---|
COMPANY運用保守(人事部への要件ヒアリング〜設定・テスト・本番移行) | 80万円 | 東京・日本橋、常駐中心 |
COMPANY 人事給与システムの設定導入および設定保守 | 70万円 | 首都圏 |
OBIC7 システム導入支援(PM会議への参加を含む) | 90万円 | 一部リモート可 |
上の3件は事例であり、平均値や中心値ではありません。件数が少ないため、1件の条件差が見かけのレンジを大きく動かします。
より母数の大きい数値としては、レバテックフリーランスが「人事・給与・労務システム」領域の掲載案件1,546件について、平均77万円・最高255万円・最低15万円という数値を公開しています。ただしこれは職種や稼働日数を問わない掲載案件全体の集計で、上の3件のような設定保守案件とは母集団が異なります。最低15万円は稼働日数の少ない案件が含まれるためで、算出方法が違うので単純比較はできません。2つの数字を並べる場合は、事例と集計という性質の違いを踏まえて見てください。
非公開案件については別の話として分けて捉えてください。グループ全体の人事システム統合をリードするようなポジションでは、個別条件で上振れするケースがあります。これは案件ごとの個別性が強く、公開案件のような再現性のある相場とは性質が異なります。
上振れ・下振れが起きやすい条件
単価が上振れしやすいのは、次の条件を満たせる場合です。
人事部・給与担当と直接要件をヒアリングして設定に落とせる
年末調整や法改正対応を、過去に自分の判断で回した経験がある
グループ会社への横展開や、バージョンアップ計画の立案に関与できる
会計側(勘定連携・仕訳出力)まで見られる
下振れしやすいのは、問い合わせ一次対応の比率が高い案件、稼働が週3日以下の案件、そして常駐前提で勤務地が固定される案件です。この領域は人事データを扱うため、フルリモートの募集比率は他職種より低めという点は前提に置いておいてください。働き方の違いは「客先常駐とフルリモート案件の違い|単価・働き方・向いている人で選ぶ」で比較しています。
自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。単価を体系的に上げる考え方は「【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは?」にまとめました。
求められるのはコードより給与実務の会話力
結論から書くと、この領域の選考で見られるのは人事部と業務の言葉で会話できるかです。
公開案件の必須要件を読むと、3件いずれにも「顧客の人事部門と給与業務の内容を会話できること」に相当する条件が入っていました。技術スタックの指定はほとんどありません。ここがSAPなどの外資系ERP案件と参入経路が違う点です。
必須に近いスキル
給与計算の実務理解(支給・控除の構造、社会保険料と所得税の計算順序)
人事マスタ・組織マスタの設計と、異動・組織改編の反映
年末調整の一連の流れ
帳票(源泉徴収票、給与明細、法定調書)の定義
人事部からの問い合わせを要件に翻訳するヒアリング力
評価されやすい周辺スキル
SQLでのデータ抽出・不整合調査
勤怠システムや会計システムとのインターフェース設計
会計側の仕訳連携の理解
就業規則・給与規程を読み解く力
外資系ERPの領域と比較したい場合は「ERP刷新のフリーランスエンジニア案件動向|SAP・Oracleの需要と単価」で上流の刷新プロジェクト全体とSAP・Oracle系の単価を扱っています。SAP側のモジュール別の入り方は「SAP FI案件の単価と参入難易度|FI/CO・MM/SD・PS・BASISをモジュール別比較」が詳しいです。SAP HCMとCOMPANYはどちらも人事給与を扱いますが、案件の商流と求められる経験が異なるため、履歴書上は別スキルとして扱われます。
年次サイクルと繁忙期の実像
この領域の稼働は、暦にはっきり連動します。ここを知らずに契約すると、繁忙期の負荷を読み違えます。
繁忙期カレンダー
時期 | 主な作業 | 負荷 |
|---|---|---|
11〜12月 | 年末調整の申告データ収集・計算・還付処理 | 最も重い |
1月 | 法定調書・給与支払報告書の提出、源泉徴収票の交付 | 重い |
3〜4月 | 人事異動・組織改編の設定、新年度マスタ、入社処理 | 重い |
6月 | 住民税の特別徴収税額の更新(新税額は6月給与から適用) | 中程度 |
7月 | 算定基礎届の作成支援 | 中程度 |
9〜10月 | 定時決定による標準報酬月額の改定反映 | 中程度 |
随時 | 法改正・料率改定へのパラメータ対応 | 年による |
上の表は暦の一般的なサイクルで、実際の負荷は企業側の体制で大きく変わります。年末調整をBPO(外部委託)に出している企業、人事部に専任の担当者がいる企業、ベンダー保守契約で製品側の対応を巻き取っている企業では、フリーランス側に来る作業量が変わります。逆に内製比率が高く、グループ会社分をまとめて処理している現場では負荷が集中します。表の「負荷」欄は目安として見てください。
その前提のうえで、年末調整と法定調書が連続する11月から1月は、稼働が上限に張り付きやすい区間です。準委任契約の精算幅の上限を超えるかどうかは、契約前に確認しておきたいところです。精算幅の仕組みは「準委任の精算幅とは|140-180hの意味と超過・控除の計算方法」で解説しています。
法定調書の電子提出義務が2027年1月に広がる
制度面の変化として、法定調書の電子提出義務の対象が広がります。
国税庁のタックスアンサーNo.7455 法定調書の提出枚数が100枚以上の場合のe-Taxによれば、法定調書の種類ごとに前々年(基準年)に提出すべきであった枚数が100枚以上である場合、e-Tax・光ディスク等・国税庁長官の認定を受けたクラウドサービス等による提出が必要です。この基準枚数が、令和9年1月1日以後に提出する法定調書については30枚以上に引き下げられます。
判定は前々年の枚数で行う点に注意してください。適用対象や手続きの詳細は上記の国税庁ページで確認するのが確実です。
実務への影響としては、これまで紙で提出していた規模の企業も電子提出への対応が必要になります。パッケージ側の出力設定や提出方式の見直しが発生しうるため、保守案件の作業として現れる可能性があります。
ミニFAQ:法改正対応は誰が主導するのですか。
役割分担は製品・契約形態・保守範囲で変わるため、一律ではありません。よく見られるのは、ベンダーが製品側のプログラム更新やパラメータを提供し、現場のエンジニアが自社の設定に合わせて適用・検証する形です。一方で、ベンダー保守契約の範囲が狭い場合や独自カスタマイズが多い環境では、影響調査から現場側が担うこともあります。制度解釈そのものは人事部や社会保険労務士が判断する領域です。参画時には、制度判断と設定変更の責任分界がどこにあるかを必ず確認してください。
ケース別:どの経歴から入れるか
ケース1:事業会社の人事・給与担当出身
最も相性がよい層です。年末調整や算定基礎届を回した経験は、そのまま要件を満たします。パッケージの設定画面の操作は案件に入ってから習得するかたちでも通るケースがあります。まずは設定保守の案件で1本実績を作る流れが現実的です。
ケース2:社内SE・情シス出身
基幹システムの窓口をしていた経験が活きます。人事システムの改修要望を取りまとめた経験があれば、そこを職務経歴の主軸に置いてください。会社員の社内SEとの働き方の違いは「社内SEとは|仕事内容・年収・SIerとの違いとキャリアパスを解説」で整理しています。
ケース3:パッケージベンダー・販社出身
導入プロジェクトの経験がそのまま単価に反映されやすい層です。OBIC7の導入支援案件のように、PM会議への参加を含む上流寄りの募集では、この経歴が直接評価されます。
ケース4:Web系開発出身
正直に言えば、この領域は遠回りです。求められるのが給与業務の理解であるため、開発スキルの優位性が効きにくくなります。逆方向、つまり基幹系から Web 系へ移る道筋を考えている場合は「SIerからWeb系案件へ移るフリーランスの準備|通過条件と案件選び」が参考になります。
実務で詰まりやすいポイント
給与規程の例外が設定に落ちない
最も多い失敗です。規程には書かれていない運用上の例外(特定部署だけの手当計算、過去の経緯で残っている端数処理など)が必ず出てきます。ヒアリングの段階で「規程どおりに運用されていない箇所はありますか」と踏み込んで聞くと、後戻りを減らせます。
テストデータで本番の複雑さを再現できない
人事データは個人情報のため、本番データをそのまま使えないケースが多くあります。マスキングされたデータで検証すると、実際の給与計算で初めて不整合が出ます。テストデータの作り方と、誰が本番検証を担うかは着手前に決めておきたい項目です。
問い合わせ対応の比率が想定外に高い
案件票に「運用保守」とだけ書かれていて、実態は人事部からの問い合わせ一次対応が業務の大半だったというミスマッチが起こります。面談で問い合わせ対応の割合を具体的に聞くのが対策です。
繁忙期の稼働上限を決めていない
年末調整の時期に稼働が膨らみ、精算幅の上限を超えたまま調整がつかないケースがあります。超過分の扱いを契約書で確認しておいてください。契約形態そのものの違いは「準委任契約と請負契約の違い|フリーランスエンジニアが知るべきリスクと注意点」で確認できます。
参画前チェックリスト
応募前および面談で確認したい項目を整理しました。
確認項目 | 具体的に聞くこと |
|---|---|
案件の区分 | 設定保守か、導入プロジェクトか、インフラ運用か |
プロダクトとバージョン | COMPANY/OBIC7/SuperStream/奉行のどれか。バージョンアップ予定の有無 |
業務比率 | 設定変更・問い合わせ対応・ドキュメント作成それぞれの割合 |
対象範囲 | 人事給与のみか、勤怠・会計連携まで含むか |
繁忙期の稼働 | 年末調整・法定調書期の想定稼働時間と精算幅の上限 |
体制 | 人事部側の担当者は何名か。ベンダー保守契約は生きているか |
制度判断の責任分界 | 法改正の解釈は誰が決めるのか |
稼働条件 | リモート比率、出社が必要になる局面 |
契約形態 | 準委任か請負か。契約期間と更新条件 |
特に「業務比率」と「繁忙期の稼働」は、単価への納得感を左右します。曖昧な回答しか返ってこない案件は、参画後のミスマッチが起きやすい傾向があります。
まとめ
人事システム案件は、公開案件で確認できた金額が月70〜90万円の範囲にあり、給与実務を設定に落とせる人ほど評価されやすい領域です。
言い換えると、開発力ではなく給与業務の理解が単価に直結する仕事です。ただし該当する公開案件の数は多くないため、上の金額は相場ではなく事例として捉えてください。
案件の本体は「設定保守」。インフラ運用保守の経験だけでは対象外とされる募集が実在する
プロダクトごとに導入企業のレイヤーが違い、COMPANYは大手グループ、奉行は中小が中心
「1人あたり月300〜700円」はライセンス費用で、エンジニア単価ではない
11〜12月の年末調整と1月の法定調書が構造的な繁忙期。精算幅の上限を契約前に確認する
法定調書の電子提出義務は、令和9年1月1日以後に提出するものから基準が30枚以上に引き下げられる
面談では「案件の区分」「業務比率」「繁忙期の稼働」「制度判断の責任分界」の4点を詰めるとミスマッチを防げる
次のステップとして、まずは公開案件の必須要件を読み、自分の経験が設定保守と導入プロジェクトのどちらに寄っているかを見極めてください。Companyのフリーランス案件一覧から実際の募集条件を確認できます。
税務・社会保険の具体的な判断が絡む場面では、税理士・社会保険労務士など専門家の確認を前提にしてください。本記事は案件・単価の実情を整理したもので、制度の適用判断を示すものではありません。
参照した一次情報は以下のとおりです。
よくある質問
COMPANYの経験は他のパッケージでも通用しますか
部分的に通用します。給与計算や年末調整といった業務知識は製品をまたいで活きます。ただし設定画面や用語は製品ごとに異なるため、案件票が特定製品の経験を必須にしている場合は、その製品名での実績が求められます。
プログラミングができなくても案件を取れますか
取れるケースがあります。設定保守の案件では開発が必須要件になっていない募集が見られます。ただしSQLでのデータ抽出は求められる場面があるため、まったくデータを触れないと選択肢は狭まります。
社会保険労務士の資格は評価されますか
必須ではありませんが、制度理解の裏付けとして働く場面があります。案件票で資格が必須要件になっている募集はほとんど見られず、多くは実務経験を重視しています。
フルリモートの案件はありますか
一部リモート可の募集は見られますが、完全フルリモートの比率は高くありません。人事データを扱う関係でセキュリティ要件が厳しく、出社を求める案件が残っています。
契約期間はどのくらいが一般的ですか
設定保守は6か月以上の長期が中心で、更新を重ねて数年続くケースもあります。導入プロジェクトは工程に合わせて3〜6か月で区切られ、稼働後に保守フェーズで延長される流れが見られます。
単価交渉はいつ持ち出すのが現実的ですか
契約更新のタイミングが基本です。この領域では年末調整を1サイクル完遂した直後が、実績を示しやすい局面になります。稼働開始後から対応した法改正や改善の記録を残しておくと、交渉の材料になります。具体的な進め方は「フリーランスエンジニアの単価交渉のコツ|タイミング・伝え方・根拠の作り方」にまとめています。
レガシー環境の案件が多いと聞きますが、スキルが古くなりませんか
その懸念はあります。一方で、基幹系の保守は需要が読みやすく、単価が急落しにくい領域でもあります。同じ構造を持つ領域として「COBOLフリーランスの単価相場と案件動向|保守中心の実務と参入条件」の整理が参考になります。クラウド版への移行案件を選ぶと、比較的新しい構成に触れる機会を作れます。
会計パッケージだけの案件もありますか
あります。勘定奉行やSuperStreamの会計モジュールを対象にした導入・保守の募集が見られます。人事給与に比べると募集数は少なめで、決算期の繁忙が加わる点が違いです。
未経験からこの領域に入るのは難しいですか
フリーランス案件としては難しい部類です。給与・人事の業務経験かパッケージの実務経験が2年程度ないと、必須要件を満たしにくくなります。事業会社の人事部門や導入ベンダーで経験を積んでから独立するルートが現実的です。
案件はどこで探すのが早いですか
エージェントでスキルタグとキーワードを併用する方法が実務的です。フリコンでもCompanyのフリーランス案件一覧とERPのフリーランス案件一覧を公開しているので、募集条件の実物を確認してみてください。


