鋳造業向け原価管理システムの開発は、原価ルールと現場データを先に整理し、段階的に検証しながら進めると、実際原価を早く把握できます。
開発は、要件整理から定着までの6フェーズで進みます。要件整理、選定、設計・開発の順に始まり、テスト、稼働、定着と続きます。全体像は、鋳造業向け原価管理システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・鋳造業向け原価管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
鋳造業向け原価管理システムの全体像
鋳造の原価は、材料の購入額を含め、エネルギー・作業・設備・外注の費用まで対象になります。これらは製品や製番に配賦して扱います。
投入重量と出荷できた良品重量の差も確認して、採算を判断します。そのため、原価管理は生産・在庫・品質管理と一体で考えます。
鋳造の原価に含める範囲：材料費に加えて歩留まりと品質ロス
炉へのチャージ重量と、注湯後に出荷できる良品重量は一致しないことが一般的です。また、返り材を再溶解する場合は、評価方法と再投入時の扱いも決めておきます。
不良、切断くず、仕上げロス、再加工工数を製品別に記録できていないと、見積より利益が減った理由を説明しにくくなります。
- 材料費：銑鉄・スクラップ・合金、砂・中子などを配賦します。
- エネルギー費：電力・ガスなどを工程や炉にひも付けます。
- 労務・設備・外注費：直接作業の労務費、減価償却費、外注費を原価に反映します。
- 重量実績：投入・良品・返り材・不良の重量を比べます。
費用は、製番・品目・材質・炉・工程ごとに追跡します。また、個数と重量も同じ画面や帳票で比べます。
必要な機能の4領域：原価計算・工程実績・品質・連携
原価の数字を現場の実績につなぐため、機能は次の4つの領域に分けて押さえます。
- 原価計算：見積・計画・標準・実際・速報原価を使い分け、製番別・品目別・顧客別に予実差異を見ます。
- 工程実績：造型、溶解、注湯、仕上げ、検査、外注の時間と数量を集めます。
- 品質管理：ヒート番号、炉、材質、配合、注湯日時、検査結果、不良原因を結び付けます。
- システム連携：会計・販売・購買・在庫・生産管理・MES・設備IoT・勤怠・工数・BIを検討します。
確認の範囲や、各システムとの連携方法は、自社の要件に落とし込みます。
参考として、株式会社コスモサミットの製品では、個数・重量管理や炉ごとの配合計算が紹介されています。ほかに、材質分析、品質情報、実績収集、EDI連携も挙げられています（出典：株式会社コスモサミット「鋳造業向け生産管理システム」）。
鋳造業向け原価管理システムの進め方
製品選定や画面作成を急がず、原価判断に必要な業務とデータを先にそろえます。開発は6フェーズで進めます。
選定中のデモや設計中の試作品で小さく検証すると、後戻りを減らせます。また、現場担当者にも操作を確かめてもらいます。
フェーズ1：要件整理における原価ルールと現場データの洗い出し
導入の検討には、経営・工場・生産管理の責任者を集めます。品質・購買・経理・情報システムの責任者も加えます。そのうえで、導入目的を3〜5個のKPIとして決めます。
- 月次原価：翌月の第何営業日までに算出するかを決めます。
- 歩留まり差：見積と実際の差を翌日に確認できる状態を目指します。
- 製品別粗利：受注判断の前に確認できる状態にします。
「DXを進める」という目標のままだと、機能追加が目的になりやすいため、達成した状態を数値や期限で表します。
次に、現行のExcelや紙の日報、配合表、購買単価表を集めます。さらに、会計科目、在庫台帳、検査記録、設備データも対象にします。
工場・炉・造型機の数や、品目・材質・製番の体系も確認します。体系がそろっていないと、工場ごとの数字を一緒に見られません。
重量と個数の単位、材料ロット、良品・不良・返り材・再溶解の区分を洗い出します。単位や区分が人によって違うと、同じ製品でも数字が合わなくなります。
加えて、作業時間の取得方法、外注工程、締め日も確かめておきます。締め日がずれると、月次の原価を同じ時点で比べられません。
誰がいつ、どの端末で、どの単位を入力するかも記しておきます。現場で入力者が決まっていないと、入力漏れが起きやすくなります。
原価制度では、標準原価と実際原価の使い分けを決めておきます。また、材料単価を移動平均、最終仕入、標準単価のどれで評価するかも定めます。
共通費の配賦先と仕掛品の評価時点も決めておきます。曖昧なまま委託すると、完成後に経理と工場で数字が合わなくなる恐れがあります。
フェーズ2：選定における鋳造の実績と標準機能の境界の確認
最初からスクラッチに決めず、まずは標準機能で業務を変えられる範囲と、対応できない特殊要件を分けます。そのうえで候補を比較します。
- クラウド製品：標準機能を中心に導入します。
- 製造業向けパッケージ：鋳造設定や連携を加えます。
- 原価システム単体：既存基幹を残して導入します。
- ERP・MES統合：複数工場を統合します。
- フルスクラッチ：独自制度に合わせて開発します。
デモには実データを持ち込みます。たとえば、材質FCD450、炉Aのケースを試します。そのケースは、チャージ1,000kg・注湯900kg・良品720kg・返り材120kg・不良60kgの重量で試します。
製品原価と歩留まり差異を確認できる画面があるか、個数だけで計算していないかを見ます。返り材を二重計上しないか、ヒート番号から検査結果を追えるかも確かめます。
候補会社には、同じ質問票で尋ねる項目をそろえます。鋳造の直接実績と金属加工などの隣接実績、原価制度の対応範囲、API・CSV連携の方式を確かめます。クラウドかオンプレミスかも含め、障害時の支援体制まで尋ねておくと、稼働後に慌てずに済みます。
製品名や会社規模で判断するよりも、現場担当者が同席するデモで、炉・配合・歩留まり・不良の話が通じるかを見極めます。
フェーズ3：設計・開発におけるデータの流れと入力負担の決定
受注から原価締めまでを、鋳込計画・作業指図・材料払出・溶解・注湯・仕上げ・検査・出荷の順に、データの流れとしてつなぎます。画面の一覧を作る前に、実績と原価項目の対応を定めておきます。
- 作業時間：工程別の労務費に反映します。
- 電力・ガス：炉または期間別の製造間接費に反映します。
- 検査不良：不良費や手直し費へ連携します。
現場の入力には、タブレット、バーコード・QR、ハンディ端末、設備からの自動取得を使い分けます。炉前では、手袋での操作、粉じん、温度、通信断を考慮します。
入力を増やしても、精密なデータが取れるとは限りません。そのため、項目を絞り、選択式やバーコードを優先します。作業者が止めずに入力できる最小限の項目から始め、品質と原価に必要なデータを残します。
開発は、1工場・1炉・1製品群のMVP（Minimum Viable Product）から始めると検証しやすくなります。材料投入・注湯・良品と不良までを、このMVPの中で一通り動かします。作業時間・在庫・原価差異も、同じMVPで確かめます。
現場と経理が同じ数字を見られるかも確認します。特殊帳票や全工場分析よりも、原価の根拠データが正しく届くことを優先します。
フェーズ4：テストにおける原価計算と連携の実データ検証
画面が動くかだけでなく、投入から原価確定まで数字が合うかを調べます。各テストでは、担当者が必要な処理を完了できるかも確認します。
- 単体テスト：画面や計算式を検証します。
- 結合テスト：会計・購買・在庫・生産管理との連携を確認します。
- 総合テスト：製番を最初から最後まで通します。
- 受入テスト：経理の月次締めと、工場の翌日歩留まり確認を担当者が判定します。
材料単価変更、複数材質の配合、返り材の再投入を試します。良品と不良の混在、月またぎの仕掛品、外注工程も対象にします。
特に、仕掛品と外注工程は、原価が確定するまでの流れが長い箇所です。設備停止や通信断もテストに入れます。
二重送信や作業時間の欠損を含め、重量と個数の片方だけが更新されたとき、在庫や原価が崩れないかを確認します。
紙へ戻す手順と、復旧後の再入力・重複排除も対象です。
経済産業省の2025年の中小規模製造事業者向け工場セキュリティ解説書は、重要設備を特定する手順を示しています。サイバー攻撃で製品の供給を止めない観点から、対策を始めます（出典：経済産業省「工場セキュリティの重要性と始め方」）。
設備やIoTと接続する場合は、IT・OTの境界、遠隔保守、多要素認証を確かめます。さらに、操作ログ、バックアップ、復旧訓練もテスト計画に入れます。
フェーズ5：稼働における段階的な切り替えと月次処理の安定化
本番の前に、マスタ移行や権限、端末配置を決めます。さらに、教育、サポート窓口、障害連絡先も決めておきます。稼働直後に誰へ相談すればよいかが分からないと、現場の手が止まります。
品目・材質・炉・工程のマスタでは、重複や廃止品、表記揺れを整理します。単位・材料・取引先・原価要素のマスタも、同じ観点で整理します。
過去データは、比較に必要な期間と、法令・監査上保存が必要なデータに分けて計画します。
全工場を同日に切り替える方式より、1工場または1製品群で先行稼働し、次の拠点へ広げるほうが安全です。
最初の締めでは、旧Excelや会計と新システムの数字を並べ、差異の理由を記録します。仕様、入力漏れ、計算式の誤りを確認したうえで、責任者が稼働判定します。
- クラウド：初期導入を短くしやすく、バックアップや更新をサービス側へ寄せられます。
- オンプレミス：既存設備や社内ネットワークと統合できる場合があります。
クラウドでは、通信断時の入力、保存場所、外部接続の権限を確認します。一方、オンプレミスでは、サーバー更新、脆弱性対応、バックアップの担当を定めます。方式は、工場の停止許容時間と運用体制に合わせて選びます。
フェーズ6：定着における入力の意味と改善サイクルの共有
使われない原因は、操作方法より「なぜ入力するのか」が伝わっていないことにあります。そのため、入力した注湯実績が翌日の材料準備や不良分析に使われることを、作業者に示します。
管理者には、製番別の見積差異を早く把握できると伝えます。ただし、入力を評価や責任追及だけに使うと過少申告の恐れがあるため、改善用データとして使うことで合意します。
- 週次：入力率、未入力、修正件数、連携エラー、歩留まり差異を確認します。
- 月次：原価締めとKPIを振り返ります。
- 項目・工程の見直し：入力過多や現場に合わない記録時点を修正します。
3か月程度の実績がたまったら、材料単価差・使用量差・歩留まり差・労務費差・設備費差・不良費に分けて、改善テーマを決めます。
2025年の製缶製造業の事例では、約10名の企業が、紙のスケジュール・日報・原価管理からクラウド型の現場管理へ移りました。また、紙の記録と集計を廃止し、事務作業時間を約50％削減したと紹介されています（出典：クラウドデザイン「原価・日報をクラウドで一元化」）。
なお、鋳造業で同じ効果が出るとは限りません。現場が使える範囲から始める考え方は、参考になります。
鋳造業向け原価管理システムの費用相場とコストの内訳
鋳造業専用の開発費を一律に示す公開統計は多くありません。そのため、示す数字は、リサーチノートと2026年の一般的な業務システム相場、製造業周辺の公開事例をもとにした検討用のレンジです。
費用は、工場や炉の数、ユーザー数によって変わります。既存設備との連携、データ移行、原価制度、カスタマイズ量も、費用に影響します。
導入パターン別の初期費用の幅：100万円台から1億円超
導入パターンごとの費用と期間は、機能範囲や連携の複雑さで異なります。検討時は、この幅を比べる軸として使えます。
- 標準クラウド：初期100万〜500万円、1〜4か月程度です。
- 鋳造設定付きパッケージ：鋳造向け設定・連携・マスタ移行を加え、500万〜2,000万円程度、3〜9か月程度です。
- 複数工場の統合：2,000万〜5,000万円、9〜18か月程度です。
- フルスクラッチ：3,000万〜1億円超、12〜24か月以上となる可能性があります。
標準クラウドの目安は、原価・在庫・工程の基本設定、初期教育、軽微なCSV連携を想定しています。月額5万〜30万円程度の利用料は、初期費用とは別に見込みます。
複数工場の統合では、ERP・MES、品質・トレーサビリティ、設備データ、監査ログを含む場合があります。フルスクラッチは、独自の原価制度や設備連携を想定しています。
一般的な業務系Webシステムの費用目安は、規模で分けて示されています（出典：イー・ジーシステム「システム開発の費用相場と見積書の読み方（2026年版）」）。小規模は100万〜300万円、中規模は300万〜800万円、大規模は800万円〜数千万円とされています。
鋳造では、重量や歩留まり、炉、品質、ロットを扱います。そのため、同じ機能数の一般的な在庫管理と比べると、費用が上振れしやすいと考えられます。
費用の内訳：要件定義、開発、移行、教育、保守
総額は、工程と付帯費用に分けて考えます。内訳が分かれば、価格差や追加要求の影響を比べられます。
- 開発工程：要件定義・企画、基本・詳細設計、実装、単体・結合・総合テスト。
- 導入作業：データ移行、端末・機器、教育、稼働支援。
- 継続費用：クラウド・ライセンス、保守、ハードウェア、外注部品。
2026年の公開情報では、開発費は人月単価と工数に、ハードウェアやライセンス、外注部品、保守などを加えて決まると整理されています。
リサーチノート上の人月単価目安は、PMが月90万〜150万円、SEが65万〜110万円、PGが50万〜90万円、テスターが45万〜80万円程度です。
単価は、経験や地域、契約形態によって変わります。業務知識や常駐の有無でも変わります。単価が安くても工数が増えれば総額は上がるため、単価だけで選ばないようにします。
保守運用は、初期開発費の年15〜25％程度が一つの目安です。クラウド利用料や端末、バックアップ、監視のほか、法改正対応、問い合わせ、現地駆け付けは別に確認します。
クオリカの鋳造オプションと原価管理の公開価格は、2011年時点でクラウド25万円税別から、オンプレミス500万円税別からでした（出典：クオリカの2011年ニュースリリース）。
なお、この価格は現在の価格ではありません。歴史的な参考値として扱い、現行の見積もりを取得します。
期間と投資効果の評価軸：原価の速報性と改善額
開発期間は、画面数よりも、データ連携・拠点数・マスタ移行・受入テスト・教育の量で決まります。
- 標準クラウド：1〜4か月で導入できても、原価制度の整理や端末準備に時間がかかる場合があります。
- 複数工場の切り替え：9〜18か月程度を見込み、稼働判定と予備期間を含めます。
- 投資効果：月末集計の人件費のほか、差異の早期発見、材料単価差・歩留まり差の抑制、不良・手直し原因の追跡、製品別採算による受注条件の見直しで評価します。
- 導入前の測定：月次原価確定日数、集計・転記時間、不良原因不明件数、採算を出せる割合を記録します。
見積もりを取る際のポイント
対象範囲・データ・計算ルール・連携・運用条件を、同じ粒度で開発会社に伝えます。RFPが不十分だと、各社の見積範囲が異なり、価格を比べるのが難しくなります。
RFPの記載項目：工場・炉・単位・原価方式・連携・運用条件
RFPに書く項目は、次の5つです。
- 設備・品目：工場・炉・造型機・仕上げ設備・品目数・材質を示します。
- 識別・実績：製番・ロット・ヒート採番、個数・重量単位、材料単価・配合、良品・不良・返り材・再溶解・仕掛品・外注を挙げます。
- 原価計算：標準・実際・予算原価の扱いと、実績の確定時期・反映先を文章とサンプルデータで示します。
- システム連携：会計・販売・購買・在庫・生産管理・品質・勤怠・設備IoT・BIの接続方式、頻度、再送、責任分界を記します。
- 運用条件：クラウド・オンプレミスの希望、通信断時の入力、権限・承認・監査ログ、バックアップ・復旧目標、保守時間・SLA、教育・移行範囲を記します。
RFPには、対象工場、計算ルール、データの動き、運用条件を、どの会社にも同じ粒度で記します。前提をそろえると、「一式」の見積も工程別に比べやすくなります。
同じサンプルケースと見積内訳による複数社の比較
候補は3社程度から始め、同じRFP、サンプルデータ、納期条件で提案を受けます。比べる観点は、次の4つです。
- 鋳造への理解：工程、重量・個数、歩留まり、返り材への対応。
- システム適合：原価方式、会計・生産・設備連携、現場端末。
- 導入・保守：体制、移行責任、保守窓口、追加開発単価。
- 実績と機能範囲：鋳造か隣接業種か、標準機能か追加開発か。
デモには経営・工場・経理・品質・情報システムが参加します。経営は採算と予実差を、工場は入力時間と操作性を確認します。
経理は締め処理と在庫評価を、品質はヒート・材質・不良の追跡を見ます。情報システムは、認証、ログ、連携、保守を評価します。
提案書の見栄えで判断するよりも、現場担当者が一連の操作を行い、翌日も使えるかを確かめます。
安い見積のテスト・移行・教育・保守の抜けの確認
極端に安い見積もりは、一部の工程が別料金になっている可能性があります。
- 別料金の工程：要件定義、移行、結合テスト、現場教育、稼働支援、保守の有無を確かめます。
- 見積の前提：工程別人月、成果物、前提、対象外、追加変更単価を見ます。
- 変更・連携費：計算式変更の担当、マスタ追加費、連携エラー調査、現地対応の範囲を確認します。
- データ・保守：データ出力と解約時の返却、脆弱性対応、バックアップ復旧、サポート時間を確かめます。
工程ごとの内容をそろえたうえで、導入完了までに必要な総額で比べます。要件定義を短くしすぎると、追加開発や納期延長で差額が膨らむことがあります。
「別途協議」「必要に応じて対応」は、質問票で具体化して、契約書や要件定義書に反映します。
よくある質問（FAQ）
導入では、費用、既存システムとの関係、現場運用への影響について質問が寄せられます。発注前に確認したい点について、質問ごとに答えます。
鋳造業向け原価管理システムの開発費はいくらですか？
標準クラウドは初期100万〜500万円程度が目安です。鋳造設定・連携付きパッケージは500万〜2,000万円程度、複数工場連携は2,000万〜5,000万円程度が検討用の目安です。
独自制度や設備連携を含むスクラッチ開発は、3,000万〜1億円超の可能性があります。公開相場とリサーチに基づく目安なので、工場数や連携数、移行、保守の範囲によって見積もりは変わります。
既存の会計システムや生産管理システムを残したまま導入できますか？
既存の会計・販売・購買・在庫・生産管理は残したまま、原価管理だけを導入できます。連携には、API、CSV、ETLの方法があります。
材料単価・在庫評価・製番・仕掛品・締め日の定義が異なると、数字は合いません。そのため、連携項目、更新時期、エラー時の再送、正とするシステムを要件定義で決めます。
クラウド型は工場の現場でも定着しますか？
定着の鍵は、クラウドかどうかよりも、現場環境に合う入力設計にあります。通信状態や端末の耐久性、手袋での操作を確認します。粉じん、温度、通信断時の手順も見ておきます。
タブレット、ハンディ端末、バーコード、設備連携は使い分けます。まずは1工場・1炉・1製品群で試し、入力時間や未入力、修正件数を見ながら項目を調整します。そうすると、全社展開のリスクを抑えられます。
AIで原価予測をする前に何を整備すべきですか？
材料単価・投入・良品重量・返り材・不良原因・作業時間・設備稼働の定義と入力品質を整えます。単位や欠損理由が不統一だと、予測の根拠を説明しにくくなります。
まず、標準・実際原価と予実差異を安定して出し、履歴を蓄積します。そのうえで、材料価格や歩留まりのシミュレーションへ広げます。
まとめ
鋳造業向け原価管理では、機能数よりも、チャージから良品までの重量・歩留まり・返り材・不良・作業時間を集め、見積・計画・実際原価と予実差異につなぐ設計が大切です。
経営が見たい採算と、現場で入力できる実績を結び付けることが、導入を成功させる条件です。
6フェーズを通じた判断基準と責任者の明確化
6フェーズでは、要件整理でKPI・原価制度・データを定義します。選定では鋳造実績と標準機能の境界を確認し、設計・開発ではデータの流れと入力負担を決めます。
テストでは実データの原価と連携を検証し、稼働は小さく切り替えます。定着後は入力率と差異を改善します。完了条件と意思決定者を決めておくと、追加開発や納期延長の判断がしやすくなります。
最初のサンプルデータとRFPの準備と候補会社への相談
工場・炉・品目・材質・重量単位を一覧にします。良品・不良・返り材の区分も書き出します。さらに、材料単価・原価方式・既存連携を整理し、代表的な製番のサンプルデータを用意します。
サンプルを使って、候補会社のデモと見積もりを比べます。初期費用だけでなく、移行・教育・保守・追加開発・セキュリティを含む総費用で判断します。
▼全体ガイドの記事
・鋳造業向け原価管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。