
リネンサプライ請求額の計算ロジック|単価×サイクル×数量で漏れ防止【2026年版】
リネンサプライの月次請求は、顧客ごとに品目も契約単価も配送サイクルもバラバラで、「結局この請求額はどう計算されているのか」が見えにくい業務です。締め日に紙伝票とExcelを突き合わせ、転記漏れや改定前の単価適用で請求漏れが起きた経験を持つ事業者は少なくありません。本記事は、請求自動化の総論や請求書の記載事項ではなく、その手前にある「請求額そのものの計算ロジック」に純化して、式の形と誤差が混入する場所を分解して解説します。
リネンサプライの請求額は何で決まるのか(結論と基本式)
リネンサプライの月次請求額は、次の分解式で決まります。
月次請求額 = 顧客ごとの品目別契約単価 × 回収/納品サイクルに基づく当月数量 ± 預け在庫の増減 ± 数量差異(紛失・破損)
つまり「いくらの品目を(契約単価)」「どのくらいの頻度で(サイクル)」「何枚やり取りしたか(数量)」を掛け合わせ、そこに在庫増減と差異を加減した合計が請求額になります。請求漏れの多くは、この式を支える要素が紙伝票やExcelで分断され、締め時に人が手作業で突き合わせるために起きます。

請求額=契約単価×サイクル×数量±在庫増減±差異という分解式
この式の重要な点は、請求額が「単一の数字」ではなく「複数要素の掛け算と加減」で構成されることです。1つの要素を見落とすと結果が狂います。たとえば契約単価が正しくても、サイクルの数え方を間違えれば当月数量がずれ、預け在庫の増減を反映しなければ顧客先に残った分の管理がぼやけます。
リネンサプライHUBは、この式を機械的に再現するために契約単価とサイクルを契約マスタで一元管理し、現場で入力された数量から同じ式で集計します。入力さえ正しければ、計算過程で人が介在する余地が減るため、組み合わせの取り違えによる誤差が起きにくくなります。なお自社は導入実績ゼロのため、削減効果は一般論としての説明です。
「顧客×品目×単価×サイクル」の4要素が計算の起点になる
計算の起点は、顧客・品目・契約単価・サイクルという4要素です。リネンサプライでは顧客ごとに扱う品目(シーツ・タオル・白衣・制服など)が違い、同じ品目でも顧客との契約単価が異なり、配送サイクル(週次・隔週・月次)もまちまちです。
この4要素は「請求額を出すために毎月参照すべき固定情報」であり、ここが正確かつ最新でなければ式全体が崩れます。リネンサプライ管理全体の中での位置づけはリネンサプライ管理システムの選び方ガイドで整理していますが、本記事ではこの4要素が請求計算にどう効くかに絞って見ていきます。
請求額を構成する要素を1つずつ分解する
請求額の式を、要素ごとに分解します。それぞれが「どの数字を、いつの状態で当てるか」で結果が変わるため、要素単位で正確に押さえることが請求漏れ防止の前提になります。
品目別契約単価と単価改定履歴:いつの単価を当てるか
契約単価は「顧客×品目」の組み合わせごとに決まります。同じバスタオルでも、A社とB社で単価が異なるのが通常です。さらに難しいのが単価改定で、「いつから新単価を適用するか」を取り違えると、改定前期間に新単価を当てる(過大請求)、または改定後も旧単価のまま(過小請求)といったミスが発生します。

ここで効くのが単価改定履歴です。改定前後の単価と適用開始日を保持できれば、改定日を境に「改定前は旧単価、改定後は新単価」で機械的に切り替えて計算できます。リネンサプライHUBは契約マスタに単価改定履歴を記録するため、改定漏れによる請求ずれを防ぎやすくなります。
回収/納品サイクル(週次・隔週・月次)が当月の数量に与える影響
サイクルは、当月に何回の回収・納品が発生するかを左右します。週次なら月内に概ね4〜5回、隔週なら2〜3回、月次なら1回というように、同じ品目・同じ1回あたり数量でも、サイクルが違えば当月の合計数量が大きく変わります。
| サイクル | 月内のおおよその発生回数 | 1回20枚の場合の当月数量(目安) |
|---|---|---|
| 週次 | 約4〜5回 | 約80〜100枚 |
| 隔週 | 約2〜3回 | 約40〜60枚 |
| 月次 | 約1回 | 約20枚 |
上表の回数は月の暦日や祝日配置によって変動する目安です。実際の当月数量は現場で記録した回収・納品の実績数量に基づきます。

このサイクルを人が頭の中で数えていると、「今月は5週あった」「祝日で1回飛んだ」といった調整を見落とし、数え違いが請求ずれにつながります。
±預け在庫の増減・±数量差異(紛失・破損)という加減項
掛け算の本体に対して、加減で効くのが「預け在庫の増減」と「数量差異」です。リネンサプライでは顧客先に一定数を預けておく運用が一般的で、納品・回収のたびに顧客先の預け在庫が増減します。この増減を把握しないと、何枚が顧客側にあり、何枚が紛失・破損したのかが曖昧になります。
預け在庫の考え方そのものは預け在庫管理の完全ガイドと顧客先に預けたリネンの枚数を把握する計算モデルで詳述しています。差異分を実際に請求へ加減するかは契約条件次第ですが、根拠となる数量は数量差異レポートで可視化した上で計算に取り込むのが基本です。リネンサプライHUBでは回収・納品実績から預け在庫が自動増減し、棚卸しでの実数調整も計算根拠として扱えます。
なぜ手集計だと請求漏れ・計算ミスが起きるのか(組み合わせ爆発)
請求漏れの真因は、計算式が難しいからではありません。式自体は単純な掛け算と加減です。問題は、4要素の掛け算で「突き合わせるべきパターン」が急増する組み合わせ爆発にあります。
顧客数×品目数×サイクルで突合が破綻する組み合わせ爆発
たとえば顧客50社、各社平均10品目、サイクルが3種類混在すると、単純計算で50×10=500の「顧客×品目」組み合わせができ、それぞれにサイクル・契約単価・当月数量が紐づきます。締め日にこれらを人が紙伝票とExcelで突き合わせるのは、件数が増えるほど現実的でなくなります。

しかも組み合わせは「顧客が増える」「新品目を追加する」たびに掛け算で増えます。10社のうちは目視でも回りますが、50社・100社と伸びるにつれ、人手の突合は破綻し、見落としが請求漏れとして表面化します。
紙伝票・Excelの分断管理が生む転記漏れと改定前単価の適用
組み合わせ爆発を悪化させるのが、数量と契約単価が別々に管理されている状態です。現場の回収・納品数量は紙伝票に、契約単価は別のExcelに、というように情報が分断されていると、締め時に「伝票の数量」と「単価表の単価」を人が突き合わせて転記する工程が必須になります。

この転記工程で混入しやすいのが、(1) 伝票の数字を写し間違える転記漏れ、(2) 改定済みなのに旧単価表を参照する改定前単価の適用、(3) サイクルの数え違い、の3つです。いずれも「式は正しいのに入力が狂う」タイプのミスで、紙とExcelの分断が残る限り構造的に起き続けます。
手集計 vs 契約マスタ自動集計:同じ式でも誤差の入る場所が違う
ここで強調したいのは、手集計でも契約マスタ自動集計でも、計算式そのものは「契約単価×サイクル×数量±在庫増減±差異」で同一だという点です。違うのは結果ではなく、誤差がどこで混入するかです。
手集計と契約マスタ自動集計の比較表(誤差が混入する箇所の違い)
| 観点 | 手集計(紙伝票+Excel) | 契約マスタ自動集計 |
|---|---|---|
| 契約単価の参照 | 単価表を人が目視で当てる(改定前単価の誤適用が起きやすい) | 契約マスタの単価改定履歴から適用日で自動選択 |
| サイクルの反映 | 月内回数を人が数える(数え違いが混入) | サイクル設定と実績日付から機械的に算出 |
| 数量の取り込み | 紙伝票からExcelへ転記(転記漏れが混入) | 現場入力した数量をそのまま集計 |
| 在庫増減・差異 | 別管理で反映漏れしやすい | 実績から自動増減し計算根拠化 |
| 件数増加への耐性 | 組み合わせ爆発で破綻しやすい | 件数が増えても計算工程は同じ |

表のとおり、自動集計は「式」を変えるのではなく、人が介在する転記・参照・数えの工程を減らすことで誤差の入り口を塞ぎます。なお数量入力は、ルート配送員のスマホブラウザでの数量手入力と紙伝票の事務入力モード併用で記録します。RFID・バーコードのハンディターミナルは採用しておらず、スマホカメラでの読み取りはPhase2として検討中で現時点で「できる」とは断定していません。
計算ロジックの先(自動集計の運用・請求書発行・会計連携)は各正本記事へ
本記事は「請求額の計算ロジック」に純化しています。契約マスタから現場入力を経て月次に自動集計する一気通貫の運用フロー、適格請求書PDFの一括発行、freee/マネーフォワード/弥生向けの会計CSV連携といった「計算の先」は、別記事で扱います。
計算した請求額を実際に請求書として発行し、会計に流すまでの全体像はリネンサプライ月次請求の自動化 完全ガイドを起点にご確認ください。
なお参考までに、適格請求書の記載事項はインボイス制度(国税庁公式)に、電子的な保存は電子帳簿保存法(国税庁公式)に基づきます。細部の要件は最新の国税庁の案内で要確認です。
まとめ
リネンサプライの月次請求額は「契約単価×サイクル×数量±在庫増減±差異」という分解式で決まり、その起点は顧客・品目・契約単価・サイクルの4要素です。請求漏れの真因は式の難しさではなく、4要素の掛け算が生む組み合わせ爆発と、紙伝票・Excelの分断による転記・参照・数えのミスにあります。
手集計と契約マスタ自動集計は同じ式を使いますが、誤差の入り口が違います。契約単価とサイクルを契約マスタで一元管理し、現場入力した数量から同じ式を機械的に再現すれば、入力が正しい限り計算過程の誤差は構造的に起きにくくなります(導入実績ゼロのため、効果は一般論としての説明です)。市場の規模感としては、矢野経済研究所「リネンサプライ市場に関する調査(2024年)」によれば2023年度の国内リネンサプライ市場規模は4,551億円(前年度比108.5%・3年連続回復)と回復基調にあり、件数増加に耐える請求基盤の重要性は今後も高まります。
よくある質問
リネンサプライの月次請求額はどうやって決まりますか?
基本式は「顧客ごとの品目別契約単価 × 当月の回収/納品サイクル(週次・隔週・月次)に基づく数量 ± 預け在庫の増減 ± 数量差異(紛失・破損)」です。契約マスタに顧客×品目×単価×サイクルを登録しておき、現場で入力された日次の回収数・納品数を締め日に集計することで算出します。
なぜリネンサプライの請求は漏れやすいのですか?
顧客ごとに品目・契約単価・配送サイクルが異なり、その掛け算で突合すべきパターンが急増する組み合わせ爆発が起きるためです。紙伝票やExcelで数量と契約単価が別管理になっていると、締め時に人が手作業で突き合わせる必要があり、転記漏れ・サイクルの数え間違い・改定前単価の適用といったミスが起きやすくなります。
契約単価を改定したとき、過去分の請求はどう計算されますか?
単価改定履歴を保持できる仕組みであれば、改定日を境に適用単価を切り替えて計算できます。リネンサプライHUBでは契約マスタに単価改定履歴を記録するため、改定前の期間は旧単価、改定後は新単価で集計でき、改定漏れによる過小請求・過大請求を防ぎやすくなります。
預け在庫や数量差異も請求額に反映されますか?
分解式の「±在庫増減」「±差異」がこれに当たります。リネンサプライHUBでは回収・納品実績から顧客先の預け在庫が自動増減し、棚卸しでの実数調整や数量差異レポートを請求の根拠データとして扱えます。差異分を実際に請求へ加減するかは契約条件次第ですが、根拠となる数量を可視化した上で計算に取り込めます。
手集計と契約マスタでの自動集計では、請求額に差が出るのですか?
計算式自体は同じ「契約単価×サイクル×数量±在庫増減±差異」です。違いは誤差の入り方で、手集計は人が紙伝票・Excelを突き合わせる過程で転記漏れ・改定前単価の適用・サイクルの数え違いが混入しやすくなります。契約マスタに単価とサイクルを登録し、現場入力した数量から同じ式を機械的に再計算すれば、入力さえ正しければ計算過程の誤差は構造的に発生しにくくなります(導入実績ゼロのため、削減効果は一般論としての説明です)。
数量はバーコードやRFIDで自動カウントして請求に取り込めますか?
リネンサプライHUBはRFID・バーコードのハンディターミナルを採用していません。請求計算の入力となる数量は、ルート配送員のスマホブラウザでの数量手入力と、紙伝票の事務入力モード併用で記録します。スマホカメラでのバーコード読み取りはPhase2として検討中で、現時点で「できる」とは断定していません。
リネンサプライHUBなら、契約単価・サイクルを契約マスタで一元管理し、現場で入力した数量から月次請求額を同じ式で集計できます。1名あたり月額2,980円(6名以上・税込)から、14日間の無料トライアル(クレカ不要)で全機能をお試しいただけます。
関連記事
14日間の無料トライアルをお試しください
契約管理・回収/納品記録、月次請求の自動化、在庫・差異管理までこれ1つで。
クレジットカード登録不要、月額2,980円から。


