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
620
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
フローのデータテーブルを使ってみよう/Let's use the Salesforce Flow Data table
nakofg
0
1.4k
Sandboxはリフレッシュ日が大事な話/Refresh date is important for Salesforce Sandbox
nakofg
0
530
Salesforce女子部に参加してビフォーアフター/Before after participating in sfggjp
nakofg
0
460
Visualforce in Service Console
nakofg
0
540
CarefulMultiSalesforceOrg
nakofg
1
500
アドオンを使って快適なSalesforceライフを過ごす/addon with Salesforce
nakofg
0
1.4k
認定試験こわくない。/take the exam CertifiedAdmin
nakofg
0
490
Other Decks in Programming
See All in Programming
大規模FlutterプロジェクトのCI実行時間を約8割削減した話
teamlab
PRO
0
470
バイブコーディングの正体——AIエージェントはソフトウェア開発を変えるか?
stakaya
5
900
Flutterと Vibe Coding で個人開発!
hyshu
1
250
Claude Code と OpenAI o3 で メタデータ情報を作る
laket
0
130
なぜ今、Terraformの本を書いたのか? - 著者陣に聞く!『Terraformではじめる実践IaC』登壇資料
fufuhu
4
590
11年かかって やっとVibe Codingに 時代が追いつきましたね
yimajo
1
260
No Install CMS戦略 〜 5年先を見据えたフロントエンド開発を考える / no_install_cms
rdlabo
0
480
Introduction to Git & GitHub
latte72
0
110
Scale out your Claude Code ~自社専用Agentで10xする開発プロセス~
yukukotani
9
2.1k
あなたとJIT, 今すぐアセンブ ル
sisshiki1969
1
640
DynamoDBは怖くない!〜テーブル設計の勘所とテスト戦略〜
hyamazaki
1
200
パスタの技術
yusukebe
1
370
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
58
9.5k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
6k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
The Invisible Side of Design
smashingmag
301
51k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.6k
Building Adaptive Systems
keathley
43
2.7k
Side Projects
sachag
455
43k
GraphQLとの向き合い方2022年版
quramy
49
14k
Producing Creativity
orderedlist
PRO
347
40k
Embracing the Ebb and Flow
colly
86
4.8k
A designer walks into a library…
pauljervisheath
207
24k
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ライフを。