CSVを送る前に、利用範囲と削除期限を決める
「とりあえずCSVで送る」が続くと、個人情報の持ち出し・保管期限の不明・削除漏れが起きやすくなります。
開発のスピードを落とさず安全に進めるには、渡す前に範囲とルールを決めておくことが大切です。
そのまま渡す
本番データがそのまま
保管期限が不明
削除の確認なし
ルールを先に決める
匿名化・範囲限定
期間と削除を明記
作業ログが残る
開発会社に渡すデータの5項目を確認する
次の項目を埋めてからデータを渡すと、開発会社との会話がスムーズになり、事故のリスクも下がります。
本番
原則渡さない。必要時は最小範囲・短期・契約明記
匿名化データ
開発・テストの標準。マスキング済み
ダミーデータ
構造検証用。件数・形式だけ本番に近い
- 渡すデータは匿名化・マスキング済みか（本番直渡しの場合は範囲を最小化）
- 渡す期間と、作業終了後の削除期限が決まっている
- 外注先の誰が・どの環境で触れるかが説明できる
- データの保存先と複製の可否について合意している
- 作業ログと、削除完了の報告方法がある
テストデータと本番データの使い分け
「本番で試した方が早い」は事故のもとです。検証環境では匿名化データを使い、本番に近い挙動が必要な場合だけ、承認付きで限定範囲の本番データを使う設計にします。
検証・開発
- 匿名化データ
- ダミーデータ
- 定期的に再生成
- 外注アクセス可（範囲限定）
本番
- 本番データのみ
- 外注の直接アクセス原則禁止
- 承認付きの限定作業
- 作業ログ必須
業務の課題整理から、設計・開発・導入まで
開発に必要なデータの渡し方を、
SHINJIDAIにご相談ください。
- 本番データをそのまま渡してよいか不安
- 検証に必要な項目と渡さない情報を分けたい
- 保管・削除・アクセスの条件を整理したい
課題の整理から伴走現場の業務と既存システム、情報管理の条件を一緒に整理します。残す仕組みと変える範囲を提案し、合意した設計・実装から、権限や現場で使えるかの確認まで支援します。
業務システム開発を相談する
初回は、困っている業務と現在の状況の概要で構いません。調査・設計・開発の範囲と費用は、着手前に合意します。
ID・パスワードや顧客データは、フォームに記載しないでください。
開発の進め方・役割分担を見るよくある質問
本番の顧客データをそのまま渡してよいですか？
原則として避けてください。テスト用に匿名化・マスキングしたデータを使うのが基本です。本番データが必要な場合は、範囲・期間・削除を契約で明記します。
匿名化はどこまで必要ですか？
氏名・住所・電話・メールなど、個人を特定できる項目はマスキングまたはダミーに置き換えます。業務の検証に必要な最小限の項目だけ残す方針が安全です。
外注先に渡したデータの削除は誰の責任ですか？
発注者と受注者の双方で、削除期限と確認方法を契約に明記します。「作業終了後○日以内に削除し、報告する」といった条項を入れておくと安心です。