适用范围：不把通用标准当作项目证明
“招行数字钱包活动方案的功能边界怎么确认”首先涉及证据范围。W3C支付接口规范与NIST安全控制框架均不能证明招商银行某项活动的具体功能、参与资格或优惠安排。以下仅解释通用核验方法，适用于梳理需求和评审方案，不构成对具体项目能力的确认。
支付交互不等于完整支付服务
W3C Payment Request API主要规范商户、用户代理与支付方式提供方之间的交互，不负责创建新的支付方式，也不直接集成支付处理机构。具体支付请求如何处理，取决于相应支付处理程序。
据此，方案应分别说明活动展示、资格判断、优惠计算、支付请求、支付结果确认和权益发放由谁承担。能够展示支付界面或返回支付响应，不能单独证明资金处理完成，更不能证明活动权益已经兑现。
把功能写成可核验的责任清单
每项拟纳入的功能都宜记录触发条件、输入信息、输出结果、责任系统及确认依据。例如，若方案涉及优惠展示，应进一步明确展示金额由谁计算、资格在哪里校验，以及最终金额以哪个系统的确认结果为准。
范围可以分为本期实现、外部依赖、不包含和待确认四类。外部能力尚未取得接口文档或验证结果时，应保留为依赖或待确认项，不能仅凭页面设计认定已经支持。
安全边界同时需要功能与证据
NIST SP 800-53提供可按风险调整的安全与隐私控制目录，同时关注控制机制的功能和对其有效性的信心。其控制领域包括访问控制、身份鉴别、审计和个人信息处理等。
用于活动方案评审时，可据此检查谁能修改规则、哪些数据确有必要收集、操作是否可追溯，以及异常由谁处理。写有“身份验证”不等于控制有效，还需明确适用对象、权限限制和验证证据；引用该框架也不等于取得合规认证。
常见问题与验收条件
支付取消、结果延迟或重复通知如何处理？这些情况应在方案中分别约定状态判定、查询方式和责任归属。若涉及退款或权益撤回，也应说明与原订单的关联规则，避免把异常流程留在范围之外。
技术标准能否代替活动规则？不能。标准解释通用机制，具体活动仍需对应规则与接口约定。功能边界确认完成的标志，是各责任方对正常流程、异常流程和明确排除项形成一致记录，并有可复核的验收结果。