01はじめに|この記事でわかること
要点:この記事は、販売管理システムをはじめて検討する経営者・情報システム担当の方に向けたガイドです。仕組みの中身、必要な機能、費用の目安、導入の手順までを一度に確認できます。読み終えるころには、「うちはどこから手をつけるべきか」が見えてきます。
「受注はメール、在庫はExcel、請求は会計ソフト」。この三つがつながっていないせいで、締め日のたびに同じ数字を打ち直している。そんな会社は珍しくありません。
販売管理システムは、この打ち直しをなくす仕組みです。ただ、製品ページを見比べても機能名ばかりで、自社に何が要るのか判断しづらいのが実情ではないでしょうか。この記事では、2000年創業のWeb制作・システム開発会社ZenWeb Japanが、Webシステム開発の現場で使っている判断の順番をお伝えします。
まずは全体像をつかめる解説動画をご紹介します。
第4回【徹底解説】販売管理システムについて
02販売管理システムとは|見積から入金までをつなぐ
要点:販売管理システムとは、見積・受注・出荷・売上・請求・入金という一連の流れを、ひとつのデータでつなぐ仕組みです。伝票を作り直さずに次の工程へ渡せるため、転記ミスと確認の手間が減ります。業務システム開発の中でも、依頼の多い領域です。
販売管理という言葉は少し硬いのですが、中身はシンプルです。「いくらで、何を、いつ、誰に売り、いつお金を受け取ったか」を記録して、次の担当者に渡していく仕事のことです。
紙やExcelでも回せますが、工程が進むたびに人が数字を写す必要があります。販売管理システムは、この写す作業をなくします。具体的には、次のように情報が引き継がれます。
- 見積が受注に変わる。承認済みの見積データをそのまま受注伝票にでき、金額や数量を入力し直しません。
- 受注が出荷指示になる。出荷担当は受注データからピッキングリストや納品書を出力します。
- 出荷が売上と請求になる。締め日にまとめて請求書を出しても、元データは同じ受注です。
- 入金で取引が閉じる。消し込みまで進むと、その受注は完了扱いになります。
大事なのは、4つのつなぎ目が自動で渡ることです。機能の数より、自社の伝票がこの流れに乗るかを見てください。
03在庫管理・会計ソフトとの違いと、Excelの限界
要点:販売管理は「取引の流れ」、在庫管理は「モノの数」、会計ソフトは「お金の記録」を扱います。担当する範囲が重なるため混同されがちですが、起点が違います。詳しくは在庫管理システムの開発もあわせてご覧ください。
三つの違いは、次の表で整理できます。
| 仕組み | 中心にあるデータ | 主な利用者 |
|---|---|---|
| 販売管理システム | 受注(取引1件) | 営業・受注担当・業務 |
| 在庫管理システム | 商品と数量 | 倉庫・出荷担当 |
| 会計ソフト | 仕訳(勘定科目) | 経理・税理士 |
三つはつながって初めて力を発揮します。連携が切れていると、月末に突き合わせる作業が生まれます。
では、Excelはいつまで使えるのでしょうか。件数が少なく、担当者がひとりで、例外的な取引がなければ十分に回ります。つらくなるのは次のようなときです。
- 同じファイルを複数人が触る。誰かの上書きで数字が消え、どれが最新かわからなくなります。
- 過去の取引を探す回数が増える。「去年と同じ条件で」の問い合わせに、探す時間がかかります。
- 締め日に作業が集中する。請求書を作れる人が限られ、その人が休むと止まります。
見極め方はExcel業務をWebシステム化すべきサインでも整理しています。
自社のどこが止まっているか、確かめてみませんか。
現在の伝票の流れを一緒に整理するところから対応しています。 Webシステム開発の内容を見る →
04必ず入る基本機能7つ
要点:販売管理システムの基本機能は、見積・受注・出荷(納品)・売上・請求・入金消込・マスタ管理の7つです。どの製品にもほぼ入っています。差が出るのは、この7つをどこまで自社の運用どおりに動かせるかという点です。
基本機能は次のとおりです。「入っているか」より「自社の順番どおりに使えるか」を見てください。
- 見積管理。見積書を作り、改訂履歴を残します。そのまま受注に変換できるかが分かれ目です。
- 受注管理。受注日・納期・単価・数量を登録します。分納や納期変更への対応を確認します。
- 出荷・納品管理。出荷指示、ピッキングリスト、納品書の発行を担当します。
- 売上管理。出荷基準か検収基準かで、計上のタイミングと設定が変わります。
- 請求管理。締め日ごとにまとめて発行します。取引先別に締め日が違う場合は要確認です。
- 入金・消込管理。入金と請求を突き合わせます。一部入金や相殺への対応が実務で効きます。
- マスタ管理。取引先・商品・単価のマスタです。ここが乱れると全体が乱れます。
つまずきやすいのは入金消込とマスタです。取引先ごとに単価が違う会社は、単価マスタの持ち方を先に決めてください。帳票も早めの確認をおすすめします。取引先指定の様式があると、帳票出力機能の開発で個別対応が必要になります。
05商流の型で変わる機能|掛売り・締め請求・受注生産
要点:必要な機能は業種ではなく、商流の型で決まります。掛売りか都度払いか、締め請求か個別請求か、在庫販売か受注生産か。この3つの組み合わせで、標準機能で足りるかどうかが分かれます。
同じ製造業でも、既製品を在庫から売る会社と、図面を受け取ってから作る会社では必要な機能が違います。次の3つの軸で自社を見てください。
- 支払いの型。掛売りなら与信限度額の管理と締め請求が要ります。都度払いなら請求機能は軽くて済みます。
- 請求の型。月末締め翌月末払いが全社共通なら簡単です。20日締め・15日締めが混ざると、締めグループの設定が必要になります。
- モノの型。在庫から出すのか、受注してから作るのか。受注生産なら、受注と製造指示、原価の積み上げがつながる必要があります。
ここに業種特有の条件が乗ります。預け在庫のある卸売業、ロット管理が要る食品、部分納品が前提の建材。こうした条件は標準機能から外れやすく、追加開発の対象になります。
顧客ごとの取引履歴を深く追いたい場合は、顧客管理システムの開発との役割分担も考えることになります。
06どこで手が止まるのか|つなぎ目に残る手作業
要点:手作業がいちばん残るのは、出荷から請求へ渡すところです。ZenWebが相談を受けた案件では、締め日に請求書を手で組み立てている会社が7割を超えていました。まず止まっている場所を特定すると、導入範囲を絞れます。
販売業務は工程ごとに担当者が変わるため、そのつなぎ目で情報が落ちやすくなります。実際にどこで止まっているかを整理しました。
| つなぎ目 | 手作業が残っていた割合 | よくある症状 |
|---|---|---|
| 出荷 → 請求 | 71% | 締め日に納品書を集めて請求書を組み立てる |
| 請求 → 入金消込 | 66% | 入金明細と請求台帳を目視で突き合わせる |
| 見積 → 受注 | 62% | 見積ファイルをコピーして受注台帳に転記する |
| 受注 → 在庫引当 | 55% | 在庫表の更新が翌日以降になり、引当が読めない |
| 受注 → 出荷指示 | 48% | 出荷リストを別ファイルで作り直す |
出典:ZenWebが支援した国内中小企業の業務システム案件、初回ヒアリング集計、2024〜2026年。利用条件
注目したいのは、出荷から請求へのつなぎ目が最も詰まっている点です。ここは経理が担当することが多く、営業側からは見えにくい場所です。「請求書に毎月3日かかっている」という状況が社内で共有されていないケースは少なくありません。
07同じ数字を何回打ち直しているか
要点:費用対効果を測る簡単な方法は、1件の取引が入金まで進む間に同じ数字を何回入力しているかを数えることです。月200件の会社が6回打ち直していると、年間で約720時間になります。ここが投資判断の土台になります。
効果は「便利になる」という言葉では測れません。入力回数という具体的な数で見ると、判断しやすくなります。
| 運用のかたち | 1件あたりの入力回数 | 年間の入力工数 |
|---|---|---|
| Excelとメールで分断 | 6回 | 約720時間 |
| 受注だけシステム化 | 3回 | 約360時間 |
| 見積から入金まで一元管理 | 1回 | 約120時間 |
出典:ZenWeb作成の試算モデル。月200件・1回3分で計算した参考値です。利用条件
この差は人件費に直結します。年間600時間の削減は、パートタイム1名分に近い規模です。打ち直しが減れば金額の間違いも減ります。請求書の訂正は謝罪と再発行がセットになるため、時間以上のコストがかかっています。
投資判断の根拠は「便利になるから」ではなく、「同じ数字を年間何回打ち直しているか」です。
自社の入力回数を一緒に数えてみませんか。
現在の伝票の流れをうかがえば、削減できる工数の目安をお出しできます。 開発の進め方を確認する →
08導入方式の3つの選択肢
要点:選択肢はクラウド型パッケージ、パッケージ+カスタマイズ、スクラッチ開発の3つです。判断の基準は予算ではなく、標準の流れに自社の業務を合わせられるかどうか。合わせられるならクラウド型が最短です。
3つの方式は、それぞれ向いている会社が違います。
- クラウド型パッケージ。月額で使い、初期費用を抑えられます。標準の流れに業務を合わせる前提です。総務省の令和6年通信利用動向調査によると、クラウドサービスを利用している企業は8割を超え、効果があったと回答した企業は88.2%にのぼります。
- パッケージ+カスタマイズ。基本は既製品を使い、外せない部分だけ手を入れます。範囲が広がるほど、バージョンアップの費用も膨らみます。
- スクラッチ開発。ゼロから作ります。商流が独特な会社や、既存システムとの連携が多い会社に向いています。
迷ったときは、「システムに業務を合わせられるか」を先に社内で確認してください。合わせられないなら、カスタマイズか開発を検討します。この考え方はシステム開発の外注と内製やSaaSと自社開発の比較でも扱っています。
09方式別・初期費用と期間の目安
要点:クラウド型は初期0〜30万円で1〜2か月、パッケージ+カスタマイズは100〜500万円で3〜6か月、スクラッチ開発は300万円以上で4〜10か月が目安です。月額の運用費まで含めた総額で比べてください。
| 方式 | 初期費用 | 月額(メンテナンス含む) | 導入期間 |
|---|---|---|---|
| クラウド型パッケージ | 0〜30万円 | 1〜5万円 | 1〜2か月 |
| パッケージ+カスタマイズ | 100〜500万円 | 3〜10万円 | 3〜6か月 |
| スクラッチ開発 | 300〜1,500万円 | 5〜20万円 | 4〜10か月 |
出典:公開されている製品情報とZenWebの見積実績の集計、2024〜2026年、日本国内。利用条件
金額の幅が広いのは、対象範囲が会社ごとに違うからです。見積りは金額の大小より内訳の粒度を見てください。工数の考え方はシステム開発の見積もりの見方、相場感はシステム開発の費用相場で解説しています。なお、稼働後のメンテナンス費用を初期見積に含めない会社もあります。3年分の総額で比べると判断を誤りにくくなります。
10インボイスと電子帳簿保存法で押さえる3点
要点:販売管理システムは請求書を発行する側の仕組みなので、法対応が直接ぶつかります。適格請求書の記載事項、電子取引データの保存、保存期間の3点は、製品を選ぶ前に確認しておきたいところです。
確認すべきポイントは次の3つです。
- 適格請求書の記載事項を満たせるか。国税庁の適格請求書等の記載事項では、登録番号、取引年月日、取引内容、税率ごとの対価の額と適用税率、税率ごとの消費税額、交付先の名称が求められています。
- 電子取引データを電子のまま保存できるか。メールやWeb上でやり取りした請求書は、データのまま保存します。要件は国税庁の電子取引関係の特設ページにまとまっています。
- 保存期間と検索性を確保できるか。適格請求書等の保存期間は原則7年間です。取引年月日・取引金額・取引先で探せる状態にしておきます。
この3点は、あとから追加するとかえって高くつきます。詳しい要件の整理は電子帳簿保存法とシステム対応とインボイス制度とシステム改修で扱っています。税務上の判断は顧問税理士にご確認ください。システム側で対応できるのは、記録と保存の仕組みまでです。
11会計・在庫・ECとの連携をどこまでやるか
要点:連携は「毎日発生するもの」から順に自動化します。会計への売上連携、在庫の引き当て、ECの受注取り込みが代表例です。頻度の低い連携まで一度に作ると、費用ばかりが膨らみます。
販売管理システムは単体で完結しません。他システムとどこまでつなぐかで、費用と期間が変わります。判断の順番は次のとおりです。
- 毎日発生する連携から。ECサイトの受注取り込みや在庫の引き当ては、件数が多く手作業も重いため優先度が高くなります。ECサイトに必要な機能とあわせて検討してください。
- 月次の連携は次に。会計ソフトへの売上仕訳は月1回のことが多く、CSVの出力と取り込みで足りる場合もあります。
- 年に数回の連携は後回しでよい。自動化しても投資の回収に時間がかかります。
連携の仕組みはAPI連携とはで解説しています。古い基幹システムが相手なら、連携の前に本体の見直しが必要なこともあります。その判断は基幹システムの刷新をご覧ください。勤怠や労務まで一度に統合すると範囲が広がりすぎるので、勤怠管理システムの開発のように領域ごとに切り分けて進めるほうが確実です。
連携の範囲に迷っていませんか。
既存の会計ソフトやECサイトの構成をうかがい、優先順位を整理してお伝えします。 対応できる開発範囲を見る →
12導入の進め方|棚卸しから本稼働まで
要点:導入は5つのステップで進みます。伝票の流れを書き出し、例外を洗い出し、方式を決め、マスタを整え、締め1回分を並行で回してから切り替えます。急がば回れで、棚卸しに時間をかけたほうが結果的に早く終わります。
販売管理システムを導入する5つのステップ
初回のご相談から本稼働まで、次の順番で進めます。
- 伝票の流れを1枚に書き出す。見積から入金までを1本の線にして、誰が何を作っているかを書き込みます。ここで社内の認識のずれが見つかります。
- 例外取引を洗い出す。「この取引先だけ締め日が違う」「この商品だけ単価が別」といった例外を全部並べます。例外の数が方式選びを左右します。
- 方式を決めて要件を固める。クラウド型か開発かを決め、必要な機能を文書にします。進め方は要件定義とはが参考になります。画面のイメージはワイヤーフレームの作り方で先にすり合わせておくと安心です。
- マスタを整えて移行する。取引先と商品のマスタから重複を消し、表記をそろえます。一番地味で、一番時間がかかる作業です。
- 締め1回分を並行で回す。旧来のやり方と新システムを1か月だけ並行させ、請求書の内容が一致するか確かめます。
4番を軽く見ると、稼働後も「同じ取引先が2件ある」といった問題が続きます。ここは時間を確保してください。
13稼働後12か月で何が変わるか
要点:効果は稼働直後には出ません。ZenWebが支援した案件では、請求書の作成日数が目に見えて縮むのは6か月目以降でした。マスタが整い、例外の扱いが定まってから数字が動きます。
| 時期 | 請求書作成にかかる日数 | 請求訂正の件数(月) | 月末の未消込件数 |
|---|---|---|---|
| 稼働前 | 4.0日 | 12件 | 28件 |
| 3か月後 | 3.0日 | 9件 | 20件 |
| 6か月後 | 1.5日 | 5件 | 9件 |
| 12か月後 | 1.0日 | 2件 | 3件 |
出典:ZenWebが支援した販売管理まわりの導入案件の平均的な推移、2024〜2026年、日本国内。利用条件
最初の3か月はあまり変わりません。新しい入力に慣れるまで、むしろ負荷が上がることもあります。ここで「効果がない」と判断すると、投資が中途半端に終わります。半年を目安に見てください。
14失敗しやすい3つのパターン
要点:よくある失敗は、例外を後出しする、マスタを整理しないまま移行する、現場が使わずExcelに戻る、の3つです。いずれも稼働前の準備で防げます。会社選びの視点はシステム開発会社の選び方もご確認ください。
- 例外取引を後から持ち込む。要件定義で出なかった特殊な締め日や単価が、テスト段階で次々に出てきます。追加費用と納期の遅れに直結します。
- マスタが汚いまま移行する。同じ取引先が別名で3件登録されていると、集計が合いません。
- 現場が使わずExcelに戻る。入力項目が多すぎたり、画面の順番が実際の作業と違ったりすると、担当者は元のやり方に戻ります。二重管理が生まれ、かえって悪化します。
3つ目は設計の問題です。実際に入力する人に画面を確認してもらってから作り込めば、ほとんど防げます。
15相談前に決めておく5項目
要点:相談前に、対象範囲・月間件数・例外の一覧・連携先・希望時期の5つを整理しておくと、初回から具体的な話ができます。すべて社内にある情報なので、30分ほどで書き出せます。
- 対象範囲。見積から入金まで全部か、まず受注と請求だけかを決めます。
- 月間の件数。受注件数、請求書の発行枚数、取引先の数を数えます。
- 例外の一覧。締め日が違う取引先、単価が特別な商品などを書き出します。
- 連携したいシステム。会計ソフトの製品名、ECサイトの有無を確認します。
- 希望時期。期首に合わせたいなど、動かせない日付があれば先に伝えます。
中小企業向けには、IT導入補助金などの支援制度が用意されている年度もあります。条件は年度ごとに変わるため、公募要領で最新の内容をご確認ください。段階的な進め方は中小企業のデジタル化の進め方で整理しています。
16まとめ|判断の順番
要点:止まっている場所を特定し、入力回数を数え、例外の数で方式を決める。この順番で進めれば、販売管理システムの検討は迷いません。製品比較はいちばん最後です。
ここまでの内容を、判断の順番として並べ直します。
- 伝票の流れを書き出し、どのつなぎ目で止まっているかを確かめる。
- 同じ数字を何回打ち直しているかを数え、削減できる工数を出す。
- 例外取引の数を数え、標準機能に合わせられるかを判断する。
- 方式を決め、3年分の総額で比較する。
- マスタを整え、締め1回分を並行稼働させてから切り替える。
製品名から入ると機能の多さで目移りします。自社の流れから入れば、必要な範囲は自然と絞られます。Webシステム開発のご相談では、この棚卸しからご一緒することが多くあります。
17よくある質問
1. 販売管理システムと在庫管理システムは何が違いますか?
販売管理システムは受注を起点に、見積から入金までの取引の流れを管理します。在庫管理システムは商品と数量を起点に、モノの動きを管理します。範囲が重なるため、簡易な在庫機能が付いた製品も多くあります。在庫の精度を厳密に求めるなら、専用システムとの連携をご検討ください。
2. 販売管理システムの費用はどのくらいかかりますか?
クラウド型パッケージなら初期0〜30万円、月額1〜5万円が目安です。パッケージにカスタマイズを加えると初期100〜500万円、ゼロから開発する場合は300万円以上が一般的です。比較するときは初期費用だけでなく、月額のメンテナンス費用を3年分足した総額で見てください。
3. クラウド型と自社開発、どちらを選ぶべきですか?
基準は、システムの標準的な流れに自社の業務を合わせられるかどうかです。例外的な取引が少なく、締め日や単価のルールが統一されているならクラウド型が適しています。商流が独特で他システムとの連携も多い会社は、開発を検討する価値があります。
4. Excelでの販売管理はいつまで続けられますか?
件数の多さより、同時に触る人数と締め日の集中で限界が来ます。複数人が同じファイルを更新している、請求書の作成が特定の人しかできない、過去の取引を探すのに時間がかかる。この3つが当てはまり始めたら、検討の時期です。
5. インボイス制度や電子帳簿保存法への対応は必須ですか?
請求書を発行する事業者であれば、適格請求書の記載事項を満たす必要があります。メールなどで電子的にやり取りした取引データも、電子のまま保存することが求められます。詳しい要件は国税庁の案内をご確認いただき、税務上の判断は顧問税理士にご相談ください。
販売管理の手作業を、そろそろ手放しませんか。
現在の伝票の流れと例外取引をうかがい、どこから着手すべきか、どの方式が合うかを整理してお伝えします。2000年創業のZenWeb Japanが、日本品質を適正価格でご提供します。
無料で相談する →