虾皮扣费按什么口径算，先问清这三件事

口径从哪一步开始定，先问清楚再动手

口径的起点并不是一个公式。它要确认的是计费基数落在谁的钱上。有人默认按标价算，有人默认按实付算。两种取法都说得通，结果却不在一个量级。所以第一步要问，平台把哪一层数当成基数。

第二步要确认的是取数时点。同一笔钱在一单里能被读成几个数。下单那一刻一个价，付款那一刻可能又是另一个价。中间还夹着优惠券、改价和拆单几个动作。口径不写清读哪一刻，核对时会永远差一截。

第三步要确认的是作用范围。这笔扣费算在单件上还是算在整单上。单件折扣和整单满减并不是同一回事。按单件摊，折扣落在具体商品身上。按整单摊，折扣就落在整笔交易上，明细里差出一截。

三件事按顺序问完，口径才算立住。基数、时点、范围，缺一件都会留下解释空间。解释空间大的地方，就是最容易吵架的地方。先把三件事写成一句人话，再去建公式。一句话都写不出来的口径，执行时就会走样。

很多人一上手就直接算。这是因为他们以为扣费只是一个固定比例。固定比例只在基数、时点、范围都不变时成立。品类一换、站点一换，比例还在，底座换了。所以口径要先于计算被确认，顺序反了返工就贵。

确认口径最省力的办法是连问三个问题。这笔钱按哪个数算，这个数什么时候取，管多大范围。三个问题答不上来，口径还停在意会层面。意会层面的口径，换个人执行就会变样。换人不变的口径，才值得写进流程里。

口径不是一次定终身的事，但必须要有第一版。第一版可以写得很粗，但一定要落在纸上。写下来才会被质疑，被质疑才有可能被修正。只在口头流传的口径，其实等于没有口径。写成文件的口径，才是后面所有核对的锚点。

有人把口径和算法混成同一件事。其实这两者并不在同一个层面上。算法是给定口径之后的运算步骤。口径是决定该用哪一套运算的前置判断。口径一旦错了，后面的算法再精确也只是精确地错下去。

口径能定得住的前提，是它能够被人复述。一句能复述的口径，执行成本最低。需要翻三页说明才懂的，落地时会打折。复述能力正是口径质量的直接指标。越简单的口径，越不容易在传递中被改掉。

定口径时最常被跳过的一步，是写明边界。边界不写，别人就会把它套到不该套的地方。套错之后，问题会被归到执行不力上。其实只是口径里少了一句限定的话。边界和定义一样重要，缺一边尺子就没有刻度。

有些分歧来自结算币种。同一笔钱按不同币种读出来，小数位就不同。币种口径要先定，再去谈比例高低。比例乘在带小数的数上，误差会被逐步放大。放大后的差落到整月合计里，就不再是个小数。

确认口径的过程里，值得单独留一栏原始数。原始数不动，才能回推每一步怎么算出来的。只留结果不留中间量，出问题就无从追溯。可追溯的能力，决定了口径能被修正几次。留痕不是走形式，是把口径变成资产的动作。

有人换一个站点，就把原先的口径整体搬过去。这种做法最容易出偏差。不同站点之间连基数的取法都可能不同。搬过去的其实只是习惯，并不是口径。每换一个站点，都要重走一遍那三个问题。

口径定下来之后，要配一个复核的节奏。规则动、类目动、活动形态动，都会牵动口径。不设复核节奏，口径会在无人察觉时过期。过期口径比没有口径更麻烦，因为它看起来是对的。定期回看，是口径最低的维护成本。

判断口径有没有真立住，可以看一件事。两个人分别算同一笔，能不能得到同一个数。得到同一个数，说明这套口径可以执行。得到两个数，说明口径里还留着余地。余地出现在哪里，就往那里补一句明确的话。

把这三件事一件件问到答案，口径才算是落在纸上了。它不涉及这一笔钱被扣在了哪个名目上。也不涉及这笔钱在链路上究竟要走几段。这份文件只回答一个算式应该按什么来定。定完之后，别的内容才有可以依附的地方。

口径从起点到收口要确认的五处，缺一处都会留下解释空间

基数取哪一个数，结论差得不是一点半点

基数这个词听着抽象。落到操作上，它就是乘号左边那一个数。左边取错了，右边的比例再准也没有用。常见取法有好几种，每一种都有它的道理。麻烦在于它们同时存在于现实里，两个数却对不上。

按商品标价来算，是最直观的一种取法。好处是随时可查，不依赖订单当时的状态。坏处是它忽略了折扣和平台补贴。标价乘比例得到的只是一个账面数。这个账面数和实际被扣的数往往不是一回事。

按买家实付来算，看起来更贴近真实成交。实付里已经扣掉了各种优惠与补贴。用它当基数，算出来的费用通常更低。但实付这个数本身会随着退款变动。一旦变动，基数就要重算，历史记录也要重看。

按折后价但把补贴算进去，是第三种取法。这种口径落在前两种的中间位置。它把平台出的那部分补贴也纳入基数。结果介于标价口径和实付口径之间。落在中间的取法，最容易被误认成另外两种。

把三种基数摆在一起，同一笔能算出三个数。三个数之间的差距，取决于折扣力度有多大。折扣越深，差距就越明显。所以大促期间的基数口径比平时更要紧。平时看不出差的地方，大促里会被成倍放大。

基数的取法还跟订单形态有关。单件直购和凑单满减，折扣归属并不一样。凑单时那一笔满减算在谁头上，直接影响单件基数。按整单摊和按金额比例摊又是两个结果。先把订单形态和基数口径绑在一起看，才不至于乱。

拆单会让基数口径再麻烦一层。一笔订单拆成两次发货，费用可能按包裹重摊。摊到单个包裹上的基数，和按整笔订单算的不同。这时候要先确认口径是按订单还是按包裹。两种用法都成立，混着用就会出问题。

退款会把基数往回拉。发生部分退款之后，基数是否同步缩小要看口径。有的口径按退款后的净额重算。有的口径按原始成交额算，退款另外处理。这两种写法算出来的月度合计，能差出不小一截。

基数和币种叠在一起时，还要先定乘法顺序。先换币再乘比例，和先乘比例再换币是不同的。差异来自两次取整的位置。把取整写进口径，才不用在同一批数据上来回争。这个细节往往在第一次对齐时被整片忽略。

有人喜欢挑最高的那种基数来算。理由是觉得这样比较保守。偏保守的算法会让每一步都偏悲观。偏悲观的预算会压低本来可以做成的那些动作。基数口径要讲的是对与错，而不是保守还是不保守。

基数还牵扯含不含平台补贴这一层。补贴算不算进基数，取决于补贴由谁掏。平台出的补贴和卖家让的折扣，性质并不相同。口径要把这两个来源分开写清楚。分开写完之后，基数才有单一的解释。

确认基数最直接的方式，是拿一笔订单试算。把三种取法都算一遍，三个数写在纸上。差距自己就会显形。差距最大的一处，就是最需要写清的地方。写清之后再拿第二笔验证，对上了就可以定稿。

基数固定之后，比例才有可比性。两个人比费率高低，前提是基数口径一致。基数不同的时候比比例，等于比两个不同单位的数。这样得出的比较结论一定是错的。所以要先统一基数口径，再谈比例高低。

基数口径还会影响对外报价的写法。同一件商品，按标价口径和按实付口径报的底线不同。报价写错了口径，等于给自己埋下一个差。这个差会在结算的时候集中出现。所以报价和口径要用同一套，不能各写各的。

有个容易忽略的点是基数的时间属性。基数是取成交那一刻的数，还是结算那一刻的数。中间如果发生过改价，这两个数就不一样了。口径要把这个时间属性写清楚。写清之后，改价就不再引起争议，也不用人工解释。

基数取哪个数，最终要落到收入那一侧的记法上去定。这一层只回答这个数该取哪一个。它不重排名目，也不重划路上的分段，更不涉及最后的归账。把基数定下来，后面的比例才有可以比较的基础。定完之后，每一次取数都落在同一个位置上。

同一笔订单换一种基数取法，乘出来的数就不在同一档上

同一笔在不同站点，算出来的结果不一样

同一个卖家把同一款货放到两个站点上。两边的费率表看起来差不多。实际算下来的被扣金额却差了不小一截。差值并不来自费率，而是来自基数口径的分岔。只看费率表，是根本看不出来的。

有的站点按含税价当基数，有的按不含税价。这一条差异会把所有品类同步放大或缩小。含税基数算出来的费用天然更高。但卖家收入在那边通常也按含税口径记录。两边的口径要配套，不能只改其中一边。

类目档位在站点之间也不齐整。同一个站内部划分的档位边界，换到别处可能换档。边缘类目最容易踩到这种差。踩到之后，费率会默默地向上跳一档。跳档通常不会有人专门通知，只能自己发现。

站点之间在物流计费口径上的差异，会间接影响总盘子。一个站按实际重量算，另一个站按体积重量算。抛货在这两个站点的计费结果能差出不少。这层差虽然不直接改扣费比例，却改了成本基线。基线一变化，同样的比例也就有了不同的意义。

活动补贴的算法在站点之间也不一样。有的站把补贴算进基数，有的把它从基数里剔出去。剔掉之后，卖家实际承担的扣费会降低。保留下来之后，扣费基准就被补贴抬高了。这两种算法通常不会在同一份报表里并列出现。

币种是站点差异里最硬的一层。不同站点用不同币种记账，取整规则也不相同。取整位置不同，累计到月末就会出现看得见的差。小数位的处理方式要写进口径里。不写，等于默认这一层差是不受控制的部分。

汇率的取用时点在站点之间同样会分岔。有的按当天中间价折算，有的按结算日的某个价。时点错开一天，数就可能偏出去。长期看，偏的方向未必保持一致。这正是跨站核对里最难处理的一类差异。

站点之间连订单成立的判定时点都未必相同。一个站按下单时间归档，另一个站按付款时间归档。归档时点不同，同一笔订单会落进不同周期。周期性报表上的差异，有一部分就是从这里来的。这种情形算不上算错，只是口径没有对齐。

把两个站点的同一笔订单并排放着看，很有效。并排之后先看基数，再看比例，最后看币种。这个顺序不要颠倒过来。先比比例，会把基数造成的差误判成费率差。误判之后，接下来动作的方向也就跟着错了。

跨站差异里有一部分是结构性的，改也改不掉。站点规则本来就不同，应该算出不同的数。要区分的从来不是数字是否相同。要区分的是差异有没有解释。有解释的差异属于预算，没解释的才是问题。

有些卖家为了让两个站点的数看起来一致，硬改口径。强行统一之后，报表是整齐了，判断却失真了。每个站点的口径应当各自成立。汇总的时候再做一层转换。转换层单独放，原始口径不要动。

同一个站点内部也存在口径差。类目、店铺类型、订单来源都会带来分岔。新客订单和老客订单的补贴规则未必相同。这些差异会在明细里显形，在汇总时被抹平。汇总口径和明细口径要分开写，报表也要标明用哪层。

站点差异让口径这件事没法一次写完。每添一个新站点，就要重走一遍那三件事。走一遍花掉的时间并不多。知虾公开页面的定价计算一栏能按站点把各项费用摆开看。新站点上线的第一笔订单，是核对口径的好样本。

有人把站点差异理解成费率表不同。这个理解只对了一小半。基数、时点、币种、归档规则，每一层都能造出差。越往下面的层，越不容易被发现。也越不容易被解释，所以复核要按层往下走。

处理跨站口径差，一个实用做法是写单页说明。每个站点一份，只写基数怎么取、时点怎么定。再加一行取整怎么做，三行字其实就够了。写出来之后，跨站核对就从争论变成了查阅。查阅的成本远低于争论，也不依赖某个人的经验。

站点之间的差别，最终要落到算法差别上来理解。它不重排一遍有哪些名目被扣走。也不把资金经过的每一段路再讲一次。更不讨论这些钱最后归进了哪一本账。守住这三条，跨站对照才不会变成各说各话。

最容易算错的，是把含税和不含税混着来

含税与不含税这组概念，在扣费里出现得很频繁。同一个数在两种口径下会是两个不同的值。混着用的时候，误差通常不会立刻显现。它往往要到一个季度之后才慢慢浮出水面。到那时候再往回追溯，费劲的程度会成倍上升。

含税口径的基数，就是买家看到的那个价。这个价里包含着一层流转性质的税。用它去乘比例，得到的费用天然更高。如果收入侧也按含税记，两边就是配套的。配套的算法内部自洽，不会产生额外的差。

不含税口径的基数，要把那层税从中剥出来。剥出来之后，费用看起来会低一些。但收入侧也必须同步剥离。只剥一边，账面就会凭空多出一个差。这个差通常会被误读成费率在一夜之间发生了变化。

混用最常见的场景是费用按含税算、收入按不含税记。两边基数不同，比例却相同，结果自然不同。报表上表现为利润率被低估。低估的幅度大致等于税率乘上费用率。数值不大，但方向固定，容易被当成长期趋势。

反向混用同样存在。费用按不含税算，收入按含税记，利润会显得更好。好出来的那一部分其实并不存在。预算会因此定得偏高，定价又跟着定得偏低。问题会一层一层往后传，最后在某个月集中出现。

判断自己有没有混用，有一个很简单的动作。把同一笔订单的费用和收入分别写出来。看两者的基数是否一致。不一致就先别急着改数字，先改口径。改口径比改数字便宜，也不伤历史数据的连续性。

税这一层还牵扯到站点差别。不同站点的税制不同，税率和计税方式都不一样。跨站汇总时如果不先把税的口径统一，合计值会失真。统一的方式有两种，统一到含税或统一到不含税。选定一种并全程贯彻，比混合使用要安全得多。

有些类目本身就有税收方面的优惠安排。这类类目在不含税口径下的基数会明显更低。如果按含税口径去处理，等于把优惠算没了。报表上表现为这类目的费用偏高。偏高之后，很容易被判断成这类目不赚钱。

含税口径还有一个隐藏影响。它把折扣和税绞在了一起。折扣通常按含税价给出，之后的价再剥税。这并不等于先剥税再打折，两个顺序得到的结果并不相同。所以口径要把这两个动作的先后顺序写死。

这组顺序差在浅折扣的时候很小。深折扣的时候就会被放大。大促期间折扣深，顺序差也就显了出来。这也是大促之后对账经常出问题的原因之一。事前把这个顺序写清楚，事后的争论会少掉很多。

发票和凭证能不能对上，也取决于这组口径。费用按含税算，凭证却是分开列示的。两边就难以做到逐笔勾对上去。勾对不上，并不能说明凭证本身有问题。只是口径没有形成可以一一对应的关系。

有人会问，到底应该选含税还是不含税。这个问题并没有通用的答案。答案取决于收入侧用哪一种，对外申报用哪一种。口径的原则是同一份报表内部保持一致。一致这件事，比选哪一种要重要得多。

混用带来的另一个后果，是月份之间变得不可比。某个月换了做法，同比和环比就失去了意义。数字的连续性来自口径的连续性。换口径要公告，并且留一版对照。不留对照的话，历史数据就等于断掉了。

含税与不含税这一层，值得具名写进口径文件。具名之后，任何人接手都不用再去猜。猜的成本会以返工的形式还回来。一段话说得清的事，不要留成口口相传。口耳相传的信息，会随传递的人数慢慢衰减。

还有一个细节是尾数的处理。含税价除以税率的时候往往除不尽。除不尽之后保留几位、怎么进位，都要写清楚。尾数规则不统一，逐笔看没问题，合计就会出偏差。合计偏差是小问题，找不到偏差来源才是大问题。

含税与不含税的分岔，归根到底是一次取数选择。选哪一边要跟收入那一侧保持一致。这一层不列举扣减项目，也不划分路上的阶段。它只回答同一个算法为什么会算出两个不同的数。把这个问题答清楚，混用的情况就会少很多。

两套口径摆一起，差到底落在哪一层上

把两套口径并排比较，是核对里最有效的动作之一。关键是把差拆到层上，而不是只留一个总数。差至少能拆成基数、比例、时点、币种四层。每层分别比一次，差就变成几条可解释的线索。只看总数的话，差永远是一个解不开的谜。

基数层上的差，通常来自补贴和折扣的归属。这一层的差在折扣较深的订单上更明显。判断方法是对同一笔订单改用一种基数口径重算。重算之后差还在，说明问题不在基数这一层。差消失了，就可以把原因锁定在这一层。

比例层上的差，通常来自类目档位的划分。档位边界一旦改动，边缘类目就会跟着移动。这一层的差有一个很明显的特征。同档位的订单全都没有差，有差的都在边界附近。看到这种分布形态，基本就能确定是档位造成的。

时点层上的差，来自取数时刻的不一致。一方取的是付款时点，另一方取的是结算时点。它的表现是差集中在跨周期的那批订单上。跨周期订单数量不多，差却相当集中。这种分布本身就是证据，指向的也是同一类原因。

币种层上的差，量级往往最小，也最难找。它来自取整和折算的先后顺序。特征是小额订单上的差更为明显。因为小额订单里取整所占的比例更高。要找到这一层，得把订单按金额分档之后再去看。

把四层差分别量化之后，会得到一张分布。谁是主要来源、谁只是零头，从量级上就能分辨。分辨出来之后，处理动作也就有了优先级。先动最主要的那一层，零头那层可以放到后面。有些零头甚至可以只标记、暂时不动。

拆层有一个副作用，就是结论会变得复杂。结论复杂并不等于没用。很多时候拆完会发现，主要差只来自某一层。找到这一层，改一处就够了。不拆的话就会四处去改，改完一圈回来发现还是差。

两套口径并排比较的时候，样本要用同一批订单。样本不同，比出来的差没有任何意义。样本要覆盖深浅不同的折扣和不同的类目。还要覆盖不同的结算周期和不同的金额档。覆盖面决定了结论的稳定程度。

差的符号这件事同样值得留意。差是单向的还是双向的，指向的原因并不一样。单向差通常来自算法上的结构性差异。双向差通常来自执行层面的不一致。这两种情况该用的处理方式其实是完全不同的。

单向差要去改算法，双向差要去改执行。把这两个方向搞反了，改多少次都不会收敛。判断方向的成本其实很低。只需要把差按大小排个序，形态就出来了。形态所包含的信息，往往比具体数值更有用。

如果两套口径都来自同一份说明的不同理解，问题在说明。说明里的模糊词就是差的生产线。把模糊词换成可以被判断的条件，差会立刻缩小。缩小之后剩下的那一部分才是真正的差异。真正的差异通常很小，也更好处理。

有些差压根不需要被消除，只需要被标记。结构性差异本来就存在，把来源标出来就够了。硬去消除它反而会掩盖真实的成本结构。口径的目标不是让数字一致，而是让它可解释。这个区别决定了后面动作的方向。

把差拆层之后，还要给它配一个更新频率。规则会变，差的结构也会跟着变。上个月的主要差在某一层，这个月可能换到另一层。按固定频率重跑一次拆层，能提前发现趋势变化。知虾站点分析按站点列出的数据，可以用来对照两套口径差在哪一层。

拆层这项工作值得留一份模板下来。模板固定四层和四个判断动作。每次核对只往里填数，不重新搭方法。把这件事模板化之后，核对成本会明显下降。成本一降，人也更愿意把这件事做得更频繁。

有人会担心拆层拆得太细，会拖慢决策的速度。实际情况往往正好相反。拆层之后要改动的地方通常只有一处。改一处总归要比改一整片快得多。真正慢下来的是找不到根源时反复试错的那段时间。

两套口径之间的差，拆到层上就不再是一团乱麻。这一层不涉及名目怎么定，也不涉及节点怎么排。它只回答这些差异落在了哪一层上。至于差异最后写进哪一本账，属于别的题目。把层次分清，后面的动作才会有方向。

把差摊到层上看，不同订单场景暴露的偏差类型并不相同

口径什么时候该改，看的是规则还是策略

口径的修改有两种来源。一种是被动的，来自平台规则的更新。一种是主动的，来自自己经营结构的变化。这两种来源对应着完全不同的改法。把这两种来源混在一起改，很容易把本来清楚的东西改乱。

规则变了就必须跟，这一条没有选择的余地。不跟的后果是算出来的数和实际扣的不一致。这种不一致会在结算的时候被一次性暴露。暴露之后要回头补好几个周期。跟进的速度决定了需要补的规模有多大。

结构变化引起的口径调整则是可控的。比如品类结构变了，主推的价格带变了。这些变化会让原来合适的基数口径变得不贴。不贴并不等于错，只是解释力下降了。解释力一旦下降，就该重新看一遍。

判断是不是该改，有一个很简单的问法。现在的口径还能不能解释当期的这些数。能解释就先别动。不能解释，再去看是规则变了还是结构变了。先把来源找准再动手，动作就不会有多余的部分。

从频率上看，规则驱动的改动不可控。只能被动跟进，没有一个固定的周期。结构驱动的那种改动，建议固定一个节奏。比如每个季度回看一次就够。固定下来的节奏可以避免临时起意，也能管住版本。

改口径这件事最忌讳中途换掉却不留痕。一段数据里前半段用旧口径、后半段用新口径。这条曲线就已经没有意义了。留痕的方式，是把新旧两套口径各跑一遍。两个数都留着，后面的比较才有基础。

改口径还要考虑对外的一致性。已经报出去的那些数不宜频繁改动。对外口径和对内口径可以分开设置。分开之后各自保持稳定，互不干扰。硬要合成一套的话，两边都会受影响，最后谁也说不清。

有些看起来需要改口径的情形，其实只需要改汇总层。原始记录不动，汇总的时候换一种读法。这样既能满足新的看法，又不会破坏历史。汇总层是调整口径最便宜的位置。能在这里解决的事情，就不要去动最底层的数据。

规则变化通常都会有公告。但公告的措辞未必能直接对应到口径上。公告说调整计费方式，具体落在哪一层要自己判断。判断依据是拿几笔真实订单重算对比。只看公告容易漏掉真正的影响面。

口径的版本要带上日期。带上日期之后，历史数据都能对应到当时的规则。不带日期的口径，等于把所有时间压成一个点。压成一个点之后，趋势判断就失去了基础。日期是口径本身的一部分，而不是附加说明。

判断口径是否需要调整，还可以看一个信号。同一个人前后两次算同一笔，结果却不同。出现这种情况，说明口径里有没写明的变量。先把这个变量找出来。找出来之后，是否要调整也就更清楚了。

口径调整之后要有一个验证周期。新口径跑满一个完整周期，再去和旧口径比。比的时候不要只看单笔，要看整体分布。分布形态没有异常，才算切换成功。单笔看上去正常，并不代表整体上正常。

主动调整口径，往往是因为要回答一个新问题。原来只关心费用总量，现在关心分品类的费用。关心的问题变了，口径的颗粒度也要跟着变。颗粒度一变，基数也要重新定义。这属于结构性调整，而不是参数层面的微调。

结构性调整的影响面比参数调整大得多。它会直接影响到历史数据的可比性。所以通常建议新开一栏，而不是覆盖旧栏。旧栏留着，用来做长周期的比较。两栏并行运行一段时间之后，再决定怎么取舍。

有些口径之所以长期不改，是因为没人负责。责任不明确的时候，口径就会自然老化。老化的表现是解释力逐年下降，却没人提出来。给它配一个按周期回看的动作，就能避免这种情况。维护一件旧东西，通常比新建一件要便宜。

口径要不要动，答案来自解释力而不是来自习惯。这一层只谈在什么条件下该动。它不重新清点一遍名目，也不重讲资金的行程。更不介入这些支出最后怎么入账。把条件写下来，改动就不会变成随意的动作。

同一批数据用旧口径与新口径去读，走向会分成两条

口径定完了，名目归属留到另外一段讲

口径定完之后的第一个动作，是把它写成一句话。这句话里要有基数、时点、范围三个要素。三个要素齐全，别人接手时就不用再来问你。这就是口径这一层的交付物。交付物是一句话，而不是一张复杂的表。

第二个动作是给这句话配上一个例子。例子要挑折扣较深、结构较复杂的订单来举。简单的订单看不出口径的价值在哪里。复杂的订单才能把边界暴露出来。一个好的例子，作用往往顶得上一整页说明。

第三个动作是留出核对的入口。谁在什么时点、用哪一层数去核对，要提前写清。核对入口不清楚，口径就只能靠人盯着。凡是要靠人盯的事情，迟早都会有断掉的一天。写清楚之后，口径才算真正落了地。

做完这三步，口径这一层就有了完整的交付。接下来要问的问题变成钱在哪个环节被扣。还有它是什么时候扣的。那是另外一层负责回答的事情。各层分开答各自的问题，整套体系才不会互相污染。

有人习惯一口气把口径、名目、流程、账目全讲完。讲完看起来是完整的，实际每一层都没讲透。层与层之间互相借用概念，等于哪层都没讲清。分开来写之后，每一层的边界反而更清楚。这种清楚正是来自克制，而不是来自篇幅。

口径层最容易越界的地方，是顺手给出操作方案。比如告诉你遇到差异就该怎么调整。这一类内容属于后面那一层。在口径层里给方案，会让口径本身显得含糊。因为方案成立所需要的前提，在这里还没交代。

还有一个容易越界的地方，是把具体扣项列出来。列出来之后，就变成了数名目的活。口径层只需要说明同一项在不同条件下算法不同。并不需要说明这一项叫什么名字。把算法差异讲清楚，这一层的任务就完成了。

口径层也不谈钱在路上会停留多久。停留时间是一个流程性的问题。它和算法本身并不是同一件事。两者混在一起写，读者会以为延时是算法造成的。而事实上，这两件事经常是彼此互不相干的。

口径层更不谈最后的记账位置。同一笔费用到底是记成费用还是记成成本，属于归集问题。归集问题独立于算法本身。口径算对了，归集依然有可能归错。把两个问题分开来解决，各改各自的那一处。

把这几条边界写在口径文件的开门位置，是个好习惯。文件一开头就声明本文只谈算法。读到的人自然知道该去哪儿找其他内容。明确的边界比详尽的正文更能减少误解。减少误解，本质上就是在减少返工。

口径定完通常会带来一个新的问题，就是执行成本。每笔订单都按口径去复算，人力上撑不住。所以口径要和抽查机制配套使用。抽一部分笔数来验证口径，其余的按规则走。抽查的比例按品类的风险高低来定。

抽查比例定好之后，口径就进入了可运行状态。只有能运行起来的口径才会被检验。没进入运行状态的口径，只是一份文档。一份文档写得再漂亮也不会产生价值。能真正跑起来，才算是真的算数。

口径被执行一段时间之后，会自然暴露出模糊的地方。模糊处通常集中在极端订单上。极端订单包括大额、多件、跨周期、多次退款。把这些订单单独归成一类，专门给它们定口径。特殊口径比把通用口径写复杂更省事。

特殊口径积累到一定数量之后，可以回头看通用那一版。很多通用条款其实就是特殊情况的归纳。归纳之后，通用口径反而变得更短。短的口径更容易被执行，也更不容易在传递中变形。这是一条越用越省的路径。

口径层做完之后，整条链条才算有了可以对齐的起点。后面几层都建立在口径一致这个前提上。前提不成立，后面的层就没办法做比较。所以口径通常是第一个需要处理的层。它不一定最重，但要最先动。

口径这一头落到一句话上，这一篇就可以收住了。至于钱被哪些名义切走，那是另一篇的题目。资金在路上停多久，也交给另一篇去讲。最后一本账怎么归，同样不在这一篇里。四件事各自写完，读者才不用在两份说法里挑一个。

常见问题（FAQ）