この記事の内容
  1. 追加か更新かを決める
  2. 文字列と数値・日付を区別する
  3. 台帳と実行基盤を分けて選ぶ
  4. 千件の価格更新を試す例
  5. 途中で失敗した後の再開
  6. 取り込み後の照合と撤退
  7. 空欄と消去を区別する見本

追加か更新かを決める

日々の取引履歴を追加する仕事と、商品台帳の価格を更新する仕事は同じ操作ではありません。更新なら安定した商品IDなどのキーを決めます。名前や並び順だけで照合すると、表記変更や欠けた行を別の商品と誤認するため、曖昧な入力の扱いも先に決めてください。

文字列と数値・日付を区別する

先頭ゼロを持つ番号、金額、時刻、空欄を含む代表データを用意します。空欄は削除の指示なのか、未記入なので既存値を残すのかを決めます。取り込み先の型に合わない値が空として残る場合もあるため、成功表示だけでなく移行後の値を検査します。

台帳と実行基盤を分けて選ぶ

BaserowやAirtableを主な台帳にする案と、Windmillなどで変換してから書く案を分けます。標準の取り込みで足りるか、独自の検証や定期実行が必要かで構成が変わります。複数サービスを使うなら、失敗をどこへ記録し、誰が修正するかも同じ設計へ含めます。

千件の価格更新を試す例

架空の千商品を更新するなら、変更予定、追加予定、照合不能を先に分けた確認表を出します。最初は本番を書き換えず差分だけを読み、担当者が内容を承認してから対象範囲を更新します。同じファイルを再処理して、件数と価格がさらに変わらないことも検証してください。

途中で失敗した後の再開

何行まで完了したかだけでは、並列処理や順序変更に弱くなります。対象IDと結果を残し、未処理を特定できる方法を設けます。ファイル全体の再実行で二重登録が起きないかを確認し、照合不能な行を自動的に新規として追加するかどうかも明示します。

取り込み後の照合と撤退

元ファイルの件数だけでなく、更新対象、除外、失敗、追加を合計して説明できるようにします。項目の対応と処理条件を保存すれば、別の台帳や実行基盤へ移る際にも再検証できます。書き出したデータ、変更前の記録、復旧の手順は、それぞれ必要な範囲を決めて保管してください。

空欄と消去を区別する見本

架空の三行で、連絡先を更新する行、変更しないため空欄の行、削除が正式に指定された行を分けます。同じ空欄として読み込むと、残すべき情報を消す可能性があります。ファイルの仕様に消去の表現を決め、対象の列だけを更新する検証を行ってください。入力の件数が三と一致することより、変更しなかった項目が元のまま残ることも大切な確認です。

利用量から費用を確かめる

月の処理件数、課金対象のステップ数、再試行を入力し、サービスごとに異なる課金単位を確認できます。

費用を試算する

参照した公式情報

料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。

比較方針を読む広告について