取引先別の掛け率を発注側の表・システムに設定する方法：単価の持ち方・端数・改定の切り替えまで

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

B2B EC-COLUMN

掛け率で発注金額が合わない原因は、計算のどこにあるのか

取引先ごとに掛け率が違い、発注のたびに定価へ率を掛けて計算しているのに、届いた請求書と金額が合わない。
改定の連絡が来るたびに表の率を書き換え、過去の発注と見比べると数字が変わっている。
こうしたずれは、計算を率・端数・税額の段階に分けて見ると原因を絞り込めます。
そのうえで、掛け率を取引先単位で持つか品目単位で持つかを決めます。
改定は適用開始日つきの新しい行として残せば、過去の金額を動かさずに切り替えられます。
税額は請求書1枚につき税率ごとに1回の端数処理で計算します¹。
設定後は、請求書の単価から逆算した実効の掛け率と登録値を突き合わせて確かめます。

定価→掛け率→仕入単価→明細金額→税額の流れ

掛け率は、取引先と合意した定価（上代）などの基準価格に掛けて、仕入単価を決めるための率です。
発注側の計算は、まず定価に掛け率を掛けて仕入単価を出します。
次に、その単価に数量を掛けて明細金額にします。
最後に、明細を税率ごとに合計して税額を出します。
手計算でも表計算でもシステムでも、この流れ自体は変わりません。

請求書と合わないときに原因が見えにくいのは、この流れの最後にある請求合計だけを比べてしまうからです。
合計が違うという事実からは、率が違うのか、丸め方が違うのか、税額の出し方が違うのかを読み取れません。
段階ごとに自社の値と請求書の値を並べれば、差が最初に現れた段階がずれの発生源です。

前提として確かめておきたいのが、掛け率を何に掛けるのかという定義です。
上代に掛けるのか、別の基準価格に掛けるのかは、取引先との合意内容で決まります。
同じ「掛け率」という言葉を使っていても、基準になる価格が違えば仕入単価は変わります。
新しい取引先を登録するときは、率の値と一緒に、どの価格に掛ける率なのかを条件書や見積書の記載で控えておくと、後の照合で迷いません。

システム側の作りも、この流れのどこを担うかで違います。
確認できた購買製品の一例である Dynamics NAV 2013 R2 では、仕入先・品目などの条件に紐づく仕入単価を、伝票入力時に自動で引き当てる作りになっています²。
この作りでシステムが持つのは率ではなく、すでに計算された単価です。
掛け率で取引条件を管理している発注側は、率から単価を作る段階を表とシステムのどちらで担うかを先に決めておく必要があります。

ずれが出やすい3か所（率・端数・区分）

流れを段階に分けると、金額がずれる箇所は次の3か所に絞られます。

率のずれは、自社が登録している率と、取引先が請求書の計算に使った率が違う状態です。
改定前の率のまま発注している、別の取引先の率を参照している、入力時に桁を誤っている、といった形で起こります。
率が違えば、その取引先の明細すべてで単価が一定の割合だけずれます。

端数のずれは、率を掛けて出た円未満の金額をどの段階でどう丸めるかの違いです。
単価の段階で丸めるのか、数量を掛けた明細金額で丸めるのか、税額をどの単位で丸めるのかによって、同じ率でも結果が円単位で変わります。

区分のずれは、同じ取引先でも商品区分によって率が違う場合に、品目へどの区分を当てたかで単価が変わる状態です。
新しく扱い始めた品目を既存の区分へ仮に入れたまま発注していると、その品目だけが請求書と合わなくなります。

差の出方は、どれを先に疑うかの手掛かりになります。
明細ごとにわずかな差が散らばっているなら端数を、特定の品目だけ大きく違うなら区分や率を、という見当はつけられます。
ただし差の大小だけで原因を決めることはできず、該当する明細の単価・数量・適用している率を実際に並べて確かめる必要があります。
確かめ方の順序は、設定後の照合を扱う節でまとめます。

▼ 図の内容を文字で読む

1. 定価（上代）
2. 掛け率
3. 仕入単価
4. 明細金額
5. 税額

取引先単位か、取引先×品目単位か：どちらで持つか

取引先全体で一律の場合

計算の段階が見えたところで、次は掛け率をどの粒度で登録するかを決めます。
取引先がすべての品目に同じ率を掛けているなら、取引先ごとに率をひとつ持つのが最も単純です。
改定の連絡が来ても書き換える箇所がひとつで済み、登録漏れも起こりにくくなります。

気を付けたいのは、「一律」という前提が本当に成り立っているかです。
取引開始時の条件書では一律でも、その後に一部の品目だけ別の率で合意していることがあります。
取引先単位の設定のままだと、その品目では発注のたびに同じずれが繰り返されます。
取引先単位で始める場合でも、例外品目があったときに別の行を足せる形にしておくと、後から作り直さずに済みます。

例外品目が多い場合

品目や商品区分によって率が違う取引先では、取引先と品目（または商品区分）の組み合わせで率や単価を持つ必要があります。
確認できた購買製品の例では、1品目に複数の仕入価格を設定でき、それぞれ条件の組み合わせが異なる必要があるとされています²。
品目ごとに単価を持ち、条件の違いで行を分ける設計です。

この作りのシステムに掛け率で管理している取引条件を載せるなら、率から計算した単価を品目別に登録する形になります。
その場合、掛け率そのものは表計算に残し、単価を作るための入力値として扱うのが現実的です。
率の表を正本にしておけば、改定時に率を一箇所直して単価を計算し直し、それをシステムへ登録する、という手順で揃えられます。

取引先単位にするか品目単位にするかは、例外品目の数と改定の手間で決めるのが、編集部の考える目安です。
例外が少なければ、取引先単位の率に例外品目だけの行を足す形で足ります。
商品区分ごとに率が分かれているなら、区分単位で率を持つと登録件数を抑えられます。
品目単位まで細かくすると、どの品目にも正確な単価を当てられる一方で、改定のたびに更新する行が品目数だけ増えます。
細かく持つほど正確になるとは限らず、更新が追いつかなければ古い単価が残る原因にもなります。

「率」と「単価」が両方ある場合の優先順位の考え方

取引先単位の率と品目別の単価を併用すると、同じ品目に両方が当てはまる場面が生まれます。
このときどちらを使うかを決めておかないと、担当者によって計算が変わります。

参考になるのが、売る側の製品にある作りです。
ロジクラの卸売先向け価格設定では、卸売先に設定したデフォルト掛け率が全商品に適用され、商品別価格があればそちらが優先されます⁴。
掛け率で計算した結果は円未満を四捨五入し、価格リストと掛け率は同時に使えないとされています⁴。
これは卸売先へ出す販売価格の機能で、発注側の仕入設定の仕様ではありません。
優先順位の決め方も製品ごとに異なります。

発注側がこの例から借りられるのは、「全体の率を既定にし、個別の単価があればそれを優先する」という順序を明文化しておく考え方です。
表計算なら、品目別単価の欄に値があればそれを使い、空欄なら取引先の率で計算する、という式にできます。
システムを使う場合は、そのツールが率と単価のどちらを優先するのか、そもそも併用できるのかを、製品のマニュアルで確かめる必要があります。

もうひとつ見ておきたいのが、取引先が請求書をどちらの方式で作っているかです。
取引先が率で計算しているのに、自社が品目別の単価を古い値のまま持っていると、率の改定が自社側に反映されません。
逆に取引先が品目別の価格表で請求しているなら、自社も単価で持つほうが照合しやすくなります。
持ち方を取引先の計算方式に寄せておくと、照合のときに換算の手間が減ります。

▼ 図の内容を文字で読む

• 取引先単位
  • 取引先全体で率が一律の場合
  • 改定時の書き換えは一箇所
  • 例外品目は別の行を足す
• 区分単位
  • 商品区分ごとに率が分かれている場合
  • 登録件数を抑えられる
• 品目単位
  • どの品目にも正確な単価を当てられる
  • 改定時の更新行が品目数だけ増える
  • 更新が追いつかないと古い単価が残る

端数処理と請求書の金額がずれるとき、何を揃えるか

税額の端数処理は税率ごとに1回

率と粒度が合っていても、請求書と円単位で合わないことがあります。
その原因を探すときは、税額と、単価・明細金額とを分けて考えると整理しやすくなります。
両者は決まり方が違うからです。

税額については、国税庁が定めを示しています。
適格請求書（インボイス）に記載する消費税額等の端数処理は、一の適格請求書につき、税率ごとに1回行う必要があります¹。
切上げ・切捨て・四捨五入のどれを使うかは任意です¹。
一方で、個々の商品ごとに消費税額等を計算して端数処理し、その合計を消費税額等として記載することは認められていません¹。

発注側の照合表でよくずれを生むのは、この点です。
明細の行ごとに税込金額を出し、その税額を合計して請求書と比べると、取引先が税率別の合計から一度だけ計算した税額とは一致しないことがあります。
照合表は、明細金額を税率別に合計し、その合計から税額を一度だけ計算する形にします。
丸め方は任意なので、取引先ごとに切捨てか四捨五入かが違うこともあり、請求書の記載に合わせて取引先ごとに設定しておきます。

ここで押さえておきたい限界があります。
この定めは請求書に記載する消費税額等についてのもので、単価や明細金額の丸め方を定めたものではありません。
税額の計算単位を揃えても合わない場合は、もう一段手前の丸めを見る必要があります。

単価・明細段階の丸めを取引先と確認する

定価に掛け率を掛けると、仕入単価に円未満が出ることがあります。
これを単価の段階で丸めてから数量を掛けるのか、丸めずに数量を掛けて明細金額で丸めるのかで、結果は変わります。
単価で丸めると丸めの差が数量の分だけ積み重なるため、数量の多い明細ほど差が目立ちます。

単価や明細金額の丸め方は、法令で一律に決まっているものではなく、取引先との取り決めで決まります。
そのため、自社の都合で決めるのではなく、取引先がどう計算しているかに合わせる必要があります。
請求書の明細に単価が円未満まで書かれているか、明細金額が単価×数量と一致しているかを見れば、どの段階で丸めているかの見当がつきます。
見当がついたら、取引先の担当者に確かめ、回答をメールや条件書など後から見返せる形で残しておくと、担当者が替わっても同じ計算を続けられます。

照合表には、取引先ごとに丸めの設定を持たせておくと便利です。
単価の丸め、明細金額の丸め、税額の丸め方を欄として並べておけば、新しい取引先を追加するときに確認漏れが起きにくくなります。
このうち税額は「税率別の合計から1回」という計算単位が定めで決まっており、取引先によって変わるのは丸め方だけです¹。
単価と明細金額は、計算単位も丸め方も取り決め次第です。

▼ 図の内容を文字で読む

• 仕入単価
  • 丸める単位は取引先との取り決め
  • 丸め方も取引先との取り決め
  • 取引先ごとの欄に設定
• 明細金額
  • 丸める単位は取引先との取り決め
  • 丸め方も取引先との取り決め
  • 取引先ごとの欄に設定
• 税額
  • 請求書1枚につき税率ごとに1回
  • 切上げ・切捨て・四捨五入は任意
  • 税率別の合計から1回計算

掛け率を改定するとき、発注済み・納品済みの金額を変えない切り替え方

適用開始日つきの履歴で持つ

率と端数が揃ったあとに残る大きな問題が、改定のたびに起こるずれです。
取引先から新しい率の連絡を受け、表の率をそのまま上書きすると、二つのことが起こります。
ひとつは、過去の発注を見直したときに、当時どの率で計算していたのかが分からなくなることです。
もうひとつは、発注明細の単価が率のセルを参照する式になっている場合、過去の発注の金額まで新しい率で計算し直されてしまうことです。

確認できた購買製品の例では、仕入価格に開始日と終了日を持たせられ、開始日が到来していて終了日が来ていない価格が伝票に入ります²。
この作りなら、改定は新しい期間の行を追加するだけで済み、既存の伝票に触れる必要がありません。
ただし、これは旧版の Dynamics NAV 2013 R2 のアーカイブ資料に書かれた仕様で、現行版や他の製品で同じ作りになっているとは限りません。
自社のツールに適用開始日を持たせる欄があるかは、それぞれ確かめる必要があります。

同じ資料には、該当する仕入価格がなければ直近の仕入単価を使うとも書かれています²。
これは、期間の切れ目に隙間があると、意図していない単価が自動で入りうることを意味します。
旧い行の終了日と新しい行の開始日は、空白の日ができないようにつないでおくと安全です。

売る側の製品にも、改定と過去の明細の関係を示す例があります。
ロジクラでは、出荷先の価格設定を変更しても、すでに入力された出荷明細の価格は更新されないとされています⁴。
これは卸売先への販売価格の仕様ですが、明細に単価を値として書き込む作りであれば、マスタの改定が過去に波及しないという性質を表しています。
発注側でも、使っているツールが明細の単価を値で持つのか、マスタを参照し続けるのかで、改定時の扱いが変わります。

表計算での旧率の残し方

表計算で掛け率を持つ場合は、率の表に適用期間の欄を加え、改定ごとに行を足していく形が扱いやすいと編集部は考えます。
欄の例は次のとおりです。

• 取引先コード
• 品目区分（取引先単位なら空欄）
• 掛け率
• 適用開始日
• 適用終了日（現行の行は空欄）
• 根拠（合意した書面やメールの識別）

改定の連絡を受けたら、現行の行に適用終了日を入れ、新しい率の行を適用開始日つきで追加します。
旧い行は消さずに残します。
こうしておけば、過去の発注を見直すときにも、その発注日に有効だった率をたどれます。

もう一点、発注明細の側の扱いも決めておく必要があります。
発注明細の単価が率の表を参照する式のままだと、率の表の行を誤って書き換えたときに過去の金額が変わります。
発注を確定した時点で、計算した単価を値として「確定単価」の欄に写しておけば、率の表の変更は確定後の明細に影響しません。
参照の式は確定前の計算に使い、確定後は値で持つ、という役割分担です。

どの日付を基準に率を選ぶか、つまり発注日か納品日かは、取引先との取り決めで決まります。
改定の前後をまたぐ発注があるときにこの基準が曖昧だと、自社と取引先で別の率を使うことになります。
改定の連絡を受けた時点で、どちらの日付で切り替えるのかを一緒に確かめておくと、後の照合が楽になります。

▼ 図の内容を文字で読む

• 旧い率の行：改定前日まで有効。行は消さずに残す
• 改定日：旧い行の終了日と新しい行の開始日を隙間なくつなぐ
• 新しい率の行：改定日から有効。適用終了日は空欄
• 確定済みの発注明細：確定単価を値で持つため改定後も金額は変わらない

設定後に、取引先の請求・納品の金額と照合して誤りを見つける

実効掛け率の逆算

登録した率が正しいかどうかは、取引先から届いた請求書で確かめられます。
方法は、請求書の明細単価を定価で割り、取引先が実際に使った率、つまり実効の掛け率を逆算することです。
その値を自社の率の表の登録値と並べます。

照合はすべての請求書で毎回行う必要はなく、差が出やすい時点を選ぶと手間を抑えられます。
改定の直後、新しい取引先との初回の取引、新しい品目区分を扱い始めたとき、の三つが代表的です。
いずれも、率の表に新しい行が加わった直後にあたります。

請求書に定価が書かれていない場合は、自社が持つ定価の台帳の値で割ります。
この場合、定価そのものが改定されていて台帳が古いままだと、率が合っていても逆算値がずれます。
逆算値がずれたときは、率だけでなく定価の改定の有無も見る必要があります。

逆算した値は、単価の段階で丸めが入っていると、登録値とわずかに違うことがあります。
その差の大きさだけで正誤を決めず、登録した率で単価を計算し直し、取引先の丸め方で丸めた結果が請求書の単価と一致するかどうかで判断します。
一致すれば率は正しく、違いは丸めによるものです。

この照合は、請求書に定価と単価、または数量と明細金額が読み取れることが前提です。
照合を自動で行う機能を持つ製品があるかは製品ごとに異なり、ここでは表計算と請求書だけで組める手順として説明しています。

差が出たときの切り分け順

差が見つかったら、計算の流れの上流から順に確かめていきます。
上流の段階がずれていると、その下の段階の確認がすべて無駄になるためです。

まず、その発注日に有効だった率の行を使っているかと、率の値そのものを確かめます。
改定前の率のまま計算している、適用開始日の入力を誤っている、といった誤りはここで見つかります。

次に、品目に当てた区分が取引先の区分と同じかを確かめます。
率の行が正しくても、品目を別の区分で引いていれば単価は変わります。

そのうえで、単価と明細金額の丸めの段階と丸め方が、取引先の計算と揃っているかを見ます。
最後に、税額を税率別の合計から1回で計算しているかを確かめます¹。

この順で見ていくと、請求合計が合わないときに全明細を最初から見直す作業を、段階ごとに一点ずつ確かめる作業に置き換えられます。
どの段階で誤りが見つかったかを記録しておけば、同じ取引先で次に差が出たときの見当もつけやすくなります。

▼ 図の内容を文字で読む

1. 適用日と率：発注日に有効な行を使っているか、率の値は正しいか
2. 品目区分：品目に当てた区分が取引先の区分と同じか
3. 単価・明細の丸め：丸める段階と丸め方が取引先の計算と揃っているか
4. 税額の計算単位：税率別の合計から1回で計算しているか

表計算で持つか、システムで持つか：できることの違いと取適法の注意点

表計算で引く方法と版の注意

表計算で掛け率を持つ場合、発注明細から率の表を引く関数が要になります。
Excel の XLOOKUP は、表や範囲から行ごとに情報を検索する関数で、一致モードは完全一致が既定です³。
見つからなければ #N/A を返し、「見つからない場合」の引数を指定すれば代わりの文言を返せます³。

取引先別の率を引くなら、取引先コードと品目区分をつないだ文字列を検索の鍵にし、完全一致で引く形が基本になります。
見つからない場合の文言を「未登録」にしておけば、率の表に行を足し忘れた取引先や区分が、発注明細の上で目に見える形で残ります。
近い値で代用されずに空白や文言として表れるため、登録漏れに気づきやすくなります。

適用期間つきの行から有効な率を選ぶ場合は、率の表の側に「基準日が適用開始日以降で、適用終了日以前か」を判定する補助の欄を作り、有効な行だけが鍵に一致するようにしておくと、完全一致の検索のまま扱えます。
同じ鍵で有効な行が二つ以上あると意図しない行が引かれるため、改定時に旧い行の終了日を入れ忘れていないかも、この欄で確かめられます。

注意したいのが Excel の版です。
XLOOKUP の説明ページには「Excel 2016 と 2019 では使用できません」という注記がある一方で、適用先の一覧とは記述が食い違っています³。
自社の Excel で使えるかは実際の版で確かめ、表を共有する取引先や他部署の版も含めて見ておく必要があります。
使えない版で開くと式が正しく計算されず、気づかないまま古い値が残ることがあります。

表計算は手軽に組める一方で、誰がいつ率を書き換えたかが残りにくく、コピーした表が担当者ごとに散らばると正本が分からなくなります。
率の表を一つのファイルにまとめ、根拠の欄と適用期間の欄で変更の経緯をたどれるようにしておくと、この弱点をある程度補えます。

システムで条件つき単価を持つ場合

購買系のシステムでは、伝票入力時に条件に合う単価を自動で引き当てる作りの製品があります。
確認できた例では、品目ごとの仕入価格に数量・通貨・単位・開始日と終了日などの条件を付けて設定でき、伝票入力時に条件に合う価格が自動で入ります²。
この作りなら、発注のたびに率の表を見て単価を計算し、伝票へ書き写す作業がなくなります。

ただし、掛け率そのものを登録する画面があるかどうかは、製品ごとに確かめる必要があります。
単価しか持てないシステムで掛け率による取引条件を扱うなら、表計算で率から単価を計算し、その単価をシステムへ登録する二段構えになります。

二段構えにしても、確認作業がすべてなくなるわけではありません。
表で計算した単価とシステムに登録した単価が一致しているか、改定時に表とシステムの両方を更新したか、という確認は残ります。
減るのは発注のたびの計算と転記であり、改定時の登録と照合は引き続き必要です。

表計算とシステムのどちらが向くかは、取引先と品目の数、改定の頻度、発注を入力する人数で変わります。
入力する人が少なく改定もまれなら、表計算で十分に回ります。
入力する人が多く、伝票の単価を人の手で書き写す箇所が増えているなら、条件つき単価を自動で引ける仕組みの利点が大きくなります。

改定の協議と記録の残し方

ここまでは計算と設定の話でしたが、掛け率は代金を決める要素なので、改定のしかたには取引上のルールも関わります。
下請法を改正した中小受託取引適正化法（取適法）が2026年に施行されました⁵。
公正取引委員会は改正の項目として、適用基準への従業員基準の追加と、協議を適切に行わない一方的な代金決定の禁止を挙げています⁵。

発注側が掛け率を改定するとき、とくに取引先にとって代金が下がる方向の改定では、発注側が一方的に決めて通知するのではなく、取引先と協議し、その経過と合意内容を記録に残す運用にしておくことを、編集部は勧めます。
取引先から改定を申し入れられた場合も同じで、申し入れを受けた事実と、協議してどう決めたかを残しておくと、後から経緯を説明できます。

自社の取引がこの法律の対象になるかは、資本金や従業員数などの基準で決まります。
基準の数値や、何が「協議を適切に行わない」にあたるかの判断の細部は、公正取引委員会の資料や診断ツールで、自社の取引に当てはめて確かめる必要があります。

記録は、率の表の「根拠」の欄とつないでおくと、計算と経緯を一か所でたどれます。
記録に残す項目は、次のようなものが考えられます。

• 改定の申し入れを受けた日、または申し入れた日
• 協議の経過（日付と主な内容）
• 合意した率と適用開始日
• 切り替えの基準日（発注日か納品日か）
• 合意を示す書面やメールの識別

▼ 図の内容を文字で読む

• 表計算で持つ
  • 完全一致で率を引き、見つからなければ未登録と表示
  • 入力する人が少なく改定もまれなら十分に回る
  • 誰がいつ書き換えたかが残りにくい
• システムで持つ
  • 伝票入力時に条件に合う単価が自動で入る例がある
  • 発注のたびの計算と転記がなくなる
  • 掛け率を登録する画面があるかは製品ごとに確認
• 二段構え
  • 表計算で率から単価を計算し、システムへ登録
  • 表とシステムの単価が一致しているか確認
  • 改定時は両方の更新が必要

取引先ごとの率・区分・丸め方が入り組んでいると、いまの表やツールのどこを直せばずれが止まるのかを、自社だけで見極めるのは難しくなります。

手元の率の表と実際の請求書を見ながら、ずれがどの段階で生まれているかと、取引先単位・品目単位のどちらで持つのが合うかを一緒に確かめられます。無料相談で要件を整理する

要点の整理

軸	基準
ずれの原因	率・端数・区分のどこで差が出たかを段階ごとに比べる
持つ粒度	例外品目の数と改定の手間で、取引先単位・区分単位・品目単位を選ぶ
率と単価の併用	どちらを優先するかを決め、ツールの仕様は製品ごとに確かめる
税額の端数	請求書1枚につき税率ごとに1回。丸め方は取引先の請求書に合わせる
単価・明細の丸め	取引先との取り決め。確かめた内容を書面やメールで残す
改定	上書きせず適用開始日つきの行を足し、確定単価は値で持つ
照合	改定直後・初回取引で実効の掛け率を逆算し、上流から切り分ける
改定の進め方	一方的に決めず協議し、経過と合意を記録する

改定の履歴の持ち方や表とシステムの役割分担は、取引先の数や入力する人の体制によって最適な形が変わり、一度決めると後から組み替えるのに手間がかかります。 現在の運用を伺ったうえで、適用期間つきの率の表と照合の手順を、自社の取引先と品目に合わせてどう組むかを相談できます。

よくある質問

掛け率を登録する画面がない発注システムでは、どう運用すればよいですか。

掛け率を表計算で持ち、率から計算した単価をシステムへ登録する二段構えにします。
率の表を正本にし、改定のときは率の表に新しい行を足して単価を計算し直し、その単価をシステムへ登録します。
システムに単価の適用期間を持たせる欄があれば、それも合わせて設定します。
表とシステムの単価が一致しているかは、改定のたびに確かめる必要があります。

取引先ごとに端数処理（切捨て・四捨五入）が違うときは、どう照合表を作ればよいですか。

照合表に、取引先ごとの丸めの設定を欄として持たせます。
単価の丸め、明細金額の丸め、税額の丸め方を取引先ごとに登録し、計算式がその欄を参照するようにします。
税額は、どの取引先でも税率別の合計から請求書1枚につき1回計算する点は共通で、取引先ごとに違ってよいのは丸め方です¹。
単価と明細金額の丸めは取引先との取り決めなので、請求書の明細から見当をつけ、取引先に確かめた内容を残しておきます。

取引先から掛け率の改定を一方的に通知されたとき、発注側は何を確認し記録しておくべきですか。

まず、新しい率がどの価格に掛ける率か、適用開始日はいつか、切り替えの基準が発注日か納品日かを確かめます。
これが曖昧なままだと、改定をまたぐ発注で自社と取引先が別の率を使います。
通知を受けた日、通知の内容、その後に協議したかどうかと合意した内容を、書面やメールの形で残し、率の表の根拠の欄とつないでおきます。
取引上のルールとして取適法が関わるかは、自社と取引先の資本金や従業員数などの基準で決まるため、公正取引委員会の資料で確かめてください。

表計算で取引先別の掛け率を持つとき、率の登録漏れや入力ミスをどう見つけますか。

登録漏れは、XLOOKUP を完全一致で使い、見つからない場合の文言を「未登録」にしておくと、発注明細の上で目に見えるようになります³。
入力ミスは、改定直後や新しい取引先の初回の請求書で、明細単価を定価で割った実効の掛け率を登録値と比べると見つけられます。
逆算値は丸めの影響でわずかに違うことがあるので、登録した率で単価を計算し直し、取引先の丸め方で丸めた結果が請求書と一致するかで判断します。

改定前の率で発注済みの案件が、改定後に納品された場合はどちらの率で計算しますか。

どちらの率を使うかは、改定の基準日を発注日にするか納品日にするかの取引先との取り決めで決まり、一律の答えはありません。
改定の連絡を受けた時点で基準日を確かめ、合意内容として記録しておくのが確実です。
表計算では、取り決めた基準日で有効な率の行を引くように式を組み、発注を確定した時点の単価を値として残しておけば、後から率の表を変えても金額が動きません。

1. 1　出典：国税庁「No.6371 端数計算」（2026年）
2. 2　出典：Microsoft「Purchase Price Table（Dynamics NAV 2013 R2、アーカイブ資料）」（2013年）
3. 3　出典：Microsoft「XLOOKUP 関数」（2026年）
4. 4　出典：株式会社ロジクラ「出荷先ごとに掛け率・価格リストを設定する」（2026年）
5. 5　出典：公正取引委員会「中小受託取引適正化法（取適法）関係」（2026年）