笔者现就职于一家房产集团旗下科技公司，整体负责公司各产品线;公司主营数智社区项目，在当地小有规模，数智社区平台包括物业管理系统、社区数智零售平台、社区IOT系统、居家养老系统、社区政务系统、二手房交易买卖平台等6大系统。

　　各系统后立，为了方便小区业主，让用户在同一个APP上能享受物业服务缴费、线上购物、扫码充电、会员缴费等等功能，需在用户端设计不同的支付结算方式。

　　本文主要分享社区数智零售系统、物业管理系统、社区IOT系统的订单支付及退款结算规则设计。

　　物业系统为SaaS模式，B/S架构，使用平台公有云服务器，单独数据库分区，使用角色为平台合作的付费物业企业，支付结算需求包括：

　　物业费、车位管理费、电梯费等费项需根据后台账单生成支付订单，且用户支付后直接结算至物业企业帐户，不做分成;

　　代收水电费需对接远程水电表设备，用户可在线预充费用，并随时查看余额，用户充值金额结算至物业企业帐户，并定期结算给当地水、电主管部门;

　　业主报修工单支付费用需按照材料费、工时费区分账单，直接结算至物业企业帐户，且平台收取3%的服务费;

　　社区数智零售模式以整合社区周边商家为社区居民提供便捷的OGO服务为主，入驻商家包括社区周边零售商和服务商。

　　零售服务场景主要是方便社区居民在线选购社区周边商品，提供线上下单，线下送货上门服务，基于之前的业务拓展，支持平台配送、快递物流、到店自提、商家送货上门4种配送方式，其中平台配送是整合物业服务人员进行社区周边的送货上门服务。

　　支持单笔订单直接分润，分润结算方包括平台分润、代理商分润、物业分润、商家结算;

　　预约服务场景主要满足社区居民在线预购社区周边服务，支付结算需满足以下需求：

　　支持单笔订单直接分润，分润结算方包括平台分润、代理商分润、物业分润、商家结算;

　　社区IOT系统对接设备包括：社区一卡通、门禁、楼宇对讲、停车道闸、电动车充电桩等等;涉及到支付业务的有社区一卡通、电动车充电桩。

　　可应用的支付场景包括：缴物业费、水电费、维修费等，社区内及周边购物消费刷卡，线上支付扣款;

　　以上各个支付场景，用户都可使用积分抵现，抵现金额由平台让利给商家及用户，随订单支付金额一同由平台结算给商家，实时核销;

　　由以上需求内容能够准确的看出，各系统的结算场景、结算流程，包括结算对象都存在不一致，但C端支付入口在同一应用端，这就需要在后台针对不一样的业务流程设置不一样的结算规则。

　　笔者对标了国内多个提供聚合支付及分账服务的平台，考虑对接成本及费率，最终选择了某平台作为对接方。

　　支付方式：线上-支付宝、线上-微信、线下-支付宝、线下-微信、现金、银行卡刷卡、一卡通;

　　账单生成：根据费项设置的规则在物业管理系统后台生成账单后，同步到业主APP;

　　注意事项：为了能够更好的保证客户资金安全及平台免责，由第三方支付机构与企业直接签约，且提供单独的对账后台，便于企业查账，线下支付则直接结算至企业银行卡账号，系统只做账单记录。

　　账单结算及退款规则：平台配送方式包括快递物流、平台快送(类似美团骑士)、到店自提、商家送货上门，每种方式用户需支付的配送费不等，需分别计算，且需考虑到用户使用积分、优惠券抵现及退款时是否选择全部商品退款等结算情景，总结分析订单状态及配送方法不一样，共包含以下6种用例;

　　用户甲下单商品总额为30元，配送方式为快递物流，物流费5元，使用平台优惠券抵扣10元，积分抵扣1元，则下单后，用户需支付24元(24=30+5-10-1);商家收到结算总额为33.25元(33.25=(30+5)*(1-0.05));平台结算金额为-9.25元(-9.25=-10*0.95-1*0.95+24*0.05)，负值，平台需结算给商家。发生退款后，用户可收到的退款总额为24元，+积分+优惠券;商家退款总额为33.25元;平台退款总额为-9.25元，负值，商家需退款给平台。

　　用户甲下单商品总额为30元，配送方式为小慧快送，物流费5元，使用店铺优惠券抵扣10元，积分抵扣1元，则下单后，用户需支付24元(24=30+5-10-1);商家收到结算总额为19元(19=(30-10)*(1-0.05));平台收到的结算金额为5元(5=5-1+(20*0.05))元，正数，用户结算给平台。发生退款后，用户可收到的退款总额为24元，+积分+优惠券;商家退款总额为19元;平台退款总额为5元，正数，平台退款给用户。

　　Case3：订单状态=已完成，配送方式=快递物流/商家送货上门，退款商品=全部订单商品

　　Case4：订单状态=已完成，配送方式=平台快送，退款商品=全部订单商品

　　用户甲下单商品总额为30元，配送方式为小慧快送，物流费5元，使用店铺优惠券抵扣10元，积分抵扣1元，则下单后，用户需支付24元(24=30+5-10-1);商家收到结算总额为19元(19=(30-10)*(1-0.05));平台收到的结算金额为5元(5=5-1+(20*0.05))，正数，用户结算给平台。发生退款后，用户可收到的退款总额为19元(19=24-5)，+积分+优惠券;商家退款总额为19元;平台需退款总额为0元(0=5-5)元，为零，平台无需退款。

　　Case5：订单状态=已完成，配送方式=快递物流/商家送货上门，退款商品=部分商品，部分商品总额/订单商品总额=α(保留三位小数)

　　Case6：条件：订单状态=已完成，配送方式=平台快送，退款商品=部分商品，部分商品总额/订单商品总额=α(保留三位小数)

　　账单结算及退款规则：用户下单成功后，支付金额预存在第三方支付机构的资管平台，服务商家按照订单完成服务后，资金由资管平台T+1结算至商家帐户。服务订单完成前可申请退款，完成后不支持退款。

　　注意事项：一卡通需在商务局完成备案，并且是定向使用金额，接受商务局监管。

　　以上内容为设计企业数智社区项目各个系统结算规则时个人的心得体会，涉及的支付及结算场景较多，在系统上线后做此分享，以积累经验、学习交流。

　　随着产品的迭代升级结算方式会一直在优化，后续如由新的心得会再次分享。欢迎交流经验，指出问题。返回搜狐，查看更加多