1
私の（カスタム）Local SignUp User Journeyのデフォルトの電子メール確認動作を変更したいと思います。最初に自分のメールアドレスとパスワード（およびカスタムクレーム）を入力してから、「作成」ボタンをクリックしてください。次の画面では、電子メールで受け取った確認コードを入力し、[完了]ボタンをクリックする必要があります。Azure AD B2Cローカルサインアップでは、後の画面で「確認コードを送信する」と「確認する」（コード）を送信しますか？
電子メールのレイアウトはOKで、ボタンの機能はOKです。それは、後続の画面に表示されるだけです。 これは可能ですか？
Web.TPEngine.Providers.SelfAssertedAttributeProviderのこの標準的な動作は？
標準の確認メールを使用できますか、自分のメールを送信する必要がありますか？
私はこの（カスタム）ポリシーを自分で書いており、 "LocalAccountSignUpWithLogonEmail" TecnicalProfileで "確認コードの送信"と "確認"画面が作成されたと思います。しかし、私は確信していません。 カスタムポリシーを変更しても、これらのボタン（および機能）を後続の画面（1つではなく）に配置できますが、「LocalAccountSignUpWithLogonEmail」TecnicalProfile 「電子メールの送信とコード検証」機能を自分で構築することができます。 – Rikkert
電子メールが確認されないときに「作成」ボタンが隠れてしまいました。正しい確認コードが入力されると、もう一度[作成]ボタンが表示されます。私はボタンが少ないので、より明確だと思います。 – Rikkert