売上原価Proは、売上と仕入原価に加え、製品・半製品・材料という在庫の階層を確認したい会社で検討するシステムです。提供会社は株式会社アイ・ジェイ・エス。製造業、工事業、受託サービス業などの業務を案内していますが、導入判断では業種名よりも、原価管理を含む版の選択と在庫・伝票の扱いが重要です。この記事では、原価機能を含むUG・MUGを中心に、クラウドの公開料金、他製品との違い、移行と解約時の確認事項を整理します。
確認日：2026年8月31日。公式サイトの事実と、BIZEE編集部による実務上の確認提案を区別しています。実際の業務データを投入した性能試験や、利用者アンケートによる評価は行っていません。
売上原価Proとは：販売管理と仕入原価をつなぐ
公式製品ページでは、製品・半製品・材料の3階層で在庫状況を扱う構成や、移動平均による製造原価計算を案内しています。見積、構成入力、受発注、ロット、生産日報、予定在庫、会計連携などの項目も掲載されています。これらはすべての契約に無条件で含まれるという意味ではなく、版や導入構成を確認するための機能候補として読みます。
例えば受注品を作る会社では、材料を買った時点、製造へ投入した時点、完成した時点、顧客へ出荷した時点が異なります。売上と現金支出だけを並べる台帳では、在庫として残っている材料や途中の製品を説明しづらくなります。この流れを整理することが目的なら、工事原価や人の工数を中心とする他製品とは違う観点で評価する必要があります。
仕様サマリーと、UG・MUG・MUの違い
| 項目 | 公開案内 | 判断に必要な条件 |
|---|---|---|
| MU版 | 見積・売上管理 | 原価管理目的の候補と同列にしない |
| UG版 | 売上・仕入原価管理 | 見積管理も必要ならMUGと比較 |
| MUG版 | 見積・売上・仕入原価管理 | 一連の業務を揃える候補 |
| 在庫の観点 | 製品・半製品・材料の階層を案内 | 実際の構成、単位、評価方法を検証 |
| クラウド | 複数拠点・外出先利用の案内あり | 接続方式、端末、CALの数え方を確認 |
| 連携 | OBC、TKC、PCA、弥生などへの案内 | 同じ会社名でも製品・版を特定 |
| 料金 | クラウドタイプA・MUGの年間利用料を掲載 | 全プラン共通価格と扱わない |
出典：販売元の製品ページ（2026年8月31日確認）。「売上原価Pro」という名称に原価が入っていても、MU版は公式説明上、見積と売上のタイプです。購入単価の比較だけで版を選ぶと、欲しかった仕入原価管理が見積構成にない可能性があります。必要機能を製品名だけでなく版名とともに指定してください。
業務担当者が求める機能を一枚の一覧にすると、版の選定を進めやすくなります。営業は見積と受注、購買は発注と入荷、製造は日報と在庫、経理は請求と仕訳というように担当を分け、その間をどの番号でつなぐか確認します。全員がすべての情報を編集する必要はありません。閲覧だけの利用者も含め、必要な権限とライセンスの扱いを見積窓口へ伝えます。
料金：クラウドタイプAの掲載額を基準にする
販売元の現行ページには、クラウドタイプA・MUG版の年間利用料として、1CALが300,960円、2CALが506,880円、3CALが665,280円、4CALが792,000円、5CALが902,880円と掲載されています。税抜額です。これは特定のクラウドタイプ・版・ライセンス条件の料金であり、売上原価Pro全体の最低価格や全費用を表すものではありません。
| クラウドタイプA・MUG | 年間利用料・税抜 | 読み方 |
|---|---|---|
| 1CAL | 300,960円 | 1CALの利用条件を見積時に確認 |
| 2CAL | 506,880円 | 単純に1CAL料金の2倍ではない |
| 3CAL | 665,280円 | 増員時の追加条件も確認 |
| 4CAL | 792,000円 | 移行・指導費用と分けて管理 |
| 5CAL | 902,880円 | 他タイプや上位人数は個別に確認 |
出典：アイ・ジェイ・エスの価格掲載箇所（2026年8月31日確認）。他社の連携製品紹介や過去記事に別の年額があっても、同じ条件とは限りません。本記事では販売元のこの掲載額を優先します。安い方の数字を抜き出して「年額いくらから」とするのではなく、タイプ、版、CAL、対象期間を揃えて確認してください。
CALを社員数やPC台数へ機械的に置き換えないことも大切です。接続権の割り当て、同時利用、端末変更、在宅勤務での使用を販売元へ確認し、見積書にその条件を残します。クラウドの利用料以外に、データ移行、帳票調整、導入指導、端末・周辺環境、連携側システムの利用料が必要かを別行で確認します。年間利用料を12で割った額は比較の参考であり、月単位で解約・支払いできる契約だとは意味しません。
製品・半製品・材料を区別する導入設計
在庫管理で最初に決めるのは、どの状態をどの品目として記録するかです。完成していない製品をすべて一つの「仕掛」へまとめると、どの材料がどの製品へ使われたか追いづらくなります。一方、実務で記録できないほど細かく品目を分けると、入力の遅れが常態化します。原価差異を説明したい粒度と、現場で記録できる単位を合わせてください。
- 材料の受入品目・数量・単位・仕入時点を揃える。
- 製造への投入対象製品と実際の使用量を結びつける。
- 半製品・完成品の確認状態の変化と残数量を照合する。
- 出荷・採算確認売上と原価を同じ対象・時点で比較する。
上図は在庫と原価を検討する編集部の業務整理例で、売上原価Proの画面操作順を表したものではありません。試験では、材料をまとめ買いし、複数の製品へ分けて使う例を用意します。返品、廃棄、端材、外注加工への払い出しなど、自社で頻繁に起きる例も追加してください。帳簿上の数量だけでなく、担当者が実物の動きと照合できる資料が出せるかを見ます。
移動平均の案内があることだけで自社の原価計算方針と合うとは限りません。仕入金額が後から変わった場合、締め日をまたいだ返品、負の在庫が発生した場合などの扱いを具体的に質問します。会計・税務上の採用方針や処理の妥当性は、製品広告から判断せず、自社の経理責任者や専門家と確認します。記事は個別の会計処理を指示するものではありません。
他商品と比較した強み・弱み
- 強み：どっと原価3やレッツ原価管理Go2を工事管理の観点で比較するのに対し、製品・半製品・材料の在庫階層と製造原価を選定軸にできる点です。
- 強み：Reforma PSAの案件・工数中心の選定と比べ、構成入力や生産日報、予定在庫など、ものの動きを確認する質問を立てやすい製品です。
- 弱み：MU・UG・MUG、クラウドタイプ、CALなどの条件を揃える必要があり、製品名と一つの月額だけでは費用を比較できません。
- 弱み：公開ページだけでは契約終了の予告期限、途中解約時の返金、終了後データの閲覧期間を確定できません。これらを見積前の必須質問として扱う必要があります。
比較は特定の機能が「絶対にない」という断定ではありません。ZACにも在庫管理や工程管理の機能案内があるため、製造系の要件なら必ず売上原価Proだけに絞るわけではありません。自社が必要とする部品構成、在庫評価、作業工程、承認、会計との接続を同じサンプルで比較し、標準機能と追加対応を区別してください。
工事の外注費と実行予算を中心に管理するなら、どっと原価3やレッツ原価管理Go2の方が説明を自社業務へ当てはめやすいことがあります。逆に受託制作で人の時間が主な原価なら、Reforma PSAの工数・案件管理も候補です。「対応業種が多い」ことを、自社に最も適している証拠にしないでください。
向く企業と、別の仕組みを検討したい企業
向くのは、受注・製造・販売・仕入が分かれ、在庫の状態を含めて採算を整理したい企業です。特に、見積段階の想定原価と実績のずれを次の見積へ反映したい場合、構成・数量・単価を対応させる設計が役立ちます。データを入力する担当部門が複数あるため、責任者が部門間のコードや締切を調整できることが前提になります。
一方、入出金の収支表だけが必要な事業では、版の選定や在庫の整備にかける作業が過剰になる可能性があります。また、高度な生産計画や設備制約の最適化を主目的にする場合、公開されている機能名だけで対応できると判断せず、生産管理システムとしての要件を別に確認してください。ロット管理の項目があることは、あらゆる業界の追跡・品質要件への適合を保証しません。
複数倉庫、委託在庫、預かり品、自社所有でない材料を扱う会社も、標準の在庫と混ぜずに試験します。所有者と保管場所が違うケースを一つ用意し、集計対象からの除外や原価への反映が希望どおりになるか確認します。導入後に手作業で補正し続ける運用になるなら、その補正が毎月どれだけ発生するかを見積もり、採用の可否を判断します。
移行前のマスター整備：品目と単位を統一する
売上原価Proの導入で重要なのは、品目コードの統一です。同じ材料を仕入先ごとの品番で別品目として持っている場合、在庫や原価を合算してよいのか確認します。表記が似ていても規格が違う材料を統合すると、数量と単価が混ざります。コード、名称、規格、単位、仕入先品番の対応表を作り、現場が識別できる形で管理してください。
数量の単位にも注意が必要です。仕入では箱、現場では個、販売ではセットといった違いがあるなら、変換の基準と端数を決めます。変換率が一定でない材料や、実測によって数量が変わるものは、一律の係数で処理できるとは限りません。こうした例をデモ時に提示し、誰が実数を入力し、どこで確認するかを明確にします。
過去データの移行では、使用をやめた品目をすべて削除する前に、過年度の参照や返品に必要か確認します。現行品目と休止品目を区別して残せるかを調べ、入力候補へ古い品目が大量に出ることを防ぎます。マスターの変更権限は限定し、名称変更と別品目の新設を使い分けるルールを残します。具体的な照合資料は原価管理の移行手順にまとめています。
見積・受発注・原価の試験シナリオ
試験には、見積から売上まで一直線に完了する例に加え、納期や数量が途中で変わる例を使います。材料の値上げが見積後に発生した場合、仕入先を切り替えた場合、製造数量の一部だけを納品した場合などです。実際の伝票を匿名化して、期待する原価の変化と出力資料を先に書き、画面を見ながら都合よく合否を変えないようにします。
- 同じ材料を複数の製品に投入した数量が合う。
- 一部納品後の残数量と、未請求の取引が区別できる。
- 仕入単価訂正がどの原価へ影響したか説明できる。
- 返品・廃棄・再加工を正常な売上と混ぜず確認できる。
- 品目・取引先・案件別の合計を旧台帳と照合できる。
上記は製品が対応していることを確認済みとする一覧ではなく、導入時に確かめる試験案です。満たせない項目があれば、その回避方法を「手作業」で済ませず、担当者、頻度、証跡、誤りの検出方法まで整理します。毎日発生する修正が大量に必要なら、月額料金が安くても業務に適合していない可能性があります。
会計・請求連携で、会社名と製品名を取り違えない
公式ページにはOBC、TKC、PCA、弥生との会計連携や、請求電子化・勤怠との連携案内があります。ただし「弥生に対応」「奉行とつながる」という会社名単位の説明では、手元の製品・バージョンが対象か確定できません。導入中の正式製品名、版、利用形態、取り込み形式を提示し、仕訳や請求データの受け渡し方法を確認します。
連携の評価では、初回データが入るだけでなく、訂正、取消、再送を試します。税区分、部門、補助科目、取引先コードが一致しない場合にどこへエラーが出るかも確認してください。原価システム側では完了、会計側では失敗という状態が起きた際、翌日の確認で検知できる資料が必要です。担当者が画面を一つずつ探さないと分からない運用は、繁忙期に見落としやすくなります。
請求書を電子送付する機能を組み合わせる場合、請求確定と送付完了、取引先への到達確認を分けます。下書き状態の請求を誤送信しないか、再発行の番号が追えるか、連携側サービスが停止したときに代替手順があるかを検討します。外部サービスの契約料や解約は別条件になり得るため、売上原価Pro本体の見積に含まれると推定しないでください。
解約・返金・データ持ち出しの確認事項
確認した販売元公開ページでは、一般契約に共通する解約予告期限、年契約途中の返金、終了後のデータ閲覧期間を確定できませんでした。したがって、本記事は「返金なし」「いつでも解約」「終了後何日保存」といった条件を断定しません。これらは空白のまま発注してよい事項ではなく、正式な申込書・利用条件で確認してから採用を決める項目です。
契約窓口には、契約開始日と満了日、更新の方法、更新しない場合の通知期限、中途解約の費用、未利用分の返金の扱いをまとめて尋ねます。販売代理店を通す場合は、問い合わせ先と実際の契約相手を区別してください。クラウド基盤の停止、本体利用権、保守、個別の連携サービスが同じ日で終了するかも確認すると、解約後に一部だけ請求が続く混乱を避けやすくなります。
データについては、移行先へ取り込む明細と、過年度を読むための資料を分けて用意します。品目マスター、取引先、在庫残高、ロット情報、未完了受発注、債権債務、帳票様式がどの形式で出せるかを確認します。専用バックアップだけを持っても、契約終了後にその形式を読む環境が残らなければ参照できません。一般的な形式での出力や閲覧用環境の条件を、利用開始前から整理しておきます。
月次運用と、在庫差異が出たときの切り分け
在庫差異を見つけたときは、すぐに帳簿を実物へ合わせる前に、受入・投入・完成・出荷のどこでずれたかを確認します。入力遅れ、単位の違い、二重登録、返品の未処理など、原因によって必要な対処が異なります。数量を直接調整するだけでは翌月も同じ差異が起きるため、修正した理由と元の伝票をたどれる記録を残します。
月次の原価比較では、同じ対象期間、同じ品目範囲、同じ評価条件の資料を使います。途中で科目や部門を変更したなら、前月との比較にその影響が含まれます。原材料の価格変化と、製造数量や歩留まりの変化を混ぜて一つの「原価悪化」と呼ばないよう、差異の要因を分けます。具体的な分析資料は自社の計算方針と製品の出力方法に合わせて設計します。
締め後に仕入請求書が訂正された場合、どの月へ反映し、既に配布した資料をどう差し替えるかも必要です。原価管理の月次運用では、確定済み資料の再作成を含む運用の組み立て方を説明しています。数字が変わったことだけで、製品導入によって利益が改善・悪化したと結論しないでください。
よくある質問と、次の確認先
MU版でも原価管理できますか？
公式の版説明ではMUは見積・売上、UGは売上・仕入原価、MUGは見積・売上・仕入原価です。原価を目的にするならUGまたはMUGを候補として必要機能を確認します。最安の版名だけを見て契約せず、見積書に仕入原価管理が含まれることを明記してもらってください。
クラウドタイプAの年額が総費用ですか？
いいえ。掲載は指定された版・CALの年間利用料です。導入指導、移行、帳票調整、接続環境、周辺サービス等の費用が必要かを別に確認します。税抜額と税込額、初年度と更新年度を分けると、他製品の見積と比較しやすくなります。
建設会社にも使えますか？
提供元は工事業の用途も案内しています。ただし、自社の実行予算、支払査定、追加工事、外注管理を希望どおり扱えるかは別の確認です。原価管理システムの比較ハブで業務の型を選び、建設向け候補と同じ工事例を試してください。
在庫機能があれば、すべての生産管理もできますか？
そのようには断定できません。生産計画、設備、品質、納期、トレーサビリティの必要範囲は企業ごとに違います。要件整理と選定のガイドで必須条件と追加希望を分け、販売元へ回答を求めてください。
調査方法・更新履歴
2026年8月31日、アイ・ジェイ・エスの売上原価Pro公式ページを確認し、現行版の説明、クラウドタイプA・MUGの料金、製造・在庫・連携の案内を整理しました。過去の第三者紹介にある異なる価格を現行料金として採用していません。契約の非公開条件は不明と明示し、口コミ、評価点、未検証の導入効果を作成していません。
更新履歴：2026年8月31日新規作成。原価を含まないMUとUG・MUGを区別し、製造の原価単位、移行前の品目整理、解約時のデータ出力を追加しました。最新料金と適用条件は申込時に販売元へ確認してください。
