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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
nakofg
April 28, 2020
Programming
690
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Salesforceのデータ移行で気をつけたいこと/Salesforce Data migration TIPS
Salesforceのデータ移行で気をつけたいこと
2020/04/28 northernforce #8
#northernforce #no34th
nakofg
April 28, 2020
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
90
Dreamforce2024に行ってきました Agentforce for Developers編/I went to Dreamforce 2024 part2
nakofg
0
40
Dreamforce2024に行ってきました/I went to Dreamforce 2024
nakofg
0
29
開発者でも活用できる「Salesforce Admin Skills Kit」/"Salesforce Admin Skills Kit" that developers can use
nakofg
0
35
Dreamforce2023に行ってきました/I went to Dreamforce 2023
nakofg
0
35
Einsteinがコードを 書く時代がやってくる/The time has come for Einstein to write code
nakofg
0
33
フローのデータテーブルを使ってみよう/Let's use the Salesforce Flow Data table
nakofg
0
1.6k
Sandboxはリフレッシュ日が大事な話/Refresh date is important for Salesforce Sandbox
nakofg
0
590
Salesforce女子部に参加してビフォーアフター/Before after participating in sfggjp
nakofg
0
510
Other Decks in Programming
See All in Programming
php-fpmのプロセスが枯渇した日-調査・対処・そして本当にやるべきだったこと-
shibuchaaaan
0
180
Laravel Boostに学ぶ、AIにPHPを書かせる技術 〜OSSの実装から蒸留するエージェント制御の王道〜
kentaroutakeda
3
610
jsmini JavaScript Engine を作ってみた話
yosuke_furukawa
PRO
0
280
Embedded SREと共に達成した会員管理システムのAWS移行 - SRE NEXT 2026 ランチスポンサーセッション
niftycorp
PRO
1
3.3k
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
350
アルゴリズムは何を圧縮しているのか ─ Haskell から育った「圧縮代数」というメンタルモデル
naoya
16
3.7k
20260722_microCMSで考える、AI時代のコンテンツ運用設計
yosh1
0
170
そこに3びきプロダクトがいるじゃろう——生成AI時代における“価値が届かない理由”の構造
kosuket
0
350
ビデオ通話が繋がる0.2秒で何が起きているのか
supurazako
2
160
仕様書を書く前にハーネスを作る - Agent Native開発は「探索を速く、判定を固く」
gotalab555
3
1.3k
音楽のための関数型プログラミング言語mimiumにおける多段階計算の活用
tomoyanonymous
1
370
광주소프트웨어마이스터고등학교 DevFest 특강 - 바이브 코딩 시대에서 주니어 개발자로 살아남는 방법
utilforever
1
160
Featured
See All Featured
How to Ace a Technical Interview
jacobian
281
24k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
560
The agentic SEO stack - context over prompts
schlessera
0
860
Between Models and Reality
mayunak
4
380
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
510
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.5k
Abbi's Birthday
coloredviolet
3
8.9k
A better future with KSS
kneath
240
18k
WENDY [Excerpt]
tessaabrams
11
39k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
590
Believing is Seeing
oripsolob
1
180
Prompt Engineering for Job Search
mfonobong
0
390
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ライフを。