* データインポートウィザードを使用すると、Salesforceの共有およびセキュリティモデルに準拠しながらデータをインポートできます。フィールドレベルのセキュリティを設定することで、機密性の高いフィールドを権限のないユーザーから非表示にできます。
* その他のオプション：
* オプションA：Salesforceにはセキュリティ機能が組み込まれているため、外部でデータを暗号化する必要はありません。
* オプションB：Apexでデータローダーを使用すると、不必要な複雑さが増します。
* オプション D: Salesforce CLI は、セキュリティ設定付きの直接データインポート機能を提供していません。

正確な抜粋に基づく包括的かつ詳細な説明：
A（正解）：承認プロセスでは、レコードがステージ＝クローズ/受注などの特定の条件を満たした場合、レコードをロック（読み取り専用にする）できます。
B（正解）：検証ルールは、ステージが完了/勝利したときにエラーを発生させることで、ユーザーが変更を保存するのを防ぐことができます。
検証式の例：
文章
コピー編集
AND(ISCHANGED(StageName), ISPICKVAL(StageName, "Closed Won"))
誤った選択肢：
C:Beforeトリガーはレコードが保存される前に実行されますが、DMLロールバックまたはエラーと組み合わせない限り、UIレベルの編集を阻止しません。
D:自動応答ルールはメール送信のためのものであり、編集を制限するためのものではありません。
参照:Salesforce ヘルプ - 承認プロセスによるレコードのロック検証ルールガイド このトピックは、プロセス自動化とロジック (30%) およびセキュリティとデータ整合性のプラクティスの両方に関連しています。

* Lightning Data Serviceを選ぶ理由とは？
* Salesforceのセキュリティモデルを適用します。これには以下が含まれます。
* 共有に関するルール。
* フィールドレベルセキュリティ（FLS）。
* これにより、追加の手動セキュリティチェックが不要になります。
* 他の選択肢はどうでしょうか？
* A: 間違いです。LDSはFLSを強制します。
* B: 共有機能はApexに適用され、Lightning Data Serviceには適用されません。
* D: IDSでは既にFLSが適用されているため、isAccessible()は不要です。
* Lightning Data Service: https://developer.salesforce.com/docs/atlas.en-us.lightning.meta/lightning
/data_service.htm
参考文献：