購買管理システムのタブレット・スマホ対応：現場の購買依頼と検収で決める要件と方式

購買管理システムをタブレットやスマホで使いたいという相談の多くは、倉庫や工事現場、店舗のバックヤードなど、PCの前にいない人が購買に関わる会社から寄せられます。結論から言うと、モバイル化して効果が出るのは「現場からの購買依頼」と「納品時の検収登録」の2工程で、発注や支払まで端末に載せる必要はありません。この記事では、購買管理システムの機能と5原則を前提に、タブレット・スマホで依頼と検収を回すための入力項目、部分納品や数量差異の記録、電波の届かない場所での扱い、納品書をスマホで撮影するときの電子帳簿保存法の要件、既存システムをモバイル対応させる方式の選び方までを整理します。

まとめ：購買管理システムのタブレット対応は検収と依頼の2工程から決める

タブレット・スマホ対応の要否は、製品カタログの「モバイル対応」の有無ではなく、現場で発生する購買依頼と検収の件数で判断します。発注先の選定や価格交渉、支払処理はバイヤーと経理がPCで行うほうが速く、モバイルに載せても使われません。

検収をタブレットで行うなら、発注明細を呼び出して部分納品と数量差異を記録できること、共用端末でも検収者を個人単位で残せること、通信が切れても検収が二重に登録されないことの3条件を要件書に入れてください。納品書をスマホで撮影して紙を捨てる運用にするなら、国税庁の一問一答が示す解像度（A4で約387万画素）と入力期間（おおむね7営業日以内）を撮影機能の仕様に落とし込みます。

既存の購買管理システムに標準のモバイル画面が無い場合、全画面を作り直す必要はありません。依頼と検収の2画面だけを別のWebアプリとして切り出し、APIで既存システムにつなぐ方式が費用と効果の釣り合いが取りやすい選択肢です。ただし既存システムにAPIが無く、データベースへの直接書き込みしか手段が無いなら、この方式は見送ります。

購買管理システムをタブレットやスマホで使う工程と、PCに残す工程の切り分け

購買管理の業務は、購買依頼・承認・発注・検収・支払の5工程に分かれます。工程ごとの担当者と作業場所を確認すると、モバイル化の効果が出る工程はかなり限られることが明らかです。各工程の詳しい流れは購買管理の業務フローで解説しています。

購買依頼・承認・発注・検収・支払の5工程で分けるモバイル化の効果の差

工程ごとに「誰が・どこで・何件くらい」扱うかを並べると、モバイル化の優先順位は次のようになります。

実務でまず手を付けるのは検収です。納品書を事務所へ持ち帰ってから入力する運用では、検収の記録が数日遅れ、月末に未検収の発注が積み上がります。購買依頼は次の優先度で、承認はワークフロー側の標準機能で足りるケースが大半です。スマホでの承認の設計はワークフローシステムをスマホで使う要件にまとめたので、この記事では依頼と検収に絞ります。

タブレットとスマホを工程と置き場所で使い分ける端末選定の判断基準

端末は「持ち歩くか、置いておくか」で選びます。荷受場の作業台に置いて複数人で使うならタブレット、職長が現場を移動しながら購買依頼を出すならスマホが向いています。

タブレットが有利なのは、検収で発注明細の複数行と納品書の写真を同じ画面で見比べる場面です。10インチ前後の画面なら、品目名・発注数量・今回納品数・差異の4列を横に並べても文字が潰れません。スマホでは同じ情報を縦に積むことになり、明細が10行を超える納品だと確認に時間がかかります。

一方、購買依頼は1件あたりの入力項目が少なく、思い立った場所でそのまま依頼を出せることのほうが価値になる点が検収との違いです。依頼者が個人で持つ社用スマホから出せるようにしておくと、紙の依頼メモや電話での依頼が減ります。現場でバーコードを読み取って品目を特定したい場合の端末と読取方式の比較は、受発注管理システムのアプリでのスマホ発注のUI要件で取り上げています。

現場からの購買依頼をタブレットで受けるときの入力項目と予算確認の要件

現場の購買依頼をモバイル化すると、依頼者の多くは品目コードも勘定科目も知らない人になります。PC向けの依頼画面をそのまま縮めると入力が止まるので、項目の持ち方から設計し直します。

品目コードを知らない依頼者向けに前回購入品と写真から起票させる入力動線

依頼画面の入口は、品目マスタの検索窓ではなく「前回この拠点で買ったもの」の一覧にします。消耗品や補修部品の依頼は同じ品目の繰り返しが大半で、一覧から選んで数量だけ変える動線にすると、入力は数タップで終わります。

マスタに無い品目の依頼には、品名の自由記述に加えて写真の添付欄を用意してください。壊れた部品や型番の銘板を撮影して送れば、バイヤーが品目を特定して正式な品目コードに置き換えられます。依頼者に品目コードを選ばせる設計は、誤った品目での発注を生む原因になります。

希望納期は日付の自由入力にせず、「至急（翌営業日）」「今週中」「来週以降」のような区分で選ばせると、バイヤー側で手配の優先順位を付けやすくなります。

工事番号や部門コードと予算残高を依頼画面に出して差し戻しを減らす設計

依頼が差し戻される原因で多いのは、費用の付け先（工事番号・部門・プロジェクト）の誤りと予算超過です。依頼者がログインした時点で所属拠点の工事番号や部門コードを初期値として入れておき、選択肢も担当している案件だけに絞ります。

予算残高は、依頼金額を入れた時点で「この依頼を出すと残りはいくらか」を画面に表示します。残高を超える依頼は送信前に警告を出し、理由欄の入力を必須にする設計が実務では扱いやすい形です。送信後に承認者が予算を調べて差し戻す流れより、往復が1回減ります。

金額の上限で承認ルートを分けている会社では、モバイルからの依頼にも同じルールを適用してください。端末によって承認ルートが変わると、購買規程の運用が崩れます。

タブレットで検収登録を行うときの部分納品・数量差異・写真添付の要件

検収は、受け取った品物が発注どおりかを確かめ、買掛金を計上する根拠を作る工程です。検収日の意味や受入検査との違いは検収とは何かを解説した記事に譲り、ここではタブレットで記録するときの要件を扱います。

発注明細を検収画面に呼び出し部分納品と数量差異をその場で記録する手順

タブレットでの検収は、納品書の番号や発注番号から発注明細を呼び出すところから始めます。現場での操作は次の順番に固定すると、担当者が変わっても記録の粒度がそろいます。

1. 納品書の発注番号を入力するか、納品書に印字されたコードを読み取って発注明細を表示する
2. 明細ごとに今回の納品数量を入力する（発注数量が初期値として入っている状態から修正する）
3. 数量不足・破損・品違いがあれば、差異区分を選び、該当品の写真を添付する
4. 納品書を撮影して添付する
5. 検収者として本人の認証を行い、確定する

発注数量より少ない納品は「部分検収」として記録し、残数は未納として発注に残します。全数をいったん検収済みにしてから後で戻す運用は、買掛金の計上がずれる原因になるため避けてください。破損品を受け取らずに返品する場合も、差異区分と写真を残しておけば、仕入先への連絡と再納品の手配をバイヤーが事務所から進められます。

発注者と検収者を分ける職務分掌を共用タブレットでも崩さない利用者識別

購買の内部統制では、発注した人と検収した人を分けることが基本です。荷受場に共用タブレットを1台置く運用では、誰が操作してもよい状態にすると、検収者の記録が「荷受場タブレット」という端末単位になり、職務分掌を確認できなくなります。

共用端末でも、確定操作のたびに個人の認証を求める設計にしてください。社員証のICカードをかざす、個人ごとの短い暗証番号を入れるといった方式なら、手袋をしたままの現場でも認証にかかる時間は数秒です。システム側では、発注者と同じ人が検収を確定しようとしたときに警告を出すか、確定を止めるかを規程に合わせて設定します。承認権限や職務分掌の設計そのものは購買管理規程と内部統制の記事で詳しく扱っています。

電波の届かない倉庫や現場で検収を二重計上させない送信待ちの扱い方

倉庫の奥や地下の荷受場、山間部の工事現場では、検収の確定ボタンを押した瞬間に通信が切れることがあります。このとき端末側で「送信できたか分からない」状態のまま担当者がもう一度押すと、同じ納品が2回検収され、買掛金が二重に計上されます。

対策は、検収1件ごとに端末側で一意の識別子を発行し、サーバーは同じ識別子の登録を2回目以降は受け付けない作りにすることです。送信できなかった検収は端末に「送信待ち」として残し、通信が戻ったら自動で再送します。

Webアプリで作る場合、オフライン時の再送をブラウザに任せる仕組みとしてBackground Synchronization APIがありますが、MDNのBackground Synchronization APIの解説では「Limited availability」と表示され、主要ブラウザの一部では動かないと明記されています。iPadで運用する前提なら、この仕組みに頼らず、アプリを開いたときに送信待ちを再送する処理を画面側に持たせる設計が確実です。

納品書をスマホで撮影して保存するときの電子帳簿保存法スキャナ保存の要件

検収時に納品書を撮影し、その画像を正本として紙を捨てる運用にするなら、電子帳簿保存法のスキャナ保存の要件を満たす必要があります。国税庁の電子帳簿保存法一問一答【スキャナ保存関係】（令和8年7月版）では、スマートフォンやデジタルカメラも入力装置に該当すれば「スキャナ」に含まれると説明されています（問5）。制度全体の要件と始め方はスキャナ保存制度の解説を参照してください。

納品書は重要書類・検収書は一般書類という区分で変わる入力期間と画質

購買で扱う書類は、一問一答の区分表で扱いが分かれます。受け取った納品書は「重要書類」、自社で作る検収書や注文書、見積書、納品書の写しは「一般書類」です（2026年11月時点の一問一答の記載）。

重要書類の入力期限は、おおむね7営業日以内、または業務サイクル後（最長2か月とおおむね7営業日以内）の2方式です。

検収の現場で撮影する紙のほとんどは受領した納品書なので、重要書類の要件に合わせて設計します。入力期間を過ぎた書類は、画像を残していても紙の保存が必要になると一問一答（問24）は説明しています。検収のたびにその場で撮影して送る運用なら、入力期間を超えることはまずありません。逆に、納品書を束ねて月末にまとめて撮る運用は、期間超過の書類を生みやすい点に注意してください。

A4で約387万画素の解像度とタイムスタンプ要件を撮影機能に組み込む方法

解像度の要件は「25.4ミリメートル当たり200ドット以上」で、一問一答の問26はA4の書類なら縦2,338画素×横1,654画素、約387万画素以上が必要と換算しています。スマホのカメラ自体はこの画素数を十分に超えますが、アプリ側で画像を縮小して送ると要件を割り込みます。撮影機能を作るときは、送信前の圧縮で長辺2,338画素を下回らないよう下限を設けてください。

あわせて、撮影時に書類の四隅を検出して台形補正をかけ、画面いっぱいに書類が写った状態で保存すると、画素数の判定がしやすくなります。机に置いた納品書を斜めから撮った画像は、書類部分の画素数が足りなくなりがちです。

重要書類はタイムスタンプの付与が要件の1つですが、問10の表の注では、入力期間内に入力したことをシステム上で確認できる場合はその確認をもって代えられるとされています。訂正や削除の履歴が残るクラウドサービスに検収と同時に登録する設計なら、タイムスタンプを別途付けずに済む構成を選べます。どちらの方式にするかは、導入する製品の仕様と顧問税理士の確認を経て決めるのが安全です。

既存の購買管理システムをモバイル対応させる4方式と選ぶ条件の比較

すでに購買管理システムを使っていて、タブレット・スマホ対応を後から足したい場合、取れる方式は4つあります。どれを選ぶかは、既存システムの作りと、モバイルで使う人数・画面数で決まります。

標準モバイル画面・レスポンシブ改修・PWAの別画面・ネイティブアプリの比較

4方式の違いを、前提条件と向いているケースで整理しました。

PWA（ホーム画面に追加して使えるWebアプリ）は、ストアを通さずに配布でき、PC版と同じサーバーの仕組みで更新できる点が強みです。プッシュ通知もiOS・iPadOS 16.4以降はホーム画面に追加したWebアプリで受け取れるようになりました。

依頼と検収だけをPWAで切り出す方式が向く会社と見送るべき会社の条件

次の3条件を満たす会社では、依頼と検収の2画面だけをPWAで作り、既存の購買管理システムにAPIでつなぐ方式を選びます。既存システムを入れ替えずに現場の入力だけを変えられるため、費用を2画面分の開発と連携部分に絞れます。

• 現場で依頼や検収を行う人が、事務所の購買担当より明らかに多い
• 既存システムに発注明細の参照と検収登録ができるAPIがある、または追加できる
• 既存システムの入れ替え予定が3年以上先で、当面は使い続ける

反対に、既存システムがデータベースへの直接書き込みでしか連携できない場合は見送ります。モバイル画面から購買管理システムのテーブルへ直接書き込む作りは、検収と在庫・買掛金の整合を崩す事故につながります。また、入れ替えを1〜2年以内に予定しているなら、モバイル対応は次のシステムの要件に入れ、今のシステムには手を入れないほうが投資の無駄がありません。既存システムへのモバイル画面の追加やAPIの新設、モバイル前提での作り直しは、購買管理システム開発として要件の整理から相談を受け付けています。

PC画面を縮小しただけのモバイル対応が現場で使われなくなる失敗パターン

モバイル対応が形だけで終わる典型は、PC向けの入力画面をそのままスマホのブラウザで開けるようにしただけのケースです。依頼画面に勘定科目や品目コードの選択欄が並び、検収画面では明細表が横にはみ出して指で拡大しないと読めない。この状態では、現場はすぐに紙の依頼メモと納品書の持ち帰りに戻ります。

もう1つの失敗は、現場の端末を用意しないまま「スマホでも使えます」と案内するケースです。個人のスマホに業務アプリを入れることを嫌がる従業員は少なくありません。荷受場に共用タブレットを置くのか、職長に社用スマホを配るのかを、画面の開発より先に決めてください。

導入後は、検収の入力が納品から何日後に行われているかを月次で確認します。モバイル化の効果は、この日数が縮んだかどうかで測れます。

よくある質問

購買管理システムをタブレットやスマホで使う検討の段階で、よく寄せられる質問に答えます。

購買管理システムはスマホだけで運用できますか？

依頼と承認、検収はスマホだけでも運用できますが、発注と支払の工程については、PCで作業を行う方法がおすすめです。発注では複数の見積書を見比べて仕入先と条件を決め、支払では請求書と検収記録を突き合わせて仕訳を確認するため、一覧性の高いPCの画面のほうが作業が速く、見落としも減ります。現場の担当者はスマホ、購買部門と経理はPCという役割分担で設計すると、どちらの利用者にとっても無理のない運用になります。

タブレットやスマホは従業員の私物を使ってもよいですか？

電子帳簿保存法のスキャナ保存については、国税庁の一問一答（問6）で、撮影に使う機器が私物か否かに法令上の制約はないと回答されています。ただし、保存場所への操作マニュアルの備え付けは必要です。一方、私物端末には購買データが残る、紛失時に消去できないといったセキュリティ上の課題があります。私物端末を使わせる場合の管理方法は、ワークフローのスマホ利用を扱った記事で解説している、アプリ単位でデータを守る方式を参考に検討してください。

納品書をスマホで撮影したら紙の原本は捨ててもよいですか？

スキャナ保存の要件を満たして入力し、画像と紙の記載内容が同じであること（折れ曲がりで文字が隠れていないかを含む）を確認した後であれば、紙は即時に廃棄して差し支えないと国税庁の一問一答（問3）は説明しています。ただし入力期間を過ぎてしまった書類は、紙のまま保存する必要があります。廃棄の運用を始める前に、撮影から登録までの期間を社内でどう管理するかを決めておいてください。

iPhoneやiPadで承認依頼や納品予定の通知を受け取れますか？

専用アプリであれば通知を受け取れます。Webアプリの場合も、WebKitのiOS・iPadOS向けWeb Pushの発表によると、iOS・iPadOS 16.4以降はホーム画面に追加したWebアプリでプッシュ通知とアイコンのバッジ表示に対応しています。ブラウザのタブで開いているだけでは通知は届かないため、利用者にホーム画面への追加を案内する手順を導入時の説明に含めてください。

今の購買管理システムを入れ替えずにタブレット対応できますか？

既存システムに発注明細の参照と検収登録ができるAPIがあれば、入れ替えずに対応できます。依頼と検収の画面だけを別に作り、APIで既存システムにデータを渡す方式です。APIが無い場合でも、CSVの取り込み機能を夜間に動かす形で連携できることがありますが、検収結果の反映が翌日になるため、在庫や買掛金をリアルタイムで見たい会社には向きません。まずは既存システムの連携手段を確認するところから始めてください。

関連記事

• 購買管理システムとは？機能・5原則から選び方とERP連携の判断まで解説：購買管理システムの定義と機能の全体像を押さえる親記事です。
• 購買管理の業務フローとは？見積・発注・検収・支払の流れとシステム化の判断を解説：モバイル化する工程を決める前に、5工程の流れを確認できます。
• ワークフローシステムをスマホで使う要件：アプリとブラウザの差・承認範囲・私物端末の守り方：スマホ承認と私物端末の管理を詳しく扱っています。
• 受発注管理システムのアプリとは？スマホ発注のUI要件とWeb版との使い分け：スマホ画面の入力設計やバーコード読取の方式を比べる材料になります。
• スキャナ保存制度とは？紙の請求書・領収書を電子保存する要件と始め方【2026年版】：納品書を画像で保存する運用の前提となる制度の全体像です。