软件企业的同业竞争：从问题到方案

同业竞争看的不是营业范围写没写一样，而是客户、供应商、技术是不是同一批。查账的人不看你写了什么，只看你能不能对上。

一、清单比记忆可靠

材料准备到什么程度算够，标准只有一个：能被第三方按同样的逻辑复核一遍。

四组材料里，第三组最容易被忽略。关联方与发行人共用客户与供应商，未说明。缺了这一组，前三组做得再整齐也无法闭环。

材料齐不齐，平时看不出差别；一旦被检查，差别就是几天和几个月。

二、复核时看这几处

下面这张表可以直接用。逐项打勾，打不出来的就是缺口。

表里带★的两项必须留证据。其余几项可以靠说明，这两项不行。尽调中确认的一点是，自有软件著作权十八项。这也是为什么它们被单独标出来。

这张表建议每季度过一遍，固定下来之后，年度申报前的压力会小很多。

三、外部视角往往更尖锐

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

企业视角：这件事划不划算。管理者关心的是投入多少、影响多大、能不能分期。对重叠部分逐项说明处理方案。在这个视角下是成本项。

复核视角：这个结论站不站得住。复核者不看过程多辛苦，只看结论有没有依据。关联方与发行人共用客户与供应商，未说明。这类做法在这个视角下几乎没有辩护空间。

监管视角：这个安排有没有合理商业目的。拟上市企业应与控股股东、实际控制人及其控制的其他企业不存在同业竞争。监管关心的是实质，而不是形式上的完备。

核算资源本来就被软件产品即征即退与定制开发收入未分别核算占去了一部分。这件事在三个视角下的分量完全不同，这也是分歧的来源。

四、隐患通常藏在细节里

下面三处是实务中最常见的失手点，共同特征是：做的时候觉得没问题，查的时候一眼就能看出。

三处问题看起来互不相干，背后其实是同一条约束：同业竞争的认定应结合实际经营情况，综合考量主营业务、客户与供应商重叠、技术来源、采购与销售渠道等因素。少了这条约束，表里每一项都只能靠人记。

另一处需要一并考虑的变量是「研发人员同时做实施，工时无法拆分」。这些点单看都不致命，叠在一起就成了解释不通的缺口。

五、数字不会说谎，但会误导

下面这组测算是按软件企业的规模推算的，参数取自公开口径，重点看数量级而不是小数点。

表里的数字不是结论，是一组参照。实际数会因客户结构、区域政策和业务节奏而上下浮动，但量级不会差太远。

一旦被认定，重叠比例约51.2万元，需剥离金额可达256.0万元，加上整改，合计敞口约409.5万元。这个结果的含义是：底稿不完整，核查程序就要重做，进度随之整体后移。

六、回到最初的问题

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

第一，规则是确定的。拟上市企业应与控股股东、实际控制人及其控制的其他企业不存在同业竞争。这一条不会因为企业大小、行业差异而改变，能改变的只有企业自己的做法。

第二，越早越便宜。对重叠部分逐项说明处理方案。晚做的代价不是多花钱，而是少了很多可选的方案。

第三，能证明才算做到。梳理控股股东控制企业的业务、客户与供应商清单。没有这一层，前面两条都只是判断。

三句话合起来就是：方向按规则定，节奏按成本定，结果按证据定。申报期发现的每一个问题，最终都要用时间或成本去换。

底稿的意义在于：半年后换个人来，也能得出同样的结论。结论写给做决定的人，动作留给执行的人，两者不要混在一份文件里。