哪些购物者字段可以被视为可信？
九个，列表是固定的：
这九个之外的任何字段都无法被信任，无论收银台如何收集它。这是该机制的硬边界，
不是按支付方式的设置。
CPF 这类国家身份证号能被信任，让购物者不用重新输入吗？
不能。身份证件号码不在这九个字段之中，所以没有任何配置能让收银台接受来自你订单请求的 CPF（或任何其他国家身份证号）来代替向购物者询问。如果支付方式需要证件号码，购物者要在 收银台上输入。 对银行转账凭单方式、钱包或卡类方式，答案都一样——字段列表不随支付方式变化。 你仍然可以为支付本身在订单上发送证件号码（paymentInfo.payMethodProperties 为需要它的
方式携带 cpf）——但发送它并不等于收银台将其视为可信并跳过自己的收集。
信任一个字段会去掉收集步骤吗？
不会。它会把字段填上；它不会去掉字段。 收银台是否渲染表单，纯粹取决于所选支付方式存在哪些必填字段——而不是这些字段是否已有值。 所以在一个需要邮箱的支付方式上，可信邮箱意味着购物者看到邮箱字段已经填好了你的值。 这并不意味着购物者直接进入付款。 因此你得到的是更少的按键和更少的输错，而不是更短的流程。如果你的目标是”完全没有表单”， 杠杆在支付方式（没有必填字段的方式不渲染表单），而不是可信字段配置。购物者编辑了我发送的值。用哪一个？
购物者的。他们在收银台上提交的值就是用于支付的值，并且它也会被写回为该订单的可信值—— 所以之后的订单查询反映的是购物者实际输入的内容，而不是你最初发送的内容。 收银台字段中显示的值的完整优先级，从高到低：
由此得出两点。第一，重试支付的购物者看到的是他们自己上一次的输入，而不是你的可信值——
这是有意为之，因为他们的更正比你的记录是更新的信息。第二，如果你要把购物者信息与自己的
CRM 核对，请从订单中读回它们，而不是假设你提交的值原样保留了。
我在某些字段发送占位值。启用信任后会怎样？
它们会到达购物者。可信字段原样传递：没有任何东西把它与现实核对，也没有任何东西检测出 地址或邮箱是占位值。购物者只是看到你的占位值预填在表单里。 对于支付方式要求的字段，实际结果是：- 购物者注意到并更正——流程可以走通，但你什么也没获得。
- 购物者没注意到并提交了占位值——支付可能以不可用的邮箱或地址进行，下游依赖它的一切 （收据、凭单、需要购物者信息的退款）都会继承这个错误的值。