業務ソフトを切り替える前に、まず一度エクスポートを試す

ソフトの切り替えを承認する前に、システムを担当する人たちと少量のデータをエクスポートしてみましょう。移行すべき情報と、利用者がそこで行う作業をあらかじめ決めます。ファイルを開けても、分かるのは読み取れるということだけです。何が出力されたか、利用者が決めた作業を実行できるかを確認する必要があります。

実際の業務を表すレコードを選ぶ

サービス会社が顧客案件を移行する例を考えてみます。これは仮の例で、案件 C-104 は組織 Žáček Studio に属し、組織番号は O-27 です。ステータスは「承認待ち」、見積額は €1250.75 で、10 月 14 日に修正版の提案書を送った履歴があります。提案書は添付されています。

次の担当者は、正しい組織の下で案件を見つけ、保留中の内容を理解し、日付付きの更新を読み、提案書を開ける必要があります。これなら管理者と技術担当者が具体的に確認できます。件数が一致しても、誤った組織に案件が紐づいていたり、金額が誤って解釈されたりする問題は見逃します。

合意した業務に必要な関連付け、値、ファイル、履歴を含む代表的な少数のレコードを選びます。目的によっては、過去の項目をすべて移す必要はありません。合成データ、または利用許可を得て適切に最小化したデータを、隔離された環境で使いましょう。エクスポートしたコピーを保護し、実際の通知や操作を止めます。機密データを未承認の変換ツールや AI ツールに渡さないでください。

エクスポートに実際に含まれるものを確認する

技術担当者に、サポートされているエクスポート方法、形式、権限、関連するバージョンやプランの条件を確認してもらいます。識別子を確認し、移行先が金額、日付、ステータス、関連付けをどう解釈するかも調べます。CSV が合意した作業に適している場合もありますが、開けるだけでは移行全体が機能する証明になりません。

Airtable の添付ファイルに関するドキュメントが参考になります。閲覧リンクにはアクセス権が必要で、ダウンロードリンクには有効期限があります。エクスポートした CSV にあるリンクの期限が切れる前に、添付ファイルをダウンロードするよう案内されています。つまり、表計算ファイルに URL があるだけでは、文書を保持したことにはなりません。どのエクスポートも同じとは限らないため、自社のサービスで確認してください。

ほかの形式にも、それぞれ制約があります。GitLab のプロジェクトエクスポートに関するドキュメントでは、バージョンによって含まれる内容や除外項目が異なり、プロジェクトエクスポートをバックアップとして使わないよう説明しています。アップロードに関するサポート事例は、手順が重要な理由を示しています。アップロードを除外すればエクスポートは完了しても、添付ファイルが欠けることがあります。別途取得したファイルがあっても、インポート可能なプロジェクトアーカイブになるわけではありません。

移行先で実際の作業を試す

移行先を選んでいる場合は、権限を持つ技術担当者に、サポートされているインポート方法を安全に試してもらいます。その後、次の担当者に自分の権限付きアカウントで合意した作業を行ってもらいます。例の案件では、組織との関連付け、ステータス、金額、日付付きの履歴、実際の提案書をまとめて確認します。

サンプルが成功しても、その条件下でそのサンプルが成功したと分かるだけです。すべてのレコードが正確に移ること、特殊なケースを網羅すること、全件規模で十分な性能が出ることまでは証明しません。エクスポートしたレコードだけでは、ワークフローのロジック、連携、アクセスルール、認証情報、同意、ライセンスも移りません。

判断内容を明確に残す

選んだレコードの種類と期間、必要な情報、移行元と移行先の方法およびバージョン、実施した確認、除外項目、未解決の不足ごとの担当者を簡潔に記録します。不足への対応には、項目の対応付け、別のサポートされた方法、ファイルの個別取得、範囲を定めた移行作業、または制約の受け入れが必要になることがあります。

英国政府のクラウドにおける技術的なロックイン管理のガイダンスが示すように、こうした作業の負担と、現在のサービスを使い続ける価値を比べます。制約が見つかっても、それだけでサービスを切り替える必要があるとは限りません。解約や削除の前に、必要な移行と継続的なアクセス方法を確認してください。

特定のレコードの移行について相談したい場合は、当社の移行サービスで、移行元、移行先、必要な情報を話し合えます。作業範囲、価格、保証の有無は個別に合意します。

ソフトウェアのエクスポートに関する質問