価格改定の確認は、一覧から高い原価率の商品を探すだけでは終わりません。ケースとバラ、旧価格と新価格、未設定とゼロが混ざると、計算式が正しくても誤った指摘が出ます。
この記事では、AIで確認候補を整理した経験から、価格マスターを変更する前の点検手順をまとめます。
この記事の要点
- 原価率と粗利率を区別し、同じ税区分・販売単位の数字だけを比較します。
- ケースとバラの原価は、入数や定義が確認できるまで機械的に補完しません。
- AIは確認候補と理由を出し、担当者の承認前に価格マスターを書き換えません。
高い・低いを判定する前に、何の比率かを決める
仕入価格と売価の一覧をAIで点検すると、条件に当てはまる行を素早く抽出できます。しかし、列名が「利益率」でも、計算式が仕入単価を売価で割っていれば、見ているのは原価の割合です。最初に名前と式をそろえないと、注意すべき方向まで逆になります。
実務では、価格の一覧を比較して確認用の資料を作り、担当者へ内容を確認する段階まで進めました。原価率の高低を見る前に、どの値とどの値を比べているかを確かめる作業です。
| 指標 | この記事での計算 | 読む方向 |
|---|---|---|
| 商品単位の原価率 | 同じ販売単位の原価 ÷ 売価 × 100 | 高いほど、売価に占める原価の割合が大きい |
| 商品単位の粗利率 | （売価 − 同じ販売単位の原価）÷ 売価 × 100 | 低いほど、売価に対して残る粗利が小さい |
ここでの原価は、点検に使う仕入単価など、社内で定義した商品単位の値です。運賃・値引き・リベート等を含むかで結果が変わり、決算上の売上原価と必ず同じになるわけではありません。売価がゼロや未設定の行には、この比率をそのまま計算しません。
ここでの原価率は商品ごとの点検用で、会社全体の売上高総利益率（中小機構の経営自己診断システム「個別指標一覧」）とは集計の範囲が違います。
ケースとバラは、同じ名前の商品でも別に確かめる
ケースの仕入単価と、バラの売価を直接割っても意味のある原価率にはなりません。同じ商品コードでも、列ごとに単位が違うことがあります。商品コード、価格の単位、入数、税区分を対応させてから計算します。
バラ原価が空欄やゼロだからといって、ケース原価をそのまま使いません。入数で割ってよいことが確認できる場合だけ換算し、端数処理のルールも残します。販売形態や仕入形態が違い、単純に割れない場合は、換算せず確認対象にします。
架空例：ケース原価をバラ売価で割らない
架空の商品1行で、同じ税区分・原価定義にそろえて計算します。ケース原価1,200円、1ケース12個、バラ売価150円とします。実在の商品・価格ではありません。
| 計算 | 結果 | 読み方 |
|---|---|---|
| 誤り：1,200÷150×100 | 800％ | ケース原価と1個の売価を混ぜている |
| 1個の原価：1,200÷12 | 100円 | 入数12個が確認できる場合の換算 |
| 正しい原価率：100÷150×100 | 約66.7％ | 売価に占める1個の原価 |
| 粗利率：（150−100）÷150×100 | 約33.3％ | 同じ定義なら原価率との合計は100％ |
入数が不明、売価がゼロ、税区分が違う行は、この計算へ進めません。値引きやリベートを含めて確かめる方法は、リベート計算の記事で紹介しています。
改定日をそろえて、旧価格と新価格の混在を探す
一覧を作った日と、価格を適用する日は別です。改定前の原価と改定後の売価を組み合わせたり、その逆を混ぜたりすると、見かけの異常が生まれます。比較する資料の対象日、各価格の適用開始日、価格据え置きの承認があるかを列で持ちます。
改定一覧に載っていない商品まで、未対応だと決めつけることもしません。今回の改定対象外、承認済みの据え置き、確認待ちを分けます。AIには、見えている資料だけで価格変更の理由を推定させないようにします。
確認表は、異常の名前より根拠を残す
| 確認候補 | 確認する根拠 | 確定前の扱い |
|---|---|---|
| 原価率が設定範囲外 | 単位・価格の適用日・社内基準 | 担当者が理由を確認する |
| バラ原価が未設定 | 入数・仕入条件・原価の定義 | 推定値で埋めず保留する |
| 売価がゼロ | 未使用品か、設定漏れか | 比率を出さず状態を確認する |
| 新旧価格が混在 | 改定対象と適用開始日 | 変更の必要性を確かめる |
抽出した行には、参照した資料、元の数値、換算方法、判定理由、確認結果を付けます。特別な取引条件がある行は、機械的な基準だけでは誤りと判定できません。確認結果を見てから、次回も使える条件なのか、その商品だけの例外なのかを決めます。
確認資料の作成と、マスター更新を分離する
最初の試行では、原本を変更せず確認用の一覧を作る方が差分を追いやすくなります。担当者が承認した変更だけを既存の手順で反映し、更新後の値と適用日を再確認します。承認内容と、実際に取り込んだ差分を対応させて残します。
利益に関わる確認なので、「問題なし」と出た行も、導入時には原本と比べる対象に含めます。誤って異常にした行だけでなく、見落とした行がないかを見るためです。実際の取引先・商品・価格条件を含む資料は、権限を決めて取り扱います。
点検から更新候補へ進めるときの設計
価格の点検に続く構想として、改定資料と商品マスターを照合し、更新候補のCSVを作る流れも整理しました。資料の入力、商品の対応付け、新価格の候補作成、人の確認、既存システムへの取込という順です。この構想を進める際も、候補作成・承認・取込結果の確認を工程として用意します。
メーカー側のコードと社内コードは、同じ数字だと決めつけず対応を持ちます。得意先コードが必要な処理へ商品コードを代用することもしません。似た商品名から候補を出せても、規格や単位まで確かめて一つに絞れない行は保留し、誤った価格をまとめて取り込まない設計にします。
よくある質問
- Qケース原価とバラ売価から、そのまま原価率を出せますか？
- A
出せません。入数と税区分、原価の定義を確かめ、同じ販売単位へ換算してから割ります。入数が不明なら推定値で計算せず保留します。
- Q価格点検での原価率と粗利率はどう違いますか？
- A
原価率は同じ単位の原価を売価で割った割合、粗利率は売価から原価を引いて売価で割った割合です。両者は原価の範囲と税区分が同じ場合に比較できます。
- QAIが抽出した価格の異常候補は、自動で直してよいですか？
- A
直しません。適用日、例外条件、入数、元資料を担当者が確認し、承認した変更だけを既存の更新手順で反映します。候補一覧と本番更新を分けます。
まとめ
価格改定の点検では、原価と売価の定義、ケースとバラの換算、価格の適用日を先にそろえます。AIが並べた候補へ参照資料と判定理由を付け、担当者が承認した変更だけを既存の手順で反映する流れにします。
仕入単価の違いを原本から確かめる作業は、納品書OCRと仕入明細を突合する記事で扱っています。在庫の動きまで含めて見る場合は、在庫回転率を資料化する記事も併せて確認できます。
コメント