如何使用Corrily的create subscription、create charge接口处理折扣问题

符合Corrily官方对接规范的是第一种处理路径，核心原因如下：

• create subscription与create charge接口的设计逻辑就是接收用户实际完成支付的交易金额，直接传递实付价格可保证Corrily侧收入统计、用户生命周期价值、转化率等核心指标从首次上报就完全准确，无需后续二次修正，彻底规避数据不一致风险
• 第二种路径需要额外调用独立的折扣标识接口，不仅会提升对接复杂度、增加不必要的请求量，还容易出现时序异常问题：如果折扣标识请求超时、发送失败，Corrily侧会将商品原价直接统计为实际收入，导致后台报表数据完全失真，且Corrily并未公开长期稳定的后续追加折扣标识的接口，该方案的兼容性无法得到官方保障

补充优化建议：如果需要留存折扣维度的效果分析数据，可以在调用上述两个接口时，在自定义参数字段中同步传入折扣金额、折扣类型、折扣码等信息，后续可直接在Corrily后台完成折扣效果的专项统计分析。

内容的提问来源于stack exchange，提问作者Kayce Basques