ERPの工数管理は、承認された作業時間を案件やプロジェクトの原価へ転記し、会計まで一続きで流すところに本領があります。一方で、日々の入力画面の使いやすさや細かな集計は、専用の工数管理ツールのほうが得意な場面が少なくありません。本記事では、SAP S/4HANA・Dynamics 365・国産プロジェクト型ERPが工数を原価に変える仕組みを確かめたうえで、ERP標準の工数機能で足りるかを分ける4つの要件、工数管理ツールを別立てしてERP・原価管理・販売管理へつなぐ連携方式、デモで確かめる操作までを順に整理します。工数管理システムそのものの定義や提供形態の全体像は工数管理システムとは？工数の単位・機能・勤怠管理との違いと選び方で扱っているため、ここではERPとの組み合わせに絞ります。
まとめ：ERPの工数管理は原価計上が本領、入力のしやすさは別立てで補う
ERP標準の工数機能を選ぶ理由は、入力の便利さではありません。承認済みの工数が賃率を掛けた労務費として案件原価に計上され、月次決算の仕掛品や売上原価まで手作業なしで届くことです。この流れが欲しい会社にとって、ERPの外で工数を集めて表計算で転記する運用は、二重入力と締め遅れの原因になります。
判断の軸は4つです。記録粒度、賃率の持ち方、案件コードの一本化、締めのタイミング。この4つがERPの標準仕様に収まるならERP標準に寄せ、入力粒度や現場の操作性がERPに合わないときだけ工数管理ツールを別立てして連携させます。連携を作るなら、マスタの正をどちらに置くかと承認後の修正経路を先に決める。この2点を曖昧にしたまま連携を始めると、ツールとERPで数字が合わない状態が続きます。
ERPの工数管理が受け持つ範囲と工数管理ツール・勤怠管理との分担の違い
勤怠管理は「何時間働いたか」、工数管理ツールは「その時間をどの案件に使ったか」を記録します。ERPの工数管理が担うのは、その先の「案件にいくらの原価が乗ったか」を会計に連動させる部分です。
承認済みの工数を案件原価へ転記するSAP・Dynamics 365の仕組み
海外ERPの代表例では、工数が原価になるのは承認を経た後です。SAP S/4HANAでは、Cross-Application Time Sheet（CATS）で入力した時間が、リリース・承認済みのデータとして各アプリケーションへ渡されます。ネットワーク活動の確認として登録すると内部活動配賦が生成され、実際原価がネットワークへ計上されて、作業した原価センタ側が貸方になります。配賦に使う単価は、実際原価計算バリアントに割り当てた評価バリアントが決める仕組みです（SAP Learningの「Executing Projects Using Activity Confirmation and the Cross-Application Time Sheet (CATS)」）。
Microsoft Dynamics 365 Project Operationsも同じ考え方です。Microsoft Learnの「時間の概要」（2026年2月更新時点）では、時間エントリからタスクの進行に応じたコストと販売価格を計算でき、記録はタスク・サマリー・プロジェクトのどのレベルでも可能と説明されています。メンバーが作成して送信し、プロジェクト承認者が承認する流れで、送信後の取り消しもメンバー側で行えます。どちらの製品でも、承認の前後で「ただの時間」と「原価」が切り替わる点を押さえておくと、後の連携設計で迷いません。
勤怠と工数を同じ画面で入力させる国産プロジェクト型ERPの設計意図
国産のプロジェクト型ERPは、勤怠と工数をまとめて入力させる設計が目立ちます。オロのクラウドERP ZACは、勤怠と工数を「業務報告書」として同じ画面で入力させ、勤務時間とプロジェクト別の稼働工数が一致する形で記録を残す仕組みです。予定表の作業項目を工数明細として取り込める機能や、前日までの勤務時間が未入力だとトップ画面にアラートを出す機能も用意されています。入力された工数は個別原価計算に反映され、労務費がプロジェクト原価へ自動で乗ると説明されています（ZAC公式の勤怠工数管理の機能紹介）。
この設計の狙いは、勤怠の合計時間と工数の合計時間がずれる余地を入力の段階で消すことにあります。勤怠システムと工数ツールを別々に持つ会社が毎月手で突き合わせている作業を、入力画面の統合で不要にしている、と読むと分かりやすいはずです。裏を返せば、勤怠を別製品で運用し続ける前提の会社は、この強みを受け取れません。
ERP標準の工数機能で足りるかを分ける粒度・賃率・案件コード・締めの4要件
ERP標準で足りるかどうかは、機能一覧の有無では決まりません。自社の管理会計が求めるデータの形が、ERPの標準仕様に素直に収まるかで決まります。優先度の高い順に4つを確認します。
記録粒度は案件・WBS・作業区分のどこで止めるかを入力負荷で決める
最初に決めるのは、工数を案件単位で記録するのか、WBS要素やタスクまで割るのか、さらに設計・製造・テストといった作業区分を付けるのかです。ERPは原価の受け皿となるオブジェクト（プロジェクト、WBS要素、オーダーなど）単位で工数を受け取るため、受け皿より細かい粒度は原価計算に使われません。
実務の目安は、原価を見たい単位までで止めることです。見積もり精度の改善に作業区分別の実績が欲しい場合でも、ERP側の受け皿はWBS要素までにとどめ、作業区分は工数ツール側の分析項目として持つ構成のほうが入力負荷を抑えられます。1日に選ぶ明細が5件を超えると、現場は「つじつま合わせ」の入力に流れやすくなります。
月中の速報原価に予定賃率、月末の確定原価に実際賃率を使う賃率設計
工数を金額に変える賃率をどう持つかで、ERP標準の向き不向きが分かれます。多くのERPは、年初や期初に決めた予定賃率（計画単価）で月中に原価を計上し、月末に実際の人件費との差額を賃率差異として処理する作りです。SAPの評価バリアントのように、どの単価を使うかを設定で切り替える方式もあります。
個人別の実際賃率で毎月案件原価を確定させたい、賞与や法定福利費を月ごとに按分して賃率へ織り込みたい、といった要件はERPの標準計算から外れやすい部分です。賃率の算定式と月次レビューの進め方はシステム開発業の原価管理：工数×賃率の計算と月次レビューの手順で詳しく扱っています。ERP選定では、自社の賃率表をそのまま入れて差異が出る箇所を数えるのが近道です。
販売管理の受注番号とERPのプロジェクトコードを一本化する案件コード設計
「販売管理 工数管理」で探す人の多くが困っているのは、受注番号と工数の案件コードが別体系で、粗利を出すたびに対応表を引いている状態です。工数を入れる案件コードが販売管理の受注明細と1対1で結び付かないと、売上と原価を同じ案件で並べられません。
ERPで販売管理と原価管理を同居させる場合、受注登録の時点でプロジェクトコードを自動採番し、工数入力の選択肢をそこから出す設計が基本形です。販売管理を別システムのまま残すなら、どちらの番号を正として連携キーにするかを決めておく必要があります。両システムの守備範囲の切り分けはERPと販売管理システムの違いと連携・どちらを選ぶかを参照してください。
月次締めと仕掛品振替に工数の承認締めを間に合わせる計上タイミング
ERPに工数を入れる価値は、月次決算の数字に直結する点にあります。その前提として、工数の承認締めが経理の締め日より前に終わっていなければなりません。経理が第3営業日に仕掛品振替を行うなら、工数の承認は第2営業日までに完了させる運用が要ります。
承認が遅れる部署がある場合、ERPは未承認分を原価に入れないため、その月の案件原価が実態より少なく出ます。翌月に遅れて計上されると、受注額は同じでも月ごとの粗利率が大きく振れる結果になります。締めを守れる体制があるかは、製品の機能より先に確認すべき条件です。
工数管理ツールを別立てしてERP・原価管理・販売管理へつなぐ連携方式の比較
4要件のうち粒度や入力体験がERPに合わない場合、工数管理ツールを別に入れてERPへ連携させる構成を取ります。ここで決めるのは連携の頻度と方式です。
手入力転記・CSV月次取込・API日次連携・iPaaS経由の4方式比較表
工数ツールからERPや原価管理システムへデータを渡す方式は、おおむね次の4つに分かれます。
| 方式 | 原価に載る頻度 | 初期費用の目安 | 向く規模・状況 |
|---|---|---|---|
| 手入力転記 | 月1回 | ほぼ不要 | 案件が月数件の段階 |
| CSV月次取込 | 月1回 | 取込定義の設定のみ | 月次で原価が見えれば足りる |
| API日次連携 | 毎日〜随時 | 開発費が発生 | 進行中に赤字を止めたい |
| iPaaS経由 | 毎日〜随時 | 月額利用料＋設定 | 連携先が3システム以上 |
実務で最も多いのはCSV月次取込で、多くの会社はここから始めれば十分です。API日次連携が要るのは、受託開発や広告制作のように1案件の期間が短く、月末まで待つと赤字に気付いても手遅れになる業態に限られます。iPaaSは、工数ツールの先に会計・販売管理・BIなど複数の連携先がある場合に、接続の数を減らす目的で選びます。
連携が崩れる2大原因となるマスタの二重管理と承認後修正の差し戻し
別立て構成が失敗する原因は、ほとんどが2つに集約されます。1つ目はマスタの二重管理です。社員・案件・作業区分のマスタを工数ツールとERPの両方で登録していると、新しい案件をERPに作ったのにツールに未登録で入力できない、退職者がツールに残る、といったずれが毎月発生します。マスタの正はERP側に置き、ツールへは一方向に配る形に固定してください。
2つ目は、承認後に工数を直したいときの経路です。ERPへ連携済みの工数をツール側だけで修正すると、両者の数字が合わなくなります。修正はツールで差し戻して再承認し、差分だけをERPへ再送する、という手順をあらかじめ決めておくことが必要です。API上限や連携先ごとの方式選定はERP連携とは？連携先別の設計とAPI上限から決める方式選定で整理しています。
原価管理・工数管理のデモで確かめる操作手順と製品比較で見落としやすい観点
「原価管理 工数管理 デモ」で情報を集める段階では、機能説明を聞くより、自社の1案件を通しで流してもらうほうが判断材料になります。
1案件の工数入力から原価計上・粗利確認までを通しで操作するデモ手順
デモの前に、実在の案件を1件選び、受注額・メンバー・1か月分の工数・外注費を手元に用意しておきます。当日は次の順で操作してもらいます。
- 受注を登録し、案件コード（プロジェクトコード）が自動で作られるかを確認する
- メンバー2名分の工数を1週間ぶん入力し、1日あたりの入力にかかる時間を測る
- 承認者の画面で工数を承認し、差し戻しと再入力も一度試す
- 承認済みの工数が賃率を掛けた労務費として案件原価に載るまでの操作を見る
- 外注費を加えた案件別の粗利を、月次の帳票で確認する
手順2で1日分の入力に3分以上かかる製品は、現場の定着で苦労します。手順4で担当者がCSVの書き出しと取り込みを挟む場合、その製品は工数と原価が別画面で分かれている構成だと分かります。説明資料ではなくこの操作で、標準機能の範囲を見極めてください。
承認後の修正・月またぎ・間接工数の配賦をデモで確かめる質問の例
通しの操作で見えにくいのは、例外の扱いです。デモの場で次の3点を質問すると、運用開始後に困る箇所が先に分かります。承認と原価計上を終えた工数を翌月に修正した場合、どちらの月の原価が動くのか。月をまたいで続く作業の工数を、月末時点の仕掛品としてどう扱うのか。会議や教育など案件に付かない間接工数を、どの基準で案件へ配るのか。
最後の問いは、配賦基準を工数比で持つのか売上比で持つのかによって案件の粗利が変わるため、軽く扱えません。配賦の考え方と基準の選び方は配賦とは？按分との違いと配賦基準の選び方で解説しています。回答が「設定で対応できます」で終わる場合は、その設定画面を実際に見せてもらうのが確実です。
ERP標準・別立てツール・連携の個別開発を選び分ける条件と見送る場面
ここまでの要件と連携方式を踏まえ、どの構成を選ぶかを条件で言い切ります。
ERP標準に寄せて別立てツールを入れない会社の条件と過剰投資の境目
次の条件がそろう会社は、ERP標準の工数機能を使い、工数管理ツールを別に入れません。原価を見る単位がプロジェクトかWBS要素までで足りる、賃率は予定賃率と月末の差異処理で許容できる、販売管理もERP内で運用する、工数の承認締めを経理の締め日前に終えられる、の4つです。この状態で別立てツールを足すと、ライセンス費とマスタ同期の手間だけが増え、得られるのは入力画面の見た目の違いにとどまります。
反対に、ERPの導入計画がまだ固まっていない段階で、工数のために先行してERPを入れる判断も勧めません。工数だけが目的なら、工数管理ツール単体のほうが立ち上がりが早く、費用も小さく済みます。ERPは販売・購買・会計を含めて統合する理由があるときに選ぶものです。
別立てツールを選び連携部分だけを個別開発する会社の条件と進め方
現場の入力粒度がERPの受け皿より細かい、勤怠を別製品で使い続ける、既存の販売管理や原価管理を当面残す。こうした条件が1つでもある会社では、使いやすい工数管理ツールを別に選び、ERPや原価管理システムへの連携部分だけを個別に作る構成が合理的です。ERP本体のカスタマイズで入力画面を作り込むと、バージョンアップのたびに改修費がかかるため、手を入れる範囲は連携とマスタ配信に絞ります。
進め方は、案件コードとマスタの正を決め、CSV月次取込で3か月運用して数字の合い方を確かめてから、必要な部分だけAPI連携へ切り替える順序が安全です。工数×賃率の原価計算や配賦ルールが自社独自で、パッケージの設定では吸収できない場合は、原価管理システム開発として連携と原価計算の部分を作り込む選択肢もあります。どこまでを既製品に任せ、どこからを作るかの切り分けから相談を受け付けています。
よくある質問
ERPと工数管理の組み合わせを検討する際によく出る質問に、本文の内容を踏まえて答えます。
ERPに工数管理機能があれば工数管理ツールは不要ですか？
原価を見る単位がプロジェクトやWBS要素までで足り、現場の入力にもERPの画面で無理がなければ不要です。ERP標準なら承認済みの工数がそのまま案件原価になり、連携の手間がかかりません。一方、作業区分まで細かく記録したい、スマートフォンから短時間で入力させたいといった要件があり、ERPの入力画面では現場が回らない場合は、工数管理ツールを別に入れて連携させるほうが定着します。
販売管理システムと工数管理を連携させると何が分かりますか？
受注額と、その案件に実際にかかった労務費を同じ案件コードで並べられるため、案件別の粗利が月次、連携頻度によっては日次で分かるようになります。見積もり時の予定工数と実績工数の差も案件ごとに残るので、どの種類の案件で見積もりが甘くなりやすいかを数字で把握できます。前提は、受注番号と工数の案件コードが1対1で結び付いていることです。
工数の入力は日ごとの時間入力と月ごとの割合入力のどちらがよいですか？
案件の期間が短く、進行中に採算を見たい業態なら日ごとの時間入力です。月末にまとめて原価を確定できれば足りる業態や、1人が担当する案件数が少ない部署なら、月ごとの割合入力でも原価計算の精度は大きく落ちません。割合入力は現場の負担が軽い反面、月の途中で赤字の兆候をつかめないため、短納期の受託案件が多い会社には向きません。
原価管理システムのデモ前に準備しておくものは何ですか？
実在の案件1件分の受注額、担当メンバー、1か月分の工数、外注費や経費の明細を用意します。あわせて、自社の賃率表、間接費の配賦基準、月次締めの日程も持参すると、標準機能で対応できる部分と設定や追加開発が要る部分をその場で切り分けられます。機能一覧を見比べるより、自社のデータで1案件を通しで操作してもらうほうが製品間の差は明確です。
ERP導入前に工数管理だけ先に始めてもよいですか？
始めて構いません。むしろ工数の入力習慣と案件コードの体系を先に整えておくと、ERP導入時の移行が楽になります。注意したいのは、工数ツールで作った案件コードや作業区分が、後で入れるERPの受け皿と食い違うことです。将来のERPで原価を見たい単位を先に決め、その単位に合わせてツールのマスタを設計しておけば、導入時に過去データを捨てずに済みます。
関連記事
- 工数管理ツールの導入事例：6社の公開事例で比べる集計時間の削減幅と原価連携の分かれ目：別立てツールを入れた会社の効果と定着条件を実名事例で比べています。
- 工数管理ツール比較｜料金の実額試算と中小企業向けの選び方：別立てする工数管理ツールの候補と料金の試算をまとめています。
- 原価管理システムとは？機能・原価計算との違いから選び方と受託開発の判断まで：工数の受け皿となる原価管理システムの全体像を扱っています。
- プロジェクト予算管理とは？案件別の予実管理・工数連動の原価把握と進め方：工数と連動させた案件別の予算実績管理の進め方を解説しています。
