Kyoto Salesforce Developers Group Meetup #1で発表したスライドです。 Salesforce開発者の初心者向けの内容です。

1. Apexトリガと
標準自動化プロセスの違い
Kyoto Salesforce Developers Group
桑山 佳也
2019 - 06 - 07
[Kyoto]
Salesforce Developers
Meetup #1

2. 自己紹介
インフォニック株式会社
桑山 佳也 (@kuwayama_inf)
製造業からITサービス業に転職
Salesforce エンジニア歴：2年

3. 自己紹介
趣味
音楽制作・動画制作

4. 本題

5. 自動化プロセス

6. 自動化プロセスとは？
ビジネスプロセスを
自動化したツール

7. 自動化プロセスツール
LightningフローApexトリガ ワークフロー
プロセスビルダー Flow Builder
開発
コーディング
標準ツール
ノンプログラミング

8. - ToDo
- メールアラート
- 項目自動更新
→ 自身のオブジェクトのみ
※主従の場合は親も対象
- アウトバウンドメッセージ
ワークフロー

9. - レコード作成
- レコード更新 → 自身、親、子オブジェクトが対象
- メール送信
- クイックアクションの起動
- Chatter投稿
- フロー起動
- 他プロセスビルダーの起動
- Apexコール
プロセスビルダー

10. - レコード作成
- レコード更新 → 全て対象
- レコード削除
- メール送信
- クイックアクションの起動
- Chatter投稿
- フロー起動
- 他プロセスビルダーの起動
- Apexコール
Flow Builder

11. - 大体なんでもOK
Apexトリガ

12. - 中でも特に他のツールにはない機能
Apexトリガ
削除・復元時に
処理実行が可能

13. なんでもできるよ！

14. でも
なんでもできるからってさ。

15. 決してベストではない

16. コーディング
大抵Sandboxで開発
Apexテスト&リリース
↓
メンテナンス。。
やること多い

17. 簡単な機能は
標準機能でやるほうが早い

18. 処理が複雑になればなるほど
トリガのほうが管理しやすい
↓
エラー処理やデバグ
条件分岐やテストやバッチ処理など。。

19. 実現したい自動化プロセス機能
によって分ける
システムの拡張性

20. 1. 古いレコードをデータベースからロード（または、新しい挿入の初期化）
2. 新しいレコードの値で古い値を上書き
3. システムの入力規則（商談商品を挿入する場合、システムの入力規則に加えてカスタム入力規則が実行されます）
4. すべての before トリガを実行（EE / UE のみ）
5. カスタム入力規則
6. レコードをデータベースに保存（しかし、コミットされていない）
7. レコードをデータベースから再ロード
8. すべての after トリガを実行（EE / UE のみ）
9. 割り当てルール
10.自動応答ルール
11.ワークフロー ルール
12.プロセス
13.エスカレーション ルール
14.積み上げ集計数式の値の更新（存在する場合）
15.データベースのコミット
16.コミット後のロジック（メールの送信）
処理順

21. beforeトリガ
↓
afterトリガ
↓
ワークフロー
↓
プロセスビルダー
処理順

22. 同じオブジェクトで
複数の自動化ツール
使った場合どう処理されるの？

23. いっぱい実行されます

24. トリガで更新
↓
ワークフローで更新
↓
トリガで更新
↓
プロセスビルダーで更新
↓

25. トリガリレーで処理爆発

26. 実際に作ってみた

27. カスタム項目で5つチェックボックス作成

28. ワークフロー作成
フラグ１が☑なら
フラグ2を☑にする

29. プロセスビルダー作成
条件：フラグ3が☑なら

30. プロセスビルダー作成
条件：フラグ3が☑なら
更新：フラグ4を☑にする

31. trigger DevObjectTrigger on DevObject__c (before update) {
for(DevObject__c d : Trigger.New) {
if (d.Flag2__c) {
d.Flag3__c = True;
}
if (d.Flag4__c) {
d.Flag5__c = True;
}
}
}
Apexトリガ作成
フラグ2が☑なら
フラグ3を☑にする
フラグ4が☑なら
フラグ5を☑にする

32. フラグ1☑→2☑ → ワークフロー
フラグ2☑→3☑ → トリガ
フラグ3☑→4☑ → プロセスビルダー
フラグ4☑→5☑ → トリガ
処理まとめ

33. フラグ1□ を ☑ にON！
実行

34. 1周目
beforeトリガ
↓
afterトリガ
↓
ワークフロー
↓
プロセスビルダー
処理順
処理まとめ
フラグ1☑→2☑ → ワークフロー
フラグ2☑→3☑ → トリガ
フラグ3☑→4☑ → プロセスビルダー
フラグ4☑→5☑ → トリガ
2周目
beforeトリガ
↓
afterトリガ
↓
ワークフロー
↓
プロセスビルダー
3周目
beforeトリガ
↓
afterトリガ
↓
ワークフロー
↓
プロセスビルダー

35. trigger DevObjectTrigger on DevObject__c (before update) {
system.debug(‘てすと’);
for(DevObject__c d : Trigger.New) {
if (d.Flag2__c) {
d.Flag3__c = True;
}
if (d.Flag4__c) {
d.Flag5__c = True;
}
}
}
デバグ追加してみる

36. 1周目
beforeトリガ
↓
afterトリガ
↓
ワークフロー
↓
プロセスビルダー
処理順
2周目
beforeトリガ
↓
afterトリガ
↓
ワークフロー
↓
プロセスビルダー
3周目
beforeトリガ
↓
afterトリガ
↓
ワークフロー
↓
プロセスビルダー

37. 無駄にいっぱい処理される
↓
ガバナ制限やら、動き重たいやら
いろいろ問題

38. 処理はなるべく
標準ツール or トリガ
どっちかでまとめる！

39. - どちらのほうが良いという訳ではない
- 標準機能をしっかり熟知した上で最適な選択を行う
- なるべく処理をどちらかにまとめる
まとめ

40. 以上
ありがとうございました

41. 資料参考
Salesforce Developer Group
ルーキー会 様
めっちゃ参考にさせてもらいました。
ありがとうございました！！

42. 改めてコミュニティのご挨拶

43. 京都の開発者向け
デベロッパーグループ
立ち上げました
Kyoto Salesforce
Developers Group[ ]
- -

44. 京都以外の方でも大歓迎
開発者以外でも大歓迎
Salesforceに興味がある人なら
誰でも大歓迎

45. グループ立ち上げやイベント開催において、
どちらも初めてで、右も左もわからない状態ですが、
今後京都にてSalesforceを盛り上げていきたいと思います！！
みなさまのご助力を頂くこともあるかとございますが、
どうぞよろしくお願いいたします。
Kyoto Salesforce Developers Group
桑山 佳也

46. Trailblazerコミュニティに参加
Kyoto Salesforce Developers
Group で検索！
「参加」よろしくお願いします！！

47. 質疑応答

48. 本日は
ありがとうございました