データ移行後にレコードをどう照合するか

最初に比較するレコードを決める

表の内容を別のシステムに移し、成功メッセージが出ると安心します。しかし多くの場合、それが示すのは技術的な処理の終了だけです。正しい顧客、文書、日付に情報が割り当てられたかは別途確認が必要です。照合では、移行元で期待する結果と移行先の実際の記録を同じルールで比較します。すべての違いをエラーと決めつけず、一つずつ説明できる状態を目指します。

確認前に、使用したファイルの版、対象期間、レコードの種類を記録します。取消済み、空行、転送済みデータは除外するのかも明確にします。後から判断を変えると、同じデータでも結果が異なります。変更しない元ファイルのコピーと処理時刻を残すと混乱を減らせます。

行数と識別キーを合わせて見る

移行元と移行先の行数が同じなのは最初の手がかりですが、検証の完了ではありません。一件が重複し、別の一件が抜ければ総数は一致します。作業番号、文書番号、業務に適した複数項目の組み合わせなど、レコードを区別するキーを決めます。人名を無条件に一意と扱わないでください。

移行先が新しい番号を発行する場合、元のキーとの対応を保存します。これで欠落の追跡や、再実行で更新する対象の特定ができます。元データに重複キーがあっても、自動的に正しく統合されるとは限りません。統合、拒否、別レコード作成のどれにするか、業務責任者と決めます。

項目の対応と変換ルールを明示する

一括データ入力では、元の列と転送先の項目を並べた短い対応表を作ります。日付、数値、通貨、単位、空欄の扱いも含めます。先頭のゼロを削除するとコードの意味が変わることがあります。小数点の区切り方の誤認は、値が入っているセルにも誤りを生みます。

照合は必ずしも一文字ずつの一致を求めません。合意したルールにより前後の空白を削除したり、日付を同じ意味の別形式に変えたりできます。重要なのは事前の定義です。予想外の差を隠すために、確認中に正規化を追加しないでください。未入力、ゼロ、不明も同一ではありません。

合計と業務上の関連を確認する

数値の合計確認は有効ですが、対象に含めるレコードを明確にします。異なる通貨や単位を一つの合計にまとめてはいけません。丸めがある場合は実施段階を示します。二つの誤った数値が相殺されることもあるため、合計の一致だけで個別照合を置き換えられません。

関連付けも調べます。注文明細は正しい注文に属しているか。添付書類は正しい顧客に紐付いているか。完了した作業には必須項目がすべて入っているか。ファイル形式の検査だけでは分かりません。日常業務のルールを観察できる確認項目にし、少数の代表例で試します。

例外を黙って飛ばさず記録する

報告には成功した記録だけでなく、拒否、不足、要確認の記録も示します。各例外について、元キー、項目、期待値、実際の値、次の対応を記載します。読む人が再確認の理由を理解できることが大切です。機微な情報を含む場合、閲覧権限と表示の細かさを必要に応じて制限します。

例えば住所が足りない記録を拒否し、報告で明示することは適切な設計になり得ます。住所を推測して補うのは別の処理で、承認されたルールが必要です。技術的なエラーを保存し、業務の言葉で短い説明を添えます。修正後には、影響したどの記録を再確認したかも追跡できるようにします。

注意：再実行で重複を増やさない

接続切断時に処理済みの範囲が分からないまま全ファイルを送り直すと、重複が発生する可能性があります。成功、失敗、未処理を区別する方法を設計します。既存の記録を更新するのか、飛ばすのか、停止するのか。説明だけにせず、実際の試験で結果を観察します。

本番データを変更する前に、権限と戻し方を決めます。試験には不要な個人情報や営業情報を使わず、削減やマスキングを行います。確認用ファイルは公開フォルダに置かないでください。照合中に元データが変化するなら固定するか、変化の扱いを記します。そうしなければ異なる時点を比較することになります。

移行前に受入基準を書く

最終報告では、単に移行完了とせず、範囲、比較した記録、説明済みの差、残る例外を一緒に示します。許容する差は業務責任者が事前に決めます。自動化の受入テストと同様、期待する結果は観察でき、同じサンプルで再検証できる必要があります。

URIKEMは実際の業務の流れから始めます。どのファイルからどのシステムへ情報を移し、現在どう結果を確認しているかをお聞かせください。範囲を決めた上で転送と検証を一緒に設計できます。データを書くだけでなく、ソフトウェアが実行した内容を分かりやすく残すことも納品範囲にできます。

よくある質問

行数が同じなら移行は正しいですか？

いいえ。重複と欠落が件数上は相殺されることがあります。一意のキー、項目、業務ルールも比較してください。

値の違いはすべてエラーですか？

いいえ。合意済みの形式変換や丸めが理由になることがあります。根拠を説明し、想定外の差を検証中に隠さないことが必要です。

エラー後はファイル全体を送り直しますか？

まず処理済みの記録を特定します。キーの対応と更新・スキップのルールを試し、再実行で重複を作らないようにします。