* Database.insert(レコード、false):
* allOrNone パラメータを false に設定した Database.insert() メソッドでは、部分的な成功が許可されます。
* 検証ルール、トリガー、またはその他のエラーによりリスト内の一部のレコードが失敗した場合でも、メソッドは残りの有効なレコードを挿入しようとします。
* false パラメータは、失敗したレコードが他のレコードのトランザクションをロールバックしないことを保証します。
* 他のオプションを選択しないのはなぜですか?
* A. Database.insert(レコード、true):
* true パラメータを指定すると、操作はトランザクション（すべてまたはなし）になります。いずれかのレコードが失敗した場合、すべてのレコードがロールバックされます。
* B. レコードを挿入する:
* 挿入 DML ステートメントは、デフォルトでは Database.insert(records, true) のように動作し、エラーが発生した場合はすべてのレコードをロールバックします。
* C. insert(レコード, false):
* この構文は Apex では無効です。
参考文献:
* Apex DML操作ドキュメント
* データベースメソッド

検証ルールを使用すると、リードが変換される前にリードソースフィールドへの入力を確実に行うことができます。これにより、必要なデータが入力されない限り、ユーザーは先に進めなくなります。
他の選択肢はないのでしょうか?
A: トリガーはプログラム的ですが、検証ルールのような宣言的なソリューションの方がシンプルで効率的です。
B: リード変換フィールド マッピングは、リードとアカウント/連絡先間のフィールドをマッピングしますが、フィールド要件を強制することはできません。
C: 数式フィールドは読み取り専用であり、ユーザー入力を強制できません。
検証ルールのドキュメント

* オプション A: <ltng:require> タグにより、スクリプトが複数回参照された場合でも、一度だけ読み込まれるようになります。
* オプション D: タグを使用すると、スクリプトの順序を指定して、依存関係が正しく読み込まれるようにすることができます。
* オプション E: 外部でホストされているスクリプトは、scripts 属性を使用して読み込むことができます。
適していません:
* オプション B (スクリプトを並列に読み込む): 依存関係を適切に処理するために、スクリプトは順番に読み込まれます。
* オプション C (ドキュメントからのファイルの読み込み): ファイルは、ドキュメント内ではなく、外部または静的リソース内にホストされている必要があります。