■ 前回のおさらい

前回、業務量が売上以上に増える理由として、

• 事業数の増加
• 少額取引の増加
• 承認フローの増加
• データの分断
• ガバナンス強化

という5つの要因を整理しました。

どれも納得感のある話です。しかしここで、もう一つ重要な問いがあります。

■ なぜ、それは止まらないのか？

これらの要因は、多くの会社で発生します。

でも本当に問題なのは、「それが止まらないこと」です。

なぜ、

• どんどん複雑になり
• どんどん業務が増え
• どんどん人が増えるのか

ここを説明しないと、本質にはたどり着きません。

■ よくある対応

実務では、こういう対応が繰り返されます。

• 事業が増えた → とりあえず個別対応
• 管理項目が増えた → Excelで対応
• データが足りない → 手作業で補完

そして問題が起きると、

• チェックを増やす
• 承認を増やす
• 人を増やす

一つひとつは合理的です。しかし、これを積み重ねるとどうなるか。

■ 気づかないうちに起きていること

結果として起きているのは、「業務設計が存在しない状態」です。

本来、業務は

• どういう単位で管理するのか
• どこまで標準化するのか
• どのデータを正とするのか

といった設計が必要です。

しかし現実は、その都度の対応で積み上がる。

つまり、設計ではなく“対応の集合体”になっているのです。

■ なぜそれが危険なのか

この状態になると、業務は次のように変化します。

• 事業ごとにルールが違う
• 同じデータが複数存在する
• どこが正しいか分からない
• 確認・調整が増える

結果として、「処理」ではなく「調整」が仕事になる

■ そして起きること

この状態では、システムでは解決できません。

なぜなら、システムは「設計」を前提にしているからです。

設計がない状態でシステムを入れると、

• 無理やり合わせる
• 結局Excelが残る
• さらに複雑になる

という悪循環になります。

■ 本当の因果関係

ここまでを整理すると、本当の構造はこうです。

事業増加
↓
個別対応
↓
ルール未整備
↓
Excel運用
↓
業務複雑化
↓
チェック増加
↓
人員増加

つまり、

問題は業務量ではなく、業務の作り方です。

■ 多くの会社が気づいていないこと

重要なのは、この状態は「自然にそうなる」ことです。

誰かが間違えたわけではない。

むしろ、現場は合理的に動いています。だからこそ怖い。

気づいたときには、戻れないレベルで複雑になっています。

■ まとめ

本当の原因は、取引数でも承認フローでもありません。

業務設計がないことです。

そしてそれが、業務を増やし続ける構造を作っています。

■ 前回のおさらい

前回、業務量は「取引数」ではなく、業務の構造で決まるという話をしました。

つまり、売上が同じでも構造によって業務量は何倍にもなる。

では実際に、業務量が売上以上に増えてしまう原因は何か？

今回はここを具体的に見ていきます。

■ 理由①：事業数が増える

まず一番大きいのがこれです。

事業数の増加

多くの会社は、売上ではなく事業の数に比例して仕事が増えます。

例えば、

• 1事業 → 請求1つ、契約1つ
• 100事業 → 請求100、契約100

売上が同じでも、事業が増えれば業務は指数的に増えていきます。

■ 理由②：少額取引が増える

次に多いのが、

取引の粒度が細かくなること

特にデジタル系の事業では、

• 少額決済
• 広告課金
• ポイント処理

などが大量に発生します。

例えば、1億円の売上でも

• 1億円 × 1件
• 100円 × 100万件

では、業務量はまったく違います。

■ 理由③：承認フローが増える

会社が大きくなると、チェックや承認が増えます。

例えば、

• 申請
  → 上長
  → 部門長
  → 経理
  → 役員

1つの取引でも、複数の作業に分解される ようになります。

結果として、

件数は同じでも業務量は何倍にも膨らみます。

■ 理由④：データが一度で使えない

これも非常に多いです。

データが整流化されていない状態

例えば、

• 基幹システム
• 会計システム
• 管理会計用データ

それぞれで

• 加工
• 転記
• 確認

が発生する。つまり、同じデータを何度も触っている 状態です。

これは業務量を爆発させる典型パターンです。

■ 理由⑤：ガバナンスが強化される

会社が成長すると、当然ながら

• 内部統制
• 証憑管理
• 監査対応

が求められます。

これは必要なことですが、同時にチェック業務が増えることを意味します。

つまり、「安全性」と引き換えに業務量が増えていく構造です。

■ ここまでをまとめると

これら5つの要因はすべて、売上とは直接関係がありません。

しかし、確実に業務量を増やします。

整理するとこうなります。

• 事業数が増える
• 取引が細かくなる
• 承認が増える
• データが分断される
• チェックが増える

これらが重なると、業務量は売上を簡単に超えていきます。

■ 重要なポイント

ここで重要なのは、これらはすべて自然に発生するということです。

つまり、何もしないと必ずこうなる。

だから多くの会社で、

• 人が増え続ける
• 業務が重くなる

という現象が起きます。

■ まとめ

業務量が増えるのは、売上が伸びたからではありません。業務が増える“構造”が積み上がるからです。

■ 前回のおさらい

前回、「取引が増えたから人が増えた」という説明は本質ではない、という話をしました。

なぜなら、

• 取引が増えた
• 業務量が増えた
• 人が増えた

これは単なる現象の説明だからです。

本当に重要なのは、

「なぜそうなるのか？」

という原因の部分です。

■ 多くの会社が見ているもの

多くの会社は、こう考えます。

• 取引数が増えている
• 申請件数が増えている
• 処理が追いつかない

だから、人を増やすしかない

これは一見、合理的です。しかしここには、大きな落とし穴があります。

■ 見ているものが“浅い”

この考え方は、「表に見えている数字」しか見ていない

という問題があります。

例えば、

• 取引数
• 申請件数
• 仕訳数

これらはすべて“結果”です。

しかし本来見るべきなのは、その裏にある

「業務の作り方」

です。

■ 構造で見るとはどういうことか

ここで重要なのが、

「構造で考える」という視点です。

構造とは、

• どういうルールで業務が発生し
• どういう流れで処理され
• どこで手間が増えているか

という“仕組み”のことです。

■ 同じ売上でも、業務量は全く変わる

例えば、次の2つの会社を考えてみてください。

A社

• 3つの事業
• ルールは統一
• システムで一括処理

B社

• 100の事業
• 事業ごとにルールが違う
• Excelで個別対応

売上が同じだとしても、どちらの会社の方が忙しいかは明らかです。

当然、B社です。

■ 何が違うのか

この違いは、取引数ではありません。

違いはこれです。

• 事業の数
• ルールの統一度
• データの流れ
• 処理の方法

つまり、業務の構造そのもの

です。

■ 業務量はこうやって決まる

業務量は単純な件数ではなく、次の掛け算で決まります。

業務量 ＝ 件数 × 複雑さ × 手作業率

例えば、

• 件数が同じでも
• 承認が3段階あれば3倍
• データ加工があればさらに増える

このように、構造が変わるだけで業務量は簡単に何倍にもなります。

■ なぜ構造が崩れるのか

ではなぜ、こうした構造になるのか。

多くの場合、原因はシンプルです。

• 事業が増える
• 個別対応で乗り切る
• ルールを統一しない
• Excelでつなぐ

これを繰り返すと、気づかないうちに “複雑で戻れない構造” ができあがります。

■ まとめ

問題は「取引数」ではありません。

本当の問題は、業務が増え続ける“構造”ができていること です。

そしてこの構造は、放っておくと必ず人を増やし続ける方向に働きます。

• ACCESS再構築
• Excel × PowerQuery
• Kintone
• Power BI
• ERP

を整理してきました。最終回は、最も重要な問いに答えます。結局、どれを選ぶべきか。

まず結論：判断軸は2つある

ツール選定の本質は、

① 原価構造の複雑性
② データ量と利用環境

この2つです。売上規模ではありません。従業員数でもありません。

判断軸①：原価構造の複雑性

次の問いにいくつ「YES」がつくでしょうか。

• 多品種少量生産である
• 製番数が多い
• 部門間配賦が多段階
• 標準原価差異を厳密管理したい
• 拠点が複数ある
• 在庫評価が重要
• 上場や監査対応を視野に入れている

YESが多いほど、原価制度は複雑です。複雑性が高い企業は、簡易的な仕組みでは運用が破綻します。

判断軸②：データ量と利用環境

もう一つの軸が、データ量です。例えば、

• 月間製番数は何件か
• 工数データは月何行か
• 原価明細は年間何行か
• 同時利用者は何人か
• リアルタイム共有が必要か

仮に原価構造がシンプルでも、

• 月数十万行の実績データ
• 利用者が20人以上
• 拠点間同時接続

といった環境では、ExcelやACCESSでは限界が見えます。

逆に、原価構造が多少複雑でも、データ量が限定的で利用者が少数なら、Power BIやACCESSで十分運用可能な場合もあります。

複雑性 × データ量で整理すると

イメージとしては、次のように整理できます。

■ 複雑性：低 × データ量：少

→ ACCESS再構築
→ Power BI単体構築
→ Excel運用

現実的でコスト効率が良い。

■ 複雑性：中 × データ量：中

→ Power BI＋基幹データ連携
→ 設計見直し型ACCESS
→ クラウド基盤＋集計設計

設計力が重要。

■ 複雑性：高 × データ量：多

→ ERP検討が現実的

このゾーンで簡易ツールに固執すると、必ず再構築になります。

ツール選定の本質

重要なのは、「何が流行っているか」ではなく、

• 自社の原価制度の複雑さ
• データのボリューム
• 利用者環境

に対して、過不足のない選択をすることです。過小投資は再構築リスク。過大投資はコスト負担。どちらも経営にとっては損失です。

最後に

原価計算システムの選定は、ITの話ではありません。経営基盤の設計です。

• どこまで精緻に把握するのか
• どの頻度で意思決定に使うのか
• どのレベルまで将来拡張するのか

その答えが決まれば、ツールは自然に絞られます。複雑性とデータ量。この2軸で一度、自社を整理してみてください。

そこからが、本当のスタートです。

「ERPを入れるべきか？」
「クラウドに移行すべきか？」

しかし、実務で最も有効な第一歩は、意外にも Excel × PowerQuery であることが少なくありません。

今回は、その現実的な使い方と限界を整理します。

なぜExcelが現実的なのか

中小製造業において、Excelはすでにインフラです。

• 現場も使える
• 経理も使える
• データもExcelで出てくる

新しいツールを導入するよりも、心理的ハードルが圧倒的に低い。さらにPowerQueryを使えば、

• データの自動取得
• データ整形
• マスタとの結合
• 集計処理の自動化

が可能になります。もはや単なる表計算ソフトではありません。

本当の目的は「完成」ではなく「分解」

ここで重要なのは、Excelで原価計算を完成させることが目的ではないという点です。目的は、ブラックボックス化した原価ロジックを一度分解すること です。

例えば、

• 材料費はどこから来ているのか
• 工数データはどう取り込まれているのか
• 間接費はどの基準で配賦されているのか
• どこで手修正が入っているのか

これらを一つ一つ、PowerQueryで見える形にしていく。すると、

• 不要な二重処理
• 根拠不明の按分
• 属人化したExcel補正

が浮き彫りになります。この「見える化」こそが最大の価値です。

ただし、Excelはデータベースではない

ここは重要な注意点です。Excel＋PowerQueryは、リレーショナルデータベースではありません。ACCESSやSQL Serverのように、

• 主キー・外部キー制約
• 参照整合性の強制
• データ入力時の制御

といった機能は持っていません。PowerQueryでテーブルを結合することはできますが、

• マスタが削除されても警告は出ない
• 重複キーがあっても自動的に止まらない
• データ整合性は設計者に依存する

という構造になります。つまり、整合性は守られるのではなく、守る必要があるという点が根本的な違いです。

どこまでなら現実的か

実務上、次の規模感であればExcelは十分有効です。

• 月間製番数が数百レベル
• 実績データが月数万行程度
• 利用者が限定的（数名）
• 主に分析・再設計目的

この範囲であれば、PowerQueryは非常に強力です。しかし、

• 多人数同時利用
• 入力系システムとしての運用
• リアルタイム拠点共有
• 厳密なデータ統制

が必要な場合、Excelは適していません。

Excel活用の正しい位置づけ

Excelは「最終形」ではなく、再設計のための中間地点であることが多いのです。一度Excelでロジックを分解し、

• そのまま小規模運用する
• ACCESSを再設計する
• クラウド基盤に移行する
• ERPへ統合する

といった次の一手を判断する。いきなり大規模投資をするより、失敗確率は大きく下がります。

最大の価値は原価の流れが見えること

原価は、

• どこからデータが来て
• どこで加工され
• どの基準で配賦され
• どう集計されているか

が見えなければ、正しい議論ができません。

Excel × PowerQueryは、この流れを一度“見える形”にするための最適な道具です。

次回は、「Kintoneなどクラウド業務基盤で原価管理を構築する」というアプローチを整理します。原価計算を単体で考えるのではなく、業務全体の流れの中で再設計する方法です。

システム刷新の成否は、ツールではなく、設計思想で決まります。

しかも、それは10年、20年前に作られたものだったりします。なぜ、これほどまでにACCESSが生き残っているのでしょうか。そして、なぜ多くの会社が「そろそろ限界だ」と感じながらも置き換えられないのでしょうか。

今回はその背景を整理します。

2000年代、原価計算はACCESSで作るのが普通だった

2000年代初頭、多くの中小企業にはERPを導入するだけの予算がありませんでした。しかし、原価計算は必要です。

そこで登場したのが、外部SEや会計事務所、あるいは社内のITに強い社員によって作られた「ACCESS製原価計算システム」でした。

ACCESSは、

• データベースが構築できる
• 入力画面や帳票が作れる
• Excelと連携できる
• 開発コストが比較的安い

という特徴があり、中小企業にとって非常にバランスの良いツールでした。当時としては、合理的で、現実的で、そして十分に実用的な選択だったのです。

なぜ今も残り続けているのか？

20年経った今でも、当時のACCESSが現役で動いています。その背景には、いくつかの理由があります。

①とりあえず動いている

原価計算は毎月回っている。決算も組めている。多少時間がかかっても、Excelで補正すれば何とかなる。つまり、「困ってはいるが、止まってはいない」という状態です。大きな事故が起きていない限り、システム刷新は後回しになります。

②ロジックがブラックボックス化している

長年の改修の積み重ねにより、

• 間接費の配賦ロジック
• 製番別集計の条件
• 材料費や外注費の按分処理
• 工数データの取り込み仕様

などが、誰にも全体像を説明できない状態になっていることが少なくありません。「触ると壊れるかもしれない」・・・この心理が、現状維持を生みます。

③作った人がいない

開発者がすでに退職している、外注先と連絡が取れない、設計書が残っていない。こうした状況もよく見られます。

小さな修正ですら怖くてできない。しかし全面的な再構築も不安。その結果、延命が続きます。

生産形態・生産方法が変わっている

ここが、実は最も重要なポイントです。20年前と比べて、多くの製造業では次のような変化が起きています。

• ロット生産から多品種少量生産へ
• 見込生産から受注生産へ
• 内製中心から外注活用型へ
• 国内単一拠点から複数拠点体制へ

しかし、原価計算ロジックは当時の生産前提のまま、というケースが少なくありません。

たとえば、かつては単純な標準配賦で問題なかった間接費が、現在の複雑な工程構造では実態を表していないことがあります。つまり、生産の実態は変わったのに、原価の計算方法は変わっていないというズレが起きているのです。

このズレは徐々に蓄積し、経営判断を静かに歪めます。

いま起きている典型的な問題

実務の現場では、次のような症状が出始めます。

• 月次締めに時間がかかる。
• Excelでの手修正が増える。
• 拠点追加や新製品に柔軟に対応できない。
• 間接費配賦が「毎年なんとなく」決まる。

そして最も深刻なのは、算出された原価が、本当に現場の実態を反映しているのか分からない という状態です。

原価が歪めば、

• 価格決定
• 受注可否判断
• 製品別採算判断
• 設備投資判断

すべてが影響を受けます。

問題はACCESSではない

ここで強調したいのは、問題はACCESSというツールそのものではない、ということです。

問題の本質は、

• 当時の前提で設計されたロジック
• 生産形態の変化に追随していない計算構造
• 属人化した運用体制

にあります。

ACCESSは単なる器にすぎません。しかし、その器の中身が時代に合っていない可能性はあります。

これから考えるべきこと

では、

• 延命すべきなのか
• 作り直すべきなのか
• クラウドへ移行すべきなのか
• Excelで再設計すれば足りるのか
• KintoneやPowerBIは使えるのか

次回以降、選択肢を整理していきます。重要なのは、単なるツール比較ではありません。自社の生産形態に合った原価設計になっているかどうか。20年前に作った仕組みで、今の経営判断に耐えられるのか。一度立ち止まって考えるタイミングに来ている企業は、決して少なくありません。

中小製造業の現場では、原価計算の仕組みが10年以上更新されないまま、ACCESSや独自マクロに依存した状態が続いているケースが少なくありません。担当者が退職してしまい、仕組みの中身がブラックボックス化していることも多く、もはや誰もメンテナンスできないレガシー原価計算となっている状況をよく見かけます。

しかし、原価計算は製造業の経営の根幹です。正確な原価が分からなければ、見積、利益管理、製番採算、生産性の評価など、核心的な意思決定がすべて曖昧になります。

本記事では、こうした企業がACCESSから脱却し、Power Query＋Excelを使って原価計算を現代版に作り直すための具体的ステップを、実務の流れに沿って解説します。

なぜ、Power Queryで作り直す必要があるのか

まず、なぜ10年前に作られたACCESSを今も使い続けるのが問題なのか。理由は明確に3つあります。

1. ACCESSは「属人化」と「ブラックボックス化」を招く

ACCESSは担当者個人のスキルと工夫で作られるため、
・中身が誰にも分からない
・更新できない
・担当者が退職したら終わり
というリスクが常にあります。

2. 基幹システムや会計システムとの連携が弱い

10年前のACCESSは、現代のデータ連携前提の世界には合いません。
基幹システムから月次データを落とすだけでも、「加工」「貼り付け」「整形」などの手作業が山ほど発生します。

3. 原価計算は変化するのに、仕組みは変わらない

製品の工程も構成部品も人件費も、10年前と同じではありません。
しかし、ACCESS原価計算は設計が古いため、新しい要素を反映できず、原価が現実と乖離していきます。

Power Queryを使うことで、この3つの問題はすべて解消されます。

Power Queryで再構築するメリット

Power Query（Excel標準機能）は、ACCESSに代わる次世代ツールとして中小製造業との相性が非常に良いです。

Power Queryの主なメリット

・毎月のデータ取り込み → 整形 → 統合を自動化できる
・データ結合（JOIN）が強く、Excelでデータベース的な処理が可能
・BOM展開、製番別集計、部門別集計などを毎月ボタン1つで更新
・アクセス権が不要で、誰でもExcelで確認できる
・担当者交代しても継続運用できる
・集計結果はそのままExcelで分析・レポート化できる

つまり、「データはPower Query、分析と報告はExcel」という役割分担で、ACCESSの弱点をすべて克服できます。

再構築の全体像：この順番で作れば必ずうまくいく

ACCESSで行っていた業務を、Power Query＋Excelで再構築するための手順は次の5ステップです。

① データの“素材”をPower Queryで全て取り込む

まずは、基幹システムと会計システムから取得できるデータをそのまま取り込みます。

基幹システム
・製番
・製品名
・BOM
・材料・部品の予定原価／実際原価
・工程別予定工数／実際工数
・工程の着手日・完了日

会計システム
・部門経費（実績）
・部門労務費（実績）

旧ACCESSに入力していたデータ
・部門経費・労務費の年間予算
・年間操業時間

これらをPower Queryで「元データのまま」「整形不要」で読み込むことが最初の正しい一歩です。

② データモデルを設計する（原価の“計算ロジック”を組む）

次に、原価計算のロジックをPower Queryで再現します。個別原価計算の場合、計算の中心は次の3つです。

1. 材料費の原価計算

・BOM
・材料予定単価
・材料実際単価
をJOINして製番別に展開します。

2. 加工費の計算

加工費＝部門別の労務費＋部門経費を
「部門の操業時間」で割って作った加工費単価（1時間あたり）を使う。

・工程実績時間 × 部門別加工費単価
で製番別加工費を算出。

3. 製番別の仕掛品・完成品原価

製番ごとの
・月内投入工数
・月内消費材料
・完成報告
を基に、「当月完成」「次月繰越仕掛」に分けて計算。

ACCESSで行っていた製番別の仕掛品・完成品計算は、Power Queryの
・グループ化
・集計列
・JOIN
を組み合わせれば完全に再現できます。

③ 年度計画（予算）と操業度の反映

ACCESSでは「年間予算」「年間操業時間」を別途入力していましたが、これもPower Queryで統合します。

年度開始時に入力しておくだけで、毎月
・操業度差異
・予算差異
が自動計算されます。

Power Queryで再現可能な差異分析

・予定工数と実際工数の差
・部門予算と実績の差
・操業度差異（標準操業時間との差）
・材料差異（標準単価と実際単価）
・加工費差異（予定工数と実際工数）

これらは、ACCESSよりむしろPower Queryの方が管理性が高く、柔軟に設計できます。

④ 最終の「原価レポート」をExcelで作る

Power Queryで計算された原価データは、Excel上で以下のような可視化が簡単にできます。

・製番別損益
・製番別材料費／加工費の内訳
・部門別予算管理
・工程別負荷の月次推移
・仕掛金額の月次推移
・完成品原価の一覧

必要なデータを適切にPower Queryで加工しておけば、Excelのピボットテーブルだけで経営レポートが作成できます。

⑤ 運用設計：毎月の更新作業を「ボタン一つ」に

最後に、運用設計です。毎月の作業は本来こうあるべきです。

1. 基幹システムからCSVを落とす
2. 会計システムからCSVを落とす
3. Power Queryを「更新」ボタンで一括更新
4. Excelレポートが自動更新される

つまり、ACCESS時代のように「貼り付け／加工／結合」をしない世界が作れる、これがPower Query移行の最も大きなメリットです。

なぜPower Query移行は「経営にとって」価値があるのか

最後に、これは単なるツール乗り換えではありません。経営にとっても重要な意味を持ちます。

1. 原価が現実に追いつく

10年前に作られたACCESSのロジックでは、現代の部品構成や工数変動に対応できません。Power Queryで構造を設計し直すことで、原価が現実と一致し、経営判断が正確になります。

2. 担当者が変わっても続けられる

ExcelとPower Queryは社内で最も習得されているツールです。属人化を排除し、企業の仕組みとして維持できます。

3. 製番採算の透明性が高まり、利益改善が進む

製番別の材料費、加工費、工数差異、設備負荷などが可視化されるため、改善活動が定着しやすくなります。

まとめ：Power Queryで原価計算は「再設計」できる

ACCESS原価計算からの脱却は、「ツールの変更」ではなく経営インフラの現代化
です。

Power QueryとExcelを使えば、
・データが自動でつながり
・加工と集計が標準化され
・誰でも運用でき
・製番別採算が正しく見える
原価計算のあるべき姿が実現できます。

もしACCESS原価計算に限界を感じているなら、今こそ再構築の絶好のタイミングです。

中堅製造業からよくいただく相談の多くは、「原価計算が複雑でブラックボックス化している」「製品別原価も部門別原価もどちらも中途半端」というものです。原価計算そのものが難しいというより、目的の異なる管理を一つの仕組みに押し込めてしまうため、途中から整合性が取れなくなります。

典型的な迷走パターンとして、次のような状況が共通して見られます。
・製品別採算と部門別稼働の両方を、同じ原価データで賄おうとする
・目的を決めずに仕組みを作り、後から用途を増やしてしまう
・配賦基準や工程の括りが担当者によって解釈が異なる

このように、本来独立して整理すべき目的を一つに重ねてしまい、構造が途中から破綻してしまうのです。

製品別原価は「投入のトレース」と「金額化」の世界

製品別原価は、ある製品を作るために何をどれだけ使ったかを数量として捉えるところから始まります。材料や部品は数量 × 単価で材料費が求まりますが、問題は加工費の算定です。加工費は部門や工程で発生した労務費と製造経費を集計し、それをその月の稼働時間で割って時間当たり加工費単価を求めます。

そこに製品が実際に使った作業時間を掛け合わせて、製品別加工費を算出します。この一連の流れを成立させるには、「どの工程を何分使ったか」「その工程の1時間当たりの加工費はいくらか」というデータの正確性が欠かせません。

製品別原価が重要なのは、次のような経営判断の基盤になるからです。
・利益率の低い製品の切り捨て
・高付加価値製品へのシフト
・営業・見積の戦略修正

つまり、製品別原価は儲けるための意思決定に直結する領域であり、投入のトレースが曖昧だとそのまま経営判断の誤りにつながってしまいます。

部門別管理は「工程の時間と負荷」を正しく把握する世界

部門別管理は、製品別原価とはまったく異なる目的を持っています。金額の大小よりも、どの工程にどれだけの負荷がかかっているかを把握し、生産能力と生産計画の整合性を確認することが中心です。

例えば、次のような視点で現場を管理します。
・工程ごとの月間稼働時間は適正か
・正常操業度と比べて過負荷・過小負荷はどこか
・人員配置や残業計画は適切か
・生産計画の工数は現実的か

この世界では、「時間」が中心であり、金額情報は必須ではありません。
部門別管理は、現場改善と生産計画に即結びつく一方、製品別採算のように金額を細かく割り付ける必要はありません。ここが両者の決定的な違いです。

部門別は製品別の内数であり、並列ではない

多くの企業が誤解しているのが、「部門別原価」と「製品別原価」を並列の管理テーマと捉えてしまうことです。しかし実際には、部門別の加工費単価がそのまま製品別原価の構成要素になります。つまり、部門別は製品別の「内数」であり、階層関係にあります。

この関係を理解していないと次のような歪みが生じます。
・部門単価が曖昧なまま製品別原価を出してしまう
・結果として、製品別の採算が説明できなくなる
・部門別の稼働状況と、製品別原価の数字が矛盾する
・会議で数字の根拠を説明できず、結局「去年と同じ」になる

「部門別をおろそかにしたまま製品別を精緻にする」のは構造的に不可能です。土台を固めずに2階だけ建てようとするようなもので、どれだけシステムを導入しても数字は安定しません。

迷子を避けるには、まず原価の目的を明確にすること

原価計算には、実際原価・予定原価・標準原価といった異なる種類があり、どれを使うべきかは目的によって変わります。しかし、多くの企業では目的の整理が不十分なまま、複数の目的を一つの仕組みで満たそうとしてしまいます。その結果、データの粒度も配賦基準も安定せず、数字が迷走していきます。

目的を整理すると、必要な設計が自然に決まっていきます。
・製品別採算を見たいなら、投入のトレースと予定原価が中心
・部門別の負荷管理なら、時間データを軸にした簡素なしくみで十分
・見積精度を高めたいなら、標準原価の整備が重要
・財務目的だけなら、実際原価で過度な細分化は不要

原価計算は「目的の設計」が9割です。目的が明確であれば、何を集め、何を省き、どのような単価を使うのかが自然と定まり、複雑さはむしろ解消されます。

原価とは、単に数字の積み上げではなく、経営の目的に合わせて必要な情報を取捨選択する“設計”です。最初に目的をはっきりさせれば、原価計算は複雑なものではなく、経営者にとって頼れる羅針盤になります。

多くの企業が業務改革に挑戦しますが、その多くが期待した成果を上げられずに終わります。原因はシステムの不具合や外部コンサルタントの力量不足ではなく、もっと根本的なところにあります。それは「人」と「時間」の問題です。

改革に不可欠な人材とは

業務改革を成功させるには、現場の業務に精通し、かつ課題を理解し解決する力を持つ社内人材が欠かせません。このような人は現場からの信頼も厚く、改革の方向性を現実的に描くことができます。経営者としても、プロジェクトリーダーを任せるならこうした人を選びたいところです。

それでも改革が失敗する理由

ところが、いざその人を業務改革プロジェクトのリーダーに任命しても、思ったように進まないことが少なくありません。理由は単純で、その人が普段抱えている実務が止まってしまうからです。重要な実務担当者であるがゆえに、会議や調整に時間を割くと、現場は混乱します。その結果、改革よりも日々の業務が優先され、改革は「鳴かず飛ばず」で終わってしまうのです。

本気で改革するなら時間を作る仕組みを

この問題を解決するためには、リーダーの業務時間を確保する仕組みが必要です。
具体的には、次のような対応が考えられます。

• 一時的または常駐の増員を行い、実務を引き継ぐ
• 他の社員に業務を割り振るための配置転換を実施する
• 外部の派遣や業務委託を活用し、現場負担を軽減する

こうした措置を取らずに、ただ外部コンサルタントを導入しても、リーダーは実務に追われ続け、改革の推進力は生まれません。

経営者が担うべき役割

経営者の仕事は、単に「誰を改革のPMにするか」を決めることではありません。その人が改革に専念できる環境を整えることまでが、経営の責任です。時間と人的リソースの確保を伴わない改革は、スタート時点で失敗が約束されていると言っても過言ではありません。

まとめ

業務改革の成否は、戦略やツールよりもまず「人」と「時間」に左右されます。プロジェクトリーダーに適任者を据えると同時に、その人が改革に集中できるだけの余裕を作ること。それが、業務改革を成功へ導くための第一歩です。

多くの企業において、バックオフィス（経理・人事・総務など）は、現場からのあらゆる要望に対応するコンシェルジュ的な存在になっています。「これ入力しておいて」「これってどの書式？」「勤怠の修正お願い」といった、ちょっとした問い合わせから実作業まで、すべてを引き受ける何でも屋。

確かに現場にとってはありがたい存在ですが、バックオフィスの本質的な価値を考えたとき、この状態は持続可能とは言えません。人手不足、業務の煩雑化、属人化。これでは経営の舵取りに必要なデータや示唆を提供するどころか、日々のお世話係で終わってしまいます。

本記事では、この「コンシェルジュ型バックオフィス」から脱却し、「簡素化」と「戦略化」を両立する次世代型のバックオフィス運用について考えていきます。

「何でもしてあげる」ことが限界を招く

人が育たない、担当者が疲弊する、業務が属人化する──その多くは、バックオフィスが現場の代行者になってしまっていることに起因します。

本来、勤怠の記録や申請、会議室の予約、経費の入力などは、現場のメンバーがセルフで完結できる仕組みにしておくべきものです。しかし、「人に頼んだ方が早い」「バックオフィスがやってくれるから」で習慣化すると、業務は膨張し、依存が常態化します。

このような構造は、働き方改革・DX・ガバナンス強化といった外部要請に逆行しており、長期的には企業の競争力低下にもつながります。

目指すべきは「簡素化 × セルフ化 × 戦略化」

今後5年で差がつくバックオフィスの姿は、「現場が自立し、業務は簡素化され、その上で経営の頭脳として機能する」状態です。

第一に必要なのは、現場のセルフサービス化。例えば勤怠や経費、社内申請などは、クラウド型のワークフローやSaaSを活用すれば、誰でも・どこでも・簡単に処理できます。誰かに頼まなくても進む仕組みを整えることで、バックオフィスは代行業から解放されます。

次に、業務そのものの簡素化。複雑なルールや例外処理は排除し、プロセスを標準化・自動化。ツールの導入はもちろん、ルールの見直しこそが鍵です。

そして最後に、空いたリソースを使って戦略的な機能を果たす体制へと転換します。たとえば、KPI設計や経営ダッシュボードの作成、人件費の分析、組織のリスク管理といった“経営を支える業務”です。

実現のための５つのアクション

このような未来のバックオフィスを実現するには、以下のような具体的なアクションが必要です。

1. 現場主導の業務設計を進める
   「これまでバックオフィスがやっていた作業」を洗い出し、現場が自分でできる業務はセルフ化。ツール選定では現場が使いこなせるかを重視する。
2. 業務ルールを見直し、シンプルにする
   ルールが複雑だから人に頼る。ならば、ルールを減らす・簡略化することから始める。例外対応を許さないことも重要。
3. ワークフロー・SaaS・RPAによる自動化基盤の整備
   人的な対応が必要な領域は極力減らし、システムが動く構造を作る。ツール導入後の運用設計と教育もセットで行う。
4. バックオフィスの役割を「経営支援部門」と再定義する
   会計・人事データを集計・可視化し、現場や経営に“示唆”を与える存在へ。BIツール（Power BIなど）の活用が有効。
5. 複合スキル人材の育成・外部人材の活用
   経理×IT、人事×データなどのハイブリッド人材を育てると同時に、必要な部分は外部に委ねる柔軟な体制づくりも推進。

5年後に「仕組みで回る会社」になっているか？

今、バックオフィスが忙殺されている企業は、現場の成長機会を奪い、全社の“仕組み化体力”を落としています。一方で、業務を標準化・セルフ化し、必要最小限の人員で効率的に動いている企業は、変化にも強く、経営判断のスピードも格段に速いのです。

売上の裏に隠れた、膨大な「処理業務」。それを人の頑張りで回すのではなく、仕組みとデータで回す体制をつくれるかどうかで、5年後の競争力は大きく変わります。

まとめ：「やってあげる」時代の終わり

バックオフィスが優秀すぎるがゆえに、現場は自立しない。今まではそれでも回ってきたかもしれません。しかし今後は、全部やってあげること自体がリスクになり、持続性を失う時代です。

これからのバックオフィスは、「誰にでもわかる仕組みを整え、現場の自立を支援し、経営の意思決定を後押しする頭脳」に変わっていく必要があります。
5年後、疲弊しているか、自由になって戦略に集中できているか。分かれ道は、今すでに始まっています。