取引先別の掛け率は何件で管理を見直す？件数より先に見る判断軸と、システムに移す前の整理

◆監修・編集責任者　小園 将隆　2026年11月2日

B2B EC-COLUMN

掛け率の確認と反映に詰まったとき、見直しの合図になるのは件数ではなく何か

「この取引先の掛け率はいくつだったか」と探す時間が増え、見積や請求の金額を間違えかけると、取引先別の掛け率を今の管理方法で何件まで回せるのかが気になります。
ただ、件数だけで線を引ける一律の基準は見当たりません。
同じ取引先数でも、掛け率の種類が多いか、改定が頻繁か、金額を入力する人が何人いるかで、確認の手間と誤りの出方が変わるからです。
この4つを掛け合わせて自社の位置を見ます。
次に、取引先のランク化や例外の整理でどこまで減らせるかを確かめます。
システムへ移すかどうかは、それでも残る例外の量で判断します。

「この取引先はいくつだったか」と迷う場面

見積や受注の金額を出すとき、担当者はまず取引先名から掛け率の一覧を開き、該当する行を探します。
次に、基準になる価格に率を掛けて単価を出し、それを見積書や受注伝票に写します。
取引先が少なく条件も単純なうちは、この流れのどこにも迷う箇所がありません。
迷いが出はじめるのは、行を探す手間が増えたときよりも、見つけた行が正しいと言い切れなくなったときです。

たとえば、同じ取引先について、通常の率の行、ある商品群だけに使う率の行、期間を区切った特別条件の行が並んでいる場合です。
どの行を使うかは、注文された商品や注文日によって変わります。
さらに、営業担当がメールで約束した条件が一覧に入っていなかったり、改定前の行が消されずに残っていたりすると、一覧を見ても答えが一つに定まりません。
担当者は前回の伝票を探したり、営業担当に聞いたりして確かめることになり、その確認が注文のたびに積み重なります。

ここで見えている合図は、件数そのものではありません。
掛け率を探す場所が一つでなくなった、見つけた率が最新かを自分で判断できない、計算した金額を別の人がやり直している、といった状態です。
これらは取引先が数社でも起きますし、取引先が多くても条件が単純なら起きにくいものです。

件数の一律基準が置けない理由

「何社を超えたら管理方法を変えるべき」という目安があれば判断は楽ですが、取引先の件数だけで切り替えを決める一律の基準は、公的な資料にも販売管理システムの資料にも見当たりません。
確認した製品マニュアルのなかには、取引先別の単価をどれだけ登録できるかの上限を記載していないものもあります⁴。

基準が置けない理由は、管理の負担が「取引先の行が何行あるか」ではなく、「1社について何を確かめる必要があるか」で決まるからです。
販売管理システムの仕様を見ても、取引先別の価格は、率のほか、商品分類ごとの仕切率（卸値を決めるために基準価格へ掛ける率）、商品ランク、有効期間付きの契約単価など、いくつもの形で持つことが前提になっています⁴。
数量によって単価を変える持ち方を用意している製品もあります³。
1社に1つの率で済む事業と、1社に分類別・期間別・数量別の条件が重なる事業とでは、同じ取引先数でも、注文のたびに確かめる量がまったく違います。

つまり「何件まで」という問いは、「1社あたり何を確かめているか」と組みにして考えないと答えが出ません。
取引先数は判断材料の一つとして残しつつ、ほかの数と並べて見る必要があります。

取引先数×掛け率の種類×更新頻度×入力担当者数で位置づける

そこで、取引先数だけでなく、掛け率の種類、更新の頻度、金額を入力する担当者の数を掛け合わせて、自社がどこにいるかを見る方法を提案します。
4つの数は、それぞれ負担の違う部分を増やします。

• 取引先数：一覧から探す行の数が増えます。
• 掛け率の種類：1社のなかで、商品分類別、ランク別、期間別、数量別など、使い分ける行が増えます。
• 更新の頻度：改定のたびに新旧の率が混在する期間が生まれ、どちらを使うかの判断が増えます。
• 入力する担当者の数：同じ一覧を読む人が増え、読み方の違いや手元の写しが生まれやすくなります。

これらは足し算ではなく掛け算で効いてきます。
取引先が増えても種類が1つなら探す手間が増えるだけです。
ところが、種類が増えた取引先で改定が続き、入力する人も複数いると、「誰が、いつの、どの行を使ったか」を後から追う作業が生まれます。
見直しの合図として見たいのは、こうした追跡の作業が日常的に発生しているかどうかです。

具体的な閾値は置きませんが、自社の4つの数を書き出してみると、どれが伸びているかは見えます。
取引先数だけが伸びているなら、一覧の探しやすさの問題です。
種類と更新頻度が伸びているなら持ち方の問題、担当者数が伸びているなら共有と確認の問題です。
どこが伸びているかによって、次に手を入れる段階が変わります。

▼ 図の内容を文字で読む

1. 取引先数
   • 一覧から探す行が増える
   • 一覧の探しやすさの問題
2. 掛け率の種類
   • 1社のなかで使い分ける行が増える
   • 持ち方の問題
3. 更新の頻度
   • 新旧の率が混在する期間が生まれる
   • 持ち方の問題
4. 入力する担当者の数
   • 読み方の違いや手元の写しが生まれる
   • 共有と確認の問題
5. 重なったとき
   • 誰が、いつの、どの行を使ったかを後から追う作業

手間と誤りは「決める・持つ・反映する」のどこで出ているか

掛け率を決める段階

最初の段階は、誰が率を決め、どこに記録し、誰に伝えるかです。
新しい取引先の率を営業担当が商談のなかで決め、その場で取引先に伝え、社内には後から共有する流れになっている場合、取引先が知っている率と社内の一覧の率がずれる時間が生まれます。
受注を入力する担当者が一覧どおりに計算しても、取引先が聞いていた金額と合わないという食い違いは、この段階で起きています。

この段階の負担は、システムに移しても消えません。
率を登録するのは人であり、登録前の約束がどこに残るかは運用の問題だからです。
率を決める人と、決めた内容を記録する場所を一つにしておくことが、後の段階の確認を減らす前提になります。

マスタとして持つ段階

次は、決めた率をどんな形で一覧やマスタ（取引先や商品の基本情報を登録しておく台帳）に持つかです。
ここには大きく、率のまま持つ方法と、取引先ごとの単価に直して持つ方法があります。
s-flowは、得意先によって掛率が変わる場合は販売単価掛率を、得意先や数量ごとに単価が異なる場合や定期的に価格改定がある場合は単価マスタを使うよう案内しています⁵。
販売単価掛率は、商品マスタに入力した上代単価（率を掛ける元になる基準価格）に、得意先ごとに設定した掛率を掛ける仕組みです⁵。

持ち方の選択肢がさらに多い製品もあります。
懐刀の得意先別契約単価では、計算区分を契約単価・商品分類別仕切率・商品ランク・歩率の4種から選べます⁴。
同じ取引先でも、ある商品は単価で、ある分類は率で、と持ち方を分けられる前提です。

表計算で管理している場合も、同じ選択が暗黙のうちに行われています。
ある行は「上代の何%」、別の行は「この商品はこの単価」、また別の行は「この分類はこの率」と書かれている一覧では、担当者は行ごとに計算方法を切り替えなければなりません。
基準価格を改定したときの直し方も変わります。
率で持つ行は基準価格と率のどちらを直すかを考え、単価で持つ行は1行ずつ見直すことになります。
持ち方が行ごとに混在していること自体が、確認の手間を増やす原因になっている場合があります。

見積・受注・請求へ反映する段階

3つ目は、持っている率を実際の金額に反映する段階です。
見積、受注、請求と同じ取引先の金額を何度も扱うたびに、担当者は一覧から率を引き直すか、前の書類から写すかのどちらかになります。
引き直すなら探す手間が、写すなら前の書類が誤っていたときにそのまま引き継ぐ危険が残ります。

改定をまたぐ注文では、もう一つの迷いが生じます。
見積を出したときの率と受注を受けたときの率が違う場合、どちらを使うかが決まっていなければ、担当者ごとに判断が分かれます。
この迷いは率の計算ではなく、適用する日付のルールの問題です。

販売管理システムでは、伝票を入力するときにマスタから単価を引用する仕組みがとられます³。
手で率を探して掛け算し、書類に写すという転記は減ります。
一方で、引用された単価が意図どおりかという確認は残ります。
例外が重なったときにどの単価が引用されるかは製品ごとに決まっており、その順序を知らないと、画面に出た金額を正しいものと思い込みやすくなります。

2人で別々に計算して照合し、誤りの出る段階を確かめる

どの段階に問題があるかを確かめる方法として、2人での照合を提案します。
直近の注文から、条件の多い取引先をいくつか選びます。
2人の担当者が、相談せずにそれぞれ一覧やマスタから単価を計算し、実際に発行した見積や請求の金額と並べます。

食い違いの出方によって、問題のある段階が分かります。
2人の計算が一致し、発行済みの金額だけが違うなら、反映する段階で古い率を使ったか、写し間違えた可能性があります。
2人の計算が互いに違うなら、一覧の読み方が人によって変わる状態で、持つ段階の問題です。
2人の計算も発行済みの金額も一致しているのに、取引先が聞いていた条件と違うなら、決める段階で約束が記録されていません。

この照合は、誤りがないことを保証するものではありません。
ただ、漠然と「管理が大変になった」と感じている状態から、どの段階に手を入れればよいかを絞り込めます。
改定のたびに決める段階へ戻り、持つ、反映するを繰り返すことになるため、照合も改定の直後に行うと、新旧の率が混在する期間の食い違いを見つけやすくなります。

▼ 図の内容を文字で読む

• 決める
  • 率と条件を決める人と記録する場所
  • 取引先が聞いていた条件と違う食い違いが出る段階
• 持つ
  • 率で持つか単価で持つか
  • 2人の計算が互いに違う食い違いが出る段階
• 反映する
  • 見積・受注・請求で単価を引く
  • 発行済みの金額だけが違う食い違いが出る段階
• 照合する
  • 2人が別々に計算し発行済みの金額と比べる
  • 改定の直後に行う

取引先のランク化と例外の絞り込みで、掛け率の種類をどこまで減らせるか

ランク・グループにまとめる

照合の結果、持つ段階に負担があると分かった場合、まず考えたいのは掛け率の種類を減らすことです。
取引先ごとに個別の率を持つのではなく、同じ標準条件を共有する取引先をランク（グループ）としてまとめ、ランクと商品分類の組み合わせで率を決めます。
一覧は「取引先がどのランクに属するか」と「ランクと商品分類ごとの率」の2つに分かれ、取引先1社ごとに率を書く行が減ります。

商品側をまとめて率を持つ仕組みは、販売管理システムにもあります。
懐刀では、商品分類ごとの仕切率や商品ランクごとの単価を得意先別に設定できます⁴。
ここでいう商品ランクは商品の側の区分で、取引先をランクにまとめる考え方とは別のものです。
取引先のランク化は、ここで提案する整理の方法として扱います。

まとめる手順は、次の順で進めると判断しやすくなります。

1. 現行の率を、取引先と商品分類の組み合わせで一つの表に並べます。
2. 率の組み合わせがまったく同じ取引先を集め、仮のランク名を付けます。
3. どのランクにも合わない取引先について、ランクとの差を書き出します。
4. その差に理由があるかを、率を決めた営業担当と確かめます。

すでに取引先に提示している率を、ランクに揃えるために変えることは、取引先との条件変更になります。
まとめる作業は、もともと同じ率の取引先を集めるところから始め、差のある取引先を無理に寄せないことが前提です。
どれだけ種類が減るかは、現行の率がどれだけ揃っているかで決まり、一覧を並べてみるまで分かりません。

商品別の例外を絞る

ランクにまとめても、特定の商品だけ条件が違う、一定の期間だけ率を下げている、といった例外は残ります。
例外を減らそうとする前に、一つずつ理由を書き出すことが先です。
理由が分かる例外は、期間限定の条件、数量に応じた条件、特定商品の契約条件などに分けられます。
理由が分からないまま残っている例外は、次の改定のときに見直す候補になります。

例外には、理由とあわせて、いつまで有効か、誰が決めたかを残しておきます。
懐刀では、契約単価と商品分類別仕切率に有効期間を設定できます⁴。
期限付きの条件をシステムで持てる製品がある以上、表計算の段階で期限を記録しておけば、後で移すときにもそのまま項目として使えます。
期限のない例外が増え続けることが、一覧の行が減らない原因になっている場合もあります。

販売店ごとに利益率を持たせた事例

基準価格と取引先ごとの率を分けて持ち、金額を計算で出す仕組みの一例として、日東電工CSシステム株式会社の事例があります。
同社は各種工業用粘着テープやテープ貼り機器を中心に約3,800品種の製品の提案・販売を手掛け、全国約3,000社の販売店が製品を扱っています²。
ECシステムの側で卸価格と販売価格を別個に管理する必要があり、販売加盟店ごとに価格を登録できるようにしたうえで、卸価格に対して販売加盟店が製品ごとに利益率を決め、販売価格を自動計算する仕組みを構築しました²。

この事例は、販売店が自店の販売価格を決める仕組みであり、売り手が取引先に掛け率を提示する運用とは立場が異なります。
参考になるのは、基準となる価格を一つに置き、取引先ごとに違う部分を率として別に持ち、金額は計算で出すという構造です。
ランク化と例外の整理で目指す形も、基準価格、ランクと分類の率、少数の例外という同じ分け方になります。

▼ 図の内容を文字で読む

1. 基準価格
   • 上代など、率を掛ける元の価格
   • 商品ごとに一つ
2. ランクと商品分類ごとの率
   • 同じ標準条件を共有する取引先の集まり
   • 取引先はどのランクに属するかだけを持つ
3. 例外
   • 特定商品の契約条件
   • 期間限定の条件
   • 数量に応じた条件
   • 理由・期限・決めた人を記録

システムで取引先別の掛け率を持つとき、必要な機能と適用の優先順位

掛率で持つか、単価マスタで持つか

ランク化と例外の整理をしても、条件の重なる取引先が多く残る場合は、システムで持つことを検討する段階です。
そのとき最初に確かめたいのは、自社の率がどの価格に掛かっているかと、それを製品がそのまま持てるかです。

s-flowの販売単価掛率は、商品マスタの上代単価に得意先の掛率を掛けるもので、販売単価にだけ使えます⁵。
単価マスタは販売単価と仕入単価の両方に使えます⁵。
自社の掛け率が上代ではなく、たとえば標準の卸価格に掛ける形で決まっている場合、製品の「掛率」の欄にそのまま入れると、計算の元になる価格がずれます。
その場合は、基準価格の持ち方を合わせるか、率を単価に直して登録するかを選ぶことになります。
仕入側にも取引先ごとの条件がある事業では、販売側だけで使える持ち方で足りるかも分かれ目になります。

数量別・期間別が重なったときの優先順位

取引先別の単価、期間限定の単価、数量による単価が同じ商品に登録されていると、伝票にはどれか一つが引用されます。
どれが選ばれるかは製品ごとに決まっています。
PCA商魂シリーズでは、数量別単価を使わない場合、得意先別期間単価、期間単価、得意先別単価、商品単価の順に引用されます³。
伝票画面の単価設定が前回売価のときは、期間単価の次に前回売価が優先されます³。
数量別単価に登録がある場合は、得意先別数量別期間単価から始まる別の順序になります³。

この順序のもとでは、取引先を限定しない期間単価が、得意先別単価より先に引用されます。
ある取引先に個別の単価を決めていても、全取引先向けの期間単価を登録した期間中は、期間単価のほうが伝票に出ることになります。
その取引先の個別単価が期間単価より有利な条件だった場合、意図と違う金額が画面に出ても、入力する担当者には気付きにくいはずです。

期間の重なりを別の区分で整理している製品もあります。
懐刀では、取引種別で期間が重複した場合、特々売、特売、通常の順で単価が優先されます⁴。
どちらの方式でも、確かめるべきことは同じです。
前節で書き出した例外のうち、重なりうる組み合わせごとに試しの伝票を入れ、自社の意図した単価が引用されるかを見ます。
例外の一覧が、そのまま試験の項目になります。

製品ごとに確認する観点

製品によって順序も計算の対象も違うため、製品を並べて優劣を付けるより、自社の価格の持ち方に合うかを観点ごとに確かめるほうが判断を誤りにくくなります。
見る観点は次の4つです。

• 優先順位：取引先別・期間別・数量別の単価が重なったとき、どれが引用されるか。
• 数量別の有無：数量に応じた単価を持てるか、持ったときに順序がどう変わるか。
• 期間指定：率や単価に有効期間を設定できるか。
• 掛け率をどの単価に掛けるか：上代か、別の基準価格か、販売だけか仕入にも使えるか。

件数を心配して製品を選ぶ場合、登録件数の上限は製品のマニュアルに書かれていないこともあります⁴。
取引先数と1社あたりの条件の数をまとめて伝え、提供元に確かめるのが確実です。

▼ 図の内容を文字で読む

1. 得意先別期間単価
2. 期間単価
   • 伝票画面の単価設定が前回売価のときは、次に前回売価
3. 得意先別単価
4. 商品単価

出典：ピーシーエー株式会社「PCA商魂シリーズ FAQ」。数量別単価を使わない場合の順序。数量別単価に登録がある場合は得意先別数量別期間単価から始まる別の順序になる

切り替え前に整える項目と、移すデータの範囲

取引先マスタの名寄せ

システムへ移すと決めたら、掛け率より先に取引先そのものを整えます。
同じ取引先が別のコードで二重に登録されていると、それぞれに別の率が付いている可能性があり、どちらが有効かを移す前に決めなければなりません。

株式会社riplaは販売管理システムの移行手順として、取引先マスタの法人名の表記ゆれを正規化し、住所・電話番号・法人番号を手がかりに重複候補を抽出して統合し、統合結果を業務部門に確認してもらう流れを示しています¹。
掛け率の観点では、重複候補が見つかったときに、どちらの率を残すかを率を決めた担当者に確かめる工程が加わります。
名寄せと率の確定を同時に進めると、統合した取引先に古い率が残る事態を避けやすくなります。

特別単価・期間限定単価・段階単価の棚卸し

移行で特に注意が必要なのが、取引先ごとに違う価格の扱いです。
同じ記事では、取引先別単価の移行に注意が必要として、特別単価、期間限定割引単価、ロット別の段階単価を例に挙げ、新旧で単価マスタの構造が合わない場合は変換ロジックの個別開発が必要になる可能性があるとしています¹。
記事は掛け率ではなく取引先別単価として述べていますが、率で持っている取引先も、新しいシステムで率のまま持てるか、単価に直すかによって、同じ構造の問題に向き合うことになります。

ここで役立つのが、ランク化と例外の整理で作った一覧です。
取引先ごとに、属するランク、率で持つか単価で持つか、率を掛ける基準価格、有効期間、数量の条件、例外の理由、決めた人が書き出されていれば、それが移行前のチェック表になります。
新しいシステムの持ち方に当てはまらない行がどれだけあるかを数えると、変換の手間を見積もる手がかりにもなります。

過去データは月次集計を1〜2年分から検討

過去のデータをどこまで移すかについて、株式会社riplaは直近1〜2年分の月次集計データ（取引先別売上、商品別売上）を新システムに移行するのがよいとしています¹。
これは売上の集計データについての目安で、掛け率の履歴をどれだけ残すかを述べたものではありません。
また、1社の記事に基づく考え方であり、公的な移行基準ではない点も踏まえておきます。

掛け率の履歴は、改定前の率を参照する場面があるかで範囲を決めます。
過去の見積について取引先から問い合わせを受けたとき、請求金額の差を説明するときなど、改定前の率が必要になる場面を書き出すと、どこまで新しいシステムで引ける必要があるかが見えます。
新しいシステムへ移さない分は、旧一覧を書き換えられない形で保管しておけば、移行後に参照する手段が残ります。

ランクや例外を書き出した後、取引先ごとの価格や率をB2Bの受注の仕組みにどう持たせれば見積や受注での転記が減るかは、自社の価格の持ち方と仕組みの両方を見ないと判断しにくいためです。

書き出した一覧をもとに、基準価格と取引先ごとの価格をどう登録し、受注のときにどの金額が出る持ち方になるかを確かめられます。無料相談で要件を整理する

見直しの前に自社で書き出す項目

取引先1社分の掛け率を確かめる作業の流れに沿って並べた

• 取引先数と、そのうちランクの標準と違う条件を持つ取引先

• 1社あたりの持ち方（率・単価・分類別・期間別・数量別）の数

• 直近の改定の回数と、新旧の率が混在した期間

• 金額を入力する人と、一覧の写しを手元に持っている人

• 2人照合で食い違いが出た取引先と、その段階

1社に複数の持ち方が重なる取引先が多い場合は、一覧の整理より先に、持ち方を決め直す段階から始めます。

要点の整理

軸	基準
見直しの合図	探す場所が一つでない、率が最新か判断できない、金額を別の人が計算し直している
自社の位置	取引先数・掛け率の種類・更新頻度・入力担当者数のどれが伸びているか
誤りの段階	2人で別々に計算し、発行済みの金額と照合して切り分ける
種類の削減	同じ率の取引先からまとめ、例外に理由・期限・決めた人を残す
システムの確認	優先順位、数量別、期間指定、率を掛ける基準価格
移行前	取引先の名寄せ、取引先別の価格の棚卸し、移す過去データの範囲

名寄せや例外の棚卸しを終えても、その結果を新しい受注の仕組みにどう載せ、どの例外を変換や個別の設定で扱うかは、移す前に見極めておく必要があるためです。 棚卸しした取引先ごとの価格と例外の一覧を持ち込み、どの行がそのまま登録でき、どの行に持ち方の見直しが要るかを確かめられます。

よくある質問

掛け率を取引先ごとの固定の単価に直して持つのと、率のまま持つのは、どちらが更新しやすいですか。

改定の起点がどこにあるかで変わります。
率のまま持つと、金額は基準価格に率を掛けて出すため、基準価格を改定すれば計算結果も変わり、率を直すのは率そのものを変えるときだけです。
単価に直して持つと、基準価格を改定したときに取引先ごとの単価を1行ずつ見直すことになりますが、取引先や数量ごとに金額を細かく決めている場合は意図を正確に残せます。
販売管理システムのなかには、得意先によって掛率が変わる場合は掛率を、得意先や数量ごとに単価が異なる場合や定期的に価格改定がある場合は単価マスタを使うよう案内しているものもあります⁵。
どちらか一方に寄せるより、取引先ごとにどちらで持つかを決め、行ごとに計算方法が変わる混在を避けることが大切です。

取引先をランク分けすると、特別な条件のある取引先はどう扱いますか。

いずれかのランクに属させたうえで、ランクと違う部分だけを例外として持ちます。
例外には理由、有効期限、決めた人を記録しておくと、次の改定で見直すかどうかを判断できます。
システムで持つ場合は、例外とランクの条件が重なったときにどちらが引用されるかを、製品の優先順位で確かめます³。
一つのランクのなかで例外を持つ取引先が多いなら、ランクの分け方そのものが実態に合っていない可能性があります。

掛け率を改定するとき、すでに出した見積や受注の金額はどうなりますか。

確認した製品資料は、発行済みの見積や伝票が改定後にどう扱われるかまでは述べていないため、製品ごとに確かめる必要があります。
運用としては、見積日、受注日、出荷日のどの日付の率を使うかを社内で決めておくと、改定をまたぐ注文で担当者ごとに判断が分かれる状態を避けられます。
契約単価や仕切率に有効期間を設定できる製品や⁴、期間単価を持てる製品もあり³、新しい率の開始日をあらかじめ登録しておく持ち方ができます。

システム移行時に、過去の掛け率の履歴はどこまで残しますか。

掛け率の履歴について一律の目安は確認できていません。
移行の目安として示される直近1〜2年分は、取引先別売上や商品別売上といった月次集計データについての考え方です¹。
掛け率の履歴は、過去の見積への問い合わせや請求金額の説明など、改定前の率を参照する場面を基準に範囲を決めます。
移さない分は旧一覧を書き換えられない形で保管しておくと、移行後も参照できます。

複数の担当者が金額を入力するとき、掛け率の誤りを防ぐ確認方法は何ですか。

率を変更できる人を限り、入力する担当者は一覧やマスタから引くだけにすると、手元の写しや個別の書き換えが生まれにくくなります。
そのうえで、改定の直後や新しい取引先を登録したときに、2人が別々に単価を計算して発行済みの金額と照合します。
食い違いの出方から、決める・持つ・反映するのどの段階で起きたかを絞り込めます。
照合は誤りがないことを保証するものではなく、見直す段階を見つけるための確認です。

1. 1　出典：株式会社ripla「販売管理システムのデータ移行を成功させる5ステップ（note）」（2026年）
2. 2　出典：株式会社フライトソリューションズ（EC-Rider）「EC-Rider B2B 導入事例（日東電工CSシステム株式会社様）」
3. 3　出典：ピーシーエー株式会社「商品の単価を設定するマスターが幾つかありますが、伝票入力時にはどのような優先順位で引用されますか（PCA商魂シリーズ FAQ）」（2026年確認）
4. 4　出典：株式会社三友「懐刀マニュアル 得意先別契約単価」（2026年確認）
5. 5　出典：s-flow「商品の設定（商品マスタと関連するマスタについて）」（2026年確認）