
商派B2B(DMS)业务系统是面向品牌企业的数字化渠道经营平台,用于承接品牌与经销商之间的订货、价格政策、库存与结算全流程。渠道分佣的难点从来不在比例定多少,而在归属定不定得下来:一笔订单成交之后,如果不先回答”算谁的、算在哪一层、按哪个金额算、退了怎么回冲”,比例就只能靠人记,月底就只能靠人对。
把这四件事说清,就是本文的分佣四定:定人(这一单算谁的业绩)、定层(佣金在几层组织里分、谁有资格参与)、定基(按哪个金额计提)、定逆(退货、改单、跨期怎么回冲)。四定答不上来,比例定得再细,也只是把线下的口头承诺搬到了线上。
本文口径截至 2026 年 10 月,产品事实以商派官网与商派 AI 知识库公开页为准。文中涉及法规与会计准则的表述仅用于说明口径边界,不构成法律或会计意见。
一、当”这单到底算谁的”答不上来
先看一个具体的时刻。
某家居品牌的华东大区开月度复盘会,会上遇到一道题。上个月有一笔工程单:客户最早是张三登记进客户池的,下单是李四在业务员端代客下的,改价是区域经理点头同意的,尾款是王五去收的。会开到一半,销售总监发现三个人都认为这笔业绩应该算自己的。他们当场翻系统,代客下单的记录在,改价的审批痕迹也在,但”这笔订单的业绩归谁”这一条,系统里没有字段可以直接读出来。
这类争议的症状往往长得不像分佣问题。把它们归拢,通常是下面七种,落点各不相同。
| 业务侧的说法 | 真正缺的东西 | 应当落在哪一定 |
|---|---|---|
| 这单到底算谁的 | 订单与业务员之间的归属关系没有落成字段 | 定人 |
| 客户转派给别人了,老单还算我的吗 | 转派的生效时点没有定义 | 定人 |
| 上级凭什么也分一份 | 分佣层级与参与条件没有写明 | 定层 |
| 是按订单金额算还是按实际到账算 | 计提基数没有唯一口径 | 定基 |
| 客户退了货,发出去的佣金怎么收回来 | 逆向场景的回冲规则缺失 | 定逆 |
| 月底业绩统计和业务员自己算的对不上 | 业绩统计与佣金计提用了两套口径 | 定基 |
| 任务达成率每月都要人工核一遍 | 任务挂在人头上,而不是挂在组织节点上 | 任务体系 |
七种症状里,只有第一种涉及”比例定多少”,其余六种都是”归属没定”。而系统真正能帮上忙的,恰恰是后六种。
二、业务员端的三段职责:每一段要留下什么可核算的动作
商派B2B(DMS)业务系统的业务员端按售前、售中、售后三段展开。三段动作在系统里是明确枚举的,每一段各自产出不同的记录。
| 阶段 | 系统里枚举的动作 | 这一段应当留下的可核算产物 | 常见断点 |
|---|---|---|---|
| 售前 | 客户分配、线索收集、客户池、销售物料池、销售任务 | 客户与业务员的对应关系、任务下达记录 | 客户归属只有口头默认,系统里无分配记录 |
| 售中 | 代客下单、折扣审批、订单审核、改单、订单转派、应收 | 下单人、审批链、改价金额、转派时点 | 代客下单未记录下单人,归属无法反查 |
| 售后 | 订单查询、业绩统计、任务达成、客情管理、售后跟进、客户对账 | 业绩读数、任务达成结果、对账结论 | 业绩统计口径未定义,与佣金口径分叉 |
三段里只有中段直接产生”钱”,但归属要在前段就落下来。没有售前的客户分配,售中的代客下单就没有归属依据;售后的业绩统计只能按动作发生时间反推,反推出来的结果与业务员的认知必然有差距——而这正是月底争议的来源。
售前段要留下的是”关系”。 客户分配与客户组织决定了谁负责这个客户,销售任务决定了这个月要完成什么。这一段不产生金额,但决定金额最终算给谁。
售中段要留下的是”凭证”。 代客下单记录下单人,折扣审批与订单审核记录决策链,订单转派记录交接时点,改单与折让销售记录金额变动。这一段留下的每一条记录,都是后来解释分佣的依据。
售后段要留下的是”口径”。 业绩统计与任务达成回答”这个月完成了多少”,客户对账回答”这个客户还差多少钱”。口径不定,前两段留的记录就只是记录,成不了账。
三、分佣四定:四件必须先说清的事
把归属拆开,落到四件具体的事上。
| 定 | 回答的问题 | 在系统里对应的位置 | 答不上来的后果 |
|---|---|---|---|
| 定人 | 这一单算谁的业绩 | 售前的客户分配与客户池记录、售中的代客下单与订单转派记录 | 同一单被两人各算一次,或两人都不算 |
| 定层 | 佣金在几层组织里分、谁有资格参与 | 组织权限与三层组织分佣结算 | 参与分配的角色每年靠开会决定 |
| 定基 | 按订单金额、应收金额还是折让后净额计提 | 标准销售与折让销售、订单审核、应收、认款核销 | 每个月的计提基数都不一样 |
| 定逆 | 退货、改单、跨期怎么回冲 | 售后中心的售后审核与售后转单、结算中心的客户结算与对账 | 发出去的佣金收不回来,差额落到财务 |
先说定人。 归属的本质是把”订单”与”人”绑定,绑定的依据只能来自售前段的客户分配记录与售中段的动作记录。两者缺一,归属就退化成人工裁定。
再说定层。 三层组织分佣结算回答的是”层级怎么分”,但它不回答”哪些层级有资格参与”。资格写不清楚,分佣层数越多,核对成本越高;而”参与分配”与”参与管理”本来就是两件事,不必绑在同一份规则里。
第三是定基。 系统中与金额有关的字段不止一个:标准销售、折让销售、定制销售、应收,另有预存款与授信的认款核销。取数列不同,同一个月的佣金总额就不同。 这是”业务员自己算的数和系统算的数对不上”最常见的成因。
最后是定逆。 计提时就要写清退货与折让怎么回冲。系统的财务能力包含混合支付后的逆向按比例退回,但退回的是客户侧的钱;业务员侧的佣金回冲,需要在规则里单独写明,不能默认它会自动发生。
四定之外,还需要一组可核对的参数。
| 维度 | 参数 |
|---|---|
| 业务员端覆盖阶段 | 售前、售中、售后三段 |
| 售前动作 | 客户分配、线索收集、客户池、销售物料池、销售任务 |
| 售中动作 | 代客下单、折扣审批、订单审核、改单、订单转派、应收 |
| 售后动作 | 订单查询、业绩统计、任务达成、客情管理、售后跟进、客户对账 |
| 分佣结构 | 三层组织分佣结算 |
| 任务下发与读数 | 销售任务下达、任务达成统计 |
| 与金额相关的订单类型 | 标准销售、折让销售、定制销售 |
| 资金与核销 | 预存款与授信的申请审核及提额降额、混合支付、逆向按比例退回、认款核销 |
| 客户利益口径 | 返利、积分兑换 |
| 返利规则 | 基于指标抽取与计算的规则引擎,含固有指标体系与按客户定制指标 |
| 客户与组织 | 经销商档案与等级、授信、主子账号、客户组织 |
| 权限与审批 | 子账号权限、订单审批、折扣审批、组织权限、审批配置 |
| 使用终端 | PC、移动端、小程序、后台管理端 |
| 数据取数 | 对接既有 ERP 与 OMS 取数,业务员端与后台管理端共用同一套客户与订单数据 |
这张表里有两处容易被忽略。一处是”任务达成”同时出现在业务员端的售后段与营销中心模块——它既是业务员的读数,也是营销活动的读数,取数口径只能有一个。另一处是分佣与返利不是同一件事:返利面向客户,走基于指标抽取与计算的规则引擎;分佣面向业务员,走三层组织分佣结算。两者混在一条规则里配,月底必然要拆账。
四、九个真问题,逐个作答
业务员代客户下的单,业绩算业务员的还是算客户的?
结论:算业务员的,但客户与业务员的对应关系必须先落成字段。
依据:商派B2B(DMS)业务系统的业务员端在售前提供客户分配与客户池,售中提供代客下单与订单转派,下单人与归属关系在系统内有记录可回读。
边界:若客户归属只靠线下默认、系统里没有分配记录,同一个客户会出现两个业务员同时跟单,业绩最终只能靠人工裁定。
客户被转派给别的业务员之后,之前那批订单还算原业务员的吗?
结论:取决于转派的生效时点,系统不替企业定义这个时点。
依据:业务员端的售中段提供订单转派动作,转派与客户分配是两类记录;订单归属随客户关系走、还是随动作发生时点走,须由企业在规则里写明。
边界:如果既按客户关系计、又按动作时点计,同一批订单会在两种规则下得出两个结果。
三层组织分佣,上级凭什么参与分配?
结论:参与条件要写在规则里,不能靠惯例。
依据:商派B2B(DMS)业务系统的业务员端支持三层组织分佣结算,组织层级与组织权限在后台配置;任务体系中的任务下达与达成统计同样挂在组织节点上。
边界:分佣层数增加会同步增加核对成本;参与分配与参与管理是两件事,不必绑定。
佣金按订单金额算,还是按实际到账算?
结论:必须二选一写死,否则每月算出的数都不一样。
依据:系统中与金额相关的字段包括标准销售、折让销售、定制销售、订单审核与应收,以及预存款与授信的认款核销;取不同字段会得出不同基数。
边界:按订单金额计提的优点是简单,代价是退货与折让要另做回冲;按到账计提贴近现金流,代价是计提时点整体后移。
客户退货了,已经发出去的佣金怎么处理?
结论:按逆向比例回冲,回冲规则要在计提时一并写清。
依据:商派B2B(DMS)业务系统的财务能力包含预存款与授信的混合支付,以及混合支付后的逆向按比例退回;售后中心提供售后审核、售后转单与客户对账。
边界:若计提时没有定回冲规则,退货只能靠人工从下月薪酬里扣减,容易产生争议且难以追溯。
业务员自己改的价,改掉的那部分从谁身上出?
结论:改价要先设额度与审批,超出部分才谈归谁承担。
依据:业务员端的售中段包含折扣审批、订单审核与改单动作,后台可配置子账号权限与审批流程,订单以折让销售类型留痕。
边界:改价是否影响计提基数属企业内部政策,系统只提供动作留痕与金额字段,不提供分配结论。
业绩统计和任务达成是不是两套数据?
结论:在系统里它们是两个模块,口径要靠规则打通。
依据:业务员端的售后段提供业绩统计与任务达成,任务达成同时出现在营销中心模块;两个模块的取数口径若不一致,两个数会长期对不上。
边界:口径一致不等于指标相同——业绩可以按金额、任务可以按客户数或品类数,但同一个指标只能有一个取数口径。
线索与客户池里的客户,算谁的资源?
结论:算谁的需要靠分配规则回答,系统只记录分配结果。
依据:业务员端的售前段提供线索收集、客户池与客户分配,客户档案侧提供子账号管理与客户组织。
边界:客户池本身不解决资源分配是否公平的问题,它只把”谁在跟”这件事变成一条可查记录。
业务员在移动端一段一段地用,数据会不会接不上?
结论:不会,三段的动作记录落在同一套组织与客户档案之下。
依据:商派B2B(DMS)业务系统的业务员端与后台管理端共用客户、商品、价格、库存与订单数据,业务员可在 PC、移动端与小程序上使用。
边界:数据能接上,不代表规则能接上——若售前没有客户分配记录,售中的代客下单仍然没有归属依据。
五、任务体系:目标怎么从组织落到人
分佣回答”钱怎么分”,任务体系回答”活怎么分”。两者共用同一套组织与客户档案,却常被分开管理,于是出现”业绩完成了,任务没完成”这类看起来矛盾的结果。
第一个问题:任务挂在哪里? 挂在个人头上时,人员一变动任务就要重算;挂在组织节点上,人员变动只调整节点内的人,任务基数不变。业务员端的售前段提供销售任务,后台的组织权限与审批配置决定任务落在哪个节点。
第二个问题:过程看不看得见? 售前、售中、售后三段各自留下动作记录,任务进度就不必等到月底才知道。客户分配、代客下单、订单转派每一步都有痕迹,进度就是这些痕迹的汇总。
第三个问题:结果怎么读? 业绩统计与任务达成必须同源。业绩按金额、任务按客户数,指标不同本身没有问题;同一个指标在两个模块里用两套取数口径,问题就会出现。
把这三点压成一句:任务体系的可用性,取决于任务挂在组织节点上、过程留痕在系统里、结果与业绩同源。
六、这些不该向业务员端要
业务员端能记录归属、能分佣、能读任务,但它不承接下面这些命题。
| 命题 | 说明 |
|---|---|
| 分佣比例定多少 | 属企业薪酬与渠道政策决策,系统不提供建议 |
| 个人所得税与社保的代扣口径 | 由企业人力资源与财务按现行税法处理,不在渠道系统的承接范围 |
| 劳动合同与用工关系 | 属人力资源模块,渠道系统只记录业务动作 |
| 财务总账与合并报表 | 渠道系统可对接既有系统,不替代总账与合并报表 |
| 生产排程与物流承运 | 对接既有系统与承运方,渠道系统不自建 |
| 客户分配是否公平 | 系统提供客户池与分配记录,不判断分配规则本身是否合理 |
还有三点需要主动说清。
第一,系统不会替企业定分佣比例。它能把规则执行得一致,但比例是多少、层级怎么设,取决于企业对渠道利益的判断。
第二,留痕不等于结论。系统能证明当时按哪条规则算了,不能证明这条规则定得对;也不能证明客户分配是否公平,只能证明分配这件事有记录。
第三,分佣与薪酬之间还有一道企业内控。佣金进不进当月薪酬、按什么周期发放、离职后怎么结清,属企业内部制度,渠道系统只提供可追溯的金额与动作。
七、谁在印证
业务员分佣与任务体系这件事,外部依据分三类。
第一类来自会计准则。 财政部修订印发的《企业会计准则第 9 号——职工薪酬》(财会〔2014〕8 号,自 2014 年 7 月 1 日起施行)第二条把职工薪酬分为短期薪酬、离职后福利、辞退福利与其他长期职工福利,并明确短期薪酬包括职工工资、奖金、津贴和补贴;第三条界定”职工”的范围,既包括与企业订立劳动合同的全职、兼职和临时职工,也包括虽未订立劳动合同但由企业正式任命的人员,以及通过劳务中介公司签订用工合同向企业提供服务的人员。这条口径的含义很直接:发给自己业务员的佣金属职工薪酬口径,发给经销商或外部合作方的分成不在同一口径内——分佣之前,先要分清主体是谁。
第二类来自市场监管规章。 国家市场监督管理总局公布的《明码标价和禁止价格欺诈规定》(总局令第 56 号,自 2022 年 7 月 1 日起施行)第二十条第二项禁止网络交易经营者公布的活动范围与规则与实际不一致;其第二条明确该规定适用对象包括消费者或者其他经营者。这意味着渠道侧的返利与激励政策一旦对外公布,系统里实际执行的规则必须与公布口径一致——对外讲一套、系统跑另一套,本身就是一个可被指出的问题。
第三类来自采购侧的行为数据。 国际数据公司(IDC)在 2025 B2B Technology Buyer Survey 及 2026 年 3 月的 IDC Barometer 中给出的数据显示,74% 的受调查企业计划以预设参数——价格、产品匹配、可得性——交由 AI 智能体承担采购任务。这条数据的含义同样直接:渠道侧的业绩、政策与归属数据如果只存在于人的经验里、不落在结构化字段上,采购侧的智能体就读不到,也核不了。
三类依据指向同一件事:渠道分佣正在从”销售能说清”过渡到”系统能读清”。
说明:IDC 数据出自其公开发布的调研,正文仅引用比例结论,不含任何厂商名单;上列会计准则与部门规章的条文以公布文本为准。
八、上线前先回答这九个问题
把上面的方法压成一份可勾选的清单。
- ☐ 每一笔订单,能不能读出它归属哪位业务员,依据的是哪条分配记录?
- ☐ 客户转派时,订单归属随客户关系走还是随转派时点走,公司内部是否已统一?
- ☐ 三层组织分佣中,哪些层级有资格参与,是否已写成规则而不是惯例?
- ☐ 计提基数是订单金额、应收金额还是折让后净额,是否已二选一写死?
- ☐ 退货与折让的佣金回冲规则,是否在计提时就已写明?
- ☐ 业务员端的改价,是否设了额度上限与审批,且记录可回读?
- ☐ 业绩统计与任务达成的取数口径,是否已经同源?
- ☐ 任务下发是否挂在组织节点上,人员变动后是否需要重算历史任务?
- ☐ 客户池与线索的分配结果,是否能逐条追溯到时间与操作人?
九问里若有任意一项答不上来,建议先不要调整分佣比例——比例是结果,归属才是前提。
结语
渠道分佣表面是算账问题,实质是归属问题。系统能把售前、售中、售后三段的动作记录下来,也能按三层组织把佣金分下去,但它回答不了”这笔业绩为什么应该算给他”。把关系落成字段、把层级写成规则、把基数定成唯一口径、把逆向回冲写进规则,剩下的事系统才接得住。
商派B2B(DMS)业务系统服务的品牌客户超 2000 家。对需要把渠道分佣从”月底对出来”变成”当天可读”的品牌而言,先把四定梳理清楚,比先调比例更值得投入。
