金蝶KIS旗舰版账套升级工具用户手册本书著作权属于金蝶蝶金云计算有限公司所有，，任何单位或个人不得以任何方式对本书的部分或全部内容擅自进行增删，改编，节录，翻译，翻印，改写。金蝶蝶金云计算有限公司目录1概述.12供应链-账套升级前数据检查..12.1负数出库成本调整单商业升级错误纠正.12.2开票数量升级的检查.22.3钩稽数量升级的检查.32.4代管仓数据升级错误的检查.62.5手工行业务关闭的检查.62.6销售发票生产/采购日期的检查..73应收应付-账套升级前数据检查..73.1账套升级前的检查.73.2升级后的系统自查.104财务-升级前数据检查..104.1检查是否存在有凭证头没有凭证体的凭证；.104.2检查凭证中的科目下挂核算项目信息是否在基础资料中仍然存在；.104.3固定资产数据的检查.11KIS账套升级工具用户手册11概述账套升级前检查工具通过检查向导对业务数据进行检查，如果有不合法的数据给出非法数据列表并提供手工修复或自动修复的修复方式指导用户进行非法数据的修复。如果非法数据没有调整完毕时不允许用户升级。下面分项描述各种业务检查。2供应链-账套升级前数据检查2.1负数出库成本调整单商业升级错误纠正检查说明：升级时将负数出库成本调整单升级为入库成本调整单，导致出入库成本虚增，所以需要更改升级方式，负数出库成本调整单升级为金额为负数的出库成本调整单。处理报告：存在以下数据由原来的负数出库成本调整单（升级前）升级为了入库成本调整单（升级后），列表如下：升级前单号日期调整单金额调整类型升级后单号日期调整单金额1………………3………………合计2006-01（指物流期间）……6………………9………………合计2006-02………………………处理方式：对于以上异常数据只提供手工调整方式。建议用户升级后在系统中调整的逻辑：可以在系统中手工增加一张负数的入库成本调整单和一张负数的出库成本调整单进行处理，负数的金额等于报告中本期合计的金额。由于以前期间的数据只是类型对应升错，但不会对核算单据的单价和期末余额造成影响，故建议用户只需要手工调整本期的此类数据，其他期间数据仅供参考。KIS账套升级工具用户手册22.2开票数量升级的检查销售出库开票数量不为零但无下游单据检查说明开票数量不为零并且无下游单据，原因可能是：没有将相应的开票数量升级上来，所以当在删除原有销售发票反写销售出库单开票数量时会导致对应的销售出库单开票数量不为零。检查报告：销售出库单单号、销售出库单分录号、单据数量、开票数量处理说明：进行自动调整，将以上销售出库单的开票数量更新为0。外购入库库开票数量不为零但无下游单据检查说明开票数量不为零并且无下游单据，原因可能是：没有将相应的开票数量升级上来，所以当在删除原有采购发票反写外购入库单开票数量时会导致对应的外购入库单单开票数量不为零。检查报告：外购入库单单号、外购入库单分录号、单据数量、开票数量处理说明：进行自动调整，将以上外购入库单的开票数量更新为0。销售订单开票数量不为零但无下游单据检查说明开票数量不为零并且无下游单据，原因可能是：没有将相应的开票数量升级上来，所以当在删除原有销售发票反写销售订单单开票数量时会导致对应的销售订单开票数量不为零。检查报告：销售订单单号、销售订单分录号、单据数量、开票数量处理说明：进行自动调整，将以上销售订单的开票数量更新为0。采购订单开票数量不为零但无下游单据检查说明开票数量不为零并且无下游单据，原因可能是：没有将相应的开票数量升级上来，所以当在删除原有采购发票反写采购订单开票数量时会导致对应的采购订单开票数量不为零。KIS账套升级工具用户手册3检查报告：采购订单单号、采购订单分录号、单据数量、开票数量处理说明：进行自动调整，将以上采购订单单的开票数量更新为0。2.3钩稽数量升级的检查销售出库单新增了开票数量，但是由于以前版本不支持多对多并且出入库单可以合并生成发票，相应的关联关系没有完整记录，所以开票数量在没有支持升级。但是发版之后客户强烈要求开票数量进行升级，所以在做PT00729补丁的时候处理了销售出库单的开票数量，同时在该补丁中修正了钩稽数量的升级逻辑。但是对于已经升级到的客户则需要修正相应的升级数据。蓝字销售出库未钩稽数量为负数（钩稽数量大于单据数量）检查说明蓝字销售出库单未钩稽数量为负数属于异常情况，原因可能是：a、自动钩稽时直接用关联数量（开票数量）更新钩稽数量，而关联数量可能大于单据数量，从而会造成未钩稽数量为负数b、多张销售出库单同一个物料合并生成发票后，销售发票和销售出库单进行自动钩稽，钩稽的时候只会反写第一张销售出库单分录中的钩稽数量，从而会造成第一张销售出库该物料分录的未钩稽数量为负数。C、两个用户同时钩稽时，网络控制不严，导致同时钩稽成功时，同一张单据产生重复的钩稽记录。检查报告：蓝字销售出库单单号、蓝字销售出库单分录号、日期、单据数量、开票数量、钩稽数量、未钩稽数量修复方式及修复说明：1、不需修复，修复说明：只存在往期的数据的话，用户可以默认为历史数据正确，不再修复和调整；2、手工修复，修复说明：把大于单据数量的钩稽数量按照单据数量调整；3、手工修复，修复说明：将此部分错误的单据在新版本反钩稽再重新钩稽；4、自动调整，修复说明：系统会自动根据历史关联关系进行错误数据的自动调整，会将错误的数据依据关联关系形成关联组，进行发票关联数量的分配并进行钩稽日志的修复，然后将发票关联数量反写到钩稽数量中。如果钩稽数量大于单据数量，则使用单据数量更新钩稽数量。注意，本方法只能修复由于以上a、b两种原因产生的错误数据，修复完后仍剩余的此类本期错误数据建议升级后手工反钩稽再重新钩稽，系统无法自动修复。红字销售出库单未钩稽数量为正数（钩稽数量大于单据数量）检查说明红字销售出库单未钩稽数量为正数属于异常情况，原因可能是：KIS账套升级工具用户手册4a、自动钩稽时直接用关联数量（开票数量）更新钩稽数量，而关联数量可能大于单据数量，从而会造成未钩稽数量为负数b、多张销售出库单同一个物料合并生成发票后，销售发票和销售出库单进行自动钩稽，钩稽的时候只会反写第一张销售出库单分录中的钩稽数量，从而会造成第一张销售出库该物料分录的未钩稽数量为负数。C、两个用户同时钩稽时，网络控制不严，导致同时钩稽成功时，同一张单据产生重复的钩稽记录。检查报告：红字销售出库单单号、红字销售出库单分录号、单据数量、开票数量、钩稽数量、未钩稽数量修复方式及修复说明：1、不需修复，修复说明：只存在往期的数据的话，用户可以默认为历史数据正确，不再修复和调整；2、手工修复，修复说明：把大于单据数量的钩稽数量按照单据数量调整；3、手工修复，修复说明：将此部分错误的单据在新版本反钩稽再重新钩稽；4、自动调整，修复说明：系统会自动根据历史关联关系进行错误数据的自动调整，会将错误的数据依据关联关系形成关联组，进行发票关联数量的分配并进行钩稽日志的修复，然后将发票关联数量反写到钩稽数量中。如果钩稽数量大于单据数量，则使用单据数量更新钩稽数量。注意，本方法只能修复由于以上a、b两种原因产生的错误数据，修复完后仍剩余的此类本期错误数据建议升级后手工反钩稽再重新钩稽，系统无法自动修复。销售出库单钩稽数量错误且钩稽日志错误检查说明：蓝字出库单未钩稽数量为负、红字销售出库单未钩稽数量为正数，并且钩稽日志中存在重复记录的情况。检查报告：以下单据存在钩稽日志错误而导致钩稽数量不正确的情况：销售出库单单号、红蓝字、日期、销售出库单分录号、单据数量、开票数量、钩稽数量、未钩稽数量。修复方式及修复说明：1、不需修复，修复说明：只存在往期的数据的话，用户可以默认为历史数据正确，不再修复和调整；2、手工修复，修复说明：把大于单据数量的钩稽数量按照单据数量调整，同时删除钩稽日志中完全重复的记录；未钩稽数量不为0，但是钩稽标志为“Y”检查说明：未钩稽数量不为0，但是钩稽标志为“Y”，原因可能是：多张销售出库单同一个物料合并生成发票后，销售发票和销售出库单进行自动钩稽，钩稽的时候只会反写第一张销售出库单分录中的钩稽数量，从而会造成其他销售出库单对应物KIS账套升级工具用户手册5料的钩稽数量不为0；检查报告：销售出库单单号、销售出库单分录号、单据数量、开票数量、钩稽数量、未钩稽数量、钩稽标志修复方式及修复说明：1、不需修复，修复说明：只存在往期的数据的话，用户可以默认为历史数据正确，不再修复和调整；2、手工修复，修复说明：升级后，将此部分错误的本期单据在新版本反钩稽再重新钩稽；3、自动调整，修复说明：系统会自动根据历史关联关系进行错误数据的自动调整，会将错误的数据依据关联关系形成关联组，进行发票关联数量的分配并进行钩稽日志的修复，然后将发票关联数量反写到钩稽数量中。如果钩稽数量大于单据数量，则使用单据数量更新钩稽数量。经此步修复后，如果还存在此类数据，系统会自动把本期和以后期间的此种单据钩稽标志更新为空。销售出库单存在本期钩稽记录中钩稽数量与本期钩稽数量不符检查说明：sp因为提供了钩稽以后期间的单据，在以前期间钩稽的销售出库单结账后不会动态的计算到本期钩稽数量中，导致结账后本期钩稽数量产生错误。检查报告：以下销售出库单的本期钩稽日志中的钩稽数量与本期钩稽数量不符：销售出库单单号、销售出库单分录号、物料代码、单据数量、钩稽标志、本期钩稽数量、钩稽序号、钩稽期间、钩稽数量。注意，以上钩稽期间只显示钩稽日志中钩稽期间为当期的数据。处理说明进行手工调整，依据本期钩稽关系重新计算本期钩稽数量，钩稽数量因为正确，不处理更新。外购入库单存在本期钩稽记录中钩稽数量与本期钩稽数量不符检查说明：sp因为提供了钩稽以后期间的单据，在以前期间钩稽的外购入库单结账后不会动态的计算到本期钩稽数量中，导致结账后本期钩稽数量产生错误。检查报告：以下外购入库单的本期钩稽日志中的钩稽数量与本期钩稽数量不符：外购入库单号、外购入库单分录号、物料代码、单据数量、钩稽标志、本期钩稽数量、钩稽序号、钩稽期间、钩稽数量。注意，以上钩稽期间只显示钩稽日志中钩稽期间为当期的数据。处理说明进行手工调整，依据本期钩稽关系重新计算本期钩稽数量，钩稽数量因为正确，不处理更新。KIS账套升级工具用户手册62.4代管仓数据升级错误的检查检查说明：实仓单据上存在虚仓类型的仓库，原因可能是原有代管仓升级处理逻辑不完善。检查报告：单据类型、单据编号、单据日期、会计期间、单据上仓库代码、单据上仓库名称、单据上仓库类型这里的单据类型包括以下11种，外购入库单、产品入库单、委外加工入库单、其他入库单、盘盈单、调拨单、销售出库单、生产领料单、委外加工发出单、其他出库单、盘亏单处理方式：以上异常数据提供自动修复的方式，调整的逻辑：1、以上实仓单据上的代管仓修改为普通仓。升级完毕后，需要手工调整：1、手工做一张其他出库单将该代管仓（实仓）的实仓数量（即时库存可查询到）扣减为０，成本为1（或其他比较小的金额）；手工做一张出库成本调整，金额为-1（或其他比较小的金额），以调整出库成本；2、新建仓库，仓库类型为代管仓；3、手工做一张代管类型的虚仓入库单，虚仓入库单上录入原代管仓（实仓）的数量。2.5手工行业务关闭的检查检查说明：采购订单和销售订单行上增加了“是否手工业务关闭”字段，用于区分行业务关闭标志是自动关闭还是用户手工关闭的，所以需要对是否手工业务关闭标志字段的值进行升级。检查报告：无。处理方式：行手工业务关闭只提供自动处理方式，处理逻辑如下：1、当采购系统参数“订单按比例入库”未选中时，将已经行业务关闭并且物料行的数量≤入库数量的行《是否手工行业务关闭》升级为“Ｎ”，否则升级为“Ｙ”。2、当采购系统参数“订单按比例入库”选中时，将满足：［本行物料所对应订单行入库基本数量≥本行物料对应订单行的基本数量×外购欠收比例×100］并且已行业务关闭的行，《是否手工行业务关闭》升级为“Ｎ”，否则升级为“Ｙ”。3、当销售系统参数“订单按比例出库”未选中时，将已经行业务关闭并且物料行的数量≤出库数量的行《是否手工行业务关闭》升级为“Ｎ”，否则升级为“Ｙ”。4、当销售系统参数“订单按比例出库”选中时，将满足：［本行物料所对应订单行出库基本数量≥本行物料对应订单行的基本数量×销售欠交比例×100］并且已行业务关闭的行，《是否手工行业务关闭》升级为“Ｎ”，否则升级为“Ｙ”。以下三种情况可能会引起＜是否手工行业务关闭＞的值和实际的值不相符合：1、在订单执行时的比例值和升级时的比例值不相符合；2、在订单执行时按比例出入库，即勾选“订单按比例出（入）库”，但升级时不按比例出入库，即不勾选系统选项“订单按比例出（入）库”;KIS账套升级工具用户手册73、在订单执行时不按比例出入库，即不勾选“订单按比例出（入）库”，但升级时按比例出入库，即勾选系统选项“订单按比例出（入）库”;对于以上三种情况，系统仍按照前面的逻辑进行升级，对于升级后的值，如果用户可以用行业务反关闭和行业务关闭功能修改“是否手工业务关闭”的值。2.6销售发票生产/采购日期的检查检查说明：销售发票分录行上增加了采购/生产日期、保质期天数、到期日期字段，需要对销售发票进行检查，如果物料进行了保质期管理，并且单据采购/生产日期为空的数据，则需要提示到警告列表中。检查报告：单据号、分录号、物料代码、物料名称、规格、采购生产日期、物料保质期、到期日期处理方式：系统提供手工调整和自动修复两种修复的方式：手工调整方式：系统根据物料的采购生产日期＋保质期，自动重新计算到期日期。以上调整逻辑系统提供相应的调整SQL模板，用户可以修改SQL语句后执行。UPDATE销售发票明细Set采购生产日期＝发票单据日期，到期日期＝采购生产日期＋保质期，保质期＝物料保质期Where发票号＝0000AND物料名称＝’00000’自动修复时：系统根据发票的单据日期作为采购生产日期，并以物料的保质期为准，重新计算到期日期。3应收应付-账套升级前数据检查本工具用于对以前版本的应收应付系统的数据进行相应的数据检查，如果某些数据不符合目前的逻辑规则，升级后会带来单据或报表显示错误的非法数据，进行系统检查并给出修复方案。如果可以系统自动修复，将按相应的需求规则进行自动修复；对于系统无法自动修复的非法数据，需要列出原因、明细数据清单和修复建议，请用户自行修复。账套中如果存在没有修复的数据，系统将根据错误的程度给予不能升级需要手工修复、忽略错误继续升级等方案和建议。3.1账套升级前的检查.单据合法性检查1、所有单据的单据头金额与单据体金额、收款计划的合计数的一致性检查 说明： 合同：单据头的单据金额＝单据体的“金额”合计数＝收款计划的“收款金额”KIS账套升级工具用户手册8合计数 普通发票：单据头的单据金额＝单据体的“金额”合计数＝收款计划的“收款金额”合计数 专用发票：单据头的“单据金额”＝单据体的“价税合计”合计数＝收款计划的“收款金额”合计数 其他应收（付）单＝单据头的“单据金额”＝单据体“金额”合计数＝收款计划的“收款金额”合计数 收付款单类：单据头的“单据金额”＝单据头的实收金额＋单据头的折扣金额注：收付款单指：收款单。预收单、应收退款单、付款单、预付单、应付退款单 上述公式对应的本位币金额也遵循相同规则 上述规则适用于初始化单据。 解决方案：如果存在非法数据，将给出错误提示：存在以下非法数据，如果继续升级，将会造成升级后各报表间数据不一致，是否继续？单据头与单据体金额不一致：xxx单据号单据头与收款计划不一致：xxx单据号2、单据的“调整汇率”字段的内容填写是否正确 说明：“调整汇率”字段是版新增加的字段，此字段内容不能为空，否则将引起核销操作的错误。 解决方案：对于adjustrate＝0的单据，系统将会自动修复，不会给出提示，修复规则如下： 单据的调整汇率＝该单最新一次调汇的汇率 此规则适用于应收应付系统除合同、付款申请单外的所有单据。数据一致性检查“FSTATUS”字段在单据表和t_rp_contact表中的内容是否一致 说明：各单据表中的对单据状态描述的字段“FSTATUS””与t_rp_contac表中的“FSTATUS”字段的内容不一致，导致汇总表的数据统计有误。 解决方案：对于所有需要写余额表t_rp_contact的单据都需要检查：单据表与t_rp_contact表中的“FSTATUS”的内容是否一致，如果存在内容不一致的单据，系统不需要给出提示，用单据表中的“FSTATUS”的内容更新t_rp_contact表的“FSTATUS”内容。部门、业务员字段的内容在单据表和t_rp_contact表中的内容是否一致 说明：各单据表中的部门、业务员信息与t_rp_contac表中的部门、业务员的内容不一致，导致明细表按部门、业务员查询的数据统计有误。 解决方案：对于所有需要写余额表t_rp_contact的单据都需要检查：单据表与t_rp_contact表中的部门、业务员的内容是否一致，如果存在内容不一致的单据，系统不需要给出提示，用单据表中的部门、业务员的内容更新t_rp_contact表的内容。KIS账套升级工具用户手册9单据正确性检查1、检查：单据明细表中的“单据余额”与与往来表（t－rp－contact）中的“单据余额”是否不一致2、检查：单据明细表中的“单据余额”与该单据的收付款计划中的“单据余额”合计数是否一致 解决方案：系统自动根据核销记录、已经修复正确的收付款计划进行重新核销。3、检查：每张单据上的“核销金额”数据与核销日志中此单据对应的所有核销记录的金额是否不一致。 解决方案：升级工具中进行核销的重新升级。4、检查：收付款计划的数据是否正确。 说明：由于以前版本的程序错误，在某些情况下（供应链传递过来的发票与初始化单据的内码相同时，FOrgID被错误更新），系统会自动将收付款计划多插入一笔，导致收款计划与用户实际在单据上录入的收款计划不一致。 解决方案： 对收付款计划的发生额正确性进行检查和修复，参见1.4.2.1中的描述 对于多插入的收付款计划已经参与核销的情况，系统自动根据核销记录、已经修复正确的收付款计划进行重新核销：根据往来表信息重新刷新收付款计划金额，同时重新生成收付款计划核销日志，并刷新对应收付款计划的余额。5、单据表中的销售方式/采购方式与往来表中的内容不一致。 说明：单据表中的销售方式/采购方式与往来表中的内容不一致。例：有一张采购发票在的在t-rp-contact表里面采购方式=现购，发票表中的采购方式=赊购，造成报表查询结果不一致。 解决方案：对于所有需要写余额表t_rp_contact的发票都需要检查：单据表与t_rp_contact表中的销售方式/采购方式的内容是否一致，如果存在内容不一致的单据，系统不需要给出提示，用单据表中的销售方式/采购方式的内容更新t_rp_contact表的内容。其他检查1、客户账套中是否存在自定义触发器、二次开发程序，并足以引起用户正常升级 说明：客户账套中是否存在自定义触发器、二次开发程序，升级过程中可能会中断退出。KIS账套升级工具用户手册103.2升级后的系统自查1、检查单据的“应收”“应付”系统的标记是否正确 说明：有些账套中出现单据的“frp”的标记字段写错，导致应收明细表可以看到付款单， 解决方案：升级后，系统自动对单据的系统标识进行检查，标识不对的，直接修复，不需给出提示。2、检查：“FSTATUS”字段在单据表和t_rp_contact表中的内容是否一致3、每笔核销记录，升级前与升级后核销金额是否一致的检查。4、每张单据升级前的发生额与升级后的发生额是否一致检查5、每张单据升级前的收付款计划的发生额与升级后的收付款计划发生额是否一致的检查6、每张单据升级前的单据余额与升级后的单据余额是否一致的检查7、每张单据升级前的收付款计划的单据余额与升级后的收付款计划单据余额是否一致的检查4财务-升级前数据检查 在升级前检查是否存在有凭证头没凭证体的凭证，并删除有凭证头没凭证体的凭证； 升级前检查凭证中科目下挂核算项目信息，是否在对应的基础资料中仍然存在，并将这类核算项目信息不完整的凭证记录下来，提示用户升级完成后手工更正；4.1检查是否存在有凭证头没有凭证体的凭证；检查说明：以前版本的总账系统，由于程序错误，会出现有凭证头没有凭证体的错误凭证，用户在查询这些凭证时，会出现查询错误；检查报告：年|期|凭证字|凭证号|借方金额|贷方金额|处理方式：系统自动找到只有凭证头没有凭证体的凭证，并删除有凭证头没凭证体的凭证。4.2检查凭证中的科目下挂核算项目信息是否在基础资料中仍然存在；检查说明：以前版本，由于程序错误（可能是基础系统、也可能是总账系统），会导致凭证头中科目下挂核算项目信息不完整；检查报告：KIS账套升级工具用户手册11年|期|凭证字|凭证号|借方金额|贷方金额|处理方式：系统检查凭证中是否存在下挂的核算项目，在对应的基础资料中已经不存在；并将这些下挂核算项目信息不完整的凭证记录下来，提示用户升级后，手工进行凭证的修改；4.3固定资产数据的检查以前版本的固定资产系统在处理折旧费用分配时，由于程序错误，会出现折旧分配费用所属部门信息错误。在升级前对固定资产的折旧分配费用所属部门进行正确性检查，将所属部门有误的记录进行修复。检查说明：以前版本的固定资产系统，由于程序错误，造成固定资产在X年X期的折旧分配费用所属部门信息错误，即：t_FaBalExpense表中部门信息FDeptid错误；检查报告：固定资产编码|固定资产名称|年|期|错误的折旧分配费用所属部门|正确的折旧分配费用所属部门|处理方式：系统检查t_FaBalExpense表中部门信息FDeptid与t_FABalDept表不相等记录，并将部门信息根据t_FABalDept表进行更正。
