关联交易趋严后，软件企业要补的几件事

关联交易不是不能有，而是不能说不清为什么有、价格为什么这样。复核不是再看一遍，而是用另一套顺序重新问一遍。

一、把视角换过来，答案就变了

视角决定了问题的提法，提法决定了答案的方向。

企业视角，看的是投入产出。这家软件企业的画像很清楚：做行业管理软件，产品化与定制开发各占一半，收入规模在6,400万元量级。在这样的经营压力下，关联交易很容易被当成「先放一放」的事。

复核视角：这个结论站不站得住。复核者不看过程多辛苦，只看结论有没有依据。关联交易决策程序缺失，事后补签决议。这类做法在这个视角下几乎没有辩护空间。

监管视角：这个安排有没有合理商业目的。拟上市企业应建立关联交易管理制度，明确关联方的范围、关联交易的决策程序与披露要求。监管关心的是实质，而不是形式上的完备。

核算资源本来就被著作权登记滞后于产品销售占去了一部分。这件事在三个视角下的分量完全不同，这也是分歧的来源。

二、数据背后的三个假设

关联交易到底影响多大，取决于三个变量。对软件企业来说，这三个变量都可以从现有报表里取到。

推算用的是6,400万元的收入与38%的毛利率，两个数都来自软件企业的账面，没有做美化。

按软件企业的规模测算，关联交易金额约1,401.6万元，按5%计算，需规范金额约70.1万元。这个结果的含义是：底稿不完整，核查程序就要重做，进度随之整体后移。

三、定性之前不谈金额

关联交易的处理顺序不能颠倒：先定性，再定范围，最后才谈金额。颠倒过来，算得越细错得越远。

判断一，定性。拟上市企业应建立关联交易管理制度，明确关联方的范围、关联交易的决策程序与披露要求。定性一旦确定，后面所有的路径都被锁死了，反悔的成本很高。

判断二：落在谁的范围内。对重大关联交易，应披露交易内容、定价依据、对财务状况与经营成果的影响。对软件企业来说，这一条要看的是具体业务形态，而不是企业整体规模或行业标签。

判断三：有没有例外。报告期内关联交易占比应逐期下降或保持合理水平，并说明其必要性与持续性。例外条款往往写在正文之后，最容易被跳过，也最容易被检查出来。

三个判断做完，审核关注的从来不是「有没有问题」，而是「问题有没有被识别、被处理、被披露」。

四、出错之后代价有多大

关联交易出问题的地方高度集中，反复出现的就那么几处。

三处的共性是同一个：都不是知识问题，而是执行时省了一步。关联交易应价格公允、程序合规，不存在通过关联交易调节利润或输送利益的情形。这一步省掉，前面做得再规范也会被追问。

如果只能改一处，改第一处——它通常是最早发生、也最容易补救的那个环节。

五、按这张表核对

自查的关键不是项目多，而是每一项都能被第三方验证。

表里带★的两项必须留证据。其余几项可以靠说明，这两项不行。从现有资料看，部分收入来自运维服务。这也是为什么它们被单独标出来。

这家企业同时面临的另一个问题是研发人员同时做实施，工时无法拆分。把它对应到表里，大概能定位到第二项或第三项。

六、收口：三句话

最后不再展开，只留三个判断给软件企业。

第一，边界不会为企业调整。拟上市企业应建立关联交易管理制度，明确关联方的范围、关联交易的决策程序与披露要求。这是前提，不是选项。

第二，越早越便宜。每年更新关联方清单并穿透至近亲属。晚做的代价不是多花钱，而是少了很多可选的方案。

第三，能证明才算做到。对每类关联交易准备定价依据与可比价格。没有这一层，前面两条都只是判断。

这家企业同时面临的另一个问题是著作权登记滞后于产品销售。把这一层考虑进去，前面三句话的落点会更具体。

把结论写在前面、依据附在后面，是对复核者最大的尊重。