受注・売上・請求・入金をExcelで管理していると、表を増やすほど管理できているように見えても、請求漏れや二重請求、入金消込の見落としが起きやすくなります。重要なのは、見やすい一覧を作ることではなく、取引を番号・マスタ・状態・照合で追跡できるようにすることです。
この記事では、販売管理表の最小構成、日次・月次の運用、Excelの限界を見極める方法、販売管理システム・ERPへの移行準備を解説します。自社がExcelを改善して続けるべきか、システム化へ進むべきかを判断できるようになります。

Excelで取引の流れを番号と照合で追い、月次で残る負荷や統制上の課題を記録すると、改善継続かシステム化かを比較しやすくなります。
01Section販売管理をExcelで管理する対象を決める
Excelで販売管理を始める前に、どこまでを一つの流れとして管理するかを決めます。BtoB取引では、受注時の条件と請求・入金時の実績が一致するとは限らないため、少なくとも次の流れを追える設計が必要です。
- 受注を登録し、取引先・商品・単価・納期・請求条件を確定する
- 納品や役務提供を売上として記録する
- 売上から請求対象を抽出し、請求書を確定する
- 銀行明細などで入金を確認する
- 入金を請求へ充当し、未消込残高を確認する
返品、値引き、取消、再請求も、元の受注・売上・請求を参照できるように残します。行を削除して数字だけを合わせると、後から差異の理由を確認できません。
在庫引当、購買、製造、前受金、外貨、工事進行、複雑な相殺、継続課金がある場合は、売上計上や請求・消込の単位を追加で設計する必要があります。まずは、受注から入金消込までを安定して追える範囲を最小単位にしましょう。
02Section最小構成のExcel販売管理表を作る

受注・売上・請求・入金は管理単位が異なるため、台帳を分けて番号で関連付けると、分割請求や一括入金にも対応しやすくなります。
販売管理表テンプレートは、1シートへ情報を集約するより、処理単位ごとにシートを分け、番号で結ぶほうが変更・照合に対応しやすくなります。次の9シートは、比較的単純な都度受注または継続取引を管理する最小構成です。
最小テンプレートの構成
取引先、請求先、締日、支払条件、商品、単位、標準税区分など、取引で繰り返し使う基礎情報を管理する。
受注明細・売上明細
受注条件と、納品・売上計上の実績を別々に管理し、受注から売上までを追跡する。
請求ヘッダ・請求明細
請求書単位の情報と、請求書に含める売上単位の情報を分け、分割請求にも対応する。
入金明細・消込明細
実際の入金と、入金をどの請求へ充当したかを分けて管理する。
月次チェック
締め処理で見つかった差異、対応者、期限、確認結果を記録する。
| シート名 | 1行の管理単位 | 目的 | 代表列 | 更新担当の例 |
|---|---|---|---|---|
| 取引先マスタ | 取引先・請求先1件 | 請求条件を統一する | 取引先コード、請求先コード、締日、支払条件、標準税区分 | 営業管理・経理 |
| 商品マスタ | 商品・サービス1件 | 商品情報を統一する | 商品コード、商品名、単位、標準単価、標準税区分 | 商品管理 |
| 受注明細 | 受注明細1件 | 受注条件を確定する | 受注番号、取引先コード、商品コード、数量、承認済み受注単価 | 営業・受注担当 |
| 売上明細 | 納品・売上明細1件 | 売上と請求対象を管理する | 売上番号、受注番号、売上金額、売上計上日、請求状態 | 業務・経理 |
| 請求ヘッダ | 請求書または請求案1通 | 請求書単位の条件を管理する | 請求番号、請求先コード、対象期間、支払期日、請求案状態 | 経理 |
| 請求明細 | 売上の全部または一部を請求する1件 | 分割請求を含めて請求額を管理する | 請求明細番号、請求番号、売上番号、請求対象額、明細確定状態 | 経理 |
| 入金明細 | 銀行明細等で確認した入金1件 | 入金事実を管理する | 入金番号、入金日、入金元名義、入金額、差額区分 | 経理 |
| 消込明細 | 入金1件を請求1件へ充当する1件 | 請求別の回収状況を管理する | 消込番号、入金番号、請求番号、消込額、確認者 | 経理 |
| 月次チェック | 月次確認1項目 | 差異と対応を残す | 対象月、チェック項目、差異、原因、対応者、期限 | 経理・管理者 |
番号とマスタ参照で台帳をつなぐ
取引を追跡する軸は、受注番号、売上番号、請求番号、入金番号です。たとえば、受注番号 → 売上番号 → 請求番号 → 入金番号・消込番号の順で関連付けます。分割納品なら一つの受注から複数の売上番号が発生し、分割請求なら一つの売上番号に複数の請求明細が紐付きます。
請求案を作る途中には、請求バッチ番号を付与します。これは未確定の請求案を識別する作業番号です。請求案に取り込んだ売上には、請求バッチ番号、作成者、作成日時を記録し、請求状態を「請求作成中」に変更します。これにより、別の担当者が同じ売上を別の請求案へ入れる重複を防ぎます。
取引先コードを入力起点にして請求先、締日、支払条件、標準税区分を参照し、商品コードから商品名、単位、標準税区分を参照します。取引先名や商品名を自由入力しないことが、表記揺れと集計漏れを減らす基本です。マスタデータとはを確認し、コード体系と更新責任も決めておきましょう。個別単価や契約単価は標準単価と混同せず、承認済み受注単価として受注明細に残します。
入力規則は候補値のリスト化や入力値の制限に使えますが、すべての誤入力を防ぐものではありません。Excelのデータ入力規則に関するMicrosoftの案内を確認し、マスタ参照と締め前照合を組み合わせてください。数式セルは入力セルと分け、ロックとワークシート保護で誤変更を抑えます。
未請求候補を請求残額で判定する
未請求一覧は、「請求明細がない売上」を抽出するだけでは不十分です。分割請求済みの売上には、請求明細が存在していても未請求分が残るためです。
基本となる式は、次のとおりです。
請求残額 = 売上金額 - 確定済み請求明細の請求対象額累計
代表的な候補条件は、売上が「計上済み」、請求対象区分が「対象」、請求保留理由が空欄、請求残額が正、請求状態が「未請求」または「一部請求」です。「請求作成中」の売上は新規候補から外し、請求バッチ番号ごとの一覧で確認します。税抜・税込のどちらで残額を計算するか、端数処理をどこで行うかは、売上明細と請求明細で統一してください。
03Section日次・月次で請求と入金を照合する

販売管理は台帳を作るだけでなく、請求候補・請求案・入金消込・残高を定期的に照合する運用まで設計することが重要です。
販売管理は、表を作った時点では完成しません。誰がいつ更新し、誰が何を確認するかを決めて初めて、請求と回収の状況を継続的に把握できます。
日次・週次・月次の役割を決める
日次では、受注担当が受注明細へ受注条件と承認済み単価を登録し、業務担当が納品・売上を反映します。単価、締日、請求先の例外や、返品・取消・値引きは、元データを削除せず、理由と参照番号を残します。
週次では、経理が請求保留、請求残額、入金元名義が不明な入金、期日超過、未消込残高を例外一覧で確認します。月次の締め前には、経理が未請求候補を抽出し、確認者が請求先、対象期間、支払条件、税区分、金額基準を照合します。締め後は、請求別の未消込残高と、前月残高に当月確定請求を加え、当月消込・値引きなどを差し引いた残高が一致するかを確認します。
共同編集やバージョン履歴を利用する場合は、対応するアプリ、保存先、契約、組織設定などの条件があります。Microsoftの共同編集に関する案内を確認したうえで、正本ファイルの保存場所、編集担当、締め後の確定版の保管ルールを定めます。
請求案と入金消込を一対一で考えない
請求案を確定する前に、売上明細と請求明細を請求バッチ番号単位で照合します。同じ売上番号が複数の作成中バッチに入っていないか、確定済み請求額と作成中請求額の合計が売上金額を超えていないかを確認します。取消や訂正が必要でも、元の請求を上書き・削除せず、取消理由、取消者、取消日時、元請求番号を残します。
入金と請求は常に一対一ではありません。複数請求への一括入金は、入金明細1件に対して消込明細を複数作成します。一部入金では、同じ請求番号に消込明細を追加し、残額を未消込として残します。振込手数料などの差額や相殺は、金額だけで処理せず、差額区分、根拠、確認者、処理方針を記録します。こうした例外が継続して個人判断に依存する場合は、システム化の要件として整理すべき状態です。
Excel機能だけでは統制を代替できない
入力規則、数式セルの保護、共同編集、変更履歴は、誤操作や更新競合を抑える補助策です。しかし、請求確定の承認、変更理由の記録、責任分担、権限統制、保存要件を自動的に満たすものではありません。確認者、確定手順、例外時の記録方法を別途定めて運用します。
請求書等の記載・保存は、取引形態や課税関係に応じて確認が必要です。国税庁のインボイス制度の手引きを確認し、自社の帳票と保存手順を経理・税務担当と照合してください。電子メール、クラウド、Webなどで授受した取引データの保存方法も、国税庁の電子帳簿保存法Q&Aで授受・保存方法に応じて確認します。
請求締め・入金消込で確認すること
- ✓
請求候補が、計上済み・請求対象・保留理由なし・請求残額が正・未請求または一部請求の条件を満たしている。
- ✓
作成中の請求バッチに同じ売上番号が重複しておらず、作成者と作成日時を確認できる。
- ✓
請求先、締日、支払条件、対象期間、税区分、端数処理が請求条件と一致している。
- ✓
売上と請求の金額、請求別の未消込残高、期日超過未入金を照合している。
- ✓
未解決の差異は、原因、対応者、期限、次回確認日を月次チェックへ残している。
04SectionExcelを続けるかを月次で診断する

件数だけで決めず、改善後も残る締め負荷、誤り、属人化、連携不整合、統制上の課題を要件として整理して判断します。
Excelをいつまで使えるかは、取引件数だけでは決まりません。件数が少なくても、複数の締日、分割請求、個別単価、例外訂正、複数人更新があれば照合負荷は大きくなります。反対に、取引条件が安定し、担当と確認者が明確で、月次照合を期限内に終えられるなら、Excelを継続できる場合もあります。
月次チェックには、締め所要時間、未請求・誤請求件数、訂正・再発行件数、差異調査時間、転記箇所数、特定担当者しかできない業務数を記録します。数式エラーや不整合候補の確認はMicrosoftの案内を参考にできますが、数式のエラー確認だけで請求内容の正しさは判断できません。業務上の照合と確認者を置くことが必要です。
導入判断は件数ではなく、締め負荷・誤り・属人化・連携不整合・統制要件で行います。
Excel継続・システム化の判断フロー
- Step01
症状を記録する
締め遅延、請求訂正、差異調査、未入金確認遅延、転記、属人業務、在庫・会計との不整合を月次で記録する。
- Step02
原因を分類する
マスタ、入力、数式、台帳分断、役割分担、連携、承認・履歴のどこに原因があるかを分ける。
- Step03
Excelでの改善策を実施する
入力規則、マスタ参照、テーブル化、数式保護、例外一覧、正本管理、担当分担を見直す。
- Step04
判定条件を決めて改善後の状態を確認する
測定期間、改善責任者、判定者、許容水準、未達時の行動を決める。許容水準は締日、顧客影響、統制要件、人員体制に応じて設定し、満たせなければ残る課題を要件として整理する。
- Step05
導入範囲を決める
課題が販売業務内で閉じる場合は販売管理システムを検討し、在庫・購買・会計などとの不整合が恒常化する場合はERPを含む範囲を検討する。
05Section販売管理システムとERPの検討範囲を分ける
販売管理システムとERPは、機能数ではなく、どの業務・データの不整合を解消したいかで比較します。販売業務の中で請求、入金、例外処理、権限・履歴の課題が閉じる場合は、まず販売管理の範囲を優先して検討します。一方、販売、在庫、購買、会計の数字が継続的に合わず、転記や部門間照合が恒常化しているなら、ERPを含む部門横断の整理が必要です。
| 比較軸 | Excel | 販売管理システム | ERP |
|---|---|---|---|
| 対象業務 | 台帳・一覧・集計を自社で設計 | 受注・売上・請求・入金を中心に検討 | 販売に加え在庫・購買・会計・生産などを含めて検討 |
| 例外処理 | 表・数式・運用ルールを自社で追加 | 分割納品、分割請求、返品などの対応範囲を確認 | 部門横断での影響範囲も確認 |
| 周辺連携 | 転記やデータ出力・取込が必要になりやすい | 会計・在庫などとの連携方式を確認 | 統合範囲、連携方式、責任分担を確認 |
| 権限・承認・履歴 | ファイル運用で補完し、保護だけでは不十分 | 提供範囲と運用方法を確認 | 部門・役割横断で設計・運用を確認 |
| 帳票 | 様式・点検を自社で管理 | 帳票、税区分、保存運用の対応範囲を確認 | 帳票・会計・保存運用への影響も確認 |
| 移行 | 表設計とデータ整理を自社で実施 | 販売マスタ、未完了取引、残高の移行を確認 | 部門横断のデータ整備と業務標準化を確認 |
| 運用負荷 | 表の保守、照合、属人化対策が必要 | 販売業務の標準化、教育、連携調整が必要 | 部門調整、権限設計、定着支援が必要 |
在庫の数量・金額との不整合が続く場合は、Excelで在庫管理を行う方法と限界も確認してください。販売管理単体とERPを含む範囲の考え方は、販売管理システムとERPの違いで整理できます。
見積比較で前提をそろえる項目
対象業務と利用者数
受注・請求・入金のどこまでを対象にし、どの部門・役割が利用するかをそろえる。
在庫、会計、購買などの連携本数、連携頻度、追加設定や個別開発の有無を明確にする。
マスタ、未完了受注、未請求、未入金、売掛残高、過去明細の扱いを分ける。
教育・導入支援・保守の範囲
要件整理、設定、テスト、教育、問合せ対応を誰が担うかを確認する。
契約条件とデータ出力条件
契約期間、更新、データ出力、参照保存、解約時の扱いを確認する。
費用・期間・自社工数は同じ前提で比較する
導入費用、導入期間、自社工数は、対象業務、利用者数、連携、移行データ、追加設定、教育・運用支援、契約条件によって変わります。月額や初期費用だけを比べず、含む作業と含まない作業を分け、同じ前提をそろえた個別見積もりで比較してください。
06Section移行準備を工程ごとに進める
導入の成否は、候補を選んだ後の設定作業だけでは決まりません。現行業務、例外処理、マスタ、移行対象、受入条件を発注側が整理しておくと、比較、テスト、定着の判断がしやすくなります。要件、責任分担、受入条件を合意しながら進める考え方は、IPAの調達管理ガイドも参考になります。
| 工程 | 主担当 | 成果物 | 判断ポイント |
|---|---|---|---|
| 現状把握 | 業務部門・経理 | 業務フロー、帳票、例外、課題一覧 | 現行操作と本来必要な要件を分けたか |
| 要件優先順位化 | 業務部門・経理・情報システム | 必須・将来要件、連携・権限要件 | 初期範囲を過大にしていないか |
| 比較・選定 | 比較担当・情報システム | 候補比較表、見積前提、選定理由 | 同じ前提で比較できているか |
| マスタ・データ整備 | 業務部門・経理 | コード体系、整備方針、移行対象一覧 | 重複、表記揺れ、欠損の扱いを決めたか |
| 設定・連携 | 情報システム・導入担当 | 設定一覧、連携仕様、権限表 | 例外業務と責任分担を確認したか |
| 移行・受入テスト | 業務部門・経理 | 移行結果、テスト結果、不具合一覧 | 通常・例外・帳票・連携・残高を確認したか |
| 本稼働・定着確認 | 業務部門・情報システム | 切替判定、KPIレビュー、改善一覧 | 期限内に目標業務を実行できるか |
マスタ整備では、取引先、請求先・納品先、商品、単位、税区分、標準単価・契約単価、担当者、部門、締日、支払条件、権限を点検します。表記揺れ、重複、旧コード、欠損があると、移行後の検索・集計・連携に影響します。名寄せの進め方を参考に、統合する基準と残すコードを決めましょう。
移行対象は、日常業務に必要なマスタ、未完了受注、未請求、未入金、売掛残高を優先します。過去明細は、すべてを移すのか、参照保存にするのか、アーカイブするのかを分けて決めます。受入テストでは、通常の受注から入金消込に加え、分割請求、単価変更、返品、取消、再請求、帳票、権限、連携、残高照合を確認対象に含めます。
07Section比較・導入判断を進めるために残す記録
導入相談や社内稟議では、「Excelが大変」という印象だけでは比較しにくくなります。月次で記録した締め負荷、訂正、差異調査、未入金確認遅延、転記、属人業務を、要件と受入条件へつなげます。導入後の評価では、導入前と安定稼働後で同じ定義を用い、締め所要時間、請求訂正件数、未入金確認の遅延、差異調査時間、代替可能な業務数などを比較します。
候補比較では、必須要件への適合だけでなく、確認根拠、連携方式、移行支援、契約・データ出力条件、受入時に確認するシナリオも記録します。システム選定の進め方を参考に、比較条件と選定理由を一つの資料へまとめると、後の発注判断で説明しやすくなります。
導入相談前に整理する情報
現行業務と発生している症状
受注から消込までの流れ、例外処理、締め遅延、訂正、差異、属人化を整理する。
初期導入で必要な処理と、在庫・購買・会計などへ連携するデータを分ける。
重複や表記揺れ、移行する未完了受注、未請求、未入金、売掛残高を把握する。
対象業務、利用者、連携、移行、追加設定、支援範囲、契約条件をそろえる。
受入条件と導入後に追うKPI
通常・例外シナリオ、帳票、権限、残高の合格条件と、導入後の評価指標を決める。
販売管理をExcelで行うときのよくある質問
販売管理表は1つのシートにまとめてもよいですか?+
取引パターンが単純で担当者も限られる間は始められます。ただし、受注、売上、請求、入金は1行の管理単位が異なります。分割請求や一括入金、訂正がある場合は、少なくとも売上・請求・入金・消込を分け、番号で関連付けるほうが照合しやすくなります。
未請求一覧はどのように確認すればよいですか?+
売上金額から確定済み請求明細の請求対象額累計を差し引き、請求残額が正の売上を確認します。そのうえで、計上済み、請求対象、保留理由なし、未請求または一部請求の条件を重ねます。請求作成中の売上は新規候補に混ぜず、請求バッチごとに確認します。
一括入金や一部入金はExcelで管理できますか?+
管理できますが、入金明細と消込明細を分ける必要があります。一括入金は一つの入金に複数の消込明細を作り、一部入金は請求別の未消込残高を残します。差額や相殺が頻繁に発生する場合は、根拠確認と会計連携を含めた運用・システム要件を検討します。
販売管理システムとERPはどちらから検討すべきですか?+
請求、入金、例外処理、販売データの統制といった課題が販売業務内で閉じるなら、販売管理システムを優先して検討します。在庫、購買、会計などとの不整合が継続し、部門間の転記や照合が恒常化している場合は、ERPを含む範囲で業務とデータを整理します。
Excelでの販売管理を続けるかどうかは、ファイルの行数ではなく、月次の締めと照合を無理なく、説明可能な形で続けられるかで判断します。まずは番号、マスタ、請求残額、消込、月次チェックを整え、改善しても残る負荷と統制上の課題を比較・移行の判断材料にしてください。
core-system-erp-selection
この記事カードはサンプル表示です。CMS連携後は記事タイトル、概要、サムネイルなどを記事データから取得します。
関連記事
販売管理システム・ERPの導入を検討する場合
現行の業務フロー、例外処理、連携要件、移行対象データ、受入条件を整理したうえで、導入・選定を支援できる会社を比較できます。
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。




