> ## 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 收银台上的可信购物者数据：究竟哪九个字段可以从你的订单请求中预填、为什么表单仍会出现、购物者编辑后以哪个值为准、为什么 CPF 这类国家身份证号不在其中，以及该配置的作用范围和申请方式。

如果你已经持有购物者的姓名、邮箱或地址，你可以让 Waffo 收银台以你发送的内容**预填**
到达，而不是显示空字段。本页讲的正是这会改变什么、不会改变什么。

相邻页面：某个支付方式最初会让哪些订单字段成为必填，见 [条件字段与必填字段](/docs/zh/support/conditional-required-fields-faq)；
收银台表单长什么样、如何设置样式，见
[收银台表单与流程](/docs/zh/support/cashier-forms-and-flow-faq)。

## 哪些购物者字段可以被视为可信？

九个，列表是固定的：

| 字段 | 是什么 |
| - | - |
| `userEmail` | 购物者邮箱 |
| `userFirstName` | 名 |
| `userLastName` | 姓 |
| `userPhone` | 电话号码 |
| `address` | 街道地址 |
| `city` | 城市 |
| `region` | 州 / 省 / 地区 |
| `postcode` | 邮政编码 |
| `addressCountryCode` | 地址所在国家 |

这九个之外的任何字段都无法被信任，无论收银台如何收集它。这是该机制的硬边界，
不是按支付方式的设置。

## CPF 这类国家身份证号能被信任，让购物者不用重新输入吗？

不能。身份证件号码不在这九个字段之中，所以没有任何配置能让收银台接受来自你订单请求的
CPF（或任何其他国家身份证号）来代替向购物者询问。如果支付方式需要证件号码，购物者要在
收银台上输入。

对银行转账凭单方式、钱包或卡类方式，答案都一样——字段列表不随支付方式变化。

你仍然可以为支付本身在订单上发送证件号码（`paymentInfo.payMethodProperties` 为需要它的
方式携带 `cpf`）——但发送它并不等于收银台将其视为可信并跳过自己的收集。

## 信任一个字段会去掉收集步骤吗？

不会。它会把字段填上；它不会去掉字段。

收银台是否渲染表单，纯粹取决于所选支付方式**存在哪些必填字段**——而不是这些字段是否已有值。
所以在一个需要邮箱的支付方式上，可信邮箱意味着购物者看到邮箱字段已经填好了你的值。
这并不意味着购物者直接进入付款。

因此你得到的是更少的按键和更少的输错，而不是更短的流程。如果你的目标是"完全没有表单"，
杠杆在支付方式（没有必填字段的方式不渲染表单），而不是可信字段配置。

## 购物者编辑了我发送的值。用哪一个？

购物者的。他们在收银台上提交的值就是用于支付的值，并且它也会被写回为该订单的可信值——
所以之后的订单查询反映的是购物者实际输入的内容，而不是你最初发送的内容。

收银台字段中显示的值的完整优先级，从高到低：

| 优先级 | 来源 |
| - | - |
| 1 | 购物者在同一订单、同一支付方式的前一次尝试中提交的内容 |
| 2 | 购物者之前在你的账户上使用过的值，如果你启用了该功能 |
| 3 | 你订单请求中的可信值 |
| 4 | 空 |

由此得出两点。第一，重试支付的购物者看到的是他们自己上一次的输入，而不是你的可信值——
这是有意为之，因为他们的更正比你的记录是更新的信息。第二，如果你要把购物者信息与自己的
CRM 核对，请从订单中读回它们，而不是假设你提交的值原样保留了。

## 我在某些字段发送占位值。启用信任后会怎样？

它们会到达购物者。可信字段原样传递：没有任何东西把它与现实核对，也没有任何东西检测出
地址或邮箱是占位值。购物者只是看到你的占位值预填在表单里。

对于支付方式要求的字段，实际结果是：

* 购物者注意到并更正——流程可以走通，但你什么也没获得。
* 购物者没注意到并提交了占位值——支付可能以不可用的邮箱或地址进行，下游依赖它的一切
  （收据、凭单、需要购物者信息的退款）都会继承这个错误的值。

所以在对某个字段启用信任之前，请确认你发送的每一笔订单中该字段都确实填充了真实数据。
对一个你用占位值填充的字段启用信任，比不启用更糟：不启用信任时，购物者会被*强制*提供真实值。

## 我能只对某些支付方式启用它吗？

不能。该配置是一个**挂在你商户账户上**的可信字段列表，适用于该账户创建的每一笔订单、
适用于要求这九个字段中任一字段的每一种支付方式。

它没有按支付方式、按市场或按产品的维度。如果你需要某个方式继续重新收集某字段而另一个
方式接受你的值，当前配置无法表达这一点。

*可以*按订单做的是：你可以干脆不发送该字段。在某笔订单上背后没有值的可信字段会落到上述
优先级 4——购物者得到一个空字段并填写它。所以"信任我的邮箱，但这些订单除外"可以通过
在那些订单上省略邮箱来实现；"只在这个支付方式上信任我的邮箱"则不行。

子商户的作用范围遵循同样的账户边界——见
[多品牌与子商户](/docs/zh/support/multi-brand-and-sub-merchant-faq)。

## 我如何让它被配置？我能在 Portal 里自己改吗？

没有对应的 Portal 页面。可信字段列表在 Waffo 侧设置，所以要通过你的集成联系人：说明你想
信任这九个字段中的哪些，并确认你在每一笔订单上都为它们发送真实值。

因为该设置是账户级的，并在下一笔订单生效，请把变更当作一次发布：先在沙箱中验证你的订单
携带了你即将让其被信任的字段，然后再申请生产变更。见
[沙箱与测试](/docs/zh/support/sandbox-testing-faq)。

## 接下来该看哪里？

* [条件字段与必填字段](/docs/zh/support/conditional-required-fields-faq)——
  某个支付方式让哪些字段成为必填，以及缺少某个字段时会发生什么
* [收银台表单与流程](/docs/zh/support/cashier-forms-and-flow-faq)——购物者逐步看到什么
* [订单创建字段指南](/docs/zh/support/order-create-field-guide)——`userInfo` 和 `addressInfo`
  在请求中的位置
* [收银台展示规则](/docs/zh/support/cashier-display-rules-faq)——支付方式如何排序和分组


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.