简介：面向金蝶KIS 10.0至12.2版本升级实施、运维及财务信息化人员的汇总文档，用于梳理跨版本功能差异与升级关注点，可作为升级评估、内部培训和日常查阅的参考材料。压缩包共1个doc文件，约17KB，内容以文字条目和功能清单为主，便于检索关键模块。已有369人学习，说明其对KIS升级场景具有一定参考价值。文档围绕库存动态监控、订货协同、订单全程跟踪、财务自动核算、按单生产与全面预警展开，并列出精度处理、采购建议与采购计划表、委外加工费用税金及信用额度、可用库存报表参数、数据库动态密码、“我的工作台”、账套科目转换、2013年小企业会计准则和64位Windows兼容等改进点，同时汇总销售订单生产跟踪、销售毛利润明细、出库收款跟踪等报表变化。读者可据此快速建立升级要点索引，对照现用模块查漏补缺，为版本切换和功能培训提供线索。

1. 从 10.0 跳到 12.2：一份能给实施顾问照着走的升级文档

实施顾问最怕听到的一句话是「10.0 还能跑，先别动」。可等到要出新小企业会计准则报表、要上 64 位系统、要给委外加工费算税，KIS 10.0 就顶不住了。所以 KIS 升级到 12.2 这件事，真正难的不是装个新版本，而是把老账套里的科目体系、精度设置、单据流转方式一起搬过去还不走形。这份《KIS 10.0—12.2 升级文档》的价值就在这儿：它把 12.2 的新功能清单、参数变更点和操作动作串成一条可执行的线，而不是官方发布说明的照抄。

它适合三类人：准备给客户做版本跃迁的实施顾问、被要求一年内完成准则切换的财务负责人、以及接手老账套却搞不清哪些参数变了的运维。读法也别从头背功能清单，先定位自己卡在哪个环节——科目、精度、单据、还是权限与安全——再翻到对应那一段，效率高得多。

2. 升级前体检：版本链、SQL Server 与账套备份的三道闸

2.1 版本链：10.0 和 12.2 之间隔的不是两个安装包

不少人对升级的理解是：双击 12.2 安装包，下一步下一步装完，再把账套指向老库。这条路在多数情况下能装上，然后在你第一次生成凭证、第一次做期末过账的时候翻车。原因不玄学，就是数据结构对不上。

12.2 相对 10.0 加了一批新字段和新规则：系统参数里多了「审核与反审核必须为同一人」，业务参数里多了「出入库单下推发票以金额为准或以单价为准」的控制项，单据模板加了表体冻结列、表底即时库存按物料基础资料设置的数量小数位显示，凭证模板加了摘要取数，报表端新增了销售订单生产销售跟踪一览表、销售毛利润明细表、可用库存查询报表、销售订单出库收款跟踪表、采购订单入库付款跟踪表。这些对象在老库里根本不存在，新版本的存储过程读到空值就会走异常分支，表现轻则报表空白重则单据保存失败。

常见做法是按文档给出的版本路径逐级升，或者先用官方跨版本升级工具在副本库上试跑一遍，盯着升级日志看每一步的返回值。我一般会额外确认两件事：一是账套年度是否已经结账到升级允许的期间，跨年未结账的账套先结账再升；二是行政事业版的账套要单独走一次科目转换，因为行政事业版和专业版的科目体系不是一套，直接升过去科目会挂不上。12.2 的账套科目转换工具支持转换新小企业会计准则科目，这条路径正好用得上。

还有一个容易被忽略的点：12.2 明确支持 64 位 Windows 7 旗舰版和 Windows 2008，但服务端位数、客户端位数、数据库位数三者要对齐。老机器上 32 位组件和 64 位组件混装，症状是登录界面能开、一进报表控件就报错，排查起来非常费时间。

2.2 环境核对清单：六项打勾再动手

升级失败的原因八成不在软件本身，而在环境。下面这张表是我每次进场前必过的一遍，任何一项不合格就先修环境，别急着装包。

排序规则这一项特别值得单独说。老账套如果是几台机器拼起来的，很可能存在排序规则不一致的库，升级脚本里一旦有字符串比较就会出问题，而这种错在日志里往往只显示「执行失败」，不给具体语句。

2.3 备份与回滚：先把后悔药备好，再给账套拍照

升级这件事没有第二次机会，备份必须在动任何东西之前完成，而且要做「可验证的备份」——不是备份文件生成了就算数，是能还原回来才算数。

-- 第一步：完整备份，带校验和压缩，每 10% 报一次进度 BACKUP DATABASE [AIS_20240101] TO DISK = N'D:\bak\AIS_20240101_before_upgrade.bak' WITH INIT, COMPRESSION, CHECKSUM, STATS = 10; GO -- 第二步：只读校验，确认备份文件没坏、能还原 RESTORE VERIFYONLY FROM DISK = N'D:\bak\AIS_20240101_before_upgrade.bak' WITH CHECKSUM; GO

INIT表示覆盖同名备份文件，避免追加成一个大文件；COMPRESSION在账套大的时候能省一半空间，但会吃一点 CPU；CHECKSUM是页校验，能提前发现磁盘坏页；STATS = 10让进度每 10% 打一行，长任务时心里有底。RESTORE VERIFYONLY只读不写，几分钟跑完，我见过太多人备份文件躺在那里半年，真出事时才发现是个 0 字节的空壳。

备份完还要给账套「拍个照」，记录升级前每张业务表的行数，升级后重跑一次做比对，这比任何日志都直观。

-- 逐表记录行数；正式使用时请把实体表建在你自己的库上，不要用临时表 IF OBJECT_ID('dbo.KIS_SNAP') IS NOT NULL DROP TABLE dbo.KIS_SNAP; CREATE TABLE dbo.KIS_SNAP (table_name SYSNAME, row_cnt BIGINT, snap_time DATETIME DEFAULT GETDATE()); DECLARE @t SYSNAME, @s NVARCHAR(MAX), @tag NVARCHAR(20) = 'BEFORE'; -- 升级后改成 'AFTER' DECLARE cur CURSOR FOR SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_TYPE = 'BASE TABLE'; OPEN cur; FETCH NEXT FROM cur INTO @t; WHILE @@FETCH_STATUS = 0 BEGIN SET @s = N'INSERT dbo.KIS_SNAP(table_name,row_cnt) SELECT ''' + @t + ''', COUNT_BIG(*) FROM ' + QUOTENAME(@t); EXEC sp_executesql @s; -- 动态拼 SQL，表名用 QUOTENAME 包一层防特殊字符 FETCH NEXT FROM cur INTO @t; END CLOSE cur; DEALLOCATE cur; SELECT * FROM dbo.KIS_SNAP ORDER BY row_cnt DESC;

这段脚本的关键在QUOTENAME(@t)：账套里表名带空格或特殊字符时，不包一层会直接语法错误。@tag那个变量是留给你自己标记「升级前 / 升级后」的，实际用的时候建议直接建两张实体表分别存，最后按表名做FULL OUTER JOIN，行数差值超过阈值的表就是要重点看的对象——要么升级脚本没跑全，要么业务在升级窗口期还在录单。

2.4 在副本上先跑一遍试升级

正式窗口只有几个小时，试升级的作用是把不确定性提前消化掉。步骤固定：把备份还原成一个测试库（比如AIS_TEST），用升级向导指向它，跑完整流程并记录耗时；登录后先看「我的工作台」能不能正常加载导航、推荐、应用三个区域，再依次打开总账、应收应付、采购、委外、固定资产各模块，最后跑一遍可用库存查询和业务往来对账单。这些动作跑通，正式升级基本就是重复一遍。

注意：试升级用的副本库名不要和老库重名，有些升级脚本会按库名做匹配，重名时容易把正式库一起改掉。

3. 科目转换那一步：新小企业会计准则映射表怎么配、错在哪

3.1 转换工具到底改了什么

12.2 全面支持 2013 年小企业会计准则，同时配套了一个账套科目转换工具，用来把老科目体系映射到新准则科目上。很多人以为这就是个「改名字」的活，实际它动的是四样东西：科目编码与级次、科目余额方向、辅助核算挂接关系、报表取数公式。

其中最容易出事的是第三项。老账套里应收账款挂了客户辅助核算，新准则下拆成应收账款和预收账款两个科目，如果只是把余额一刀切搬过去、辅助核算没跟着走，报表上数字是对的，但一按客户查明细就全是空白，对账时能被财务追问到怀疑人生。

工具本身不复杂，难的是映射方案。我一般的顺序是：先导出老账套的完整科目表，拉一张对照表人工过一遍，确定好哪些是一对一、哪些要拆、哪些要合并、哪些直接停用，再让工具去执行。反过来先跑工具再补救，代价通常是把期初余额重录一遍。

3.2 先把科目对照表拉出来：四种映射关系

对照表至少要包含这几列：旧科目编码、旧科目名称、余额方向、级次、辅助核算类型、新科目编码、新科目名称、映射方式、备注。映射方式只有四种，把每种都归类清楚，转换就成功了一半。

一对多那行是最典型的坑。拆分依据必须是期末余额的方向，因为应收的贷方余额本质上是预收，按发生额拆会把本年累计数搅乱，年报时对不上。多对一合并那行，则要先检查各明细科目的余额方向，一借一贷合并时如果不先对冲，合并后余额会虚增。

3.3 在副本账套上跑转换：五个动作

动作一，把老账套再复制一份出来，命名为AIS_CONV，专供转换试跑。动作二，在AIS_CONV上执行科目转换工具，选择新小企业会计准则模板，导入上一步做好的对照表。动作三，工具跑完后先别急着看报表，打开科目余额表，逐个核对每个新科目的期初余额和方向。动作四，检查辅助核算余额表，把每个辅助核算项目的余额和转换前逐项比对。动作五，重新计算一次资产负债表和利润表，和转换前的报表做差额分析。

第三步和第四步是最容易被跳过、也最容易出问题的。科目余额表只能看到总数，辅助核算余额表才看得到明细，而应收应付这类往来科目，财务真正关心的是明细。如果转换后某个客户的余额从 12 万变成 0，总数却是平的，说明余额被合并到了别的辅助核算项上，这种错误在总账层面完全看不出来。

3.4 转换后必须验的三个数

第一个数是试算平衡。所有科目期初借方合计等于贷方合计，差额为 0，这一步过不了后面全白搭。注意精度问题：12.2 优化了精度处理，金额小数位、数量小数位、单价小数位是分开设置的，如果老账套里存在四位小数的单价，转换后按两位截断，试算平衡表上会多出几分钱的差额，这几分钱必须找到源头调平，不能直接在调整科目里塞一笔。

第二个数是报表勾稽。资产负债表未分配利润的期末数减期初数，应该等于利润表本年累计净利润，差额为 0 才算通。这一步能抓出报表取数公式没跟着改的问题。

第三个数是辅助核算余额合计与科目余额一致。每个挂了辅助核算的科目，其下所有辅助核算项的余额之和必须等于该科目余额，不一致就说明有余额丢了或者重复挂。

提示：转换工具跑完不会自动帮你改报表公式，新增的那几张报表（销售毛利润明细表、可用库存查询报表等）取数路径和老的也不一样，需要单独核对一遍。

4. 精度与凭证的两处隐形改动：0 金额记录和固定资产进项税抵扣

4.1 精度不是「多留两位小数」这么简单

12.2 在精度方面做了优化完善，这句话在功能清单里只有一行，落到实操上是三套独立的小数位：金额小数位、数量小数位、单价小数位。三者互相独立，意味着你可以让数量留三位、单价留四位、金额留两位，系统在计算时按单位精度换算，最后再按金额精度归整。

问题出在归整上。老账套里如果长期存在单价四位小数、金额两位小数的历史单据，升级后重算一遍，单价乘数量的结果和原金额会有分位差。系统参数里如果没有把「差异处理方式」配对，月末结账时会提示成本与金额不符。

12.2 还改了报表表底即时库存的显示规则：按物料基础资料里设置的数量小数位显示。这条改动的副作用是，同一张报表上不同物料的即时库存小数位可能不一样，看着像是数据错乱，其实是按各自基础资料显示的。我第一次看到时也愣了几秒，后来翻了物料资料才明白。

实操建议是：升级前先导出所有物料的数量小数位设置，按业务类型归成几档（比如原材料两位、半成品三位），统一一次，别让几百个物料各自为政。统一之后再跑升级，报表看起来就顺眼了。

4.2 金额为 0 的凭证记录：过滤掉之后谁受影响

12.2 在生成凭证时优化了对金额为 0 的记录的处理，直白说就是：凭证生成时会把金额为 0 的分录行过滤掉，不再生成空行。这个改动本身是对的，以前一张凭证动不动二三十行，其中一半是 0，打印出来难看，和总账对账时也容易看花眼。

但它会碰到一类历史用法：有些老账套靠 0 金额行来挂辅助核算。比如某笔业务金额为 0，但需要记录往来单位，就留了一行 0 金额的分录挂上客户。过滤之后这一行没了，辅助核算也就丢了，表现为往来对账单上某个客户少了一笔记录。

业务往来对账单在 12.2 里做了重构，解决了勾选「已完全核销不显示」后数据错误的问题，这算是把老账套里的一批历史遗留问题一起清了。但升级后第一次对账，我建议先不勾任何过滤条件，把全量对账单导出来，和升级前的余额做一次逐户比对，差在哪一户就去查那一户的凭证。

还有一处配套改动：出纳日记账合并汇总生成凭证时，分录按先借后贷的顺序重新排列。这条对凭证模板有依赖，如果自定义模板里写死了行号取数，重新排序后会取错。检查方法是生成一张测试凭证，看借贷方向和金额是否对得上。

4.3 固定资产进项税抵扣：卡片、模板、凭证三处对齐

固定资产进项税支持抵扣，是 12.2 里财务侧最实在的一条新功能。落地要三步对齐。

第一步是卡片。固定资产卡片上要能录入可抵扣的进项税额，并且区分税额是否计入原值。这一步的坑在于存量卡片：升级前录入的卡片没有税额字段，升级后这些字段是空的，系统按「不可抵扣」处理，如果企业实际是可以抵扣的，需要批量补录或者做调整单。

第二步是凭证模板。折旧计提和资产购建的凭证模板要能取到税额，模板里对应的科目（应交税费—应交增值税—进项税额）要正确挂上。模板改完之后一定要生成一张测试凭证看取数对不对，别等到月末计提折旧时才发现模板取错科目。

第三步是核对。固定资产模块的资产原值合计、累计折旧合计，要能和总账的固定资产科目、累计折旧科目对上；可抵扣税额合计，要能和应交税费的进项税明细对上。这三组数任何一组不平，说明中间某一环还没对齐。

4.4 一次针对历史数据的体检

升级完成后，正式启用前，我会跑一遍下面这张表里的检查项。这些检查不依赖具体表名，用系统自带的账表就能完成，谁都能照着做。

这张表里最值得花时间的是第二项和第四项。凭证张数一致说明单据到凭证的映射关系没断，往来对账一致说明辅助核算没丢，这两条过了，账务侧的升级基本就稳了。

5. 升级排坑：五条现场记录，从现象倒推到解决

5.1 安装与升级路径上的三个坑

坑一：装完新版，账套打不开，提示版本不符。

现象：安装程序跑完没报错，登录界面正常，选择账套后弹出「账套版本与当前程序版本不匹配」，点确定就退出。

原因：装的是 12.2 的程序，账套还是 10.0 的数据库版本，中间少了账套升级这一步。安装程序和账套升级是两个动作，很多人只做了前一个。

解决：打开账套管理里的升级向导，指向账套库执行升级。执行前确认副本库已经试跑通过，正式库的备份已经做过RESTORE VERIFYONLY校验。如果升级向导里报错，先看日志里最后一行的 SQL 语句，再对照 2.3 那张行数快照表，找出没跑完的表。

坑二：升级日志写满，升级中途退出。

现象：升级跑到一半卡住，日志文件几个 G，最后一行是磁盘写入失败。

原因：老账套的数据库日志长期没有截断，日志文件涨到几十 G，升级过程中大量写操作把磁盘撑爆。12.2 在日志写满时会给出提示，但那已经是升级之后的事了，升级过程本身不会提示。

解决：升级前把数据库恢复模式临时改成简单模式，收缩一次日志，腾出空间后再改回完整模式并做一次完整备份。这个操作要在副本上验证过再对正式库做；顺序错了会破坏日志链。

坑三：客户端连不上，报数据库连接失败。

现象：服务端升级正常，个别客户端登录报连接失败，同一个账号换一台机器就能连。

原因：一是客户端版本没跟着升，二是 12.2 新增了数据库动态密码功能，服务端启用后，老客户端缓存的连接串对不上。

解决：先把客户端统一升到同版本同补丁，再清理客户端的连接缓存，重新配置一次连接参数。动态密码这项是保障网络数据安全的，启用之后所有客户端必须走同一套配置，不能一台机器手工改、一台机器用默认值，那样排查起来非常头疼。

5.2 参数与数据上的两个坑

坑四：打开「审核与反审核必须为同一人」，历史单据卡死。

现象：财务参数和业务参数里都勾上了「审核与反审核必须为同一人」，之后想反审核一批历史单据，提示无权限或者提示审核人不符，单据动不了。

原因：历史单据的审核人可能已经是离职账号或者停用账号，参数生效后，反审核要求操作人与原审核人一致，而这些账号登不进去。

解决：参数不是一勾就完事的，勾之前先统计一遍待处理单据的审核人分布，把离职账号对应的单据先处理掉（该反审核的反审核，该调整的调整），参数再启用。启用顺序也有讲究：先财务参数后业务参数，每启用一个跑一遍日常业务验证，别两个一起开。

坑五：可用库存报表和即时库存对不上。

现象：可用库存查询报表上的数字和单据表底的即时库存差一截，有时候多有时候少。

原因：12.2 完善了可用库存报表，增加了多个可供勾选的参数（是否包含在途、是否包含未审核单据、是否包含委外未入库等），参数组合不同，结果自然不同。另一个原因是表底即时库存现在按物料基础资料的数量小数位显示，两边小数位不一致时看起来就像差了一点。

解决：先把报表参数一项一项勾选做对照实验，固定一套参数组合写进操作手册，让所有人用同一套。再核对物料基础资料的数量小数位是否统一。这两步做完还对不上，就去查是不是有跨期的未审核单据挂在那里，那是数据问题不是参数问题。

注意：委外加工单在 12.2 里支持对委外加工费的变更，变更后如果没重算，可用库存和成本都会滞后一拍，月末前记得跑一次重算。

6. 交付前的验收：用关账流程反推参数有没有配错

功能清单看得再熟，也不如跑一遍完整的月末关账来得实在。我的习惯是：升级完成后不直接交付，先用一个测试期间走一遍从录单到关账的全流程，走不通的地方就是参数没配对的地方。

具体做法是拿三张单子当探针。第一张是采购订单，走到入库、下推发票，重点验证「出入库单下推发票以金额为准或以单价为准」这个参数在两个取值下结果是否都合理，很多账套在这里选了金额为准，结果单价和数量对不上，采购对账时被追问。第二张是委外加工单，做一次加工费变更，再生成委外加工费用单，看税金的处理和信用额度的判断有没有生效——这两条是 12.2 新增的，老账套升级上来最容易漏配。第三张是销售订单，一路推到出库、开票、收款，再打开销售订单出库收款跟踪表和销售订单入库付款跟踪表，看状态是否跟着更新。

关账环节重点看三处。一是预警体系，12.2 建立了覆盖销售、采购、库存、应收应付、生产的预警，预警信息会自动显示在业务负责人的工作台上，所以要确认「我的工作台」的导航、推荐、应用三个区域都能正常加载，预警卡片能点开。二是基础设置的引入引出，12.2 支持基础资料和单据的引入引出，交付前用一个小批量的 Excel 试引一次，确认模板列没变。三是报表工具栏上的常用功能按钮，12.2 在这里加了快捷入口，验收时顺手点一遍，能发现不少按钮权限没配的问题。

最后留一张验收单，逐项打勾再签字：

这张单子里的第 5 项值得单独说一句：应收应付模块的业务往来对账单在 12.2 里做了重构，专门解决勾选「已完全核销不显示」后数据错误的问题。升级上来之后，一定要拿历史已核销的往来单位做一次验证，确认这些单位被正确隐藏、未核销的正常显示，这一步没过，财务每个月的对账都要重来一遍。

从那以后我每次做版本跃迁，都强制走一遍「备份校验 → 行数快照 → 副本试升 → 关账探针」这四步，一步不省。省下来的时间，最后都会以加班的形式还回去。希望帮到你。

本文还有配套的精品资源，点击获取