外部エンジニアの受け入れ準備｜初日のアカウント・端末・データ・相談先

外部エンジニアに自社の業務ツールを作ってもらうとき、受け入れ担当者が先に揃えたいのは、アカウント、端末と席、使えるデータ、相談先です。「来てから案内する」予定のままだと、ログインできない、資料を開けない、質問する相手が不在といった状態を初日に持ち込みかねません。

準備の完了は、申請を出したことではなく、本人が必要な場所へ入り、許可された資料を読み、困ったら連絡できることで確かめます。以下では、業務部門の担当者が情シスや総務と分担して、参画前に揃える順番を示します。

最初に、初日用のアカウントとアクセス権を申請する

まず、初日に開いてほしい画面と資料を短く書き出します。社内の連絡ツール、会議、資料置き場、作業を記録する場所、開発用の環境などです。会社で使っているツールをすべて申請するより、「何をするために必要か」を添えた一覧にすると、承認する側も範囲を確認できます。

申請には、利用者、所属先、利用開始日、終了予定日、社内の受け入れ責任者、対象システム、必要な操作を揃えます。「アクセスが必要」だけで済ませず、資料の閲覧、検証用フォルダーへの保存、設定変更などを区別してください。画面づくり以外に任せる仕事が曖昧なら、データ処理・API・権限管理の担当範囲を確認し、今回必要な環境を技術担当者と絞れます。

発行後は、招待を受け取れるか、多要素認証を登録できるか、目的の資料まで開けるかを確認します。連絡ツールに入れても、資料置き場は別の申請が必要という場合を想定して、システムごとに確認欄を設けます。本人の認証情報を受け入れ担当者が共有して使う進め方にはせず、利用開始が認められる時点で本人に操作してもらいます。

IPAが2026年10月9日に公開した注意喚起では、外部サービスの洗い出しに加え、認証の強化、アカウント付与範囲や棚卸し運用の見直しを挙げています。準備表にも、利用目的と権限だけでなく、終了時に停止する人、延長を確認する日を残しておくことを勧めます。

Microsoftの外部ユーザーのアクセス見直しに関する公式資料も、リソースの所有者などが継続利用の必要性を確認する方法を説明しています。自社で使う製品の機能と運用に合わせ、発行から停止までの担当をつなげてください。

次に、端末・席・ネットワークを一緒に確かめる

端末は、自社から貸与するのか、委託先の端末を使うのかを先に決めます。担当者は情シスへ、必要な作業、接続先、使う場所、利用期間を伝え、許可された端末と接続方法を確認してください。エンジニア側にも、必要な開発ソフトと、インストールや更新に必要な条件を事前に挙げてもらいます。

貸与端末は、用意しただけで完了にせず、受け渡し日時、初回設定の案内、ソフト導入の申請先まで揃えます。持ち込みの場合も、社内へ接続できる条件や、会社の情報を保存してよい場所を確認します。インストールできないソフトがあれば、当日に別の端末を探すのではなく、許可された代替手段を情シスと相談しておきます。

常駐する場合は、入館手続き、当日の集合場所、席、電源、接続できるネットワーク、打合せ場所を確認します。業務担当者の隣で操作を見てもらう予定なら、その時間に並んで座れるかも準備の一部です。固定席がない職場では、誰が席や会議室を確保するかを決めておきます。

ネットワークの確認は、実際に使う端末と場所で行います。会議へ参加できること、資料を開けること、開発用環境へ接続できることを分けて確認してください。出社とリモートを併用するなら、それぞれの経路を確かめます。接続制限が原因で作業できないときは、制限を外す判断者と対応予定を残します。

使えるデータを、開ける場所に置く

「データは社内にあります」から、本人が使える状態へ進めます。初日に使うファイルを選び、管理者が利用を認めた保存先へ置きます。ファイル名、内容、取得時点、更新元、質問先を添え、一覧のリンクからたどれるようにしてください。メールの添付と共有フォルダーで版が分かれている場合は、どれを見るかを明示します。

AI化・効率化を始める前には、人が今の仕事で何を受け取り、どの資料を見て判断し、次の人へ何を渡しているかを説明できる材料が必要です。そのために初日用として揃えたいのは、大量のファイルより、普段の入力、操作中に参照する資料、最後に渡す出力がつながる一式です。実際の操作を説明する担当者の時間も合わせて確保します。

たとえば集計作業なら、入力表だけでなく、項目の意味が分かる説明と、普段使う集計結果を組にして渡します。入力表のどこを見て処理を進め、結果をどこへ保存するかも分かるようにします。これは受け渡し方の例であり、実際に使う情報は自社の許可範囲から選びます。

外部エンジニアに渡せることと、AIサービスへ入力できることは、それぞれ確認します。利用するAIツールが決まっているなら、許可済みのツール名と入力可能な情報の範囲を、既存の社内ルールと一緒に伝えます。権限や許可が間に合わないときは、項目構成を保った架空のサンプルなど、代わりに使える材料を用意します。その場合は、実データとの接続や品質の確認が残ることも記録してください。

複数のシステムや部門にデータが分かれているなら、ファイルを集める窓口と、内容を説明する人を分けて整理します。全社のデータ管理部門へ依頼する範囲は、データ品質・項目定義・管理責任の分担も参考に、今回の受け渡しに必要な部分を確認できます。

相談先は、名前と連絡経路まで渡す

「何かあれば担当者へ」では、受け入れ担当者にすべての質問が集まります。業務の操作を説明する人、アカウントや端末の不具合を受ける人、データの置き場所や内容を確認する人を、名前と連絡方法で渡してください。兼務していても、何の質問を受けるかが分かれば使える案内になります。

海外の公開例として、GitLabの受け入れ手順では、作業を管理する課題票を使い、内容が分からなければ受け入れ時の相談役に尋ね、アクセス申請はITチームが担当する流れが示されています。また、同社の外部サービス提供者向けの案内では、期間を定めた外部人材について別の手順とアクセス申請の管理先を設けています。

海外の雇用・委託の区分や製品固有の仕組みは、日本の自社環境へそのまま当てはめず、契約と社内規程を確認してください。受け入れ準備の参考になるのは、作業の一覧と、質問を受ける経路を一緒に用意する設計です。

連絡経路は、社内ツールへ入れない状況でも使えるものを用意します。入館できない、招待メールが届かないときに連絡する相手と方法を、参画前の案内へ載せてください。社内ツールだけに問い合わせ先を置くと、そのツールの不具合で行き止まりになります。

相談相手の不在日や対応できる時間も確認します。技術的な質問に業務担当者が答えられない場合は、技術窓口へつなぐ役割を持てばよく、無理に判断する必要はありません。質問には、困っている操作、表示された内容、試したこと、希望する対応を添えてもらい、必要な相手へ渡せる形にします。作業依頼と確認の経路も、双方で合意したものを共有します。

外部へ任せる範囲を説明するときは、現場の要件整理と実装の進め方と照合し、自社の業務説明役や環境の管理担当者との受け渡しを具体化できます。

参画前の確認で、初日に止まる箇所を見つける

最後は、準備表を実際の利用順に読み直します。入館する、端末を受け取る、認証を済ませる、連絡ツールへ入る、指定のファイルを開く、質問を送る。この流れを本人の操作で確かめられる時点を設け、どこまで確認できたかを記録します。参画前の利用を認めない環境なら、初日の設定時間と立ち会う担当者を予定に入れます。

準備表の状態は、「未着手」「申請中」「発行済み」「本人確認済み」など、次に必要な行動が分かる言葉で分けます。申請中のものには担当者と対応予定日を記し、それが終わらないと始められない作業も書いてください。「手配したはず」の項目を、そのまま完了にしないことが大切です。

間に合わない項目がある場合は、許可済みの資料を使った操作説明など、先にできる作業を予定に置きます。必要な環境が揃っていない事実と対応先を共有したうえで、初日の集合時刻や進め方を調整します。準備不足を本人の工夫で埋めてもらう前提にはしません。

初日に着手できるかは、エンジニアの技術力だけで決まりません。受け入れ側が、必要な場所へ入れること、仕事の流れを追える材料があること、詰まったときに人へつながることを揃えます。実際の仕事を理解してからAI化・効率化へ進めるためにも、まずはその入口を、本人が使える状態で渡してください。