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

URLパラメータを使用する フローURL?caseId={!Case.Id}&caseSubject={!Case.Subject} みたいな感じ 日付型とかは、 TEXT関数を使って渡す(フロー側は日付型のままでおけ)

retURLパラメータを設定すると、 自動起動フロー実行後に飛ぶ先の相対URLを指定できる。 フローのURL?retURL=/{!Case.Id} ↑は相対URLを指定しており、 /レコードID の相対URLへ飛ぶ動作となる

フローの開始日、時間、頻度 オブジェクトと条件(オプション)

@[埋め込みテキスト] 埋め込みテキストには所有者とかを指定可能 {!Record.OwnerId}みたいなの

$Recordグローバル変数で参照できる。 ($Record.Idみたいにトリガと使い方は同じ) レコード更新要素で、 $Recordに対する更新と、$Recordの関連レコードに対する更新を選択可能となる。

共有設定で条件に基づくゲストユーザのアクセスを選択して、 ゲストユーザ向けの共有ルールを作成する ゲストユーザ共有ルールという

共有設定のルールタイプに [条件に基づくゲストユーザアクセス] を選択する。

参照までしか付与できない

2000 それ以上はExcelにエクスポートしたり印刷用ビューを利用する(表形式、サマリー形式のみ)

最大5

最大20

参照ユーザのロケール

実行ユーザ

実行ユーザ、参照ユーザにダッシュボードを表示する方法を実行ユーザが指定できる

数式が作動するタイミングは、 呼び出した時。 なので、数式リソースとしてあらかじめ定義しておき、それを呼び出した時に評価される。 IF関数が使えるので、 決定要素と割り当て要素とかを使用してリソースに対する値の設定を数式で省略できる。 IF({!CloseCase.value} = TRUE , “Closed”,”New”) みたいなかんじ

選択リストコンポーネントとは画面フローで選択リストを表示させるコンポーネントのこと 画像の選択肢の部分に 以下のリソースを設定することで、選択リストの値設定ができる。 選択肢 　数式を利用して選択肢を一つ作成する。 　選択肢セットではないのでひとつ。 コレクション選択肢セット 　既に他コンポーネントなどで取得済みのコレクション変数を利用して選択肢とできる。　 レコード選択肢セット 　条件指定したオブジェクトのレコードから、選択肢のラベル、選択肢の値として項目を指定できる　 選択リスト選択肢セット 　オブジェクトの選択リスト項目を選択肢　　　にできる https://base.terrasky.co.jp/articles/bmRkT

最大200件のみレコード取得されるため、 200件を超えそうな場合は選択肢の最大数を200と設定することで、パフォーマンスを向上できる。

可能

フローの項目コンポーネントは、項目に対する設定値(必須とか参照のみとか)が引き継がれ、その設定を変更することができない。 なので、もともと必須項目でないが、必須にしたいやつはテキストコンポーネントとかを利用する その他の制限事項として、デフォルト値や、レコードタイプの検索条件などは引き継いでくれないらしい サポートしてない型もある

ファイル紐付けは自動的に更新されるため、レコード更新は不要

ソリューション(アプリケーションともいう)とコンサルタントがある。 ソリューションはSalesForceプラグインとして機能を拡張するもの コンサルタントは特定の業種向けのカスタムソリューションの構築や実装を手がけるSalesForceプロフェッショナルのこと。

Developer Edition 組織かSandbox

運用や開発者向けの組織で、個人で作成可能 トレイルヘッドの組織がそう。

ソリューションに特定のSalesforceエディションが必要な場合がある。 また、Lightningに対応しているかとか。

trailblazer

Salesforce従業員が作ったもの。 無料で、品質と実用性がいい。 SalesForceネイティブテクノロジーを使っている。 GItHuBでオープンソースとして公開されている。

アプリケーションが対応している必要があるが、チャットで該当のアプリケーションに関するお問い合わせを、スタッフとやり取りができる機能

トライアル機能がある。

機能制限トライアル 　アプリ提供者側がつくったデベロッパー組織に招待されて確認できる。　 Sandboxにインストール 　自組織のサンドボックスで確認できる 無料トライアル 　書き込み可能なDeveloper Edition組織(プロバイダ側で提供？)で確認できる

未管理パッケージ

管理パッケージなら、自動的にアップグレード可能だが、未管理パッケージの場合は、一度アンインストールしてから入れ直さないドアップグレードできない

カウントされない！ 未管理パッケージはされるけど。

全てのユーザだと、全てのユーザにアクセス権が付与されてしまうので、まずはシステム管理者だけにして、後からアクセス権限を付与するのがよい

25

アクション & おすすめコンポーネント

活動タイムライン、活動の記録、メールを送信　また、Todoや行動のレコードの作成アクション ケースの場合、活動の記録、メールを送信はチャターパブリッシャーに表示される

Einstein Next Best Action

リッチテキスト

こぴー

50

その下に他のコンポーネントを配置しないこと

状況、敬称、リードソース

ユーザ、プロファイル、グループ、ファイル、Chatter

リストビュー（リストビューボタンレイアウトから追加）、関連リスト（ページレイアウトから追加）

1MB

ない　これは変換できる 逆は変換できない。 自動採番からは何にも変換できない。

ロングテキストエリア　次回保存時に画像はなくなる

正しい 連結オブジェクトの従属する子はつくれない

インポートファイルにレコード名、Salesforce ID、外部IDのいずれかを記載した列を追加する

任意のレコード作成(更新はできない) 関連レコードの更新 削除はできない

個人取引先は会社項目に値なし 法人取引先は値あり

商談.主キャンペーンソース

取引先（―商談）※取引先責任者ではない 商談（―商談商品） キャンペーン（―キャンペーンメンバー.状況またはカスタム項目）

積み上げ集計項目の値が変わった時に、割り当てルールが再適用される。 従オブジェクトの更新→主オブジェクトの積み上げ集計の更新→主オブジェクトの一連の自動化処理の流れ といった感じで処理される https://help.salesforce.com/s/articleView?id=sf.fields_about_roll_up_summary_fields.htm&type=5 積み上げ集計項目 親レコードに対する編集アクセス権限がない場合でも、親レコードが更新されます。 主オブジェクトの積み上げ集計項目が変更されるような従オブジェクトの更新は、主オブジェクトに対して上述の全処理フローが実施されます。 またトランザクションも同一 「従オブジェクトを保存→従オブジェクトのApexトリガ(1)→主オブジェクトの積み上げ集計項目が更新→主オブジェクトのApexトリガ(2)」の処理が行われたとき、(1)の静的変数は(2)でも維持されます。

だいぶ後のほうで、子オブジェクトが作成や更新されると、自動で積み上げ集計が行われ、レコードが更新される。 親レコード更新も、子オブジェクトの自動化処理順の中で行う。 更新後、親レコードの自動化処理をはじめから行なっていく。 https://qiita.com/TaaaZyyy/items/8af80be381ad3c1a6715

レコードごと更新される

主オブジェクトのレコードが更新され、トリガなどの自動化プロセスが1から処理される

再評価されたワークフローまたはAfterトリガによって条件を満たさなくなった場合

入力規則のみ

ユーザに複数の権限セットをつける必要はなく、権限セットグループを付与したほうが効率的であること パッケージ開発において、権限セットグループにパッケージ用の権限セットを含めておけば、アップグレードした時にそれが自動で適用されるようになる。

権限セットグループの再適用が行われる

権限セットグループの再適用中か、失敗している。 設定から権限セットグループの状況を確認する。

そのユーザのライセンスに対して、 割り当て権限が対応していないから

Salesforceプラットフォーム内で、最も低い標準プロファイルで 活動にアクセス権限やChatter内部ユーザ権限、Lightning コンソールユーザ権限、 ヘルプリンクを参照権限が含まれる。 オブジェクトに関する権限は設定されてない。

最小アクセス-Salesforceプロファイルを利用するか、コピーして組織レベルのセキュリティ(IP範囲など)やページレイアウトを設定してユーザに割り当てる。 オブジェクトや項目レベルや、その他のシステム権限は権限セット、権限セットグループで付与する

ログイン時間帯の制限や、IPアドレスの制限など、 ページレイアウトの割り当ては権限セットではできない。 タブの表示権限設定もプロファイルでしかできない レコードタイプの割り当てはプロファイル、権限セットでもできる！

対象権限はミュートすることができる ミュート権限セットを利用する

1個だけ

編集はなんの連動権限かを考える →すべて変更権限の連動項目であるため、 すべて変更権限が該当

権限セット作成する際にセッションの有効化をチェックすることで利用できる。 これをチェックすると、権限セットに対して、セッションが存在しているときのみ、権限が有効になるというもの

SessionPermSetActivationオブジェクト でレコード作成することでユーザIDと権限セットに対して、セッションを紐づけることができる

フローのアクションを利用するか、 Apexなどを利用してオブジェクトのレコードを作成する

ログアウト時に紐付いたセッションが無効化される　と思う

権限セットで、ユーザインタフェースログインの多要素認証をチェックして、ロールアウトしたいユーザーに付与する

設定からID検証で、salesforce組織への全ての直接UIログインに多要素認証が必要にチェックする

そのユーザに対して、除外ユーザの多要素認証を放棄　の権限を割り当てる

システム管理者が該当ユーザの詳細ページでSalesForce Authenticatorとの接続を切断すると、再度多要素認証の設定ができるようになる。

ID検証履歴 場所など詳しく見たい場合は、カスタムビューを作成することで詳細を確認できる

同じブラウザを使用して複数のSalesforce組織で作業できる。 外部のIDプロパイダーを利用したシングルサインオン(salesforceへログイン)を有効化できる。 ソーシャルサインオンを有効化できる。 組織のログインページをブランドでカスタマイズできる。

まず、私のドメインが有効化されている必要があるが、 私のドメインの認証設定のとこで編集することができるを

アプリケーションランチャー内でアプリをドラッグする

ナビゲーションバーの鉛筆マークをクリックして並び替えや追加ができる

もどせない

取引先ワークフロールールが起動し、取引先責任者が自動で作成される (たぶん)

取引先と取引先責任者を同等に扱う機能

ユーザのプロファイルのレコードタイプに個人取引先を含めるとで、 取引先で新規ボタンを押した際などにレコードタイプ(個人取引先、法人取引先)を選択できるようになる

取引先責任者が複数の会社で仕事している場合に利用でき、 取引先責任者に対して複数の取引先を関連づけることができる。 設定で有効化する必要がある。 https://savepo.com/hou_to_use_contact_to_multiple_accounts/amp

取引先設定から、 取引先責任者を複数の取引先に関連づけることを全てのユーザに許可 を選択する

しなくていい、デフォルトで有効。

取引作を作成するときに親取引先を設定できる

その取引先の詳細ページで、強調表示パネルのタイトルの隣にある小さいアイコンをぽち

1 グローバル企業取引先をつくりそこに各地の取引先を紐づける。 2 地域ごとに取引先をつくり、そこに関連会社を紐づける　トヨタジャパンみたいな感じ？

取引先チームの設定で有効化

ボタンをクリックするだけで取引先チームにユーザを追加できる機能 私の設定からデフォルトメンバーを定義可能 https://regardie.dev/post-5372

取引先と取引先責任者、リード、ソリューション、キャンペーンメンバー

一致条件となる項目を指定することで判断可能 メールや名前を利用できる

IDだけ