各位商家大家好：
为了满足广大商家不同店铺之间的收款归集、销售回款、销售分佣、储值充值奖励等利益分配的诉求，我们上线了“财务-业绩分佣”功能；并且对这个功能持续的做了多个版本的迭代；为了让大家有一个地方可以全面的了解业绩分佣功能，我们在这里汇总了一版最全的“业绩分佣功能图文详解”，希望对于大家了解和使用业绩分佣功能有所帮助。
目录
一、业绩分佣愿景目标 二、业绩分佣场景玩法示例 三、业绩分佣全流程示例 四、业绩分佣政策用法及实配场景详解（如何创建政策） 五、销售结算功能详解（如何完成结算分钱） 六、业绩分佣配套功能说明
- 政策查询
- 协议查询
- 成本日历
- 分佣店铺邀请关系
- 业绩分佣明细报表
- 销售往来明细报表
- 销售应收应付汇报报表
- 销售往来余额表
一、业绩分佣愿景目标
1、愿景：旨在解决差异化经营模式下，销售环节不同角色（店铺）间的利益分配问题
2、目标：提升商家经营管理效率，赋能商家线上线下一体化运营
二、业绩分佣场景玩法示例https://bbs.youzan.com/thread-683426-1-1.html
三、业绩分佣全流程示例
业绩分佣从创建政策开始到最后完成分钱，根据结算方式不同，操作流程有所差异； 1、结算方式为自动代扣，则订单交易完成且到了代扣时点，系统自动完成分钱；适用于对分钱时效性要求比较高且无需复杂的审批流程的商家 2、结算方式为对账结算，则订单交易完成，需要商家进行对账并创建报批审核结算单，创建并报批收付款单，最后完成收付款动作；适用于周期结算，以及对于结算付款流程需要审核的商家 3、流程详见政策概览，路径：财务-收入管理-业绩分佣-政策概览
四、业绩分佣政策用法及实配场景详解（如何创建政策） 1、政策创建入口统一在政策概览中，路径：财务-收入管理-业绩分佣-政策概览 2、我们把业绩分佣政策分为4大类，包括“销售收款归集政策”、“销售业绩归属政策”、“销售分佣政策”以及“储值充值奖励政策”；不同政策解决不同场景的问题； 其中销售业绩归属政策和销售分佣政策又分为“总部统管资金”和“销售单元自管资金”两个卡片入口；需要先理解这两个概念的意义，这样能帮助您更好的选择适合的政策
3、首先需要了解每种政策类型核心解决什么问题，以便商家快速选择好要用的政策类型，然后再根据如下表格内容，具体看对应政策类型中，配置项的含义，以及对应场景该如何配置。 销售收款归集政策：实现交易完成订单销售款从销售单元实时归集到总部 销售业绩归属政策：实现交易完成订单销售款回款到业绩单元（比如储值支付金额从总部回款到销售单元，或者销售款从销售单元回款到业绩归属单元（例：网店→发货门店）） 销售分佣政策：实现交易环节中各店铺之间的利益分配 储值充值奖励政策：实现总部基于顾客储值充值金额，按比例给充值店铺奖励
详细配置&适配场景解读如下：
3.1、销售收款归集政策
3.2、销售业绩归属政策
3.3、销售分佣政策（供货关系）
3.4、销售分佣政策（自定义角色）
3.5、储值充值奖励政策
五、销售结算功能详解（如何完成结算分钱）
1、路径：财务-结算管理-销售结算
2、从上文流程示意中可以看出，业绩分佣全流程中，创建政策虽然关键，但是仅仅是第一步，最终直到分钱完成，才算是流程结束；因此最终如何分钱，什么时点去分钱，这就涉及到了销售结算功能；系统提供了2种结算方式，来满足不同商家的诉求：
2.1、自动代扣：指的是在订单交易完成后，系统自动根据结算周期自动分钱到对应店铺的资金账户；一般适用于对于分钱时效性要求比较高的商家
2.2、对账结算：需要用户根据政策的计算结果，操作对账-生成结算单-最后完成收付款的全链路流程；适用于对结算链路有审核要求，结算时效不要求实时的周期性结算商家
3、自动代扣操作指引： 自动代扣系统自动完成分钱，可以在“财务-结算管理-销售结算-对账”页面查询分钱结果
4、对账结算操作指引：对账结算，需要商家根据分佣计算的结果，对账-创建结算单-收付款方审核结算单-付款方发起付款并报批-付款方完成付款
4.1、对账（总部和付款方均可以发起对账）
4.2、创建结算单（总部和付款方均可以创建）
4.3、付款方报批审核结算单（需要在付款方的店铺后台操作）
4.4、收款方报批审核结算单（需要在收款方的店铺后台操作）
4.5、付款方发起付款申请（需要在付款方的店铺后台操作）
4.6、付款方对付款单发起报批（需要在付款方的店铺后台操作）
4.7、付款方对付款单进行付款（需要在付款方的店铺后台操作）
4.8、财务设置：上述是对账结算全流程的操作示例，但是在实际使用过程中，不是所有操作流程商家都需要，因此我们针对“对账结算”方式下的操作流程，提供了“财务设置（与组织结构往来）”，可以在这里将不需要的流程节点进行自动化配置；路径：财务-财务设置-与组织机构往来（销售结算）
六、业绩分佣配套功能说明
1、政策查询：此页面支持查询已创建的各种政策；支持操作在此页面关联销售单元，终止政策以及复制政策
- 关联销售单元：支持添加对应政策适用的销售单元，将政策和适用店铺进行绑定
- 终止：可以对政策进行终止操作，终止后，对应政策将不再记性分佣计算
- 复制：支持复制对应政策；用于原政策内容需要调整的场景；若政策内容调整，则可用复制功能，复制一份原政策后进行编辑；重新编辑并提交-关联销售单元，相当于销售单元绑定了一个新的政策（即新生成一份协议）；同时系统会自动作废原协议
2、协议查询：政策创建成功并关联适用的销售单元后，系统会自动生成一条协议，可以理解为就是每个关联店铺的合同；在这个页面可以查询，一般情况下用不到；只有对应政策下的某一个关联店铺不再适用了，可以在此页面，对该销售单元的协议进行终止；终止后只是对应的销售单元不会再进行分佣计算，不会影响政策下的其他适用店铺
3、成本日历：针对按供货成本分佣模式，可以在此功能维护商品成本，维护后分佣计算将从这里取商品成本
3.1、路径：财务-财务资料-成本日历
3.2、L版：系统获取成本优先级的顺序是优先判断是否人工在成本日历维护了商品的成本：如果成本日历维护了商品的成本则优先取成本日历中的商品成本 如果成本日历没有维护，系统会预估一个商品成本（最近一次采购入库价格 > 配销协议计算成本 > 供应商商品维护成本）； 如果都取不到，则即使配置了按成本分佣的政策，也不会产生分佣结果 注意：使用按商品固定成本（供货价）分佣，必须在成本日历里面维护【成本日历】，否则功能无法正常使用
3.3、D版：系统获取成本优先级的顺序是优先判断是否人工在成本日历维护了商品的成本： 如果成本日历维护了商品的成本则优先取成本日历中的商品成本 如果成本日历没有维护，系统会取商品管理中维护的商品成本 如果都取不到，则即使配置了按成本分佣的政策，也不会产生分佣结果 注意：使用按商品固定成本（供货价）分佣，必须在成本日历里面维护【成本日历】，否则功能无法正常使用
4、分佣店铺邀请关系：这个页面主要用来维护分佣店铺邀请关系；适用于A店邀请B店开店，基于B店每笔订单的成交金额，按一定比例收取提成的场景；只要在这里维护了邀请关系，并且配置了上级邀请单元的分佣比例，那么最终才会对上级邀请店铺进行分佣
4.1、路径：财务-业绩分佣-政策概览-分佣店铺邀请关系
4.2、功能说明
- 支持页面创建销售单元，并维护此销售单元的上级邀请单元；也支持批量导入邀请关系
- 支持对绑定成功的邀请关系进行编辑，换绑邀请关系
- 支持从日志中查询每次的操作记录
- 已经绑定成功的数据支持修改和解绑，不支持删除
5、业绩分佣明细表（商品维度）：查询业绩分佣计算结果，包括业绩、分佣、费用（销售收款归集政策主要看“归集”tab页；销售业绩回款政策主要看“业绩”tab页；销售分佣政策主要看“分佣”tab页；期间产生的运费主要看“费用”tab页）
5.1、路径：数据-财务报表-业绩分佣明细表
6、销售往来明细报表（单据维度）：根据设置的业绩分佣政策，计算组织间往来收付关系，按照单据维度汇总的明细报表
6.1、路径：财务报表-销售往来明细报表
6.2、字段解读：
- 源单号：应收应付的往来明细为订单号，实收实付的往来明细为结算单号；
- 业务单号：正向应收应付为履约单号，逆向应收应付为退款单号，实收实付为收付款单号；
- 下单日期：订单下单完成日期or结算单创建日期；
- 记账日期：订单最终发货完成日期or退款单退款完成日期or收付款单付款完成时间；
- 业务单元：销售单元；
- 往来主体：往来关系中的结算主体，如果政策是总部统管资金的，主体均为总部，如果政策是销售单元自管资金的，主体一般为销售单元；
- 往来对象：往来关系中的结算对象，一般为其它组织机构；
- 应结金额：展示金额+收付关系（体现主体对对象的关系）；
- 业务分类：代收款：一般指各种支付方式收款金额回款的往来；绩效：一般指分佣金额的往来；费用：所有交易过程中产生费用的往来，包括储值回款费用、交易手续费、品牌服务费等；其它：指结算单调整金额；
- 往来项目：业务分类下细分具体的收款方式or分佣or费用项目；
- 事务类型：体现应收应付or实收实付
- 对账状态：待对账、已对账；在销售结算—对账中操作对对应的对账单对账完成后，会变更为已对账状态；
- 结算状态：待结算、结算中、已结算；当该往来对应的对账单创建了结算单后，该状态会从待结算变更为结算中，当结算单全部付款完成，则状态变更为已结算状态；
- 收付状态：待收付、收付中、已收付；当该往来对应的对账单创建了结算单并创建了付款单后，该状态会从待收付变更为收付中，当结算单全部付款完成，则状态变更为已收付状态；
7、销售应收/付汇总表（店铺维度）：统计一段时间内总部与店铺、店铺与店铺之间产生的业绩分佣应收、应付合计，以及其中付款中、已付、未付的金额；
使用场景：帮助商家管理者或者财务出纳，可以便捷的查询上个月or任意周期内所有应收、付款，目前的付款进度，持续跟进未结的往来欠款
7.1、路径：财务报表-销售应收/付汇总表
7.2、字段解读：
筛选条件：
- 时间范围：可选择下单日期、记账日期两种时间维度统计，每次最大查询时间跨度为180天；该报表仅统计记账日期从2021年4月15号及之后产生的数据；（下单日期：统计下单付款完成时间在筛选时间范围内的订单所产生的应收、应付汇总数据；记账日期：统计往来明细生成时间即业绩分佣政策配置的计算时点在筛选时间范围内的往来明细的应收、应付合计。）
- 往来主体：选择本次查询往来关系的主体，总部、合伙人或者具体的店铺，仅总部可选择全部；
- 往来对象：选择本次查询想要筛选的往来关系的另外一方，可选择全部，即代表查询与往来主体所有有往来数据的结果。
筛选结果： - 往来主体：筛选条件选择的主体；
- 往来对象：筛选条件选择的对象；
- 合计金额（元）：等于｜“应付-合计” - “应收-合计”｜的差值绝对值，如果应付合计>应收合计，则合计金额为应付，反正则为应收；
- 应付-合计（元）：统计主体与对象之间时间范围内的所有往来明细中应付金额合计；
- 应付-付款中（元）：统计主体与对象间筛选时间内的，结算中的所有往来明细的应付金额合计；
- 应付-已付（元）：统计主体与对象间筛选时间内的，已结算的所有往来明细的应付金额合计；
- 应付-未付（元）：统计主体与对象间筛选时间内的，待结算的所有往来明细的应付金额合计；
- 应收-合计（元）：统计主体与对象间时间范围内的所有往来明细中应收金额合计；
- 应收-收款中（元）：统计主体与对象间筛选时间内的，结算中的所有往来明细的应收金额合计；
- 应收-已收（元）：统计主体与对象间筛选时间内的，已结算的所有往来明细的应收金额合计；
- 应收-未收（元）：统计主体与对象间筛选时间内的，待结算的所有往来明细的应收金额合计；
8、销售往来余额表：统计任意一段时间内总部与店铺、店铺与店铺之间真实发生的关于业绩分佣的本期应收、应付、实收、实付合计，以及累计滚动期初余额、期末余额
8.1、使用场景：帮助商家财务会计，通过该报表，可以出具每个月总部与店铺、店铺与店铺之间销售往来的应收、应付、实收、实付的当期发生额，以及期初、期末余额，方便商家更快速的完成总帐处理
8.2、路径：财务报表-销售往来明细报表
8.3、字段解读：
筛选条件 - 时间范围：仅支持记账日期维度统计，每次最大查询时间跨度为180天；该报表仅统计记账日期从2021年4月15号及之后产生的数据；（记账日期：统计往来明细生成时间即业绩分佣政策配置的计算时点在筛选时间范围内的往来明细的应收、应付合计。）
- 往来主体：选择本次查询往来关系的主体，总部、合伙人或者具体的店铺，仅总部可选择全部；
- 往来对象：选择本次查询想要筛选的往来关系的另外一方，可选择全部，即代表查询与往来主体所有有往来数据的结果。
筛选结果： - 往来主体：筛选条件选择的主体；
- 往来对象：筛选条件选择的对象；
- 合计金额（元）：等于｜“期末应付” - “期末应收”｜的差值绝对值，如果应付合计>应收合计，则合计金额为应付，反正则为应收；
- 付-期初应付（元）：统计主体与对象之间截止筛选时间范围前一日的期末应付，即截止前一日历史所有往来明细的应付-实付之差；
- 付-本期应付（元）：统计主体与对象之间时间范围内的所有往来明细的应付金额合计；
- 付-本期实付（元）：统计主体与对象之间时间范围内的所有往来明细的实付金额合计；
- 付-期末应付（元）：期初应付+本期应付-本期实付；
- 收-期初应收（元）：统计主体与对象之间截止筛选时间范围前一日的期末应收，即截止前一日历史所有往来明细的应收-实收之差
- 收-本期应收（元）：统计主体与对象之间时间范围内的所有往来明细的应收金额合计；
- 付-本期实收（元）：统计主体与对象之间时间范围内的所有往来明细的实收金额合计；
- 收-期末应收（元）：期初应收+本期应收-本期实收；
本帖最后由 你不知道的事 于 2021-12-29 11:21 编辑 |
用手机打开
收藏
赞
···
回复
1
跳至页
复制链接
新浪微博
QQ空间
微信扫码
赞 
回复