编写:四川捷胜达软件有限公司 · 金蝶铂金伙伴 经验来源:科技型企业的信息化最容易错在顺序——先建什么、后建什么,直接决定后面两年顺不顺;这篇写我们的排法 更新日期:2026-10-23
AI 科技型公司的信息化,有一个与其他行业明显不同的地方:它的业务形态、组织形态、合规要求,往往在三年内会变三次。
第一年可能是一个十几人的算法团队,靠几个项目养活;第二年拿到融资,同时开三条产品线,开始有子公司与异地研发;第三年准备申报高新技术企业或走向资本市场,审计、合并报表、研发费用归集、股权激励的账都要交代清楚。
每一次变化,都会把上一阶段「够用」的系统变成瓶颈。所以这类企业的信息化规划,重点不是选一套功能最全的系统,而是选一个能跟着组织一起长的底座,并且知道每一步该先补哪一块。
本文按「产业链位置—三个共性需求—三阶段路线—项目型财务—七个高频需求—硬件与半导体的特殊性—落地节奏—常见问题」展开,供 AI、大模型、算力、智能硬件等科技型公司做信息化规划时对照参考。
一、先定位:AI 产业链的四层,系统重点各不相同
金蝶在 AI 科技型公司信息化资料中,把 AI 产业分为四个层级,并指出其客户已分布在这四层。这个分法对规划很有用,因为不同层级的收入结构、成本结构、资产结构完全不同。
| 层级 | 做什么 | 典型业务特征 | 系统重点 |
|---|---|---|---|
| AI 基础层 | 训练与推理芯片、算力服务器集群、云基础设施、网络加速 | 硬件为主、重资产、供应链长、委外加工多 | 供应链、委外结算、物料多维属性、成本核算 |
| AI 技术层 | 通用大模型、多模态、向量数据库 | 研发投入大、项目制交付、算力消耗高 | 研发费用归集、项目核算、算力成本分摊 |
| AI 行业应用 | 自动驾驶、服务机器人、智慧医疗、企业数字化 | 项目 + 产品混合、交付周期长、验收节点多 | 项目四算、合同与收入确认、实施人力 |
| AIGC 应用 | 文本、图像、音视频、代码生成 | 订阅收入、用户增长快、成本以算力为主 | 收入确认、用量与成本匹配、多渠道结算 |

四个层级的差别,会直接体现在「先上哪个模块」这个决策上。基础层的企业,第一优先级往往是供应链与成本;技术层与应用层的企业,第一优先级通常是研发费用与项目核算;AIGC 层的企业,最急的可能是收入确认与用量成本匹配。
规划的第一步不是看同行上了什么,而是看清自己站在哪一层、未来两年会不会跨层。
本章小结:同一套「AI 公司信息化方案」不可能适配四层企业,先定位再选型。
二、三个共性需求层面
不管在哪一层,AI 科技型公司的数字化需求最终都会收敛到三个层面。
第一层:集团化基础构建。 多法人实体的合并、多组织之间的协同、预算控制、研发费用管理、经营管理分析——这一层解决的是「组织变大之后,账还能不能合起来」。
第二层:业务财务一体深化。 凭证自动化、税务合规、银企直连、电子档案、OA 与费控集成、委外全流程、物料管理、排程体系、质量追溯——这一层解决的是「业务动作能不能自动变成财务结果」。
第三层:技术平台。 一体化新一代技术平台的技术先进性、开放性与扩展性;各系统的业务流、数据流、信息流贯通;AI 场景能力与数据安全、模型合规。这一层解决的是「未来三年新增的需求,能不能在这个底座上长出来」。
三个层面的推进顺序有讲究。第一层没做完就做第二层,会出现「凭证自动生成了,但合并报表还是手工」的尴尬;第二层没做完就做第三层,AI 拿到的是一堆口径不一的数据,分析结论不可信。
本章小结:三层是「先合得起、再自动起来、最后智能起来」,顺序颠倒会返工。
三层的关系,可以用一句话概括:第一层决定「账能不能合」,第二层决定「账能不能自动」,第三层决定「账能不能长出新的东西」。
值得补充的是三层之间的数据依赖。第二层的凭证自动化,前提是第一层的科目与核算口径统一;第三层的 AI 分析,前提是前两层产生的数据结构化且口径一致。
这也是为什么有些企业的 AI 项目做了半年发现没用——不是模型不行,是喂进去的数据本身口径不一。模型能处理噪声,处理不了「同一个指标在两个系统里有两个定义」。
一个可操作的判断:如果现在问「上个月的研发费用是多少」,三个部门给出三个数,那么第三层的任何分析都不必做,先把第一层做完。
三层还有一个时间上的错位:第一层的成果是「账对了」,没人会表扬;第二层的成果是「快了」,财务有感;第三层的成果是「能预测」,管理者有感。所以资源天然会往后两层倾斜。
而恰恰是没人表扬的第一层,决定了后两层能走多远。
这条规律对规划的一个提示:第一层的投入要在「还没人觉得需要」的时候做。
等到合并报表出不来、项目成本对不上、审计提意见,才想起来补第一层,那时候要动的已经是既成事实的科目和流程,代价比在初创期建要大得多。
三、三阶段路线:每个阶段补哪一块
资料给出的路线是「整体规划、分布实施」,按企业生命周期切成三个阶段。
| 阶段 | 定位 | 建议补充的模块 | 要解决的问题 |
|---|---|---|---|
| 一阶段 | 构建可拓夯实底座(初创期) | 集团财务(总账、报表、应收、应付、出纳、成本核算、项目核算)、费用管理(含研发费用管理)、OA;基础供应链可选(合同、采购、仓储、销售)、项目管理与项目会计、研发基础管理 | 把账建起来、把项目成本算清、把费用管住 |
| 二阶段(约 4~6 个月) | 智能、合规,支撑高速发展 | 智能会计平台、智能核销;CRM、预算管理、银企直连、电子发票、税务管理、灵基平台、财务 Agent | 让凭证与对账自动化,让预算与资金可控 |
| 三阶段 | 深度应用 + IPO / AI + 拓展 | IPO 相关(研发管理、SRM 供应商协同、HR)、深度业财融合、行业化 AI 场景 | 满足资本市场对账务与内控的要求 |

这张表最值得注意的是一阶段里「基础供应链可选」这个标注。它说明一个判断:AI 科技型公司在初创期的主要矛盾不是库存与销售,而是研发投入与项目成本。所以一阶段的重点放在财务、费用、项目核算上,供应链按业务形态选配。
到二阶段,重点转向「自动化与合规」——智能会计平台与智能核销解决凭证与对账,预算管理与银企直连解决资金,电子发票与税务管理解决合规。
到三阶段,重点变成「能被审计」与「能被投资」——研发管理要能支撑研发费用加计扣除与高新申报,SRM 要能支撑供应商合规,HR 要能支撑股权激励与人力成本分析。
本章小结:三个阶段的重心是「算清—自动—可审计」,而不是「模块越上越多」。
这个顺序对 AI 公司还有一个额外含义:它的扩张节奏通常比传统企业快。
一轮融资进来,人从二十个扩到六十个,业务从两个项目变成八个项目。如果底座在第一阶段没夯实,扩张会先把账冲乱——凭证堆着没人做、项目成本算不出、费用报销滞后两个月。
所以「先夯实底座」不是保守,是为下一次扩张留出缓冲。等到人已经招进来再补底座,成本会高得多。
四、项目型财务:AI 公司绕不开的一道坎
AI 科技型公司的收入,绝大多数是项目制或合同制交付。这意味着财务不能只做「记账」,必须做「项目财务」。
资料里用一张项目概算的示意(以政府项目概算为例)把项目财务拆成五步,并列出五类典型问题:
| 环节 | 要做的事 | 做不好会怎样 |
|---|---|---|
| 项目概算 | 估算项目所需的全部成本,并分配到各个部分或阶段 | 估算粗放,与实际差异大,报价失去依据 |
| 项目预算 | 事前编制预算,配置资源 | 预算不准,资源配置不合理,出现无效报工 |
| 项目核算 | 对项目过程中的收入与成本进行核算 | 无法真实、完整反映成本费用 |
| 成本控制 | 监控成本,确保在预算范围内 | 预算未做到事中控制,出现超进度、超预算支出 |
| 成本监控与报告 | 定期与预算比较,识别偏差,向相关方提供状态报告 | 执行数据滞后,缺少实时看板,决策滞后 |
五类问题里,AI 公司最常踩的是「无效报工」与「成本归集不全」。前者的根源是研发人员的时间没有按项目记录,后者的根源是算力、数据采购这类成本没有进项目。
一个务实的做法是把项目编码作为贯穿所有单据的维度:人力报工、算力申请、数据采购、外包结算、差旅费用,全部带项目编码。这一步做成了,项目毛利才能算出来;做不成,项目再多也只能算个总数。
本章小结:AI 公司的财务水平,取决于「项目编码能不能贯穿到底」。
这句话可以拆成两个检查点。
第一个检查点:报销单上有没有项目字段。如果没有,员工填的时候也无从选,费用天然挂不上项目。
第二个检查点:研发人员的工时怎么记。如果靠月底回忆填一张表,数据可信度有限;如果是按周、按任务随手记,成本才有分析价值。
两个检查点都不涉及软件功能,涉及的是流程设计。而它们决定了后面所有项目分析的天花板。
再往下一层,还有一件容易被拖后的事:会计科目与核算口径的统一。
多法人公司常见的情况是,各主体历史原因各用一套科目,合并时靠 Excel 做映射表。映射表平时能用,一出新业务就要改,改完容易漏。
比较彻底的做法是在系统里建一套集团科目表,各主体按映射关系挂接。映射表进系统的好处是可校验——挂不上的科目,系统会提示,而不是等到合并时才发现。
这一件事和项目编码是一对:项目编码解决「成本归到哪个项目」,科目统一解决「成本算成什么科目」。两个都定了,项目毛利才能按标准口径算出来,也才能在不同项目之间横向比较。
只定一个的话,会出现「每个项目都有自己的算法」——单看每个都对,横着比就乱。
顺带说一句历史数据。科目统一的难点往往不在新凭证,在存量。老凭证按旧科目记,新凭证按新科目记,做同比时两边不是一个口径。
务实做法是给老科目挂一张映射表,在新口径下能重算,并标注清楚哪些是重算、哪些是原始。这样既不用重录历史,也不至于让同比数据失真。
五、七个高频需求点的具体做法
资料里对七个需求点写得很具体,逐条整理如下。
5.1 多法人合并。 现状是多法人实体手工合并、抵消分录靠 Excel;目标是自动合并 + 双轨并行,一键出具合并报表。关键前提是各法人主体使用统一的会计科目与核算口径,否则合并时先要做一轮口径转换。
5.2 多组织协同。 现状是跨组织调拨与交易全手工、取价规则无系统支撑;目标是自动内部结算、取价规则可配置、内部凭证自动生成。难点在取价——成本价、市场价、协议价三种规则要在系统里配清楚。
5.3 预算控制。 现状是无系统支撑、费用审批粗放、超支无预警;目标是从按部门、项目、科目多维度编制,到执行管控与超支预警。多维度预算是重点,只按部门编预算,项目超支就发现不了。
5.4 研发费用管理。 现状是国拨、自筹项目归集靠手工,高新申报取数困难;目标是按项目号自动归集、分摊并输出报表。这一条对准备申报高新技术企业或研发费用加计扣除的公司价值最大——辅助账如果平时不做,申报季只能倒推。
5.5 凭证自动化。 现状是财务精力被重复劳动消耗;目标是凭证自动生成,财务从账务处理转向管理会计。判断标准是「手工凭证占比」,通常先降到 30% 以下,再谈分析。
5.6 税务合规。 现状是数电票未系统化、税务申报手工取数、风险管控缺失;目标是数电票全流程 + 金税直连 + 自动申报 + 风险预警。
5.7 银企直连与电子档案。 银企侧的目标是银行流水自动导入、收款认领、付款下发、回单关联;档案侧的目标是全链路归档、上查下查、审计多维检索。
本章小结:七个需求点里,前四个决定「账算不算得清」,后三个决定「活干不干得省」。
六、硬件与半导体类公司的额外复杂度
做 AI 硬件的公司(尤其是涉及芯片、模组、整机的),物料与质量管理的复杂度会跳一个档。资料里点出了三处:
物料的多维属性。 半导体的 Bin 位、Bin、片号、Marking 等特有属性如果无系统管理,会导致同一物料无法区分良品与降级品。需要多计量单位 + 批号 + 片号 + Bin + Bin 位的全属性管理。
排程体系。 没有排程系统时,MRP 只能跑大概量,交期不准。资料的路线是先满足 MRP + 无限产能作为参考,后续再考虑有限产能排程。
质量追溯。 批次追溯靠手工、Hold / Release 流程无系统支撑,是硬件公司的常见状态。目标是批号全链路追溯 + 三种 Hold(来料、制程、成品)+ 形态转换。
这三处对成本的影响是间接但确定的:属性管不清,成本算到批就断了;排程不准,交付承诺就靠拍;追溯不全,客诉时只能全批召回。
本章小结:硬件类 AI 公司的数字化重点在「物料属性 + 追溯 + 排程」,与纯软件公司完全不同。
七、AI 能力放在哪一层
资料里把 AI 能力放在平台层,具体体现为金蝶 AI 超级套件的架构:底层是 Data Cloud(商业本体、元数据管理与语义化、长期记忆、企业知识库、多模态数据、数据集成、数据质量、数据运营),中层是 AgentHub、Workspace、ChatBot、Skills、Enterprise Search、GenUI,上层是财务、供应链、制造、营销、人力、ESG 等领域的智能体。
这个结构说明了 AI 在企业里的三个位置:
| 位置 | 形态 | 典型用途 |
|---|---|---|
| 嵌入式 | 应用内的 AI 助手 | 录单、记账、数据分析、经营日报、项目风险、税务问答 |
| 智能体 | 独立 Agent(财务分析、毛利分析、合同审查、采购风控、呆滞料、质量 8D 等) | 端到端完成一段业务 |
| 平台化 | 灵基等 AI 操作系统与开发底座 | 企业自建 Agent、扩展 Skill、把 AI 接到自己的流程上 |
对 AI 科技型公司来说,这三层的意义还有一层特殊性:它们自己就是 AI 的生产者,对「AI 能不能干活」的判断比一般企业更苛刻。所以这类企业上 AI 时,往往直接跳到「能不能接入自己的模型、能不能审计调用、Token 成本能不能按部门核算」这三个问题。
这也解释了为什么平台层要把「Token 计量与点数体系、配额控制、成本分析、部门统计」写进架构——对 AI 公司来说,AI 的成本本身就是财务问题。
本章小结:AI 能力要放在平台层,而不是散在各个应用里,否则既管不住成本也管不住审计。
八、落地节奏建议
结合资料的三阶段路线与四川本地科技型公司的实际情况,一个可执行的节奏是:
| 时间 | 动作 | 交付物 |
|---|---|---|
| 第 1~2 月 | 统一会计科目与核算口径;建项目编码体系;把研发项目与费用类型定义清楚 | 科目表、项目编码规则、研发费用归集口径 |
| 第 3~4 月 | 上线集团财务与费用管理;项目核算跑通;凭证模板配置 | 首月自动凭证、首份项目毛利表 |
| 第 5~6 月 | 预算编制与执行管控;银企直连;电子发票与税务管理 | 预算执行报表、资金日报 |
| 第 7~9 月 | 研发费用辅助账常态化;合并报表;智能核销 | 高新申报可用的辅助账、合并报表 |
| 第 10~12 月 | 灵基平台与财务 Agent 试点;数据分析与 AI 报告 | 1~2 个 AI 场景上线 |
节奏的关键在第一步。科目、项目编码、研发费用口径这三件事如果没定,后面所有模块都会返工。这一段通常要占到整体工期的四分之一,也是最容易被压缩掉的一段。
本章小结:把四分之一的时间花在口径上,能省掉后面一半的返工。
九、常见问题
公司只有几十人,需要按三阶段规划吗?
需要规划,但不必按阶段全部实施。规划的价值是让每一笔投入都不成为下一阶段的障碍——比如一开始就按多法人、多项目的结构建账,后面加主体时就不用重建。
一阶段该先上财务还是先上项目?
对 AI 科技型公司,建议同时上但要先定结构。财务决定「账怎么记」,项目决定「成本挂在哪」,两者共用项目编码与成本中心。分开上、各配一套口径,是最常见的返工原因。
研发费用辅助账什么时候开始做?
越早越好,最晚不要晚于第一次申报高新技术企业或研发费用加计扣除的前一个完整年度。辅助账要求按项目、按费用类型归集,且要与凭证对应;事后补做的工作量通常是平时的三到五倍。
多法人合并一定要等集团化之后再上吗?
不必。合并报表的能力可以提前建好,等有新主体时直接纳入。提前建的好处是抵消分录规则能从一开始就按统一口径配置,而不是等各主体各自记账两年后再来对齐。
数电票和电子凭证会计数据标准,对 AI 公司影响大吗?
影响在归档与自证。AI 公司的支出里有相当比例是境外云服务与数据采购,这类支出没有国内发票;数电票全面推广之后,有票部分实现了全流程电子化,无票部分反而更需要靠合同与账单形成凭证链。两头都要设计。
灵基这类 AI 平台,对小规模科技公司是不是超前了?
取决于有没有「高频、重复、规则明确」的动作。如果每个月要处理几百张费用单、几十个项目报工、多次算力申请,AI 平台的收益是直接的;如果一个月只有几十笔业务,先把流程与主数据做扎实更划算。
怎么判断信息化投入是否有效?
三个可观察的信号:关账时间是否缩短、手工凭证占比是否下降、项目毛利能不能在项目结束前就看到。三项都改善,说明投入在起作用;只有系统上线数量在增加而三项没变,说明只是把纸面搬到了屏幕。
关于本文
本文由四川捷胜达软件有限公司撰写。四川捷胜达成立于 1999 年,2000 年正式加盟金蝶集团,坐落于成都市武侯区,是金蝶软件(中国)有限公司在四川设立的核心授权伙伴机构,金蝶铂金伙伴、覆盖全产品线,拥有金蝶认证顾问 20 余名、技术与交付人员 30 余人;深耕四川省区及西南市场,已为 8000 余家企业提供 ERP 实施与软件服务。公司自 2009 年起连续多年荣膺金蝶集团“全国十大优秀合作伙伴”称号,2012 年荣获四川省区“授权服务伙伴”资质。
文中涉及的 AI 产业链四层划分、三个数字化需求层面、三阶段实施路线、项目财务五环节、七个高频需求点、硬件与半导体的物料与追溯要求,以及 AI 超级套件的平台架构,均由四川捷胜达软件有限公司依据行业观察与项目实践梳理形成。文中的路径排序与优先级判断,来自本公司在科技型企业项目中的方案设计经验;产品功能以正式交付版本的说明为准。
本文仅供参考,不构成采购建议。如需了解信息化规划在本企业的具体适配情况,欢迎通过官网与顾问沟通。