受注管理システムの選び方｜一人担当は件数より何で判断するか、タイプ別の費用と進め方

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

B2B EC-COLUMN

一人で受注をさばく現場は、件数より何を見て「限界」を判断するか

電話で受けた注文をメモし、FAXの注文書と一緒にExcelへ打ち直し、在庫を見て出荷を頼み、月末に請求書を作る。
これを一人で回していると、件数が増えるほど「抜けていないか」「自分が休んだら止まる」という不安が大きくなります。
ただ、受注管理システムが必要になる件数の線引きは、確認できた公的資料にも提供元の資料にも見当たりません。
判断の手がかりは件数より、注文の入口の数、1件を何回書き写しているか、在庫・請求とつながっているか、取引先ごとの条件の違いです。
そこを数えると、Excelで続けるか、小規模向けクラウドか、販売管理系かが見えてきます。

「月○件から」と言える公的な基準は確認できなかった

月に何件を超えたら受注管理システムを入れるべきか。
導入を考え始めると、まずこの線を知りたくなります。
しかし、今回確認した補助金の公的資料にも、販売管理クラウドの公式料金表にも、受注件数で導入の要否を分ける基準は載っていません。
料金表に出てくるのは「明細上限」という契約上の上限で、一人の担当者が無理なくさばける件数を示すものではありません。

件数だけで決めにくいのは、1件にかかる手間が現場ごとに大きく違うからです。
たとえば月100件の注文が、決まった取引先からいつも同じ形式のメールで届く場合と、電話・FAX・ECの三つの経路から、取引先ごとに単価や締め日の違う注文として届く場合を比べてみてください。
件数は同じでも、後者は注文を読み取り、形をそろえ、条件を思い出しながら入力する作業が毎回発生します。
そこで件数の代わりに、1件の注文に対して自分の手がどこで何回動いているかを見る方法を提案します。

電話やFAXの注文が残っていること自体を、遅れていると考える必要はありません。
中小企業庁の令和3年度の調査を引用した記事によると、回答のあった22,757社のうち、受注側として2021年までに電子受発注に対応したと答えた企業は48.5%でした⁴。
対応済みと答えた企業は半数に届いておらず、紙や電話を含む受注を抱えたまま、どこから変えるかを考えている現場は少なくないと読めます。

注文の入口の数と転記の回数を数える

最初に数えたいのは、注文がどこから届くかという「入口」の数です。
電話、FAX、メール、自社のECサイト、取引先の発注画面など、経路が一つ増えるごとに、形式の違う注文を同じ台帳の形にそろえる作業が一つ増えます。
電話なら聞き取った内容をメモし、FAXなら手書きの数字を読み取り、メールなら本文や添付ファイルから品番と数量を拾う、というように、入口ごとに読み取り方そのものが違うからです。

次に、1件の注文が何回打ち直されているかを数えます。
受け取った注文をExcelの受注台帳に入れ、在庫表に引当を書き、出荷の依頼書に住所と品目を写し、月末に請求書へ金額を移す。
この流れなら、同じ注文の内容を4つの別の場所へ書いていることになります。
受発注の電子化を説明した記事でも、移行のメリットとして入力・転記・書類管理の工数の削減と、手書き・入力・計算による人的ミスの削減が挙げられています⁴。
これは企業間の電子受発注についての説明で、一人担当の現場で効果を測ったものではありません。
それでも、負担とミスの機会が転記のたびに生まれるという見方は、自分の業務を点検するときの手がかりになります。

数え方は難しくありません。
数日分の注文を手元に置き、1件ずつ「どの経路で届いたか」「どのファイルや書類に何回書いたか」を書き出してみてください。
入口がほぼ一つで、転記が台帳への入力だけなら、システムを入れても減る作業は限られます。
入口がいくつもあり、1件ごとに何度も書き写しているなら、件数が多くなくても手作業の負担は小さくありません。

在庫・納期・請求がつながっているか

転記の回数と並んで判断を分けるのが、在庫・納期・請求がつながっているかどうかです。
受注台帳と在庫表が別のファイルになっていると、注文を受けるたびに在庫表を開き、残数を確かめ、引き当てた数を手で書き込むことになります。
どこかで書き忘れると、帳簿上は在庫があるのに実物が足りない、あるいはその逆の状態が生まれます。

請求も同じです。
出荷済みの注文を請求書へ移すとき、どれが出荷済みでどれが未出荷かを台帳の印だけで判断していると、抜けや二重請求に気づくのは締めの作業のときになりがちです。
受注・出荷・請求が一つのデータでつながる仕組みなら、注文ごとの状態を同じ画面で追え、別のファイル同士を見比べる作業が減ります。
ただし、つながっていても入力そのものが正しいかの確認は残ります。
減るのは、同じ情報を別の場所で突き合わせる作業です。

在庫を持たない受注や、出荷を別の担当者が受け持つ場合は、この点の重みは小さくなります。
反対に、在庫を見ながら納期を回答し、その回答が請求まで影響する業務なら、Excelで続けるか販売管理系にするかの分かれ目は、件数よりこの連動の有無にあります。

取引先ごとの条件の違いと、自分が休めない状態

取引先ごとに単価、締め日、納品先、送料の扱いが違う場合、その条件がどこに書かれているかを見てください。
担当者の記憶や手元のメモ、過去のメールにしか残っていないなら、注文を入力するたびに条件を思い出す作業が発生し、思い違いがそのまま請求金額の誤りになります。

この状態は、担当者が休んだときの問題と同じ根を持っています。
入口ごとの読み取り方も、取引先ごとの条件も一人の頭の中にあると、ほかの人は注文を受け取れても、正しく登録して出荷や請求へ回すことができません。
受注件数が少なくても、自分が不在の日に注文が止まるなら、仕組みを見直す理由になります。
件数の多さではなく、代わりがいないことが限界のサインになる場面です。

ここまで見てきた点を並べると、次の4つになります。

▼ 図の内容を文字で読む

1. 注文を受け取る（電話・FAX・メール・EC）
2. 受注台帳に入力する
3. 在庫表に引当を書く
4. 出荷依頼書に住所と品目を写す
5. 請求書に金額を移す

▼ 図の内容を文字で読む

1. 注文の入口の数
2. 電話・FAX・メール・ECなど、形式の違う注文をそろえる手間
3. 1件あたりの転記の回数
4. 台帳・在庫表・出荷依頼・請求書へ何回書き写すか
5. 在庫・納期・請求の連動

Excel継続・小規模向けクラウド・販売管理系は何が違うか

同じ5つの軸で3タイプを見る

前の節で数えた入口・転記・連動・取引先条件は、そのまま選択肢を比べる軸になります。
ここでは、Excelなどの表計算で受注台帳を続ける方法、受注の登録と管理を中心に月額で使う小規模向けクラウド、受注から出荷・請求、仕入・在庫までを同じデータで扱う販売管理系の三つを、一人での運用負荷と費用の出方を加えた5つの軸で並べます。
三つの呼び方は製品の正式な分類ではなく、選択肢を整理するための区分です。

表で判断が分かれるのは、主に在庫・請求との連動と、取引先別の条件です。
入口が増えて転記が重くなっているだけなら、受注の登録を一か所にまとめることで、台帳への入力と状態の確認が楽になるかを見る価値があります。
一方で、在庫の引当や請求書の作成まで同じ注文データから進めたい、取引先ごとの単価や締め日を設定として持たせたいとなると、販売管理系の守備範囲に入ってきます。
小規模向けクラウドでも対応範囲は製品によって違うため、タイプの名前より、自分の転記がどこまで減るかで比べるほうが確実です。

一人での運用負荷は、機能が多いほど軽くなるとは限りません。
販売管理系は扱う範囲が広いぶん、取引先や商品の登録、伝票の種類の設定など、使い始める前の準備が増えます。
日々の受注をこなしながらその準備も一人で進めることになるため、導入支援を頼むかどうかが、費用と負荷の両方に関わってきます。

Excelのままでよい条件

表の左の列が自分の現場に当てはまるなら、Excelで続けるのは消極的な選択ではありません。
注文の入口がほぼ一つにまとまっていて、転記が受注台帳への入力で済み、在庫は持たないか別の人が管理し、取引先ごとの条件もほぼ共通という状態であれば、システムを入れて減る作業は多くありません。
その分の費用と準備の手間を、ほかの仕事に回す判断も成り立ちます。

ただし、Excelで続ける場合は、仕組みの代わりにルールで抜けを防ぐことになります。
担当者以外が台帳を読めるかどうかが、その分かれ目です。
入口が一つ増えたとき、あるいは自分が休む日が続きそうなときが、もう一度この表を見直すタイミングになります。

小規模向けと中堅向けのプラン差の読み方（1製品の例）

小規模向けと中堅向けで何が違うのかは、1つの製品の公式料金表を見ると具体的になります。
OBCの商奉行ｉ（販売・単体）には、スモールスタート向けのEから中堅・成長企業向けのSまで5つのプランがあり、月額・初期費用・明細上限が段階的に変わります¹。
このうち下位の2プランと、仕入・在庫を含むセットのEプランは次のとおりです¹。

<ul><li>商奉行ｉ（販売・単体）E（スモールスタート向け）：月額7,340円〜、年額88,000円〜、初期費用0円、明細上限50,000</li><li>商奉行ｉ（販売・単体）J（小規模企業向け）：月額10,000円〜、年額120,000円〜、初期費用50,000円、明細上限100,000</li><li>商蔵奉行ｉ（セット）E（販売＋仕入・在庫、スモールスタート向け）：月額13,000円〜、年額156,000円〜、初期費用0円、明細上限50,000</li></ul>

この例から読み取れるのは、プランの段階が明細上限と初期費用に表れること、そして在庫まで一つの流れで扱おうとすると、同じEプランでも販売だけの単体より月額の下限が上がることです。
前の節で在庫・請求との連動を重く見た場合は、販売単体のプランで足りるのか、仕入・在庫を含む構成が要るのかを、この差と合わせて考えることになります。

数字を読むときに外せない条件もあります。
これは1製品の公式料金で、受注管理システム全般の相場ではありません。
金額の「〜」は下限を表し、各価格のライセンス構成は利用者1・専門家1です¹。
契約は法人単位の年間契約で、販売はOBCからの直販ではなく取り扱いパートナー経由です¹。
また、明細上限の50,000や100,000が受注何件分に当たるかは、明細として数える伝票の範囲によって変わるため、料金表だけでは決まりません。

一人運用で必ず確認する機能と、後回しでよい機能

明細上限とライセンス数

タイプの見当がついたら、次は一人で使い続けられる契約かどうかを見ます。
機能の一覧より先に確かめたいのは、上限・人数・支援の三つが契約条件のどこに書かれているかです。
前の節のOBCの例では、明細上限はプランごとに決まっていて、足りない分は拡張パックで追加購入できると記載されています¹。
上限を超えたときに止まるのか、追加で買えるのか、上位プランへの切り替えが必要なのかは製品によって違うため、見積もりの段階で聞いておく項目です。

ライセンス数は、一人担当だからこそ見落としやすい条件です。
普段は一人で操作していても、休みの日に代わりの人が注文を登録するなら、その人の分の利用者ライセンスが必要になる可能性があります。
OBCの例では各価格が利用者1・専門家1の構成で、2ライセンス以上の構成も用意されています¹。
一人分で契約し、代行者が操作できないまま運用が始まると、システムを入れても「自分しか触れない」状態は変わりません。

サポートの方法と更新費用

社内に聞ける相手がいない一人担当にとって、サポートの方法は機能と同じくらい重要です。
操作で詰まったとき、相談先がメールだけなのか、電話で話せるのか、画面を共有して見てもらえるのかで、作業が止まる時間が変わります。
OBCの例では、EとJのプランにリモート共有・電話・WEBのサポートが含まれ、プログラムの更新やバージョンアップに追加のコストはかからないとされています¹。

更新費用を見ておく理由は、毎年の費用の見通しにあります。
機能の追加や変更のたびに別料金が発生する契約だと、年額の利用料だけでは費用を読めません。
他製品で同じ条件とは限らないため、サポートの方法と、更新が利用料に含まれるかは、製品ごとに見比べる点になります。

導入支援が別料金か

料金表の月額に、使い始めるまでの手伝いが含まれているとは限りません。
OBCの例では、データ移行や設定指導といった導入支援は別途費用です¹。
受注管理を始めるには、取引先、商品、単価といった基本の情報をシステムに登録する必要があり、ここを自分で行うか販売パートナーに頼むかで、費用と担当者の作業量が入れ替わります。

日々の受注をこなしながら移行作業も一人で進めると、移行が後回しになり、旧方法から抜け出せない期間が長引きがちです。
反対に、すべてを任せると、設定の中身を自分が理解しないまま運用が始まります。
どの作業を頼み、どこを自分で行うかを分けて見積もりを取ると、別途費用の中身が比べやすくなります。

電話・FAX・メールの取り込みは購入前にどう確かめるか

電話やFAXで届く注文を、システムがどこまで自動で取り込めるかは、今回確認した資料からは分かりません。
製品の説明に「FAX対応」「メール取り込み」とあっても、届いたFAXの画像を保存できることと、画像から品番や数量を読み取って受注データにすることは別の機能です。
データを置いておける場所があることと、そのデータを処理して受注として登録する機能があることを、分けて確かめる必要があります。

購入前には、実際に届いている注文書を手元に用意して、次の点を聞くと答えが具体的になります。

<ul><li>FAXの注文書は画像として保存されるだけか、文字を読み取って受注データになるか</li><li>読み取った内容を人が確認・修正する画面があるか</li><li>メールの本文と添付ファイルのどちらから、どの形式なら取り込めるか</li><li>電話の注文は、誰がどの画面から入力する想定か</li></ul>

反対に、今の入口と転記に関係しない機能は、最初の判断材料から外せます。
使っていない販売経路との連携や分析用の帳票などは、最初の入口が回り始めてから必要性を判断しても遅くありません。
ただし、後から追加できるかどうかも製品ごとの契約条件なので、追加の方法と費用は最初の見積もりで一緒に聞いておくと判断がぶれません。

▼ 図の内容を文字で読む

1. 明細上限と、超えたときの追加の方法
2. ライセンス数と、代行者の分の要否
3. サポートの方法と、更新費用の有無
4. 導入支援の範囲と、別途費用の中身
5. 電話・FAX・メールの注文の取り込み方法

導入にかかる費用と、補助金で変わる部分

月額・初期費用・年間契約の出方（1製品の例）

費用を考えるときは、月額の数字だけを比べないことが大切です。
OBCの例でいえば、料金は月額で示されていても契約は年間単位で、プランによっては初期費用がかかり、データ移行や設定指導は別途費用です¹。
使い始める年には年額の利用料に初期費用が加わり、導入支援を頼めばその費用が別に乗ります。
明細が上限を超えそうなら、拡張パックの費用も加わります。

前の節で見たEとJの差も、この見方で読むと意味が変わります。
Eは初期費用0円で明細上限が50,000、Jは初期費用50,000円で明細上限が100,000です¹。
月額や初期費用だけを見るとEが有利に見えても、明細の発生の仕方によっては拡張パックの追加が必要になり、比べる前提が変わります。
どちらが合うかは、自分の受注で明細がどれだけ発生するかを提供元に確かめたうえでないと決まりません。

デジタル化・AI導入補助金の通常枠の条件

こうした費用の一部は、デジタル化・AI導入補助金（旧IT導入補助金）の通常枠で補助を受けられる可能性があります。
2026年度の通常枠の補助率は1/2以内です²。
2/3以内になるのは、2025年度の地域別最低賃金未満で3か月以上雇用した従業員が全従業員の30%以上であることを示した場合に限られます²。
この条件に当てはまらなければ、1/2以内を前提に考えることになります。

補助額は、導入する業務プロセスの数で分かれます。
1プロセス以上なら5万円以上150万円未満、4プロセス以上なら150万円以上450万円以下です²。
補助額に下限があるため、導入する金額が小さいと、補助の対象になる額に届かない場合があります。
受注だけを先に入れるのか、在庫や請求まで含めるのかで業務プロセスの数え方が変わる可能性もあるため、この区分は公募要領で確かめる必要があります。

対象経費には、必須のソフトウェア購入費・クラウド利用料（最大2年分）に加え、オプションとして機能拡張・データ連携・セキュリティ、役務として導入コンサルティング、導入設定・マニュアル設定・導入研修、保守サポートが含まれます²。
前の項で別途費用だった導入支援のような作業が、経費の区分として用意されている点は、一人担当にとって意味があります。
移行や設定を外部に頼む費用が対象になりうるなら、自分で抱え込むか頼むかの判断が変わるからです。
ただし、個別の製品やサービスが対象になるかは、次の項の方法で確かめるまで分かりません。

申請できる事業者にも条件があります。
中小企業は業種ごとに資本金か従業員数のどちらかが基準以下であれば対象で、たとえば卸売業は資本金1億円以下または従業員100人以下、小売業は資本金5,000万円以下または従業員50人以下、製造業は資本金3億円以下または従業員300人以下です³。
個人事業主も含まれます³。
制度には別に「小規模事業者」という区分があり、商業・サービス業（宿泊業・娯楽業を除く）は従業員5人以下、製造業その他は20人以下とされています³。
これは制度上の区分で、小規模企業向けのプランを選ぶかどうかとは関係がありません。
最終的な判断は公募要領と交付規程に基づいて行われます。

対象ツールかどうかの確かめ方と、申請の時期の制約

補助の対象になるのは、あらかじめ登録されたITツールです。
通常枠では、1種類以上の業務プロセスを持つソフトウェアであることが求められ、汎用的なプロセスだけのソフトウェアは申請できません²。
受注管理や販売管理のシステムだからといって一律に対象になるわけではないため、候補の製品名を補助金の公式サイトのITツール検索で調べ、対象かどうかを確かめます。

時期の制約も見ておきます。
第6次公募の締切は2026年10月30日17:00、交付決定は2026年12月10日の予定で、事業実施期間は交付決定後から2027年5月31日17:00までの予定です²。
事業実施期間が交付決定後と定められているので、契約や導入作業の時期はそれに合わせて組むことになります。
第6次の締切は近く、第7次以降については制度変更の告知が出ているため、申請を考える場合は最新の公募要領と事務局の告知で条件を確かめてください。

▼ 図の内容を文字で読む

1. 利用料（年間契約）
2. 月額表示でも契約は年単位
3. 初期費用
4. プランにより0円の場合とかかる場合がある
5. 導入支援

▼ 図の内容を文字で読む

• 2026年10月30日17:00 第6次締切
• 2026年12月10日 交付決定（予定）
• 交付決定後〜2027年5月31日17:00 事業実施期間（予定）

出典：独立行政法人中小企業基盤整備機構「デジタル化・AI導入補助金2026 通常枠」（2026年）。第6次公募の記載で、第7次以降は含まない

一人担当のリスク（不在・引き継ぎ・習得）を抑えた進め方

入口を絞って始める

どのタイプを選び、何に費用がかかるかの見当がついても、最後に残るのは、一人の担当者が日々の受注を止めずにどう切り替えるかです。
ここからの進め方は効果を測った方法ではなく、一人運用で負担が重なりやすい場面を避けるための提案です。

最初は、すべての入口を一度に移さず、一つに絞って始める方法があります。
たとえば、形式がそろったメールで届く取引先の注文だけを先にシステムへ登録し、電話やFAXの注文はしばらく従来どおりに扱う、という切り分けです。
入口を絞ると、新しい画面の操作を覚える対象が限られ、うまくいかないときに原因が入口の違いなのか設定なのかを切り分けやすくなります。
どの入口から始めるかは、最初の節で数えた転記の回数が多く、しかも形式がそろっている入口を選ぶと判断しやすくなります。

データ整備の範囲を決める

システムに移す前に、どのデータをどこまで整えるかを決めます。
取引先の名称や締め日、商品の品番や単価が、Excelのシートやメールに散らばったままだと、移行の作業はそのまま整理の作業になります。
過去の受注履歴をすべて移すのか、未出荷・未請求の注文だけを移して過去分は旧ファイルで参照するのかで、作業量は大きく変わります。

ここで決めた範囲は、導入支援を頼む場合の見積もりの前提にもなります。
範囲が決まっていれば、自分で行う部分と頼む部分の線を引きやすくなります。

不在時の代行者と手順を決める

一人担当の導入で忘れやすいのが、自分が休んだときに誰が何をするかです。
システムを入れても、操作できるのが自分だけなら、不在の日に注文が止まる状態は変わりません。
導入前に代わりに操作する人を決め、その人が受注の登録、在庫の確認、出荷依頼のうちどこまでを担うかを決めておくと、ライセンス数の判断にもつながります。

取引先ごとの条件も、このタイミングで担当者の頭の中から外へ出しておきたい情報です。
単価や締め日をシステムの設定に入れられるならそこへ入れ、入れられない条件は代行者が読める手順書にまとめます。
操作方法は画面を見れば追えても、なぜその取引先だけ処理が違うのかという理由は、書いておかなければ伝わらないからです。

旧方法との並行期間の置き方

新しい仕組みに移る間は、旧方法と並べて動かす期間を置くと、入力漏れや金額の違いに気づきやすくなります。
ただ、一人で二重に入力する期間は負担が重く、長く続くほど本来の受注業務を圧迫します。
そこで、期間の長さより、並行をやめる条件を先に決めておく方法を提案します。
たとえば、一度の締めで新旧の請求金額が一致したら旧方法での入力をやめる、といった区切りです。

補助金を使う場合は、交付決定後の事業実施期間の範囲で導入を進めることになります。
その期間に、契約、データの整備、限定した入口での運用開始、並行期間の終了までが収まるかを販売パートナーと一緒に逆算しておくと、締切に追われて移行を急ぐ事態を避けやすくなります。

▼ 図の内容を文字で読む

1. 始める入口を一つに絞る
2. 移すデータの範囲を決める
3. 不在時の代行者と手順を決める
4. 並行期間と終了の条件を決める

入口や転記の回数を数えても、自分の現場がどのタイプに当たるかは、取引先ごとの条件や在庫の扱いと合わせて見ないと判断しにくいものです。

いまの注文の入口と転記の流れをもとに、Excelで続けるか、システムに移すならどの範囲から始めるかを整理し、提供元に確かめるべき点を洗い出せます。無料相談で要件を整理する

要点の整理

軸	基準
件数	公的な線引きは確認できない。件数だけで導入を決めない
入口と転記	注文の経路の数と、1件を何回書き写しているかを数える
在庫・請求の連動	別ファイルを手で突き合わせているなら販売管理系も候補にする
契約条件	明細上限、代行者の分のライセンス、サポート、導入支援の費用を確かめる
補助金	対象ツールか、交付決定後の事業実施期間に導入が収まるかを確かめる

補助金の日程と、データ整備や並行期間の段取りを、日々の受注をこなしながら一人で同時に組み立てるのは負担が大きくなります。 導入の時期と範囲、見積もりで分けて確かめる項目を、自社の受注の状況に合わせて整理できます。

よくある質問

受注件数が少なくても、システムを入れたほうがよいのはどんな場合ですか。

注文の入口が複数あって形式がそろわない、1件の注文を何度も書き写している、取引先ごとの条件を担当者しか知らない、担当者が休むと注文が止まる、といった状態であれば、件数が少なくても仕組みを見直す理由になります。
件数で線を引ける公的な基準は確認できていないため、手間とリスクがどこにあるかで判断するのが現実的です。

Excelで続ける場合、最低限そろえておきたい運用ルールは何ですか。

仕組みの代わりにルールで抜けを防ぐことになります。
一つの例として、1件の注文を1行で扱う、届いた経路と受付・在庫確認・出荷・請求の状態を列で残す、ファイルの置き場所と最新版を一つに決める、取引先ごとの条件を別シートにまとめる、代行者が読める手順を残す、といったルールが考えられます。
入口が増えたときや担当者の不在が続きそうなときは、システムへの移行を改めて検討するきっかけになります。

一人で導入する場合、データ移行や設定はどこまで自分でやるのですか。外部に頼む場合の費用はどう確認しますか。

製品と契約によって異なります。
OBCの商奉行ｉクラウドの例では、データ移行や設定指導の導入支援は別途費用で、販売はパートナー経由です¹。
外部に頼む場合は、取引先・商品・単価の登録、過去データの移行、操作の指導を項目ごとに分けて見積もりを取ると比べやすくなります。
補助金を使う場合、通常枠の対象経費には導入設定や導入研修などの役務も含まれますが、個別のサービスが対象かは確認が必要です²。

補助金を使う場合、導入を始められるのはいつからですか。

通常枠の第6次公募では、交付決定が2026年12月10日の予定で、事業実施期間は交付決定後から2027年5月31日17:00までの予定です²。
契約や導入作業の時期は、交付決定後を前提に組みます。
第7次以降は制度変更の告知が出ているため、最新の公募要領で確かめてください。

担当者が休んだり退職したりしたときに備えて、導入前に決めておくことは何ですか。

代わりに操作する人、その人が担う範囲、その人の分のライセンスが要るか、取引先ごとの条件をどこに残すかを決めておきます。
OBCの例では、各価格のライセンス構成は利用者1・専門家1で、2ライセンス以上の構成もあります¹。
自分しか操作できない契約で始めると、システムを入れても担当者の不在で注文が止まる状態は残ります。

電話・FAXで届く注文は、システムでどこまで自動で取り込めますか。購入前に何を確かめればよいですか。

自動で取り込める範囲は製品ごとに違い、本記事で確認した資料からは分かりません。
FAXの画像を保存する機能と、画像から品番や数量を読み取って受注データにする機能は別のものです。
実際の注文書を使って、どこまでが自動で、どこから人の確認や入力が必要になるかを提供元に確かめるのが確実です。

1. 1　出典：株式会社オービックビジネスコンサルタント（OBC）「商蔵奉行ｉクラウド 料金ページ」（2026年）
2. 2　出典：独立行政法人中小企業基盤整備機構（デジタル化・AI導入補助金事務局）「デジタル化・AI導入補助金2026 通常枠」（2026年）
3. 3　出典：独立行政法人中小企業基盤整備機構（デジタル化・AI導入補助金事務局）「申請の対象となる方」（2026年）
4. 4　出典：オリックス・レンテック株式会社「受発注のデジタル化は製造業にどんなメリットをもたらすか」（中小企業庁 令和3年度取引条件改善状況調査の引用）