業務システムを外注するとき、会社に残しておきたい情報は何？

業務システムは、詳しい人に任せて作ってもらいたい。社長がプログラムを覚える必要はありません。ただ、外注した後も「この数字は何を集めたものか」「訂正は誰が決めるか」を、自社で説明できる状態にはしておきたい。画面の使い方を知っていることと、会社の仕事のルールが残っていることは別だからです。

難しい仕様書を自分で作る話ではありません。普段の帳票、判断の理由、連絡先を、開発会社と確認して会社側にも残す。今回は、新しく業務システムを外注するときに準備したい引き継ぎ情報を整理します。以下の卸業・建築業の場面は説明用の仮定例で、特定のお客様の運用や成果を示すものではありません。

残すのは、操作の順番と「なぜその結果になるか」

操作マニュアルには、入力する欄や帳票を出すボタンが書かれます。それは必要な資料です。でも、同じボタンを押しても、入力した仕事の状態によって結果が変わるなら、その条件も会社で確かめられるようにしておきます。

例えば卸業で、注文を10個受け、今日は6個だけ出荷する場面を考えます。納品書には6個を載せる一方、未出荷の4個は次の出荷予定に残すのか。それとも注文を分けて管理するのか。画面の操作だけが残っていても、注文数と納品数が違う理由は分かりません。注文の見本、入力した画面、出力した納品書を一組にし、「一部出荷のときの残りをどう扱うか」を短く添えます。

いつも通りの一件と、訂正や取消などの例外を一件。最初はこの二組で十分です。全部の画面を撮影するより、会社の判断が入るところを見つけやすくなります。見本の取引先名や個人情報は、必要に応じて伏せたうえで保管しましょう。

現場の判断は、画面の項目だけでは残らない

例えば建築業で、発注書を出した後に数量が変わった場合。数量欄を直せることだけでは、取引先へ送った書類との食い違いは解消しません。誰が変更を認め、発注書を出し直し、相手へ連絡するのかまで必要です。

会社に残すメモは、「発注済みの数量変更は、担当者が理由を記録し、確認役の了承後に再発行する」といった仕事の言葉で構いません。システムが自動で行う部分と、人が連絡・判断する部分を分けて書きます。実際にどの役割へ任せるかは、社内の権限と仕事に合わせて決めます。

大事なのは、開発会社が判断ルールを勝手に決めないことです。社長には承認や数字の基準を、現場には実際の訂正や例外の扱いを確かめてもらう。両方を確認した日付も添えます。後からルールが変わったときに、古い資料なのか、画面の動きがおかしいのかを切り分ける手がかりになります。

管理者の名前だけでなく、代わりに確認できる人も決める

社内の担当者を一人決めても、その人のメールやパソコンに情報が集まれば、不在のときに困ります。会社側の窓口、代わりに確認する人、開発側の連絡先を残し、契約書や操作資料の保管場所を関係者が確認できるようにします。専任のIT担当を採用するという話ではありません。

管理者については、社員の利用を追加・停止できるのは誰か、退職や担当変更の連絡はどこへするか、会社側で操作できる範囲はどこまでかを確認します。サーバーや外部サービスを誰の名義で契約し、更新や支払いを誰が確認するかも、一覧にしておくと探しやすくなります。

ただし、通常の引き継ぎ表にパスワードを全部書いて配ることは避けます。表には管理する担当と安全な保管場所を記し、必要な人だけが決めた方法で確認できるようにします。見本のデータも同様に、誰でも開ける場所へ複製し続けない。情報が残ることと、情報を広く公開することを一緒にしないのがポイントです。

データを受け取れることと、システムを引き継げることは別

「データを取り出せます」と聞いたら、形式だけでなく、中身を確認してください。例えば在庫数の一覧だけを受け取っても、商品の単位、入出庫の履歴、取引先の情報が含まれなければ、別の場所で同じ仕事を続けるには準備が必要になります。

出力できる記録の種類、項目名の意味、記録同士を結び付ける番号、添付ファイルの扱いを確認し、少量の見本で読めるか確かめます。CSVやExcelで受け取っても、別のソフトへそのまま入るとは限りません。移し先の形式に合わせる作業と、内容を照合する担当も必要です。

一方、プログラムそのもの、システムを動かす環境、他のサービスとの接続設定は別の情報です。納品時に何を受け取り、何を利用できるか、保守を終了するときに何が引き継げるかを、契約前に具体的に確認します。ソースコードの扱いや利用条件、引き継ぎ支援の費用は契約によって異なります。データが出せるという一言だけで、他社がすぐ保守できると判断しないようにしましょう。

会社に残す情報は、一枚の一覧から始める

次の表は、開発会社と相談するための整理例です。すべての資料が標準料金で納品されるという意味ではありません。どこまで作成・更新してもらうかと、自社で管理する範囲を先に決めます。

全てを厚い資料にまとめる必要はありません。少人数で使う一つの業務なら、見本二組と短いメモから始められます。請求に使う、複数拠点で使う、別のソフトとつながるなど、間違ったときの影響が大きい仕事では、確認項目を追加します。資料のページ数より、担当者が不在でも必要な場所と判断を探せるかで決めてください。

納品時に保存して終わりにしないことも大切です。例えば締め日や承認する人を変えたら、いつ、どの理由で変えたかをメモに残す。画面や帳票を変更したら、見本も更新します。資料を更新する担当と、開発側に確認するタイミングを決めれば、実際の仕事と説明のずれに気づきやすくなります。

今日の準備は、一つの数字を説明できるか確かめること

今使っている納品書、発注書、月次集計のうち一つを選び、「この数字は、どの記録から、どの条件で出したか」を書いてみてください。分からないところがあっても、担当者を責める必要はありません。口頭で回してきた判断を、これから残す場所が見つかったということです。その紙が、開発会社へ仕事を説明する材料にもなります。

Ｂ．Ｉ．Ｙは、5年間の顧問業を通じてExcel・マクロや仕事の仕組みづくりを行い、最近はAIも活用して業務システムを開発しています。作る機能だけでなく、現場の方への説明と、使い始めてからの改善まで相談できる開発を大切にしています。資料の作成、保守、変更への対応は、対象の仕事と契約範囲を確認して決めます。

進め方と保守の範囲は、育てるシステム開発のサービスページでご案内しています。顧問契約を先に結ばなくても、開発から直接ご相談いただけます。

埼玉県川口市を拠点とするＢ．Ｉ．Ｙの公式LINEへ、「外注後の引き継ぎが心配。今は〇〇をExcelで管理しています」と一言お送りください。詳しい仕様書がなくても、会社に残したい仕事の情報から一緒に整理できます。