虾皮货款按哪一版汇率折，差的不是几分

货款这笔数字按哪一版汇率折，先定

折算口径的第一件事是定汇率取哪一版。这一版一旦定下来，就会在很长一段时间里被沿用。可选的版本不止一种，按下单日、按签收日、按可用日都属于常见做法。不同版本之间的差别不在精度上。差别在它跟哪一个事件对齐，这才是判断的依据。

按下单日折算的特点是时间最早，订单成立那一刻汇率就固定了。它的好处是每一笔订单的金额在下单时就确定，后面不会变。坏处是汇率的风险全部由自己承担。从下单到收款这段时间的波动，都算在自己身上。承担波动本身不是问题，问题是要知道自己在承担。

按可用日折算的特点是时间最晚，跟款项真正能用的时点对齐。这种取法算出来的数最贴近手上的钱，也最适合做现金安排。它的代价是当期的数字要等款项可用之后才能确定。报表会整体滞后一个期间，急着看数的人不容易接受。接受这种滞后，是选这个版本的前提。

按签收日折算的位置介于两者之间。它跟履约完成这个动作对齐，选用的人多半希望折算和交付在同一个节奏上。这种取法在物流差异大的账号上会显得不太稳定。同一批订单因为签收时点不同，可能落在两个不同的汇率上。稳定性和贴合度在这里又一次互相拉扯。

这三种取法没有优劣之分，关键是要跟自己的报表用途对齐。报表用来管现金的，取晚一些更合适。报表用来管订单盈亏的，取早一些更合适。用途没有想清楚就选版本，选完总会觉得别扭。先把用途写下来，版本的选择会容易很多。

除了这三版，还有一种是按统一周期取价。比如按月末统一折算，同一个期间内所有订单用同一个汇率。这种做法的好处是口径整齐，报表之间可以直接比。代价是它跟任何一笔订单的实际时点都不对齐。时点信息被抹平之后，单笔层面的差异就看不到了。

选定版本之后要写进规则里，写清取价日期的判断依据。依据要具体到可以执行的字段，而不是一个模糊的说法。模糊的说法在每个人手里都会变成不同的执行方式。规则的价值就在于它能把理解上的差异压到最小。依据写得越具体，执行时的自由度反而越安全。

规则里还要说明遇到特殊情况怎么处理。比如取价日恰好落在休息日，是往前取还是往后取。这种情况出现的频率不高，但每次出现都会引发一轮讨论。提前写明之后，执行的时候就不用临时商量。一次写明，省下的是后面每一次的沟通成本。

汇率的来源也要一并定下来。是取某个公开报价，还是取结算单上的那个数。来源不同的两个汇率即便日期相同，数也可能不一样。混用来源的时候，差额会显得没有规律。没有规律的差额最难解释，也最难被说服。

知虾在定价这一栏把各站点的数据并排摆开。页面的数据按日更新到前一交易日，可以当作横向参照。把两个站点的数并排看，能大致判断折算基准不同会带来多大的偏移。判断出来的是方向，具体取哪一版仍然要按自己的用途来定。参照只用来缩小范围，结论要自己下。

定完版本之后要试算一次。拿过去一个季度的订单按新版本重算一遍，看看结果的变化幅度。试算的目的是看这次改动会不会让某个月的数出现明显的跳跃。跳跃过大说明这个版本跟自己现有的记账节奏不匹配。遇到这种情况不必急着换，可以先并行跑一段时间再决定。

并行的做法是用两份口径同时记一段时间。两边的结果都留着，出问题还能退回来。并行期通常一个季度就够，太短看不出差别。太长又会增加维护成本，也没必要。把并行期写进计划里，改动就不会失控。

折算版本这件事定得越早越省事。早期的订单量小，口径变动的影响也小。等到规模上来了再改，历史数据的可比性会一起丢掉。可比性丢掉之后，前后期的对比就得重新建立。重建的成本远高于当初多花的那一点时间。

还有一种情况是从一开始就没有明确的口径。没有明确口径的时候，每次遇到争议就临时找一个算法。临时算法用多了，账上会出现好几套并行的规则。几套并行的时候，谁也说不清哪一套是官方的。把口径写下来，这一层才算真正落地。

汇率取哪一版这个问题，归根到底是在问自己愿意在哪里承担波动。愿意在履约期内承担波动的，选早的版本。愿意在报表时点上承担延后的，选晚的版本。两种选择都能成立，关键是选完要知道自己换到了什么。两个最常见版本之间的具体差距，放在紧后面一段看。

五个步骤依次定下来，折算口径才算完整，任何一步留下来靠默认，后面就会出现说不清的差额。

下单日还是结算日，两版差得不小

下单日和结算是折算里最常被拿来对比的两个版本。它们分别站在订单的两端，中间隔着整条履约周期。下单日在最前面，订单一成立汇率就锁住。结算日在最后面，钱真正可用的那一刻才折算。两个版本之间的距离，就是履约周期的时间长度。

履约周期越长，两个版本之间的汇率越有可能不同。所以差距的大小并不固定，它跟自己的生意节奏直接相关。节奏快的账号差距小，周期长的账号差距就大。先看自己的履约周期有多长，再评估这个差距值不值得关注。不看周期就谈差距，结论容易偏到一边。

长周期订单是差距最集中的地方。预售类和定制类的订单从下单到可用往往跨过好几周。几周时间里汇率有充分的波动空间，两个版本的差就能拉开。把长周期订单单独拎出来看，差距会比整体平均值明显得多。平均值在这里又一次掩盖了真正值得看的那些单。

短周期订单的情况正好相反。从下单到可用可能只隔两三天，汇率变化通常在很小的范围内。两三天之内的差别可以忽略，两个版本在这里几乎等价。所以同一个账号内部，两个版本的影响在不同订单类型上是分层级的。按类型分组去看这个差距，比整体看一个平均数有用。

还有一种情形会让差距突然放大，就是汇率波动剧烈的那几天。订单恰好集中在这几天的时候，两个版本的差额会比平时高出几倍。这种情况无法通过调整规则来消除。只能通过选取版本，把风险放到自己愿意承担的那一边。愿意承担风险的那一边，才是合适的版本。

从记账的稳定性看，结算日版本更稳。因为它的取值时点跟到账这个事实对齐，不存在事后修改的问题。从订单核算的确定性看，下单日版本更稳。因为金额在下单那一刻就固定了，订单层面不需要再做调整。两种稳的性质不一样，一个稳在时点上，一个稳在金额上。

看重时点的选结算日，看重金额确定的选下单日。这个判断不需要复杂的分析，想清用途就能定。真正难的是两种需求同时存在的时候。那时候要么做两份表，要么选一个为主、另一个作为补充列示。两份表比一份表麻烦，但比反复争论谁对要省事。

还有一种结合的做法，订单按成交日固定金额。期末再统一做一次汇率调整，把差额集中在一处体现。这种做法兼顾了两边的需求，操作上却更复杂。它需要有专门的调整科目来承接这些差额。复杂度是要付出成本的，采用之前先评估自己有没有对应的处理能力。

调整科目的设置还有一层好处，就是差额能被单独看见。单独看见之后，才知道汇率因素在自己这本账里占多大的分量。不单列的时候，这部分差额会混在别的波动里。混在一起之后，归因就成了一件很费劲的事。单列的成本很低，收益却贯穿整个分析。

两个版本之间的差额也可以按时间维度看一下分布。把每个月的差额汇总起来，看它是平稳的还是起伏的。平稳说明汇率环境相对稳定，两个版本的差异可以按一个固定水平去预留。起伏大说明波动在集中发生，需要按月单独看。两种情况的应对方式完全不同，先分清再决定。

知虾在多站点视图里把各站点的订单节奏排成一条线。数据按日更新到前一交易日，节奏的差别看得比较清楚。把节奏和两个版本的距离摆在一起看，能估出自己这边差距的大致区间。估出来之后仍然要用自己的账单验证一遍，公开面的排列只是参照。验证时挑周期最长和最短的两批各取几笔，两头看清中间就明白了。

下单日和结算日这两版之间的差别，说到底是在哪里承担汇率波动的问题。这个决定属于经营判断，不属于会计技术。把它当成技术问题的时候，讨论会一直停在算法层面。把它当成经营问题的时候，讨论会落到自己愿意承担什么风险上。落在风险上，讨论才有结论。

两个版本之间的差距还有一个特点，就是它会随着时间累积。单笔看只是小数额，连续几个月的偏移累起来就是一个可观的数。累积的过程很安静，不会在任何一个时点上提醒你。只有把同一批订单在两个版本下各算一次，累积的量级才会显现。偶尔做一次这样的对照，是很有必要的一件事。

对照的时候要用同一批订单，而不是取两个月的平均数。同一批订单排除了结构差异，剩下的就纯粹是版本差异。用月度平均数的时候，结构变化和版本差异会混在一起。混在一起之后，很难说清差额到底来自哪一边。控制变量的比较，结论才有指向。

下单日和结算日这两个版本，其实代表了两条不同的记账路线。一条跟着订单走，一条跟着资金走。跟着订单走的表适合看经营，跟着资金走的表适合看现金。两条路线都有用，用错地方才会出问题。换成币种这个角度，口径会怎么分岔是紧后面一段的事。

横轴表示折算结果与款项实际可用时点的偏离程度，越靠上说明用的汇率越早，跟到账时的市场水平离得越远。

不同币种的折算口径不一样，别混算

多站点经营之后，手里会同时出现好几种币种的货款。不同币种对同一种本币的折算口径可能并不一致。混着算的时候，表面上数字都对，合起来却对不上。先把币种分开，是这一层的基本纪律。币种分开之后，每一种的折算路径才看得清楚。

有些币种可以直接对换成自己的记账币种。另一些币种要先换成一种中间币种，再换成记账币种。每多一道换手，就会多一次取价，也多一层点差。所以不同币种的折算损耗水平天然不同。用一个平均损耗去套所有币种，结果一定不准。

区分币种的第一步是把自己涉及的币种列全。列的时候要把那些偶尔出现的币种也算进去。偶尔出现的币种最容易被漏在规则之外。漏掉之后发生时只能临时处理，而临时处理的次数会慢慢变多。次数一多，折算口径就会出现好几套并行的版本。

把币种清单和对应的折算路径做成一张表，是最省事的做法。表做出来之后，每一个币种该走哪一条路径就清楚了。表还能顺手记录每种币种的点差水平大致在什么范围。有了范围，做预估的时候就不用每次重新找数据。一张表解决三个问题，性价比很高。

还有一种容易被忽略的情况，是同一个币种在不同站点上的处理不一样。同一币种从 A 站点结算和从 B 站点结算，经过的换手次数可能不同。所以币种的折算规则要跟站点一起考虑。只按币种来分的时候，同一个币种会出现两种互相矛盾的规则。规则矛盾的时候，执行的人只能凭经验选一个。

站点和币种的组合数量可能不少。但真正用到的组合通常只有几个，其余都是理论上的可能。把用到的组合挑出来单独定规则，剩下的按默认处理就够。这样安排之后，规则的数量会降到可以维护的水平。可维护的规则才是能长期执行的规则。

折算路径的长短还会影响到账时间。换手多的路径通常慢一些，因为每一道换手都要占用时间。所以币种的选择不只是一个折算问题。它同时影响资金的到位节奏，这一点在排期的时候要一起考虑。折旧算的人往往容易忽略时间这一头。

不同币种的小数位要求也不一样。有的币种习惯保留两位，有的习惯保留到整数。小数位不同的时候，同为两位的差额在汇总时会积成一整笔。积起来的这一笔不大，但它会一直出现在对账的差额里。把小数位写进规则里，这一类的零碎差额就能提前避免。

小数位的取法还要考虑自己的记账系统能支持几位。系统只支持两位的时候，规则里写的三位在执行时会被截断。截断的方向是舍还是入，也要在规则里说清楚。说不清楚的时候，两个人算同一笔会得出两个结果。两个结果都不算错，但合起来就对不上。

多币种还有一层麻烦来自换算的顺序。先折算再扣名目，和先扣名目再折算，结果并不相同。差别来自扣减项本身是不是也以外币计价。以外币计价的名目跟着一起折算，口径才能保持一致。顺序上的一致性，比单笔的精确度更重要。

知虾在站点分析这一栏把不同站点的数据分开排列。数据按日更新到前一交易日，币种结构复杂的站点比较显眼。把两个站点的数并排看，能较早发现哪一边的币种结构更复杂。发现之后要回自己的账单里确认折算路径，两边的口径并不完全等同。确认这一步省不掉，省掉之后结论就没有根。

币种多的时候，还有一种做法是统一折算到一种中间币种再汇总。这种做法把多币种问题简化成两步折算。它的好处是汇总的时候只有一种币种要处理。代价是每一种币种都要多经历一次换算。多出来的这一次换算，会在损耗上体现出来。

要不要采用这种中间币种的做法，看的是币种数量。币种只有两三种的时候，直接折算更简单。币种多到五六种以上的时候，中间币种的做法反而更好维护。数量在这里是一个很实用的判断依据。依据落在数量上，决策就不需要纠结太久。

不同币种混算的问题，最后还是会回到有没有一张完整的币种表上。表在，问题就是可管理的；表不在，每一次都要重新讨论。重新讨论的成本不在时间上，而在结论的不稳定上。每次讨论得出一个不同的结论，账就没法沉淀。先把表做出来，剩下的都是细节问题。

币种这一层讲完，折算口径的骨架就清楚了一半。另一半落在用什么价折算这一处上。取价版本决定时间点，币种路径决定换手次数。两者都定下来之后，才谈得上价本身取哪一个。价这一处最容易出的偏差，是紧接着要盯的地方。

最容易算偏的，是把牌价当成交价用

折算里最容易出偏差的一处，是把公布的牌价直接当成成交价来用。牌价是挂出来的参考数，实际成交时拿到的往往不是这个数。两者之间隔着一层点差，点差的大小取决于币种和金额。用牌价折算出来的本币金额，通常会比实际到手的偏乐观。偏乐观的差额只在跟实际到账对比时才露出来。

成交价和牌价之间为什么会有差，原因在于换汇本身是有成本的。提供换汇服务的一方要从中获取收益，这部分收益就体现在点差里。点差不是隐藏的费用，它是换汇这件事的固有成本。把牌价当成交价用，等于把这部分成本从核算里抹掉了。抹掉之后，账面上的利润会显得比实际更好看。

不同的币种点差差别很大。主流币种的点差通常比较小，挂出来的价离成交价也近。小众币种的点差可能明显更大，参考价离实际成交价也更远。所以用牌价折算在小众币种上的偏差会更明显。多币种经营的时候，这一条要单独留意。

金额的大小也会影响实际成交价。大额换汇通常能拿到更接近中间价的水平。小额换汇的点差占比相对更高，折算时用同一个价去套会偏得较多。所以折算规则里要不要按金额分档，取决于自己的订单金额分布。分布集中在一个区间的时候，不分档也不会差太多。

分布跨度大的时候，不分档就会在两端同时出偏差。小额那端偏乐观，大额那端偏保守。两端偏差方向相反的时候，汇总起来反而看起来很正常。这种看起来正常的状态最难被发现。只有分层看的时候，两端的偏差才会同时暴露。

还有一种情况是把不同来源的牌价混着用。不同渠道公布的牌价在同一时刻也不完全一样。混用会让口径失去一致性，差额也就无从解释。一致性比精确性更重要，因为不一致的偏差无法归因。归因不了的时候，只能靠一个笼统的误差项去消化。

误差项一旦出现在账上，后面的分析都要绕着它走。每一个结论都要先声明排除掉这部分影响。声明得多了，分析本身就变成了一件很啰嗦的事。减少误差项最直接的办法，就是把口径的来源固定下来。来源固定，误差项自然就收窄了。

把实际成交价记录下来，是解决这一处偏差最直接的办法。每一笔换汇都记下实际拿到的价格，积累一段时间就能看出点差水平。有了这个水平，折算时用牌价还是用实际价就有了依据。记录这件事的难点在于坚持，而不在于方法。方法一天就能定下来，坚持需要一点习惯。

记录的方式越简单，坚持下来的可能性越高。一笔一行写清日期、币种、金额和实际价格就够。不需要额外做分析，分析留到回头看的时点。把记录和看分开，两边都更容易做得久。做得久，数据才有参考价值。

实际成交价的数据积累起来之后，还可以反推出自己的点差水平。把同一天同一币种的记录放在一起，就能看出点差大致在什么范围。这个范围可以用来给未来的折算设一条预留。预留的存在，能让账面上的数更接近实际能拿到的水平。接近实际，是所有折算工作最终的目的。

各站点的价格与节奏变化在公开视图里能排成一条线。数据按日更新到前一交易日，同站点卖家的节奏可以作为一个参照。观察同站点卖家的价格节奏，能大致判断他们的折算基准落在哪一边。这只是参照，自己用什么价仍然要按自己的换汇渠道来定。渠道不同，点差水平本来就不同。

牌价和成交价的差别还有一层，来自取价的时点。同一天不同时段的成交价也可能不一样，尤其是在波动大的日子。折算规则里如果只写日期不写时段，执行时就会出现分歧。把时段一并写明，这一层分歧也能消掉。写明时段只是多写几个字，省下的却是反复的核对。

还有一种偏差来自把参考价和结算价混起来。参考价是用来对照的，结算价才是真正用于清算的那个数。两者在多数情况下很接近，但在特殊日子里会拉开。把结算价当成参考价用，会低估实际的成本。区分这两个概念，是这一处最基本的一步。

把牌价当成交价用这个偏差，说到底是一个可预防的问题。预防的办法不复杂，就是把实际发生的那个数记下来。记下来之后，参考价仍然有用，只是不再用来替代成交价。参考价用来判断趋势，成交价用来入账，各归各位。各归各位之后，这一处偏差基本可以消掉。

取价这一处讲完，接下来要把两个版本并排摆开看差多少。并排看之前，先要确认两个版本的渠道是不是同一个。渠道不一致的时候，比出来的差额里混着渠道因素。先把渠道统一，差额才说明版本之间的差别。把渠道统一这一步，是紧后面那一段的起点。

两版汇率并排摆开，差在几分上

把两版汇率并排摆开看差额，第一步不是算，而是确认比较的对象是否可比。两版汇率如果取自不同的渠道，差额里会混着渠道因素。先把渠道统一，再比日期，差额才说明问题。比较的对象对齐之后，差额的数才有解释力。对齐这一步花的时间不多，省下的却是反复解释的功夫。

取一组真实的订单做对照，把每一笔在两版汇率下的本币金额都算出来。算出两列数之后，先看它们的差是正还是负，再看差的幅度。如果所有订单的差都是同一个方向，说明两版之间是一个系统性的偏移。系统性偏移比随机波动好处理，因为它可以被估算和预留。能被估算的偏差，就不会在账上变成意外。

如果差的方向不一致，说明中间还有别的变量在起作用。多数情况下系统性的偏移才是主要的。个别反向的订单往往是数据问题，比如录入或者时点上出了错。把个别反向的订单挑出来核对一次，多数能找到原因。找到原因之后，这一组对照才算做干净。

差额的幅度也要按订单金额分层看。金额大的订单差额数额也大，在总额层面看容易被它主导。按金额分层之后，小单和大单的差异水平才分得清。分层的目的是看清结构，不是为了得出一个更精确的平均数。看清结构之后，才知道该在哪一类订单上加规则。

差额在时间上的分布也值得看一遍。跨月的订单差额通常更大，因为它经历过更长的汇率暴露时间。所以按月看差额的时候，跨月比例高的月份会出现一个明显的抬升。抬升是结构造成的，不代表汇率本身出了什么异常。把结构和汇率分开看，这一处的误判就能避免。

还有一类差额来自小数位的处理。金额小的订单在这一项上的相对影响更大。小数位的差别单笔看只有几分，订单多了在汇总里就变成一笔。把小数位的处理统一之后，这一部分差额基本可以消掉。消掉之后剩下的，才是真正值得研究的差额。

把三类差额分开统计，是这一步比较实用的做法。第一类来自版本差异，第二类来自小数位，第三类来自零星的数据错误。三类分开之后，每一类的大小和性质都清楚了。混在一起看的时候，整体差额会显得比实际更复杂。分开看，问题反而变小了。

知虾的定价计算视图可以按站点把数据摆开对照。数据按日更新到前一交易日，两个站点的数可以并排对照。把两个站点的数并排看，能大致看出折算基准的差异落在什么量级。看出的量级用来决定要不要为差额设一个预留。量级很小的时候，设预留反而增加了无谓的工作。

差额小到可以忽略的时候，按默认处理就行。不必为它专门设规则，也不必每个月都算一次。差额大到会影响判断的时候，就要在两个版本之间做一个明确的选择。选择的标准不是哪个差额小，而是哪个更贴合自己报表的用途。贴合用途的那一版，才是该用的那一版。

差额这个数还有一个用途，就是可以用来检验口径有没有被误用。如果某个月的差额突然比平时大出几倍，多半是有人换了取价方式。顺着这个信号去查，通常能找到执行层面的偏差。没有这个信号的时候，执行偏差会一直藏在水面下。把它当成一个哨兵用，价值比当成一个结论用更大。

做这个对照的频率不必很高，一个季度一次通常够用。汇率环境变化快的时候可以加密到一个月一次。频率安排的原则是，变化快的时候跟上，变化慢的时候不必浪费精力。固定的频率比随意的抽查更容易坚持。能坚持的检查才是有效的检查。

对照的结果要留档，写成一行一行的记录。记录里写清对照的期间、用的两个版本和差额的水平。几期之后回头看，就能看出差额是不是在系统性变化。单看一期的时候，这种变化是看不出来的。留档的成本很低，收益在回头看的时候才显现。

两版汇率之间的差额，最终还是要落到一个决定上。要么接受它，把它当成经营的固定成本之一。要么消除它，通过统一口径让差额不再产生。两种做法都合理，怕的是既不接受也不消除。悬着不处理的时候，它会一直在账上出现。

差额这件事讲到这里，量级和方法都有了。接下来要处理的是汇率本身在走的时候，口径该怎么办。差额是被动测量的结果，口径的调整才是主动的动作。从测量走到动作，是这一层的一个进阶。这个动作在什么条件下做，留在紧后面一段里交代。

对照的频次安排还要跟自己的换汇频次匹配。换汇频繁的账号，对照也该做得勤一些。换汇很少的账号，一个季度一次已经足够。两者匹配起来，检查才不至于流于形式。形式化的检查，做与不做差别不大。

三类敏感度各自打分，分数高的订单在折算时更容易出偏差，需要单独设一条处理规则。

汇率怎么走时，口径就要跟着调

折算口径不是定完之后就永远不动。它需要跟着汇率环境的变化做出调整，这一点常被忽略。汇率平稳的时候，取哪一版汇率对结果的影响有限。汇率波动加大的时候，取价日期的影响会被成倍放大。所以在波动期重新审视一次折算口径，是一件有必要的事。

审视不等于马上改，先看清影响有多大再决定。判断波动是否加大的方法有很多，最简单的是看同一个币种前后两期的汇率区间。区间明显变宽的时候，就说明波动在加大。这时候可以把最近一个月的订单按两个版本各算一遍。看看差额有没有跟着变大，答案就出来了。

差额跟着变大，说明原有的版本假设需要重新评估。评估的结论可能是换版本，也可能只是加一条预留规则。两种结论对应的动作轻重差别很大。所以评估这一步不要跳过，直接跳到换版本容易过头。过头之后，账上会多出一轮不必要的调整。

换版本是一个比较重的动作。它会影响到历史数据的可比性，新旧数据之间就不能直接比较。所以在换之前要先把历史数的说明书做好。说明书里注明哪一段时间用的是哪一版。有了说明书，后面回头看跨期对比的时候就不会混淆。

加预留规则的代价小得多。它不动原有的口径，只在预期上加一层缓冲。缓冲的大小按前面算出来的差额水平来定，不需要很精确。这种做法适合波动属于阶段性现象的时候。波动过去之后，预留也可以跟着收回来。

收预留的时机也要有个判断依据。通常是连续两三个月的差额回到原来的水平。回到原来的水平说明波动已经过去，预留就没有必要继续挂在那里。一直挂着不动的预留，会慢慢变成账上的一个固定项。固定项留着不动，就失去了它原本的意义。

还有一种情况是汇率环境发生了结构性的变化。比如某个币种的流动性明显改变，换汇的点差长期处在高位。这种情况下两版之间的差距可能会持续维持在高位。持续高位就不是阶段性问题，需要从口径本身去找答案。答案可能落在换汇渠道上，也可能落在结算周期上。

落在渠道上的时候，解决方式是换一家或者换一种换汇安排。落在周期上的时候，解决方式是调整结算的节奏。后一种属于链路要处理的事，这里只回答口径该不该动。把两件事分开，调整的方向才不会互相干扰。分开之后，各自的动作都更明确。

另一处可以借用的是两个并排的公开栏目。数据按日更新到前一交易日，两个站点的数并排能看出偏移趋势。两个站点的数据并排能较早看出某些币种的折算差距在扩大。看出之后仍然要按自己的账单验证，公开面的数据只是提示。提示和结论之间，隔着一次自己的核算。

验证的时候用同一批订单在两个时点上各算一次。对比差额的变化幅度，幅度在扩大就说明该重新审视口径了。用同一批订单的好处是排除了结构变化的影响。结构不变而差额变大，指向的就是汇率或口径这两处。指向明确之后，动作也就不用犹豫。

审视的动作可以固定成一个季度一次。不必等到问题暴露才做，定期审视的成本很低。定期做的好处是把被动应对变成主动维护。主动维护的口径，不会出现突然需要大改的局面。不出现大改，账上的连续性也就保住了。

口径跟着汇率调整这件事，难点不在技术上。难点在于愿不愿意定期回头看，这是一件反直觉的事。平稳期里没人会想起去检查口径，因为看不出问题。问题往往是在波动来了之后才被发现，那时候已经晚了。把检查写进固定的日程，比指望临场想起来可靠。

回头看的时点也可以跟业务节奏结合。比如在换季、大促前后各安排一次，这些时点本来就容易出变化。借助已有的业务节点，检查就不容易被忘掉。依附在已有习惯上的动作，通常更容易坚持。让新习惯挂在旧习惯上，是养成习惯的省力办法。

汇率怎么走口径就怎么调，这句话说起来简单。落到执行上就是定期看差额、按幅度决定动作轻重。幅度小的时候加预留，幅度大的时候从源头改。两个动作之间有轻重之分，不要一步跳到最重的那个。回到边界上，把这一层和名目那一层的关系说清，是最后一段的事。

调整口径的时候，要把受影响的报表列一份清单。清单列全之后，改动才会同步到每一处。漏掉一处的时候，两边会在一段时间里用着两版口径。两版并行的状态一旦形成，差额就很难被解释清楚。先列清单再动手，是这一处的正确顺序。

两条线之间始终隔着一段距离，这段距离就是折算基准不同带来的系统性偏移。

折算口径讲完，名目往上一节看

折算口径这一节处理的是计价这一个环节。它回答货款按什么数折算成本币，别的都不管。它不回答钱在折算之前被哪些名义切走多少。切走多少属于名目的范围，那是前一节的内容。两件事分属不同的环节，混起来讲会让两边都说不清。

折算口径的要点可以收成几条。第一是取价日期，它决定了折算站在时间轴的哪一点。第二是汇率来源，它决定了用什么数来乘。第三是小数位的处理，它决定了微小差额的去向。这三条一起确定下来，折算口径才算完整。

在这三条之外还有一条是关于退款的。退款按原口径折算还是按当日口径折算，是规则里必须写明的一处。这一处不写明的时候，退款发生时两边会各按自己的理解处理。处理方式不一致，账面上的差额就会一直存在。一直存在的小差额，比一次大的差错更难清理。

退款处理还影响到本币金额的可比性。按原口径冲减的部分和按当日口径冲减的部分混在一起时，口径就分岔了。分岔之后，同一个指标在不同期间的含义并不相同。所以规则里不仅要写明用哪一种，还要写明前后期是否一致。一致性在这里比精确性更重要。

这一节用到的公开定价视图能按站点把各项数据摆开。数据按日更新到前一交易日，两个站点的数据可以并排对照。把两个站点的数据并排看，能帮助判断折算口径的实际影响面有多大。判断出来的影响面，是用来决定要不要为口径单独设规则的。影响面小的时候按通用做法处理就够，大的时候就要落到规则里。

还有一种做法是把折算这一段的结果单独存一栏。把它跟名目扣减分开记录，两边的变化就分得清了。合在一起记的时候，两个来源的波动会互相掩盖。分开记的代价是多维护一栏数据，收益是每一处变化都能归因。归因清楚，后面的调整才知道该落在哪一环上。

这一节和名目那一节的分工，可以落成一句话。名目管钱被切走多少，口径管剩下的那部分按什么数换成本币。先切后换，顺序不要颠倒。顺序颠倒的时候，折算的基数会变成一个不稳定的数。基数不稳定，折算出来的结果自然也就跟着不稳定。

顺序这件事在部分退款的订单上体现得最明显。先折算再扣减，和先扣减再折算，两条路径的结果不一样。差别不大，但它会稳定地出现在每一笔部分退款的订单上。稳定出现的小差别，累积起来就成了一条需要专门解释的线。把顺序写进规则，这条线就不必存在。

口径这一层还有一个容易被忽略的地方，就是它的适用范围。同一个口径是不是对所有站点、所有币种都适用，需要写清楚。适用范围不写清楚的时候，新开的站点会默认沿用旧规则。默认沿用未必是错的，但至少应该是一次有意识的选择。有意识的选择和默认，性质完全不同。

这一节的射程止于计价，它不处理时间也不处理归属。钱在路上停多久属于链路，最后归到哪本账属于结算。把这四件事分开之后，每一件才有机会讲得实。四件混在一篇里的时候，每一件都只能讲到皮毛。分开写，是把事情讲透的前提。

折算这一层在实际工作里的位置比较靠后。它通常在名目扣减之后才发生，也通常在归账之前完成。位置清楚之后，跟前后环节的交接点也就清楚了。交接点写进流程里，跨环节的工作就不会互相等。等来等去，是流程里最消耗耐心的一件事。

把折算做成一个独立的小环节，还有一个好处。它的输入和输出都很明确，容易被检查和复核。输入是外币金额和汇率，输出是本币金额。两端都可核对的时候，中间出错的概率会明显下降。能被检查的环节，出错也不会持续太久。

复核折算这一环节时，重点看两件事。一是取价日期有没有按规则执行，二是汇率来源有没有被换过。这两件事被换过的时候，往往不会主动说明。所以要靠定期检查，而不是等对方告知。定期检查的成本很低，效果很直接。

折算讲到这里，货款这条线上关于计价的部分就完整了。取价日期、汇率来源、小数位、退款处理四件事都各有归宿。至于钱被哪些名义切过，已经在前一节里单独讲过一遍。路上分几段、最后归到哪本账，仍然留给后面的两节。四节连起来看，货款这条线才算走到完整的位置。

把折算这一段的做法固化成一份简短说明，交给用数的人。说明里写清取价日期的判断依据和汇率来源。用数的人知道这两件事，就不会对数字的来源产生疑问。疑问少了，围绕折算展开的讨论也会少一大半。少掉的那些讨论，本来都不产生任何价值。

常见问题（FAQ）