title: 支付“收银台”系统功能边界应该怎样定义？
desc: 最近在设计电商网站的支付平台，规划将支付平台分为收银台支付交易对账结算运营管理等服务，其中对收银台的系统功能边界不是很清晰。<br> 我原来的理解，收银台只是作为支付的入口，只包含收银页面和支付交易发起前的一些基本校验。但一位第三方支付的同学的意见是，收银台对接商户端，本身不仅须要记录支付流水，后续也是根据这一块的流水跟商户进行对账清算支付交易系统对接银行或其它第三方，有单独的交易流水，后续用来与银行对账清算。<br> 基于第二种理解，如何保证收银台流水和支付交易系统的交易一致性？如果要支持组合支付（类似于用支付宝余额银行卡购买商品）的场景，下面哪种系统交互设计比较合适？<br>1）客户确认支付后，收银台分两次调用支付交易系统的接口<br>2）由支付交易系统封装组合支付接口
topic: 支付
content: 个人觉得你对“收银台”的职责理解没错。电商网站收银台是C端用户支付付款的交互入口（对其他场景用户可能是B端用户，例如线下POS收银员），其作用主要包括（这里不局限于线上，还包括线下）：1支付方式选择：例如微信支付宝等第三方线上支付扫码支付预付费卡银行卡刷卡会员积分现金卡券（优惠券代金券礼品券）等2会员及优惠信息：包括会员优惠（涉及会员身份确认方式，线上相对容易，线下形式比较多）促
answerer_tags: 互联网金融从业者