> ## Documentation Index > Fetch the complete documentation index at: https://waffo.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # 購入者情報を送信して、チェックアウトで再入力させないようにできますか？ > Waffo チェックアウトにおける信頼済み購入者データ：注文リクエストから事前入力できる 9 つのフィールドはどれか、それでもフォームが表示される理由、購入者が値を編集したときにどちらが優先されるか、CPF のような国民識別番号がその 9 つに含まれない理由、そして設定のスコープと申請方法。 購入者の氏名、メールアドレス、住所をすでに保有している場合、Waffo チェックアウトを空欄で 表示するのではなく、貴社が送信した内容で**事前入力された**状態で表示させることができます。 このページでは、それによって何が変わり、何が変わらないのかを正確に説明します。 関連ページ：そもそもどの注文フィールドを決済手段が必須にするのかは [条件付きフィールドと必須フィールド](/docs/ja/support/conditional-required-fields-faq)、 チェックアウトフォームの見た目やスタイリングについては [チェックアウトのフォームとフロー](/docs/ja/support/cashier-forms-and-flow-faq) を参照してください。 ## どの購入者フィールドを信頼済みとして扱えますか？ 9 つで、リストは固定です。 | フィールド | 内容 | | - | - | | `userEmail` | 購入者のメールアドレス | | `userFirstName` | 名 | | `userLastName` | 姓 | | `userPhone` | 電話番号 | | `address` | 番地 | | `city` | 市区町村 | | `region` | 州 / 県 / 地域 | | `postcode` | 郵便番号 | | `addressCountryCode` | 住所の国 | チェックアウトがどのように収集するかにかかわらず、この 9 つ以外のものは信頼済みにできません。 これは決済手段ごとの設定ではなく、この仕組みの厳格な境界です。 ## CPF のような国民識別番号を信頼済みにして、購入者に再入力させないようにできますか？ いいえ。身分証明書番号は 9 つのフィールドに含まれていないため、購入者に尋ねる代わりに 貴社の注文リクエストから CPF（またはその他の国民識別番号）を受け取らせる設定は存在しません。 決済手段がその証明書番号を必要とする場合、購入者がチェックアウト上で入力します。 これは銀行振込のバウチャー系決済手段でも、ウォレットでも、カード系の決済手段でも同じ答えです。 フィールドのリストは決済手段によって変わりません。 決済そのもののために注文上で証明書番号を送信すること自体は可能です （`paymentInfo.payMethodProperties` が、必要とする決済手段向けに `cpf` を保持します）。 ただし、送信することと、チェックアウトがそれを信頼済みとして扱って自身の収集を省略することは 同じではありません。 ## フィールドを信頼済みにすると、収集ステップはなくなりますか？ いいえ。フィールドが埋まるだけで、なくなるわけではありません。 チェックアウトがフォームをレンダリングするかどうかは、選択された決済手段に対して **どの必須フィールドが存在するか**だけで決まります。それらのフィールドがすでに値を持って いるかどうかでは決まりません。したがって、メールアドレスを必須とする決済手段では、 信頼済みのメールアドレスがあると、購入者には貴社の値がすでに入力されたメールアドレス欄が 表示されます。購入者が直接支払いに進むという意味ではありません。 つまり得られるのは、入力の手間とタイプミスの削減であって、フローの短縮ではありません。 「フォームを一切表示しない」ことが目的であれば、レバーとなるのは決済手段 （必須フィールドのない決済手段はフォームをレンダリングしません）であり、 信頼済みフィールドの設定ではありません。 ## 購入者が、私が送信した値を編集しました。どちらが使われますか？ 購入者の値です。購入者がチェックアウトで送信した値がその決済に使われる値であり、 その注文の信頼済みの値としても書き戻されます。そのため、その後の注文照会には、 貴社が当初送信した値ではなく、購入者が実際に入力した値が反映されます。 チェックアウトのフィールドに表示される値の優先順位は、高いものから順に次のとおりです。 | 優先度 | 取得元 | | - | - | | 1 | 同じ注文・同じ決済手段での前回の試行で購入者が送信した値 | | 2 | 貴社のアカウントで購入者が以前に使用した値（この機能を有効にしている場合） | | 3 | 注文リクエストで送信された貴社の信頼済みの値 | | 4 | 空 | ここから 2 つのことが導かれます。第一に、決済を再試行する購入者には、貴社の信頼済みの値では なく購入者自身の直近の入力が表示されます。これは意図的なもので、購入者の訂正のほうが 貴社の記録より新しい情報だからです。第二に、購入者情報を自社の CRM と突き合わせる場合は、 送信した値がそのまま残っていると仮定せず、注文から読み戻してください。 ## 一部のフィールドにプレースホルダーの値を送信しています。信頼済みを有効にするとどうなりますか？ 購入者に届きます。信頼済みフィールドはそのまま渡されます。実態と照合する検証は行われず、 住所やメールアドレスがプレースホルダーであることを検出する仕組みもありません。 購入者には、貴社のプレースホルダーがフォームに事前入力された状態で表示されるだけです。 決済手段が必須とするフィールドについて、実際に起こりうる結果は次のとおりです。 * 購入者が気づいて訂正する — フローは機能しますが、貴社が得るものはありません。 * 購入者が気づかずにプレースホルダーのまま送信する — 使用できないメールアドレスや住所で 決済が試行される可能性があり、それに依存する下流のすべて（レシート、バウチャー、 購入者情報を必要とする返金）が不正な値を引き継ぎます。 そのため、あるフィールドで信頼済みを有効にする前に、送信するすべての注文でそのフィールドに 本当に実データが入っているかを確認してください。プレースホルダーで埋めているフィールドに 信頼済みを有効にすることは、有効にしないより悪い状態です。信頼済みでなければ、購入者は 実在する値を提供することを*強制*されるからです。 ## 一部の決済手段に対してのみ有効にできますか？ いいえ。この設定は**貴社の加盟店アカウントに対して**保持される信頼済みフィールドのリストで、 そのアカウントが作成するすべての注文に、9 つのフィールドのいずれかを求めるすべての決済手段で 適用されます。 決済手段ごと、市場ごと、商品ごとといった次元は存在しません。ある決済手段ではフィールドを 毎回収集させ、別の決済手段では貴社の値を受け入れさせたい場合、現在の設定ではそれを 表現できません。 *注文ごと*にできることは、単純にそのフィールドを送信しないことです。ある注文で中身のない 信頼済みフィールドは、上記の優先度 4 に落ちます。購入者には空欄が表示され、そこに入力します。 したがって「メールアドレスを信頼済みにするが、これらの注文では除く」は、それらの注文で メールアドレスを省略することで実現できます。「この決済手段でのみメールアドレスを信頼済みに する」は実現できません。 サブ加盟店のスコープも同じアカウント境界に従います。 [マルチブランドとサブ加盟店](/docs/ja/support/multi-brand-and-sub-merchant-faq) を参照してください。 ## どうすれば設定してもらえますか？ Portal で自分で変更できますか？ そのための Portal 画面はありません。信頼済みフィールドのリストは Waffo 側で設定するため、 連携担当の窓口を通すことになります。9 つのフィールドのうちどれを信頼済みにしたいかを伝え、 そのそれぞれについてすべての注文で実在する値を送信していることを確認してください。 この設定はアカウント全体に及び、次の注文から有効になるため、変更はリリースとして扱って ください。信頼済みにしようとしているフィールドが注文に含まれていることをサンドボックスで 検証してから、本番環境の変更を依頼してください。 [サンドボックスとテスト](/docs/ja/support/sandbox-testing-faq) を参照してください。 ## 次はどこを見ればよいですか？ * [条件付きフィールドと必須フィールド](/docs/ja/support/conditional-required-fields-faq) — 決済手段がどのフィールドを必須にするか、欠けている場合に何が起こるか * [チェックアウトのフォームとフロー](/docs/ja/support/cashier-forms-and-flow-faq) — 購入者に何がどの順で表示されるか * [注文作成フィールドガイド](/docs/ja/support/order-create-field-guide) — `userInfo` と `addressInfo` がリクエストのどこに位置するか * [チェックアウトの表示ルール](/docs/ja/support/cashier-display-rules-faq) — 決済手段がどのように並び、グループ化されるか This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.