ベンダーロックインはどう防ぐ?データ・設定・運用の引継ぎ確認表

システム開発・連携 · 実務ガイド
ベンダーロックインはどう防ぐ?データ・設定・運用の引継ぎ確認表
「提供会社を変えたら、注文データも操作手順も受け取れないのでは」。業務システムを選ぶ経営者へ、依存する部分を確かめ、データ・設定・運用の引継ぎ条件を決める方法を解説します。
架空の受注システムV01で、CSV、添付資料、設定説明を別の担当へ渡す例を扱います。持ち出せる形式と利用条件、退出時の費用・期間を記す確認表を作れます。

この記事でできるようになること
- 受け取るデータ・設定・手順を具体物で整理できる
- 出力ファイルが次の担当に読めるか確認できる
- 引継ぎの権利・費用・期間・未確認を提供会社へ尋ねられる
01 / システム開発・連携
提供会社が変わると、どこで仕事が止まる?
依存するデータ・機能・知識を分けて、引継ぎに必要なものを決めます。

架空の受注システムV01では、注文を画面で見られますが、設定や操作手順は提供会社が持っています。経営者が別の会社へ相談すると、注文一覧だけでなく、添付資料と業務上の意味が必要だと言われました。データを保存したことと、別の担当が仕事を続けられることは違います。
まず、自社が使う注文・明細・顧客・添付資料、接続先、利用者の役割を分けます。何が止まると営業や出荷が困るかを業務担当へ尋ねてください。すべてを別環境へ完全に再現する要求ではなく、引継ぎに必要な範囲を具体的に定める作業です。
GOV.UKの指針は、クラウドへの依存の利点と移行の負担を比較する参考です。本稿は英国公共部門の契約を日本の会社へ適用するものではありません。特定サービスの便利な機能を使う利点も残し、移行しやすさとの判断を意識的に行います。
営業と出荷担当へ引継ぎに必要な情報を尋ね、資料一覧の「データ・操作」欄へ具体物を記入してください。
この章の根拠:出典1
02 / システム開発・連携
CSVを受け取れば、注文と添付資料をたどれる?
項目の意味と関連番号が残り、別の道具で読めるかを確かめます。

V01の架空例では、注文CSVに注文番号V032、明細CSVにV032と明細L1、添付資料一覧にV032とファイルF01を残します。注文数が同じでも、明細や添付の対応が失われると業務で使えません。受渡し先が同じ番号で関連をたどれるか確認します。
出力形式には、文字の形式、日付、単位、金額の税区分、空欄の意味を説明します。ファイルが開くことだけで終えず、元画面にある数量と金額が同じ意味で読めるか、架空例で比べます。保存期間や出力できない履歴があれば、その範囲も提供会社へ尋ねます。
PostgreSQLの主キーや外部キーの説明は、識別と関連の整合を考える技術上の参考になります。CSVには同じ制約が自動で付くわけではありません。注文番号と明細・添付の対応を、受渡し先が読み取れる説明と確認表で補ってください。
| 受け取るもの | 必要な説明 | 読み取り確認 |
|---|---|---|
| 注文CSV | 番号・日付・状態の意味 | V032を元画面と照合 |
| 明細CSV | 商品・数量・単位と税区分 | V032・L1を照合 |
| 添付資料と一覧 | ファイル名と注文の対応 | F01を開いて対応を確認 |
提供会社へ出力サンプルを依頼し、「対応」欄へ注文・明細・添付を結ぶ番号と照合結果を記入してください。
この章の根拠:出典2
03 / システム開発・連携
設定と運用手順は、次の担当が使える?
構成の説明、作業手順、確認方法を分けて受け取ります。

設定資料には、システムの構成、外部の接続先、利用者の役割、定期処理の実行時刻を残す例です。パスワードや秘密の鍵の実値を通常の説明書へ書くものではありません。引継ぎ時の安全な受渡し方法と、自社が持つ管理権限を別の手順で確認します。
運用手順には、注文の修正、誤登録の確認、障害の報告、バックアップの担当を記します。手順名だけでなく、どの資料を使い、どの結果なら終了できるかを示します。前任の担当が口頭で補足しないと動けない箇所を、試しながら補ってください。
コードを受け取る場合は、ソースだけでなく、必要な部品、動かす条件、構築の説明、設定の用意、確認方法を尋ねます。コードがあるだけで別の会社が同じサービスを稼働できるとは限りません。既製サービスではコードを提供しない場合もあり、代わりの出力・移行手段を確認します。
次の担当へ説明資料を渡し、資料一覧の「不足」欄へ口頭補足が必要な設定や操作を記入してもらってください。
04 / システム開発・連携
受け取れる資料と、使ってよい範囲は同じ?
所有・利用・修正・再委託の条件を、資料ごとに確認します。

自社の注文データ、提供会社の共通機能、第三者の部品は、同じ権利条件とは限りません。「納品される」と書かれていても、修正や次の会社への提供ができるかは契約やライセンスで確認します。著作権が自動で自社へ移るという前提にはしません。
確認表には、資料名、提供する形式、使ってよい範囲、別途必要な契約を残します。外部サービスのアカウントを誰が契約し、会社変更時に名義や管理を引き継げるかも尋ねます。引継ぎ先に必要な権限を、前任だけが管理していないかを確かめます。
IPAのモデル取引・契約書は、取引を整理する参照先です。個別の法的結論はこの教材では出しません。提供会社の回答を受け取り、疑問が残る権利や契約条件は、責任者と必要な専門家へ確認する欄を残してください。
提供会社へ利用条件を確認し、「利用条件」欄へ資料ごとに次の会社へ渡せる範囲を記入してください。
この章の根拠:出典3
05 / システム開発・連携
引継ぎはいつ、誰が、どの費用で行う?
通知期間・作業期間・照合・契約終了までの順序を確認します。

会社変更が決まってから資料を要求すると、出力に必要な時間や費用が予算へ入っていない場合があります。見積段階から、解約の通知期間、資料を渡すまでの期間、支援作業の範囲、追加費用の算定条件を確認してください。出力機能があることと作業が無償であることは別です。
架空の引継ぎでは、自社窓口が資料一覧を確認し、現提供会社がサンプルを出し、次の担当が読み取りを試します。不足を直し、最終出力を照合してから、切替と契約終了を判断します。次の担当が確認できていないまま、旧契約を終了する日だけ先に決めないようにします。
退出の準備は1度の契約前確認で終わりません。機能や利用量が増えれば移行負担も変わります。提供会社を変える必要性と、今のサービスを使い続ける利点を定期的に見直し、資料の出力条件や担当の知識が今も有効かを確認してください。
提供会社へ出力・照合・引継ぎ支援の期間と費用条件を尋ね、「退出条件」欄へ記入してください。
06 / システム開発・連携
まとめ:ロックイン対策を、読める資料と引継ぎ条件へ
移行の負担を具体物で確かめ、利用する利点と合わせて判断します。

ベンダーロックインへの備えは、特定サービスを一切使わないことではありません。V01の架空例では、注文・明細・添付資料の関連、設定と手順、利用条件を分けました。次の担当が資料を読んで仕事を続けられるかを確かめることが判断材料になります。
CSVが出せること、コードが受け取れること、修正や再委託が許されることは別々に確認します。退出時の期間と費用、自社窓口、契約終了後の扱いも残します。自社へ置き換える際は、必要な業務と依存する部分から受渡し範囲を決めてください。
次に、営業・出荷担当へ必要な資料を尋ね、下のメモへ書いてください。提供会社から出力サンプルと利用条件を受け取り、別の担当に読み取りを確認してもらいます。足りない資料や条件を解消してから、使い続ける利点と会社変更の負担を比べましょう。
自社窓口と提供会社で資料一覧を照合し、「未確認」と「出力サンプルの受渡し」欄を埋めてください。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。


