架空の会社データは、実在しない企業の情報を、開発や試験のために用意したものです。入力欄の確認、画面の演示、帳票の練習といった用途では欠かせません。一方で、この種の資料は使い方を誤ると、実在の企業を装う材料や、審査をすり抜ける道具になり得ます。この記事では、使える場面と使えない場面を分ける線をどこに引くのか、見分けのつく印をどう付けるのかを整理します。
架空の会社データとは何のためにあるのか
目的は三つに絞られます。第一に、ソフトウェアの試験です。実在の企業の情報を使わずに、入力の分岐、検証の段階、画面の遷移を確かめられます。第二に、演示です。商談や社内の説明で、画面に何が表示されるのかを見せられます。第三に、練習です。帳票の書き方や手続きの流れを、実物に触れずに慣れられます。
共通しているのは、いずれも自分たちの側の作業だという点です。相手に提出するため、ましてや相手を納得させるための資料ではありません。この区別が、境界を引くときの出発点になります。
使ってはいけない場面はどこか？
線を引く基準は一つです。そのデータが、実在する企業に関する判断を誰かに下させるかどうかです。判断を下させる場面では、実在しない情報を使ってはいけません。
具体的には次のような場面です。事業者としての開設や登録を申し込む、資格や許可を取得する、本物の請求書や契約書を作る、実際の審査や受け入れ確認を通す、他人や他社の身元を借りて振る舞う、そして大量の登録を機械的に作り出す、といった用途です。
これらに共通するのは、相手が実在を前提に判断することです。こちらの都合で用意した作り物を差し出せば、相手の判断そのものが誤ります。試験の目的があったとしても、この性質は変わりません。また、実在の企業名を少し変えて紛らわしくする作り方も避けてください。一目で作り物と分かることが、事故を防ぐ最も確実な手立てです。
見分けのつく印をどう付けるのか？
作り物であることが、見た瞬間に分かるようにしてください。有効な印はいくつかあります。社名に、そのまま読んで架空だと分かる語を入れる。所在地に、実在しないことが明らかな住所を使う。番号に、公の登録簿や照会の仕組みに存在しない値を充てる。これらを組み合わせると、うっかり本物の記録に紛れ込む事故を減らせます。
もう一つの印は、置き場所そのものです。試験用の環境にだけ置き、本番の環境には決して入れないこと。ファイルや記録の名前にも、用途が分かる語を付けてください。名前を付けずに置いた作り物は、時間が経つと出所が分からなくなります。
そして、作り物を実在の企業の情報と混ぜないでください。一つの一覧に両方が並ぶと、どちらを本物として扱うのかが曖昧になります。
使える場面と使えない場面
| 場面 | 使えるか | 理由 |
|---|---|---|
| 画面と入力の試験 | 使える | 自分たちの側の作業で完結する |
| 商談や社内の演示 | 使える | 表示の確認が目的である |
| 帳票の書き方の練習 | 使える | 提出先が存在しない |
| 検証用の環境での確認 | 使える | 外部に影響しない |
| 実際の開設や登録の申請 | 使えない | 相手が実在を前提に判断する |
| 審査や受け入れの通過 | 使えない | 判断を誤らせる目的になる |
| 本物の書類や請求書の作成 | 使えない | 第三者が事実と誤認する |
| 他社の身元を借りた振る舞い | 使えない | 相手を欺く行為になる |
上の四行と下の四行の違いは、影響が自分の側で閉じるかどうかです。閉じる場面では自由に使えます。閉じない場面では、作り物であることを理由に正当化できません。
テスト環境の中だけで完結させる
作り物は、それが影響を及ぼし得る範囲の外に出さないことが原則です。当サイトのテスト用の会社データ生成ツールは、この用途のために用意されたもので、国と地域を選ぶと、その土地の書き方に沿った社名や番号を含む記録を一件生成できます。
生成した値は、開発中の画面、検証用の環境、演示の資料の中だけで使ってください。公の登録簿や照会の仕組みに記録はなく、実在の企業と一致するものでもありません。受け入れ確認の流れを試す場合の注意はKYB のテストで確認すべき項目にまとめています。
開発者向け: 環境の分離と記録の残し方
まず、環境そのものを分けてください。開発、検証、演示の環境には、作り物しか入らない状態を作ります。本番の環境のデータを開発側へ複製する運用は、逆方向の事故を招きます。実在の企業情報が試験の資料に紛れ込めば、それ自体が漏えいになります。
次に、作り物であることを示す印を、データの側に持たせてください。名前に語を入れるだけでなく、記録の属性として種別を持たせると、一覧や出力の段階で選別できます。印のない作り物は、必ず後で見分けがつかなくなります。
生成の手順は、何度でも同じ結果が得られる形にします。種となる値を決めておけば、不具合の再現と共有が容易になります。逆に、実行のたびに変わる作り方では、報告された不具合を再現できません。
破棄の手順も決めてください。試験が終わった作り物を残し続けると、いずれ本物と混ざります。環境ごと捨てる、記録に印を付けてまとめて消す、といった手順を用意します。
最後に、本番へ流れ込む経路をふさぎます。開発用の設定や鍵が本番の環境で有効になっていないか、出力の先が本番の宛先になっていないかを、定期的に確かめてください。
次のステップ
まず、手元にある作り物の一覧を作り、印が付いているかを確認してください。印のないものから順に、名前と属性の両方で分かるようにします。次に、本番へ流れ込む経路が閉じているかを確かめます。
用意のしかたはテスト用の会社データ生成ツールで、確認の観点は請求フォームのテストとテスト用の会社データとはで扱っています。
本記事で示したのは、作り物を扱うときの一般的な考え方です。個別の契約や申請の可否については、それぞれの相手先や所管の窓口の案内に従ってください。