运营FDE手记②：一张每月都在做，却没人说得清的表

运营FDE手记 · 02

有些报表，每个月都能按时交出去，但问起某一列为什么要再人工plugin一下，回答往往是「以前交接时就是这么做的」，甚至这个操作被写进了SOP，「不超过100元的差异可以手工调平」，原因却没有留下来，究竟是来自于某次客户的确认，还是内部的会议讨论或者只是公司统一的操作习惯。

于是接手的人能做这张表，却还是不会做这张表。

讨论怎样把邮件要求变成规则。这一篇再往前想，准备交给程序的旧步骤，本身还对不对？借鉴FDE深入实际工作的方式，运营与工程人员可以一起从一个数字查起，在理解用途和依据之后，再决定怎样改。

阅读、记忆和信息检索可以说是这个岗位的元能力。放到这个场景里，它们可以帮助接手者沿着公式和资料逐步还原业务含义。

基金NAV对了，为什么总要调一下

PE基金的季度NAV底稿里，这类操作更难说清楚。举个例子，某个基金资产负债表的基金净资产为5,000万元，合伙人资本账户（PCAP）汇总却少了60元。经办人沿用上季做法，在GP的Other Adjustment中加上60元，check平了。

这本底稿包含投资估值、费用计提、Call与Distribution资金活动、后续入伙的Equalization调整、损益Allocation（分摊）及carry（业绩报酬）计算。PCAP承接各表结果，再生成投资人报表。接手者知道最后要补60元，却不知道它是展示尾差、某张表漏取数据，还是投资人层面的计算没有接上。

复杂之处在于，基金总额与各投资人的资本账户，是两层不同的检查。某项收益多分给甲、少分给乙，汇总可以完全不变。如果只盯住基金NAV是否相等，未必能发现这类问题。

因此，再沿PCAP往回查，分清期初资本、本期Contribution、Distribution、损益Allocation和carry调整分别来自哪张表。本期发生过的Closing、投资活动和分配，应能在相关计算中找到对应位置。

FDE的参与从这里开始：运营解释每项变动的业务含义，工程人员追查公式、直接填入的数值和外部引用，先弄清这60元经过了哪些计算，影响哪些输出。

上Q能这样做，这季还能照搬吗

接着查Other Adjustment第一次被使用时的底稿、复核记录和SOP变更。要找的是当时差异的成因与处理范围，而不只是证明前任同事也填过这个单元格。

其实原则上，应该先进行的思考是，SOP里的“小额可调”究竟允许调整什么。

是几行数字分别取整后，与合计数出现的展示差额，还是某项已经核实、有明确依据的资本调整？这个是能否直接plugin的基础。可能是基于重要性原则，小于100的不再记录，有的是基于产品的特点，可能历史的一些commitment差异导致的拆分结果的差异。

具体操作上，从上一期开始，当时为什么使用这个调整项，复核记录有没有说明差异来源，确认的是一次性处理，还是可以持续沿用的规则。如果旧记录只写了结果，就需要结合当期底稿还原背景，不能直接理解为以后所有小额差异都可以放进GP账户。

随后再回到本期，把这笔plugin单列，保留调整前的差异。沿各投资人的资本变动逐项往回查：期初余额是否承接上期定稿，本期Contribution和Distribution是否完整进入，损益Allocation和carry分别引用哪些计算结果，再将各投资人的期末资本汇总，与基金NAV核对。

如果没有办法找到原因，下一步要找到的是，60元最早出现在哪里。如果各项计算按完整精度能够核平，只在报表取整后出现差额，就按已确认的展示规则处理；如果在取整前已经存在差异，就继续查相应的取数、公式或分摊依据。只有找到来源，才能决定这笔调整是否必要、应放在哪里，以及会影响哪些后续报表。

在这个过程中，AI可以协助的工作包括比较版本、追踪公式引用，并把发现定位到工作表和单元格。阅读基金运作的历史材料，包括新LP应参与哪些项目、哪些期间的收益，则回到本基金LPA、Closing文件及已确认安排。

历史报表，沿着证据往回查

60元以外，还有被汇总抵销的差异

核查先回到统一的完整精度。本例中，把逐项目、逐投资人提前取整的结果与完整精度结果比较，能够复现60元汇总差额。若本基金已确认的口径要求计算层保留精度，就应修正提前取整，展示需要的尾差另行处理。

但到此不能结束。继续按本期已确认的参与范围和Allocation依据复算，假设发现甲LP多分了3万元，乙LP少分了3万元。这项错分在取整前就存在。基金总额检查能发现60元差额，却无法揭示这笔互相抵销的错分。

问题来自Equalization与Allocation没有同步使用本期确认的结果。修正相关引用后，甲、乙的资本账户需要改变，基金总NAV却不因这笔投资人间的重分摊而变化。不能再用“总额没变”说明原底稿正确。

若这些结果还被本基金的优先回报（PR）或carry计算引用，就继续复算受影响的部分，再核到PCAP和最终投资人报表。是否采用逐LP计算、怎样处理历史Distribution，都按本基金条款确认，不把示意案例当成统一算法。

本例最终形成两项独立结论：60元源于取整层级，应按确认口径修正；甲乙之间的3万元源于Allocation引用未更新，应修正计算和下游结果。GP资本中的60元plugin也随之移除。

只有把差异分别追到来源，才能知道改什么、为什么改。一个小额汇总差异，既不能证明所有投资人计算正确，也不能证明把差额放入GP账户是合适的处理。

让底稿自己暴露这些断点

第一版工具不必重做整本NAV底稿。可以先增加一张检查表，把基金NAV核对、各投资人资本变动、本期Allocation依据及展示尾差分开列示；每个异常都能回到原工作表与支持材料。

例如，Closing名单更新后，工具比较Equalization与Allocation使用的投资人及适用项目，提示仍引用旧范围的位置；再用已确认依据独立复算，而不是用同一个错误结果在两张表中互相验证。

同时保留调整前、调整后及调整依据，避免最终的零遮住未解释事项。业务人员判断规则是否适用，工程人员把稳定检查做出来，再由实际编制和复核人员试用，观察是否减少跨表追查。

目标是换一个人，仍然能够解释这项调整

从整个工作流程可以看出，我们用AI去做的，是需要大量仔细的对公式、材料、上下游溯源的整理，去还原整个故事。但最终的目标是去将最初「以前交接时就是这么做的」或者「不超过100元的差异可以手工调平」这些描述性词语变成更加有依据的操作指引。

比如这个例子中，其实可以保留两个反例：一组只有展示取整差额，另一组基金总额相等、但甲乙Allocation各差3万元。工具应分别指出问题所在；即使在GP栏补入60元，投资人层面的检查也不能因此变为通过。

修订SOP时，把原来的「小额可以调」补成有范围的处理说明：哪些是展示问题，哪些影响资本账户，依据在哪里，谁确认。再记录本次修改涉及的历史期间和报表，由负责人决定是否需要进一步更正。

这张底稿真正被说清楚，是接手者既能做出报表，也能解释每项调整从哪里来、影响谁、什么时候不再适用。FDE方法把这项调查继续做到工具和下期使用中，让底稿随业务变化而更新，而不只是把检查项调成零。

作者：栗加

每个视角都是拼凑世界真相的碎片，听真诚的行业观察者讲述独特的故事。我们有深耕行业的资深顾问，连续跨界探索的未来创业者，专注细节的产品匠人，和许多志同道合的你们，如果你有想要分享的故事或者感想，可以留言或者邮件联系（AiysJY@outlook.com），也欢迎点分享给需要的朋友们，记得点一下在看和星标，期待共同在这个行业的宏大叙事中，留下一句诗。：）