1、采购方的实名认证与授权问题； #采购方公司否认操作人员的操作有效性导致平台资金损失  #交行5亿贷款案后的法律风险

    *当采购方/供货方 在大宗的交易中，货品价格发生波动时，否认授权有效性是最大的杀器

2、以买卖双方的电子合同取代网站的交易协议；#包括入驻协议等 #避免霸王条款合同的风险，应当是可协商的... 至于协商结果另议

3、支付系统的对公付款接口；#目前新商城基本不用考虑自建支付系统(二清违规) #资金不过账户，直接走支付平台，类似担保交易

    *第三方支付接口比较完善，主要是资费问题； #单笔100万的交易出具6000的手续费？并且退款不退手续费 #可谈
    *银行端对公支付接口，需要一家一家的谈，一般交易双方需要同银行；并且开通接口比较难，

4、货物的发货、交接、验收环节 从快递转为 物流(含冷链)和自提 ；货权交接各环节需要新的约束机制；(与快递的货到签收很大不同)

    *相比快递的简单粗暴，物流要考虑到 货场、仓库、专线、货损及验收 等问题；

5、税票问题：ToC的不开票在大宗的2B中不可能，普票尤其是专票的开具和签收；

    *通常对专票需要上传信息并验证后才能开具 #例如：京东开票的方式

6、从法理和风险上，一般来讲无法支持 手工支付 含：银行&支付宝/微信；   #能做手动付款的也都是可以在线验证的。

    *支持手工付款的一般需要银行支持，提供虚拟子账号；例如：网商银行给1688卖家专用账号 和 招商银行给的对应订单的 主账号+子账号 

7、H5端和APP无法直接调用银行收银台对公支付；#第三方支付可定制开发，但这个的要求会...

    *如果是类似1688的大Bto小B模式（则实际性质为大的B2C贸易），则可以不用考虑支付途径的问题；

8、财务管理：权限、账簿(对账的需求) & 商品的发布、定价、改价 (财务审核) #这是跟C端比较大的流程上的区别

9、根据实际考虑是卖家单向发布，是否开启买方采购需求发布？ (报需求/投标...)

10、2B要考虑双方违约的处理规则约定以及风险防范； #定金处理 #违约损失 #最重要的是平台如果保障双方履约

11、活动玩法根据2B的实际需求增减，实际很多可能并不需要；#比如300吨的三文鱼，砍一刀省5毛，这就很怪异

12、客服系统，最好是自行定制开发，不必要的功能去掉，比如语音； #dingjin 30万 是定金还是订金？ #以及对聊天记录的保存问题

    *实际开发中我们去掉了群语音和群视频，1on1的聊天中我们实行包括视频在内的全信息保存。并提示语音不作为交易凭证等；

13、根据需要对接的内容不同，B2B2B系统的业务在与其他单位对接时，需要更为完备的各类证书和许可证，其中某一部分，必须在B2B2C的系统中才能获得，这个比较尴尬；

补1：报价：除SKU价格基础上，2B 按照到货日期报价 以及 按照购买量的 阶梯报价

境内B2B2B 与 跨境B2B2B 基本可以认为是两个不同的系统体系

境内B2B2B 与 B2B2C 可以认为B2B2B是一个要求更严谨，功能更完善的升级版或定制版 的B2B2C