Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Salesforceのデータ移行で気をつけたいこと/Salesforce Data migra...
Search
nakofg
April 28, 2020
Programming
0
660
Salesforceのデータ移行で気をつけたいこと/Salesforce Data migration TIPS
Salesforceのデータ移行で気をつけたいこと
2020/04/28 northernforce #8
#northernforce #no34th
nakofg
April 28, 2020
Tweet
Share
More Decks by nakofg
See All by nakofg
Agent時代のアドミン、 求められること多くない? ~Dreamforce2025を終えて/There are a lot of demands on admins in the Agent era, right?
nakofg
0
64
Dreamforce2024に行ってきました Agentforce for Developers編/I went to Dreamforce 2024 part2
nakofg
0
19
Dreamforce2024に行ってきました/I went to Dreamforce 2024
nakofg
0
13
開発者でも活用できる「Salesforce Admin Skills Kit」/"Salesforce Admin Skills Kit" that developers can use
nakofg
0
16
Dreamforce2023に行ってきました/I went to Dreamforce 2023
nakofg
0
16
Einsteinがコードを 書く時代がやってくる/The time has come for Einstein to write code
nakofg
0
15
フローのデータテーブルを使ってみよう/Let's use the Salesforce Flow Data table
nakofg
0
1.5k
Sandboxはリフレッシュ日が大事な話/Refresh date is important for Salesforce Sandbox
nakofg
0
560
Salesforce女子部に参加してビフォーアフター/Before after participating in sfggjp
nakofg
0
500
Other Decks in Programming
See All in Programming
grapheme_strrev関数が採択されました(あと雑感)
youkidearitai
PRO
1
200
atmaCup #23でAIコーディングを活用した話
ml_bear
4
720
New in Go 1.26 Implementing go fix in product development
sunecosuri
0
180
Event Storming
hschwentner
3
1.3k
Go1.26 go fixをプロダクトに適用して困ったこと
kurakura0916
0
320
24時間止められないシステムを守る-医療ITにおけるランサムウェア対策の実際
koukimiura
2
180
Go Conference mini in Sendai 2026 : Goに新機能を提案し実装されるまでのフロー徹底解説
yamatoya
0
490
AI主導でFastAPIのWebサービスを作るときに 人間が構造化すべき境界線
okajun35
0
460
Geminiの機能を調べ尽くしてみた
naruyoshimi
0
190
Claude Code、ちょっとした工夫で開発体験が変わる
tigertora7571
0
190
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
370
Go 1.26でのsliceのメモリアロケーション最適化 / Go 1.26 リリースパーティ #go126party
mazrean
1
330
Featured
See All Featured
Paper Plane (Part 1)
katiecoart
PRO
0
5k
Designing for humans not robots
tammielis
254
26k
jQuery: Nuts, Bolts and Bling
dougneiner
65
8.4k
Embracing the Ebb and Flow
colly
88
5k
How to build a perfect <img>
jonoalderson
1
5.2k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Being A Developer After 40
akosma
91
590k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
A designer walks into a library…
pauljervisheath
210
24k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
380
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.1k
Transcript
Salesforceのデータ移行で 気をつけたいこと northernforce #8 2020/4/28
みなさんこんばんは • えいき なおこ(@nakofg) • 株式会社キットアライブ • 札幌出身、東京在住 • Java
PG 2年→Salesforce Developer 8年 • Salesforce女子部 運営、Salesforce Japan Woman In Tech共同リーダー • 趣味:楽器(オーケストラでファゴット)、ゆるキャラ • 近況:土日の時間の使い方を模索中
Salesforceのデータ移行案件って? こんなことがありました。 • 2組織に分かれていたSalesforceを1つに統合 • お客様自身で実績を元にExcelで作成した予算を登録 • Salesforceを使い始める前に基幹システムから取引先情報を登録、各営業 の持っている名刺を登録
データ移行案件って? • お客様からデータを提供いただく際に使うものは圧倒的にExcel • Salesforceデータ登録前のチェックをするとき、データにフィルターする ならやっぱりExcel Salesforceと同じくらいExcelと仲良くならないと!
ハマるところは数知れず 毎月データ移行の作業や案件があるわけでもなく、あっても年に1回、数年に1回なので 忘れがち。 いままで私がハマった、経験として気を付けたところを紹介します!
1-1.IDが15桁のまま、Excelの重複の削除は危険 Id 0031000000unvCl 0031000000unvCL 0031000000unvCm 0031000000unvCM 0031000000unvCn 0031000000unvCN Id 0031000000unvCl
0031000000unvCm 0031000000unvCn 大文字小文字を区別しないで重複を削除
1-2.IDが15桁のまま、IDをキーにしたExcelのVLOOKUPは危険 Id NO 0031000000unvCl 1 0031000000unvCL 2 0031000000unvCm 3 0031000000unvCM
4 0031000000unvCn 5 0031000000unvCN 6 検索ID VLOOKUPでNOを 検索した結果 0031000000unvCL 1 0031000000unvCM 3 0031000000unvCN 5 0031000000unvCl 1 0031000000unvCm 3 0031000000unvCn 5
対策:ExcelでSalesforceIDを扱うときは18桁 • 15桁は大文字小文字の区別有、18桁は大文字小文字の区別無(ヘルプ読んでね) • Salesforceの画面上やレポートのエクスポートは15桁 • Apex処理やデータローダのExportは18桁 • 15桁でもデータ登録は可能。あくまでExcelでIdを使った操作をする際に注意。 <こんなことしてます>
• Idを18桁で出力する数式:CASESAFEID() • 15桁から18桁に変換する:https://www.adminbooster.com/tool/15to18
2.数字の先頭0が無く別の値になった事件 例えば • 郵便番号 • 電話番号 • 通し番号 <こんなことしてます> ・Excel表示形式は「文字列」
・ブラウザの文字をコピーして、Excel に貼り付けるパターンでも起こりがち ・お客様に渡すフォーマットをExcelで 用意するときは「文字列」で渡す
3.ロングテキスト/リッチテキスト 長すぎるとExcelの限界を超える問題 https://support.office.com/ja-jp/article/excel-%E3%81%AE%E4%BB%95%E6%A7%98%E3%81%A8%E5%88%B6%E9%99% 90-1672b34d-7043-467e-8e27-269d656771c3 カスタム項目としては32000文字以上の文字サイ ズで定義できるが、Excelでデータ加工すると途 中で文字が切れる <ロングテキストを含むデータ移行で考えていること> • CSVファイルをExcelで開く
• コードを書いて移行する選択肢も検討 • 運用環境データの事前確認
日付関連での失敗 • 日付や時間がずれる ◦ データローダのタイムゾーンは GMTにしておく ◦ Salesforceヘルプにも対策あります • データローダはフォーマット指定がある
◦ フォーマットがyyyy-MM-ddになるよう Excel側の表示形式を変える
失敗ばかりじゃない 失敗から学んだことも紹介します。
1.リハーサル必須とリトライ前提のスケジュール • (可能な限り)実際のデータでシミュレーションする ◦ データ内にカンマ「 ,」ダブルクォーテーション「 ”」があるためCSVの列がずれる ◦ 必須項目の抜けやトリガでの動作など Salesforceに依存する動きまで見る
◦ FullSandboxの利用も検討(お金は相談) • データ移行の開始、終了までに必要な作業はすべて事前にまとめる ◦ なんとなくや場当たりな作業をしない ◦ 予定と実際の作業の差分をもとに、トラブル時の対処方法を決める材料とする • 何が起きてもいいように、リトライありきのスケジュールを組み立てる ◦ 何も起きない方がむしろ少ない
2.Excelのフィルタは全列つけよう 作業用のつもりで列を追加して、そのまま商品名で並び替えをすると 全く違う登録データになってしまう
3.受領データは先にNOを振る 受領時点の並び順を復元できるようにしておく ※問い合わせ時に便利
Salesforceをデータなしで使い始めることの方が少ないため、データ移行は 様々な形でやってきます。 失敗しないため、失敗しても最小限に留めるために準備が大事。 よきSalesforceライフを。