社外から業務システムを使うには？二つの接続案の比べ方

画面を使う場所と、業務を処理する場所を分ける

社外から業務システムを使う方法を比べるときは、営業担当の手元にある端末と、業務アプリが動く場所、注文の記録を置く場所を分けます。同じ注文画面に見えても、端末へ何を入れ、どの相手とやり取りする提案なのかで、準備や管理の担当が変わります。

端末

営業担当が手元で使うパソコンなどです。業務アプリを入れるかとは別に、誰が管理し、どこから使ってよいかを決める対象です。

入口と認証

入口はシステムを使い始める方法、認証は利用者が誰かを確かめる仕組みです。入口へつながることと、その人に注文を登録する権限があることは分けて確認します。

業務アプリと記録先

業務アプリは在庫の検索や注文の処理を行う部分、記録先は在庫や注文などを保存する先です。データベースは記録を管理する仕組みの一つです。今回の提案名だけでは、実際の細かな接続や設定は決まっていません。

ここでいうERPは、この会社が在庫や注文を扱うために使う業務システムです。この記事は、社外で在庫を見て注文の受付結果を確かめる場面に絞ります。ERP全体の入替えや、安全な通信を実現する設定手順を決める記事ではありません。

背景にした公開相談では、事業者本人が、社内画面を遠隔で使う方法と、提供元から示された端末へアプリを入れる方法を比較しています。本人は、各端末の更新や担当者への説明を含め、仕事の流れを大きく変えずに済むかを質問しています。海外の一投稿者の相談で、本稿の会社・被害・構成を再現したものではありません。本人の質問本文。

二つの提案で、端末・アプリ・記録先はどう変わる？

以下は社外で使うための、別々の提案です。提供元の対応範囲の確認は、両案とも未了です。確認未了は、提供元が対応を断ったという意味ではありません。

図で確かめる問い：社内画面を遠隔で使う案と、手元の端末へアプリを入れる案では、業務アプリが動く場所と、注文記録の置き場所はどう違うでしょうか。

図を原寸で開く

図は、二つの入口の提案を同じ役割で対応させて読みます。社内画面の遠隔利用なら、社内側の業務アプリを使う提案です。端末アプリ案では、業務アプリを手元へ導入する提案ですが、注文記録の置き場所はまだ決まっていません。営業担当は操作の変化を、IT発注担当は端末・接続・管理の変化を、提供元へ尋ねてください。

社内の既存設備という記載も、業務アプリと記録先を同じ一台へ置くと確定した意味ではありません。端末アプリ案の記録先も、社内とクラウドの候補があるだけです。提供元が扱える製品・版・接続経路を説明するまで、実構成図のような確定した線へ置き換えないようにします。

在庫の表示・注文の保存・受付結果を、別々に確かめる

両案で比べたいのは、営業担当の同じ仕事です。在庫が画面へ出たことだけで、注文も保存できた、受付が完了したと判断しないよう、操作の終点を分けます。

1. 在庫を調べる。営業担当が、どの機器や商品の、いつの状態を見たいかを説明します。表示した画面と、参照する在庫記録が対応しているかを提供元へ聞きます。在庫の具体的な数量や更新間隔は、この例にはありません。
2. 注文を送って保存を確かめる。入力した注文を何で特定し、どの記録先に残ったことを確かめるかを決めます。「ボタンが押せた」「通信が返った」だけで保存済みにしません。
3. 受付結果を確かめる。担当がどこで結果を見て、それがどの注文への返答かを確かめます。受付結果が業務上の注文確定まで意味するかも、提供元と業務側でそろえます。

結果が返らないときは、保存されなかったのか、保存されたが返答を受け取れていないのかを区別する質問が必要です。すぐ同じ注文を入れ直すのではなく、確認する記録と問い合わせ先、再操作の扱いを決めます。この教材で実際の注文を送信した結果ではありません。

利用者の操作と、品質を測る範囲を合意する段階では、表示と登録の測定を分けるSLA・SLOの考え方へつなげます。回線やサービスの品質説明を、そのまま注文受付全体の結果にはしません。

提供元へ、二案それぞれの対応範囲と接続条件を聞く

最初の窓口は、業務アプリの提供元と、社内のIT・端末管理を取りまとめる担当です。提案した担当が、接続先・認証・端末の管理まで一括して対応するとは限りません。どの案の、どの版と利用条件までを説明しているかを聞きます。

利用対象を整理する参考として、IPAの非機能要求の資料では、管理対象のクライアント、稼働拠点、利用地域を分けています。人の数だけでなく端末と場所を確認する観点として使えます。資料のモデル値をこの会社の台数や利用地域へ移したり、特定の接続方式の安全性を認定したりする根拠にはしません。IPA・改訂情報の付録「活用シート」17/19ページ。

端末へアプリを入れる場合と、画面を使う場合の管理を比べる

二案を比べるときは、営業担当が使い始めた後の作業まで考えます。端末アプリ案には導入と更新の確認が増えますが、遠隔画面案なら端末の管理が不要になる、という分け方はできません。各案の条件として、管理する対象と窓口を説明してもらいます。

営業担当の端末を替えるとき

新しい端末へ何を準備し、誰の確認を受ければ使えるかを聞きます。端末アプリ案なら業務アプリの導入・版の対応、遠隔画面案なら入口の利用条件を確かめます。どちらも、前の端末の利用をどう終えるかは管理担当へ確認します。

業務アプリを更新するとき

社内側と端末側のどこを更新し、提供元がどの組合せまで対応するかを整理します。端末へ配る案なら、担当によって版が混ざった場合の確認方法も質問にします。特定製品の更新方式を、この二案へ勝手に付け足しません。

社外で端末を使えなくなったとき

問い合わせ先、利用の停止や再開を扱う担当、代わりの端末を認める条件を決めます。担当者の私物や未管理の端末で代替できるとは、この例から判断できません。

アプリの更新と、土台となる設備の更新を試す範囲は別です。サーバー更新も含むなら、検証環境で何を確かめられるかを分ける方法を使い、今回の社外利用でまだ試せない差分を残します。

回答が違えば、案・管理範囲・費用の前提を一緒に直す

提案への回答を受けたら、採用か不採用かだけを急がず、変わった前提を二案へ戻します。提供元の対応範囲、社内の管理、試せる操作がそろっていないまま、価格だけで選ばないでください。

二案の費用を受け取るときも、端末の準備、アプリ、接続、保守、更新や問い合わせのどこまでを含むかをそろえます。月額と初期費用の名前だけでは、同じ仕事の比較になっているか分かりません。具体的な金額や削減効果は、この例にはありません。

業務アプリや記録先の置き場所、運用と支出を比べる仕事は、オンプレミスとクラウドの配置案を同じ条件で比べる方法で扱います。本稿の中心は、そのシステムへ社外の端末からどう入る提案なのかという違いです。

許可された環境で、同じ営業担当の注文受付まで試す

試験を始める前に、提供元とIT担当へ、使ってよい環境・端末・利用者・データ、対象のアプリの版を確認します。注文登録の試験が実業務の受付や外部連絡へ影響しないかも、担当者と事前に分けます。この記事は本番の接続や権限を変更する指示ではありません。

1. 試す二案の条件を残す。どの端末から、どの入口と認証を経て、どこの業務アプリと記録先を使う予定かを説明します。決まっていない所を、設定済みのように図へ描きません。
2. 同じ仕事で在庫を確認する。利用者と操作、対象のデータ、確認する表示をそろえます。実際の利用場所で試していないなら、その差を残します。
3. 許可された注文を登録する。何を同じ注文として追うか、保存されたことをどこで確かめるかを決めます。画面へ結果が戻るところと、保存先の記録の対応を確かめます。
4. 途中で結果が分からなくなる条件を相談する。通信が途切れた場合や端末が使えない場合について、許可された範囲で何を再現するか、どの記録を確認するかを決めます。実行していない条件は試験済みへ入れません。
5. 結果と残件を、案の判断へ戻す。対象の版、端末、操作、期待する結果、実際の結果、根拠と未確認を対応させます。修正連絡だけで合格にせず、変わった条件で必要な操作を再確認します。

古い構成図が前提になっているなら、部品と接続の根拠を確かめ直す方法へ戻ります。提案の図と、現状を確認した図と、試験した結果は、同じものではありません。確認できる資料と担当の回答をそろえ、重要な未回答が残る範囲は方式決定を保留してください。

まとめ：入口の名前より、端末の役割と注文の終点で比べる

社外利用の二案は、手元の端末、業務アプリの動く場所、注文記録の置き場所を対応させて比べます。社内画面を遠隔で使う案と、端末へ業務アプリを入れる案では、準備と管理を確かめる相手や範囲が変わります。

提供元の対応範囲と接続の許可を確認し、在庫が表示されたこと、注文が保存されたこと、受付結果を確かめられたことを別々に読みます。費用や方式の名称だけで決めず、未回答を残したまま安全・成功・採用へ置き換えないことが大切です。