软件企业的持续监管：从判断到留痕

上市是起点，不是终点；持续监管的成本，要在申报前就想清楚。账上的每一笔，最终都要落到一张单据、一条流水或一份合同上。文中涉及的测算都以软件企业的实际规模为基准，换个体量，结论会变，但顺序不会变。

一、清单比记忆可靠

底稿的意义在于：半年后换一个人来复核，也能得出同样的结论。

关联交易未履行审议程序。这一类问题在复核时最容易被提出来，因为它是「有没有做」和「做得对不对」的分界。

这家企业同时面临的另一个问题是研发人员同时做实施，工时无法拆分。这个问题如果没有材料支撑，解释起来会非常被动。

二、数据背后的三个假设

先给结论：软件企业在这一项上的敞口不算小。下面是推算过程。

测算的口径需要说明：基数为企业最近一个完整年度的经营数据，比例取自现行规定或行业通行区间，未考虑企业特殊事项。

一旦被认定，退市指标线约231.2万元，低于线金额可达1,156.0万元，加上整改，合计敞口约1,849.6万元。这个结果的含义是：底稿不完整，核查程序就要重做，进度随之整体后移。

三、六项自查，两项必查

软件企业自查持续监管，最容易走过场的是前两项，因为它们看起来「肯定做了」。

表里带★的两项必须留证据。其余几项可以靠说明，这两项不行。一个可以核对的事实是：部分收入来自运维服务。这也是为什么它们被单独标出来。

值得留意的是，软件产品即征即退与定制开发收入未分别核算。把它对应到表里，大概能定位到第二项或第三项。

四、三个容易踩空的地方

按软件企业的规模，持续监管一旦出问题，通常不是单点，而是一串连带。

三处问题看起来互不相干，背后其实是同一条约束：触及财务类、交易类、规范类、重大违法类退市指标的，将被实施退市风险警示或终止上市。少了这条约束，表里每一项都只能靠人记。

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

五、从审核方看，关注点不同

软件企业内部对持续监管的判断，和外部复核时的判断，常常不是一回事。差距就在视角上。

企业视角：这件事划不划算。管理者关心的是投入多少、影响多大、能不能分期。建立持续信息披露台账，明确各类事项的时限。在这个视角下是成本项。

复核视角，看的是证据。关联交易未履行审议程序。这种做法，在企业内部可能被解释为「效率」，在复核者眼里则是缺口。

监管视角：这个安排有没有合理商业目的。上市公司应持续履行信息披露义务，按期披露年度报告、半年度报告和季度报告。监管关心的是实质，而不是形式上的完备。

申报文件的一致性比完美更重要，两处写得不一样比两处都写得普通更致命。

六、收口：三句话

把前面的内容收一收，可以落成三个结论。

第一，边界不会为企业调整。上市公司应持续履行信息披露义务，按期披露年度报告、半年度报告和季度报告。这是前提，不是选项。

第二，越早越便宜。建立持续信息披露台账，明确各类事项的时限。晚做的代价不是多花钱，而是少了很多可选的方案。

第三，能证明才算做到。募集资金专户管理并按月核对使用进度。没有这一层，前面两条都只是判断。

另一处需要一并考虑的变量是「软件产品即征即退与定制开发收入未分别核算」。把这一层考虑进去，前面三句话的落点会更具体。

能对上，就是最好的解释。以上判断只针对软件企业这一类主体，跨行业套用前请先核对适用条件。