アプリケーションビルダー9

これを満たすためには 商談が追加や削除されるたびに 取引先の項目に反映しないといけない。 積み上げ集計は取引先、商談間は利用できるが、相対日付はつかえないのでNG ワークフロー ルール プロセスビルダーは削除をトリガとすることができない。 なのでApexトリガ　もしくはフロー

できるが、破損の可能性もあるらしい

選択リスト→複数選択リストだけ値は維持される。 それ以外のケースでは複数選択リストが関わるとデータ変換で破損する

テキスト→自動採番のみ可能 また、30文字まで移行可能 それ以外は不可(逆もだめ)

その項目を参照するリストビューはきえてしまう

できないが、外部オブジェクトはできる！！

主従関係→参照にすると、 子オブジェクトの共有設定は公開参照更新になる。 参照→主従は親レコードに連動になる

4000の値を超える場合はエラーがでる

可能 オンのボックスとオフのボックスに対応付ける選択リスト値を選択できます。カスタム選択リストは、データを失うことなく複数選択リストに変更できます

選択リスト→複数選択リスト テキスト→選択リスト(破損の可能性はあり　4000の値を超えるとエラー) 選択リスト→チェックボックス

数値、パーセント、通貨

自動化プロセスでメール承認が有効になっている場合、メールの応答でメール承認が可能となる。 該当ユーザはAPI許可が必要だった気がする

チャター設定で、承認を許可し、承認投稿テンプレートを選択する。

承認申請のステップで、代理承認者にチェックをつける 代理承認者自体はユーザの詳細ページで設定できる

該当オブジェクトに対しすべて変更権限が必要をもつユーザ 上記または割り当てられた承認者 のどちらのオプションを選択できる

キャンペーンメンバーの追加はできる

デフォルトでは承認申請を行ったユーザで、 プロセスの自動化設定で、メール承認の送信者の設定に組織の共有アドレスを設定可能

デフォルトのテンプレートが利用される

そのオブジェクトに対し、 フェード追跡を有効にする 承認投稿テンプレートを作成する チャター設定で承認を許可にする。

25 40へ引き上げも可能

件数合計最小最大

shareオブジェクトにレコードが追加される

共有ルールがあるオブジェクトではローディングに時間がかかるため、すべてのデータが読み込まれるまで共有適用を延期した方がいい場合があります。

わからないけど、非同期っぽい動きをしている sandboxではafterinsert タイミングでは、shareレコードが作成されていないなどがあった

ContentAssetとは、ズバリSalesforce Filesをメタデータとして管理できるようにしたものです。強みと弱みも、基本はSalesforce Filesのものを引き継ぎます。しかし、大きな違いとして、 ファイルをメタデータとしてデプロイできるということが挙げられます。 ※メタデータで管理ができるのは強いメリット！！ キャッシュされないが、大容量(2GB)の静的リソース ファイルはなんでもok 画面はなさそう？ Apexとかでインサートしたりできるっぽい。 LWCで読み込みも可能 https://qiita.com/tatsuro-suzuki/items/375e4264515c9a2abd28

メタデータとしてデプロイ可能

キャッシュされるからはやい 容量制限がある 5MB 共有制御はできない

共有制限が可能で2GBまでいける キャッシュはむり

ロールとロール&下位ロールや、公開グループなどの情報があるオブジェクトでSalesforceプラットフォームによって管理されている

組織共有レベルが非公開の場合は 自動でOwner(所有者)に対してAll権限のレコードを作成する ロールや共有ルールが適用される場合は、別途権限レコードを作成する

きえる

whatId とwhoId 両方のアクセス権の厳しい方を継承する

1つのトランザクションであるということ 静的変数はトランザクションの範囲内で維持されるので、 複数のトリガがある場合は、静的であれば、同じ変数を参照可能 トランザクションごとに静的変数が管理されているということ

同一トランザクション

一回のトランザクションのコンテキスト

動かない。カスケード削除はトリガ動かない

される。 ユーザーモードによる実行のため

行動やTodoオブジェクトの継承元のオブジェクトで、 行動やTodoに項目追加できない代わりに、Activityに項目追加することで、それが継承される仕組みになっている

できない

出荷する項目の項目レベルセキュリティをプロファイルに一括追加ができる設定があるらしい

一項目ごとに一回のトランザクションが発行される。 1レコードに対し、2項目同時に変更して保存おしたときは、2回トランザクションが発行される。 →項目に連動した入力チェック等はできない

静的変数は、Apexトランザクションの範囲内でのみ静的です。サーバ全体または組織全体で静的なわけではありません。静的変数の値は、1回のトランザクションのコンテキスト内で保持され、トランザクションの境界を超えたときにリセットされます。たとえば、Apex DML要求によってトリガーが何回も起動される場合、これらのトリガー呼び出しを通して静的変数は保持されます。 例えば Javaの場合、staticに宣言された変数は、JVM が再起動されない限りずっとメモリー上に常駐して値を保持し続けます。文字通り「静的な」変数です。 ↑スレッドセーフではない。 Apexはトランザクションごとなのでスレッドセーフといえる。 画面コントローラーでstatic変数を設定 トリガでその変数を確認できる。

https://sf.forum.circlace.com/articles/751506920258408448

https://sf.forum.circlace.com/articles/533367929601789952https://sf.forum.circlace.com/articles/533367929601789952 「デフォルトで表示」：アプリケーションにオブジェクトが表示されます。 アプリケーションランチャーにもオブジェクトが表示されます。 「デフォルトで非表示」：アプリケーションにオブジェクトは表示されませんが、 アプリケーションランチャーにはオブジェクトが表示されます。 「タブを隠す」：アプリケーションにもアプリケーションランチャーにもオブジェクトが表示されません。 グローバル検索を許可したい場合は、こちらは選ばないでください

プロファイル設定で項目をデフォルトで表示に設定すると、その項目はユーザーがログインしたときにナビゲーションバーに自動的に表示されるようになります。 これにより、ユーザーは追加の操作をせずにすぐにその項目にアクセスできるようになります もしナビゲーションバーに項目が表示されない場合は、プロファイルから非表示になっている可能性があります。 この場合、システム管理者がタブの設定を更新して「タブを隠す」から「デフォルトで表示」または「デフォルトで非表示」に変更することで解決できます

アプリケーションのタブ設定は権限セットでは設定できないけど、オブジェクトタブはできるらしい オブジェクトアクセスのみ、権限セットで制御できることによって柔軟性があるということらしい！ 例えば、あるプロファイルが割り当てられたユーザー全員に対して特定のタブを「デフォルトで表示」に設定したい場合は、プロファイルのタブ設定を使用します。 一方、特定のユーザーにのみ追加のタブアクセスを許可したい場合は、権限セットを使用してそのユーザーにのみタブアクセスを付与します。これにより、組織内のさまざまなユーザーのニーズに柔軟に対応することができます

赤い星はレイアウト上で必須にした項目 あおいまるは、もともと必須項目

そのオブジェクトのリストビューか、別オブジェクトのレコードを表示したときの関連リストに追加される

関連リストのキャンペーン履歴を見ると確認できる。

グループ化単位(商談ならデフォルトはフェーズだけどかえれる) 集計基準(商談ならデフォルトは金額がグループごとに集計されて表示されているが、かえれる)^_^

対象の選択リスト項目プロパティで、 値のところのグラフの色のところで設定できる。

承認プロセスの設定でユーザのどの項目を承認ルートに使用するか設定できる。 なしにしておくと、申請者が手動で承認者を設定できる

エクスペリエンスビルダーサイトにフローに追加する。 Lightning Outを使用して、外部アプリケーションにlightning flowコンポーネントを埋め込むことができる。

クイック設定でデジタルエクスペリエンス→設定→デジタルエクスペリエンスを有効化 https://note.com/miu0516/n/n4561a1375aa3#:~:text=Step1%20%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%9A%E3%83%AA%E3%82%A8%E3%83%B3%E3%82%B9%E3%81%AE%E6%9C%89%E5%8A%B9%E5%8C%96%E6%96%B9%E6%B3%95&text=%E2%91%A0%E3%81%BE%E3%81%9A%E3%81%AF%E3%80%81%E8%A8%AD%E5%AE%9A%E7%94%BB%E9%9D%A2%E3%82%92,%E3%83%9C%E3%82%BF%E3%83%B3%E3%82%92%E3%82%AF%E3%83%AA%E3%83%83%E3%82%AF%E3%81%97%E3%81%BE%E3%81%99%E3%80%82

クイック設定からデジタルエクスペリエンスで全てのサイトで新規ボタンを押下 テンプレートを選択する。

メモ&添付ファイル　関連リストをレイアウトから追加する。 ちなみに 追加したメモもファイルで確認できる。

取引先のページを開き、 活動タイムラインを確認し Todoと活動履歴をみる。 電話対応がおわったら、活動の記録から活動履歴を作成したり、既存のtodoの内容を右の🔽アイコンから変更できる

カレンダー

他のレコードと紐付けることができる。 作業中の商談など。

取引先責任者のリストビューからリストメールの送信アクションを実行する。

スケジュール済みパスをレコードトリガフローに追加することで、CRUDされた後の何時間後何分後とかのあとに処理実行できる。

https://regardie.dev/post-884#Schedule-Triggered_Flow スケジュールフローで一時間以内に1000件以上のレコード処理がなされる場合、最初の1000件のみ処理され、残りのレコードについては処理されません（※エラー通知などなし） 1時間当たりの処理レコードが1000件以下の場合は、スケジュールフロー 1時間当たりの処理レコードが1001件以上の場合は、ApexSchedulerからApexのBatchClassを呼び出す実装 他にもフローは色々と制限があるようなので利用する場合は調べること

できないので、手動でやる必要がある。 プロファイル設定は項目自体とプロファイルの二つが必要であり、標準系のものは変更セットに入れられないので、手動でしかできない

mainブランチを最新化 git pull origin main ブランチを作成 git checkout -b ブランチ名 作成したブランチで変更分をコミット mainへpushする git push origin ブランチ名 ここでGitHubに移動し、new pull requestボタンを押下する base:main compare:ブランチ名を指定して プルリクエストを作成する。 その際、タイトルや本文もかく。 その後レビュワーを選択することができる。

sfdx force:source:convert これコマンドでは、出力ディレクトリにマニフェストpackage.xmlも出力してくれる。 zip化は jarコマンドとかで。

宣言型開発。 プログラム型はIDEがつかい、 宣言型ではポイントあんどクリックなので、画面での開発みたいなところをやるのにむいている。

どちらもされる。 sfdx force:source:status

リストビュー

Salesforceモバイルナビゲーション でモバイル用の画面を設定している。 今はアプリケーションをモバイル用に作るのがモダンかなあ