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

レイアウトでの関連リストをいじることで、位置変更や表示する項目の定義ができるが、 それ以上にカスタマイズしたい場合は、Lightningアプリケーションビルダーにて、レコードページを編集する。 表示項目数を増やすには、関連リスト種別を拡張リストに変更する。

並び替えたい場合や、条件を指定して表示するレコードを絞りたいときにつかう アクション周りも一括クイックアクションならなんか追加できる※普通の関連リストでもできるかも？

すぐに反映されないので、15分待つ必要がある すぐ反映させたいなら再ログインしかなささう

4

強調表示パネル、拡張ルックアップカード

7個(モバイルは10)、5個

行動、ToDoのコンパクトレイアウト

10

レコードタイプ(プロファイルには割り当てできない

カスタムオブジェクトタブ、Webタブ、VisualForceタブ、Lightningコンポーネントタブ、Lightningタブ WebタブはURLと差し込み項目を指定してタブに描画することができる。 lightningコンポーネントタブとは コンポーネントをサポートしたもので、 Auraコンポーネントをそのまま表示するタブ。 lightningタブとは Lightningアプリケーションページをサポートしたもの

/lightning/n/customTabDevName

カスタムタブを作成すると、項目として表示されるようになる。 また、その項目の利用可否について プロファイルへの割り当てができる。 Lightningタブでは、 さらにアプリケーションへの割り当て もできる。

カスタムヘルプコンテンツを作成する。 項目のヘルプテキストや、LightningExperienceのプロンプトとウォークスルーがある。

プロファイルや権限セット 割り当てると、新規レコードを作成する際にそのレコードタイプを選択できたり、 既存レコードに対して、そのレコードタイプへ更新することができる。

既存のレコードタイプに対して共有ルールがある場合、新しいレコードタイプを作成することで、共有されなくなってしまうことが懸念されるため、共有ルールを確認する

取引先の操作で取引先責任者項目も同時に扱うことができるようになるレイアウトをもつため、取引先を取引先責任者としても扱うことができるようになる。 設定で個人取引先を有効にすると利用できる。 https://www.google.com/amp/s/aoitokei.blog/personalaccpintself/%3famp=1

リードの取引開始で、取引先、取引先責任者、商談レコードを作成する際のレコードタイプに使用される。(選択も可能)。 レコードをコピーした際、ユーザが利用できないレコードタイプだった場合に使用される。 ケースやリードの割り当てルールを利用してレコードを作成する際に、デフォルトのレコードタイプを使用される場合がある(設定による)

そのまま

選択リストのプロパティページで定義した選択値のこと

該当のレコードタイプの編集ページ

セールスプロセス、サポートプロセス、リードプロセス、ソリューションプロセス

ビジネスプロセスでは、 複数のプロセスを作成でき、 それぞれのプロセスでは、進捗状況の選択リストを管理できる。 例えばセールスプロセスでは、 Aプロセス、Bプロセスと作成でき、 Aプロセスにおいて、利用できる進捗状況を選択できる。 また、この進捗状況は商談のフェーズ項目のことであり、選択肢のマスタはそこで管理されている。 また、プロセスを利用するには、 そのプロセスに紐作く、レコードタイプを作成すればよい。 レコードはそのレコードタイプをもつならば、紐作くプロセスの選択肢を利用できる。 つまり、そのプロファイルのユーザがレコード作成した際に、プロファイルのレコードタイプを設定するようにする。また、そのレコードタイプはプロファイルごとに作ったプロセスに紐作くので、その選択肢を利用できるようになる。 ビジネスプロセスは「商談・ケース・リード・ソリューション」のレコードタイプを設定するときだけ、追加で作成が必要になります。 ビジネスプロセスという名称は、セールスプロセス（商談）・サポートプロセス（ケース）・リードプロセス・ソリューションプロセスの総称で、これらにはそれぞれの「進捗状況」を管理する特別な選択リスト項目（「フェーズ」または「状況」）があります。 この進捗状況はレコードタイプでは制御することができませんので、ビジネスプロセスの設定が必要です。 作業の順序は、まずビジネスプロセスを作成しておき、レコードタイプを作成するときにビジネスプロセスを選択できるようにします。

標準オブジェクトなどを除いたメタデータの表示ラベルの翻訳を設定することができ、ユーザの言語設定に基づいて翻訳した値が表示されるようになる

トランスレーションワークベンチの日本語翻訳設定を行うことで、表示上のラベル内容を変更できる

タブと表示ラベルの名称設定でできる。

リリース済にするまで、ユーザによるオブジェクトを表示させないようにできる

レポートを許可、活動を許可、項目履歴管理、Chatterグループ内で管理

行動とTodoがそのオブジェクトのレコードに紐づけて管理できるようになる

オブジェクトのレコード情報を一括削除する。 ユーザインタフェースで権限設定がいるかも

オブジェクト名_Historyオブジェクトが作成され、 項目に対して、項目履歴管理の設定ができるようになり、設定した項目の変更をレコードに対して記録できるようになる。 また、レコードページに関連リストとしてその履歴を表示させることができる。

リリース後、インデックスは変更できないので、作り直す必要がある

従属関係、通貨、パーセント、リッチテキストエリア、日付、時間 など

なし

1個、5個

全て必須項目にしないといけない、一つのインデックス内のテキスト項目の文字数が合計で100を超えることはできない

一番目

Null更新ができない(新しくレコードを作り直す必要がある)

データの値に変更がかかる項目のプロパティの更新はできない

そもそも削除できない

従オブジェクトであり、所有者項目が存在しないため所有者が関わる設定は使用できない

親が外部オブジェクトの場合に使用し、 外部ID項目を利用して紐付け可能な場合に使用する。

外部オブジェクトが内部のオブジェクトと紐づける場合に使用する。 ユニークな外部ID、また大文字小文字を区別するを利用して紐付ける。

従レコードの主従関係項目のプロパティ画面にて共有設定を設定する デフォルトでは参照編集権限をもってないと従レコードを編集できないが、参照権限で従レコードの編集ができるようになる

参照関係で自身のオブジェクトを参照する

レイアウト

なれない

従オブジェクトに副従オブジェクトの積み上げ集計項目を作り、主オブジェクトでその項目の積み上げ集計項目を作る

従オブジェクトにレコードがある場合、論理削除しておかないとエラーになる

積み上げ集計項目を利用しており関連レコードが200以上ある場合 主レコードは常に削除できるわけではなく、関連する連結オブジェクトのレコード数が200を超えていて、かつ、もう一方の主オブジェクトで連結オブジェクトが対象の積み上げ集計項目が作成されている場合は、主レコードを削除できません。 そして、このオブジェクトを削除するには連結オブジェクトのレコード数が200以下になるまで手動で削除しなければならないそうです。

参照関係、外部参照関係、間接参照関係

ルックアップ検索が利用できない ルックアップ検索とは参照項目にて2つのレコードを関連付けるために、他のレコードを検索することができる機能です。

新しいレコードの所有者に移行される

地理位置情報

可能。ただし親項目は表示できない 子オブジェクトのみアクセス権を持っている場合、子オブジェクトのページレイアウトに親項目が非表示となり、親オブジェクトのデータが参照できません。 しかし、 ユーザが商談、ケース、取引先責任者、注文に対し、アクセス権を持っている場合、それに関連する取引先も暗黙共有により、アクセス権も持っています！！ ※上記の標準オブジェクト限定で、ユーザがカスタム子オブジェクトに対し、アクセス権を持っている場合、それに関連する取引先や他の親カスタムオブジェクトも暗黙共有しません。 共有設定に関する資料は以下 https://qiita.com/panxl/items/683f90ae8f38d3a1a4aa

積み上げ集計項目プロパティの検索条件を指定する ただし、今月とかの相対値を利用することはできないので注意

トリガーフローの開始設定で、エントリ条件を指定する

条件を満たさない→条件を満たす時のみのトリガ起動とする設定か 条件を満たす→条件を満たす時でもトリガ起動させる設定

参照可能をオン、参照のみをオフ ちなみに参照のみもオンにすると編集不可となる

ルックアップ検索条件とは参照先レコードを制限するもの https://sf.forum.circlace.com/articles/583697368172466176

アプリケーションキャッシュにデータが保存されているから なので、キャッシュ容量をくう キャッシュ制限があるので留意 これはプラットフォームキャッシュとは別物である！！ ちなみにカスタムメタデータはキャッシュ容量をくわない 組織に許可されるキャッシュデータの合計量は、次の 2 つの値のうち小さい方です。 20 MB 2 MB × 組織のフルユーザーライセンス数 https://help.salesforce.com/s/articleView?id=sf.cs_limits.htm&type=5

数式項目、入力規則

保護にすると、同じ名前空間の資産からしかアクセスできなくなる。 なので、登録組織からは見れないため保護される。 公開は関係なく見れる。

スキーマ設定

制限されている(前問のやつがチェックされている) なので、システム管理者以外のユーザーだと数式とかでカスタム設定を参照できない デフォルトでは、カスタム設定へのアクセスは、組織の共有設定 [カスタム設定へのアクセスを制限] によって制限されます。

編集するプロファイルまたは権限セットの名前をクリックします。 [カスタム設定の定義] をクリックします。 [編集] をクリックします。 カスタム設定を [有効にされたカスタム設定定義] リストに追加します。 [保存] をクリックします。 https://help.salesforce.com/s/articleView?language=ja&id=sf.cs_grant_permission.htm&type=5

デフォルトではシステムモードで実行しており、ユーザ権限が無視され、Apex コードにはすべてのオブジェクトおよび項目へのアクセス権が付与されている

ユーザモード 実行時に実行ユーザのオブジェクト権限・項目レベルセキュリティ・レコードセキュリティが適用されます。

レコード自体へのアクセスを許可するもの。オブジェクトや項目へのアクセスではなく、どのレコードがアクセス可能かを定義する

共有ルールを適用するため、レコードの取得が共有ルールで定義されたものに限るようになる。 ちなみに、オブジェクトや項目のアクセス制限は適用されない。

数式の場合 数式フィールドは階層カスタム設定でのみ機能します。リストのカスタム設定には使用できません。 {!$Setup.CustomSettingName__c.CustomFieldName__c} 他の場合は https://help.salesforce.com/s/articleView?id=sf.cs_accessing.htm&type=5

Salesforceには、プラットフォームキャッシュと呼ばれるセッションおよび組織のデータを保存するためのメモリレイヤがあります Enterprise Editionで10MB、Unlimited EditionとPerformance Editionは30MBです。必要であれば、追加購入が可能です。 たとえば、大量のデータに対し何度もSOQLを発行する場合、プラットフォームキャッシュを利用することでデータへのアクセスの待ち時間が短縮され、作業が効率化されます。 プラットフォームキャッシュには組織キャッシュとセッションキャッシュがあり 組織キャッシュは、組織の皆が使用できるデータが保存されます。 セッションキャッシュとは、個別のユーザとそのユーザのセッションに結び付いたデータが保存されているキャッシュのことです。 https://tenshoku-careerchange.jp/column/1010/

数式のあるレコードに設定された通貨に換算されなくなるので、不適切な計算がされる可能性がある。 マルチ通貨を有効してる場合はレコードごとになんの通貨かが内部で設定されているっぽくて、その通貨換算にならないってはなしだとおもう

強制的に制限付き選択リストとなる。 制限付き選択リストとは、通常のユーザは値を追加することができない、システム管理者だけが値登録することができる選択リスト グローバル選択リストを使うことによって オブジェクトやカスタム選択リスト項目にまたがって値を共有したり、指定した値にのみ選択リストを制限したりします

進捗

false 入力規則はtrueのレコードを弾くことができる。

レコードタイプを指定(紐付く項目レイアウトが使用される)、レイアウト内項目値の事前定義

カスタムボタンのリストボタンと 一括クイックアクション ※オブジェクトの [レコードを作成] または [レコードを更新] クイックアクションのみが一括で実行可能 https://help.salesforce.com/s/articleView?id=sf.mass_quick_actions_create.htm&type=5

リストビューボタンレイアウト

LWCでApexの処理で外部データを取得し、レコードの新規作成画面を作成する。 画面フローをLWCに組み込むと楽

アプリケーションページは、 アプリケーションタブも同時に作成される。 アプリケーションのナビゲーションメニューへの割り当てとモバイル用のナビゲーションメニューに割り当てできる。 (アプリケーションページを参照できるユーザを制限するには、権限セットやプロファイルで別途定義する) ホームページの場合は、 組織のデフォルトに割り当てる。 アプリケーションのデフォルトに割り当てる。 アプリケーションと、プロファイルに割り当てる。 レコードページの場合は アプリケーションと、プロファイル、レコードタイプ、フォーム要素に割り当てる。

http://マイドメイン.lightning.force.com/

/{!Account.Id}/e {!URLFOR($Action.Account.Edit, Account.Id)} https://sf.forum.circlace.com/articles/751506920258408448

一例として、選択したレコードに対し一括で編集可能な画面が作成できる

カスタマーサービスアプリケーション

ナレッジ

キュー、割り当てルール、エスカレーションルール、自動レスポンスルール

ケースや、リード、注文、ToDo、カスタムオブジェクトなどで利用できる。

ユーザをグループとしてまとめておく機能。 キューにレコードが割り当てられると、メールでメンバーに通知がいく仕組みになっている。 キューにレコードが割り当てられると、メンバーはアクセス権を得ることができる。

所有者を割り当てたいが、割当先のユーザが不定であり、担当者グループに一時的に割り当てることができる。 担当者グループのメンバーはアクセス権を取得でき、担当者をきめると、キューに入ったレコードを所有者として引き受けることができる。 ケースならケースのリストビューで 所有者をキューにして絞り込めばキューに割り当てられたレコードが確認できる

リード、ケース

手動やメールなど、ケースやリード作成、編集時、指定した条件に一致するレコードであれば、自動的に指定したユーザやキューに所有者を割り当てることができる機能 ケースの場合 ケースの割り当てルールのページで、 各ルールの定義を行う。 ルールがすでに複数存在している場合、それらが表示され、どれか一つだけ有効にすることができる。 各ルールで設定できる内容としては、各エントリを定義できる。 各エントリごとに順番と条件とアクション決めることができ、画像のような設定ができる。 つまり、条件を満たす場合は所有者の割り当てができる機能 https://zenn.dev/akkie1030/articles/salesforce-service-cloud-how-to-case

ページレイアウトのプロパティで、 ケース割り当てチェックボックスを有効化すると、新規作成や編集画面のフッターにオプションが表示されるようになる。

ケース

特定の条件のケースに対し、設定した時間の経過後に、エスカレーション対象となるユーザやキューを指定し、所有者の再割り当てや、通知させることができる機能

リード、ケース

指定した条件下のケースやリードに対し、紐作く取引先責任者に対し、メールを自動で送ることができる機能 メールの送信者情報、テンプレートを指定でき、アンケートを送信することもできる

メール to ケースの設定画面にて、 作成するケースを定義し、 公開しているメールアドレスを指定されたアドレスへ転送設定することで実現できる。 https://base.terrasky.co.jp/articles/pVnFy.amp

Web to ケースでの設定で、 ケースの発生源に入れる値を指定し、 自動レスポンスメールのテンプレートを指定できる。 HTMLジェネレータにて、ケースの項目を指定しフォームが作成でき、それをホームページに公開することで、実現できる。

Salesforce組織のユーザ情報のセキュリティや管理ツール