ZapierやMakeの自動化を新しいジオコーディングホストへ移行する
ジオコーディングのステップを含むノーコードの自動化には、独自のコードとは異なる移行方法が必要です。その切り替えの進め方を紹介します。
データ処理契約:ベンダーを切り替えると何が変わるのか
ジオコーディングやIPデータのベンダー移行は、純粋に技術的な作業ではありません。これらのAPIを流れるデータ、つまり住所、座標、IPアドレスは、少なからぬ数の法域でプライバシー規制上の個人データに該当することが多いからです。プロバイダーを切り替えるということは、あなたに代わってそのデータを処理する主体を切り替えるということであり、その変更には、ビジネスのほかのどの部分で新しいベンダーと取引を始める場合と同じ審査がふさわしく、技術的な移行が小さいからといって確認を緩めるべきではありません。
この観点から新しい位置データのベンダーを評価する際に、技術的な評価とは別に確認する価値のある具体的な点がいくつかあります。
データが処理され保存される場所。規制上の義務によっては、ベンダーのインフラと関係するサブプロセッサーの地理的な所在地が、ベンダーの技術的な能力と同じくらい重要になることがあります。以前のプロバイダーの構成と同じだと思い込まず、新しいベンダーに直接確認する価値があります。
どのデータがどれくらいの期間保持されるか。ジオコーディングやIP検索のAPIに送られるIPアドレスやクエリの住所は、リクエストの性質上、そのベンダーに送信されます。結果を返すためにデータを処理するかどうかとは別に、ベンダーがそのデータを保持するかどうか、どれくらいの期間保持するかを理解することは独立した問題であり、ベンダーの一般的な評判から推測するのではなく、明確に尋ねる価値があります。
データ処理契約が用意されているか、そして何を対象としているか。多くの法域のプライバシーの枠組みでは、処理者が管理者に代わってデータをどのように扱うかを定めた正式な契約が求められます。ビジネスが依存するほかのデータ処理者の場合とまったく同じように、新しいベンダーとの取引を決める前に、それが存在することを確認し、存在を確認するだけでなく実際に何が書かれているかを読んでおく価値があります。
変更が自社のプライバシー通知や社内文書にどう影響するか。組織のプライバシーポリシーや社内のデータフロー文書に特定のベンダー、あるいは特定の特徴を持つベンダーの種類が記載されている場合、移行に伴ってその文書を新しい関係に合わせて正確に更新する必要があります。これは移行そのものの技術的な作業に追われるなかで見落としがちです。
My Geocodeは、ジオコーディングAPIを運営するために作られた会社であり、端的に言えば「ジオコーディングAPIを構築し運営している、それが会社のすべて」です。データ処理の条件、保持の方針、インフラの所在地など、自社の規制上の義務に関わる具体的なコンプライアンスの質問については、関連する規約とプライバシー文書を確認して、ご自身の状況に当てはまる具体的な内容を把握するのが直接的な方法です。こうした詳細は、ブログ記事の一般的な要約ではなく、直接的で最新の回答を得るべき種類のものだからです。会社の運営方法について詳しくは/pricing/と/about/をご覧いただき、移行に関する具体的なコンプライアンスの質問は/contact/からお問い合わせください。
この確認を、大企業だけに必要な特別な追加手順ではなく、ベンダー導入の通常の一部として扱えば、技術的な移行がうっかりコンプライアンス上の抜けを生み、それがずっと後になって、たいていは監査や顧客自身のベンダー審査といった最悪のタイミングで表面化するのを防げます。