金蝶K3V14.2账套升级工具用户手册本书著作权属于金蝶软件（中国）有限公司所有，，任何单位或个人不得以任何方式对本书的部分或全部内容擅自进行增删，改编，节录，翻译，翻印，改写。金蝶软件（中国）有限公司2015年11月目录1概述.12基础-V10.4账套升级前数据检查.12.1用户升级检测的项目.12.2用户升级规则.22.3职员升级检测的项目.22.4职员升级规则.43供应链-V10.1商业账套升级前数据检查..43.1检查单据生成凭证数据.43.2检查自由项数据合法性.43.3序列号数据升级检查.5检查描述表中存在但序列号规则物理表没有的字段..5检查无索引字段的序列号规则.5检查索引字段数据类型不是整型或文本型的序列号规则..6检查索引值重复的序列号规则.6检查初始化流转表中存在但基础表中不存在的序列号..6检查仓库商品初始化数量与序列号数量是否一致..7检查单据分录商品计量单位与基本计量单位是否相符..7检查单据分录商品录入的序列号数量与分录数量是否一致..7＋检查商业分期收款出库、委托代销出库、代管物资出入库单是否存在进行序列号管理的物料.83.4检查商业账套中已经核销或者已经扣减但还没有审核的单据.83.5取消检查商业账套中大于当前期间但已经核销的单据.93.6检查商业账套业务系统没有传递到应收应付的赊销发票.103.7检查业务系统基本计量单位数量换算不正确的单据.103.8检查是否存在优先级相同,组合类型相同的政策..103.9物料保质期的检查.10物料保质期为0或者为空的检查.10保质期物料单据上到期日为空的检查.11非保质期物料单据上到期日不为空的检查.113.10检查单据中核销数量等于零而核销金额不等于零的数据.113.11检查应收应付中是否存在冗余发票.123.12检查应收应付t_rp_contact中发票金额是否和物流系统一致..123.13现收销售发票的检查.123.14现付采购发票的检查.133.15调价补差单的检查.143.16检查物流已审核但应收应付未审核的发票.143.17含有代管仓单据升级的检查.14实仓单据录入的代管仓（虚仓）.14代管物资出入库单（虚仓单据）上录入了实仓..163.18检查商业系统中没有修改自由项名称却有业务数据的自由项.173.19分期收款销售升级的检查.173.20委托代销销售升级的检查.193.21序时簿同一类单据中存在FcolName相同的记录..213.22商业销售发票生产/采购日期的检查..214供应链-V10.1工业账套升级前数据检查..224.1序列号的检查.22升级前自动执行调整sql.22查询序列号即时库存表的物料是否和序列号基础表的物料一致..22检查序列号初始化库存表与序列号表的物料是否一致..22检查序列号即时库存与最后流转单据仓库、仓位或物料不一致的序列号..23检查单据中使用序列号管理的单据是否都有流转记录..23检查序列号流转记录中的单据在单据表中是否都存在..24检查有流转记录的序列号在序列号即时库存表中是否都存在..244.2销售出库单开票数量升级的检查.244.3外购入库单单开票数量升级的检查.254.4销售订单开票数量的升级.254.5采购订单开票数量的升级.274.6序时簿同一类单据中存在FcolName相同的记录..274.7工业销售发票生产/采购日期的检查..285供应链-V10.2账套升级前数据检查.285.1负数出库成本调整单商业升级错误纠正.285.2开票数量升级的检查.30销售出库开票数量不为零但无下游单据.30外购入库库开票数量不为零但无下游单据.30销售订单开票数量不为零但无下游单据.30采购订单开票数量不为零但无下游单据.315.3钩稽数量升级的检查.31蓝字销售出库未钩稽数量为负数（钩稽数量大于单据数量）..31红字销售出库单未钩稽数量为正数（钩稽数量大于单据数量）..32销售出库单钩稽数量错误且钩稽日志错误.32未钩稽数量不为0，但是钩稽标志为“Y”..33销售出库单存在本期钩稽记录中钩稽数量与本期钩稽数量不符..33外购入库单存在本期钩稽记录中钩稽数量与本期钩稽数量不符..335.4代管仓数据升级错误的检查.345.5手工行业务关闭的检查.345.6销售发票生产/采购日期的检查..356应收应付-账套升级前数据检查..366.1V10.1账套升级前的检查..366.2V10.2账套升级前的检查..38单据合法性检查.38数据一致性检查.38单据正确性检查.39其他检查.406.3升级后的系统自查.407财务-V10.1及以后版本账套升级前数据检查.407.1检查是否存在有凭证头没有凭证体的凭证；.417.2检查凭证中的科目下挂核算项目信息是否在基础资料中仍然存在；.417.3固定资产数据的检查.41K3V12.1账套升级工具用户手册11概述账套升级前检查工具通过检查向导对业务数据进行检查，如果有不合法的数据给出非法数据列表并提供手工修复或自动修复的修复方式指导用户进行非法数据的修复。如果非法数据没有调整完毕时不允许用户升级。下面分项描述各种业务检查。2基础-V10.4账套升级前数据检查2.1用户升级检测的项目检查项目包括：1.已设为K/3用户的HR用户2.名称完全相同的用户3.只在HR中存在的用户4.只在K/3中存在的用户5.HR中离职、离退休、不在职人员的用户检测结果：检测到有符合条件的数据检测结果显示为“警告”；没有数据则为“通过”。结果查看：点击【查看】按钮可弹出用户升级的数据预检测报告，如下图：K3V12.1账套升级工具用户手册2界面工具栏中【修复】、【重检】、【引出】、【退出】四个按钮，功能如下：【修复】：在列表中选择一条或多条记录后，点击该按钮，可在弹出的页面中对所选数据的进行修改。【重检】：重新对账套内的用户数据进行检测并重新生成检测报告。【引出】：可将当前页签列表中的数据引出至Excel文档。【退出】：退出用户数据检测报告界面。2.2用户升级规则用户升级规则如下：1、系统将相同名称的K/3用户与HR用户自动合并成同一个用户。升级后用户可以使用原K/3用户与HR用户的密码。其余属性升级规则如下：当原HR用户属性值不为空时，合并后的属性值以原HR用户为准。当原HR用户属性值为空时，合并后的属性值以原K/3用户为准。2、不存在相同名称的K/3用户与HR用户直接升级。3、当升级时用户组名称与用户名重复时，自动化修改用户组名称。2.3职员升级检测的项目检查项目1、K3职员中存在身份证号码为空或不合规范的职员2、K3职员和HR职员中存在相同身份证号码的职员3、K3职员和HR职员中存在“K3代码＋姓名”与“HR职员代码＋姓名”完全相同的职K3V12.1账套升级工具用户手册员4、K3职员和HR职员中存在姓名完全相同的职员5、K3职员中存在身份证号码完全相同的职员检测结果：检测2项有符合条件的数据检测结果显示为“不通过”；检测1、3、4、5项有符合条件的数据检测结果显示为“警告”；没有数据则为“通过”。结果查看：点击【查看】按钮可弹出职员升级的数据预检测报告，如下图：界面工具栏中【修复】、【重检】、【引出】、【退出】四个按钮，功能如下：3K3V12.1账套升级工具用户手册4【修复】：在列表中选择一条或多条记录后，点击该按钮，可在弹出的页面中对所选数据的进行修改。【重检】：重新对账套内的职员数据进行检测并重新生成检测报告。【引出】：可将当前页签列表中的数据引出至Excel文档。【退出】：退出职员升级检查结果界面。2.4职员升级规则职员升级规则如下：1、系统将身份证号码不为空且身份证号码相同的K/3职员与HR职员自动合并成同一个职员。当原HR职员属性值不为空时，合并后的职员属性值以原HR职员为准。当原HR职员属性值为空时，合并后的职员属性值以原K/3职员为准。2、不存在相同身份证号码的K/3职员与HR职员直接升级。3供应链-V10.1商业账套升级前数据检查3.1检查单据生成凭证数据检查说明：v10.0商业物流中允许以前期间未生成凭证的单据在本期生成凭证，但是v10.2物流往期没有生成凭证的发票和出入库单，在本期也不允许生成。检查的结果中展示历史期间没有生成凭证的单据，在检查的算法中先检查某种单据是否存在相应的凭证模板，如果没有就视该单据不需要检查。检查报告：单据所在表名|单据类型|单据内码|单据编号|单据日期|处理方式：系统提供两种处理方式，1、视同检查出来的数据正确，如果历史未生成凭证的单据在业务不生成凭证也不会影响账务（如调整库存数量），则可以选择该种处理方式。2、视同检查出来的数据不正确，需要手工调整。如果用户选择了2，则用户只能先在商业系统下手工将单据生成凭证，然后才能进行升级。3.2检查自由项数据合法性检查说明：由于商业的自由项字段类型在数据库物理字段是文本型号，但是在定义类型的时候，用户可以将自由项定义为文本、整数、浮点三种类型，并且可以重复定义。例如：用户曾经定义销售出库单的自由项1类型为文本类型，并且作单据SOUT00001的自由项1录入了文本”金蝶软件”，但后来又将自由项1重新改定义为整形。由于升级时是按着当前定义的类型在标准供应链上会创建一个整形的字段，这样在升级时，原商业单据上自由项1中的“金蝶软件”在转化为整形时就会报出错误。检查报告：单据名称|所在数据库表|单据内码|单据分录|错误描述|处理方式：如果有检查结果，则必须先处理然后才能继续升级。对于以上类别数据，用户只能选择K3V12.1账套升级工具用户手册5手工调整，修复的方式建议为：1、一种是自动调整。调整的逻辑是：只保留某一个自由项当前类型的业务数据，而将以前的类型对应的业务数据全部清除。举例说明：采购收货单的“自由项1”之前的类型是整数，系统录入的是整数，后来用户将“自由项1”的类型修改为文本型，并录入了数据，则数据升级时将自由项1的整数值全部删除，而只保留文本型的数据，升级上来之后，该自由项的类型也默认为文本型。2、一种是手工调整。调整的逻辑是：首先要确认相应的单据是否还有其他的自由项没有使用过，如果有，则可以定义未使用的自由项为符合要求的字段类型，并将相应的数据移植到新的自由项上。该种调整方式系统提供相应的调整SQL模板，用户需要在查询分析器中执行相应的SQL语句进行调整。3.3序列号数据升级检查由于V10.2供应链对序列号要严格控制，尤其是在数据的完整性上。该部分检查分为八个子检查：检查描述表中存在但序列号规则物理表没有的字段检查说明：检查序列号规则的完整性，主要是检查序列号规则字段描述表中的数据是否和具体的物理表一致检查报告：序列号规则ID|序列号规则名称|序列号规则编码|字段名称|字段ID|物理表字段名称|数据类型|查找类别|是否是索引列|处理方式：该类数据只提供手工调整方式。调整逻辑：用户需要检查规则序列号基础表Com_Serial_F＋规则内码，确认该字段是否必须，如果是多余字段则可以从Com_Serialdesc中删除相应描述信息，如果需要则在基础表上重建该字段，并补充数据。系统提供删除描述信息以及在基础表上重建字段的调整SQL模板。检查无索引字段的序列号规则检查说明：从10.0开始要求每种序列号规则有一个字段为索引字段，但并未对之前版本升级作强制处理，10.2中该字段将和商品组合形成唯一主键，来保证数据的唯一性。检查报告：序列号规则ID|序列号规则编码|序列号规则名称|备注|处理方式：对于以上数据系统只提供手工调整的方式。手工调整的逻辑是：1、如果现有规则中的字段有不重复的数据并希望作为序列号主要的识别标志就可以在描述表Com_Serialdesc中修改该字段的FisdIndex值为1来指定该字段作为索引字段，系统提供相应的调整SQL模板；2、如果规则中没有这样的字段则需要另外新加字段作为索引字段，同时保证插入的数据的唯一性。添加方法：在规则字段描述表中添加新字段的描述信息，在具体的物理表（Com_Serial_F+规则内码）上添加字段，并补充无重复的数据。规则字段描述表Com_SerialDesc字段说明：FserialclassID序列号规则内码，对应Com_Serialclass表中的FserialCLassIDFpropID字段内码，系统预定以字段为1001、1002、1003、1004、1005，用户自定义字段从1开始编码FpropName字段名称，显示在序列号查看表头K3V12.1账套升级工具用户手册6FSQLColumnName具体物理表（Com_Serial_F＋序列号规则内码）字段名称FdataType数据类型0：整型，1：文本；2：核算项目，3：辅助资料Fsize字段最大长度Fprecision暂时不用Fscale暂时不用FclassID核算项目、辅助资料查找类别，其余数据类型为0Fdefault默认值FgenerateID自动生成方案IDFpreDefine是否是系统预定义字段FisIndex是否是索引列检查索引字段数据类型不是整型或文本型的序列号规则检查说明：现用的序列号规则的字段可分为整型、文本、核算项目和辅助资料等四种（在Com_Serialdesc中FdataType分别为0、1、2、3），由于要保证数据的唯一性，所以要求字段类型为文本或整型（由于整数的最大值限制建议取文本型，升级到10.2后索引字段会统一处理为文本型）检查报告：序列号规则ID|序列号规则编码|序列号规则名称|字段ID|字段名称|物理表字段名称|处理方式：对于以上数据系统只提供手工调整的方式。手工调整的逻辑是:将索引列修改为文本型。系统提供相应的调整SQL模板，模板中索引的长度默认为100。检查索引值重复的序列号规则检查说明：以前版本要求同规则索引列唯一，10.2继续沿用为索引列＋商品唯一，并以此作为处理依据，所以需要保证索引值唯一。检查报告：序列号规则ID|序列号规则编码|序列号规则名称|字段名称|物理表字段名称|索引值|处理方式：系统提供手工调整的方式，手工调整的逻辑是：如果确认索引值对应的内码在流转表Com_SerialBill中没有相应的流转记录，则在物理表（Com_Serial_F＋规则内码）中删除多余的重复数据或修改为其他值，系统提供对应的SQL语句进行处理。如果都有流转记录，则需要修改索引值为一个不会重复的值。检查初始化流转表中存在但基础表中不存在的序列号检查说明：检查初始化序列号的流转记录于序列号即时信息表是否一致，如果两表数据不一致则在关联查询时会产生错误或输出错误结果检查报告：商品编码|商品名称|辅助属性编码|辅助属性名称|仓库编码|仓库名称|序列号规则名称|序列号内码|处理方式：系统提供手工调整的方式，手工调整的逻辑是：1、如果根据业务逻辑查询具体的序列号是真正使用则补充基础表；2、否则要删除初始化流转表相应的记录，并保证删除后初始化基本单位数量和序列号数量一致；K3V12.1账套升级工具用户手册7检查仓库商品初始化数量与序列号数量是否一致检查说明：10.2版本要求初始化物料数量必须与序列号数量一致，并且不允许录入非在库状态序列号，检查此项就是为了保证能按照新的要求升级数据并应用于后续流程检查报告：商品编码|商品名称|辅助属性编码|辅助属性名称|仓库编码|仓库名称|初始化商品数量|初始化录入序列号数量|处理方式：系统提供暂时放弃使用出现异常数据的商品的序列号管理和两种手工调整处理方式。1、暂时放弃使用序列号管理：如果在初始化时录入了非在库状态的序列号，并且系统不能反初始化处理这些序列号则可以选择此方案，升级时系统会删除所有该商品的序列号信息，并将商品设置为不进行序列号管理。升级后可以新建一个商品来处理。2、手工调整，该种方式适应于希望升级后的数据按序列号严格跟踪的原则继续进行序列号管理，处理的方法是:反初始化处理不一致的数据并重新结束初始化。如果按照使用sql调整，则需要按照需要维护流转表Com_SerialBill和主表Com_Serial_F＋序列号规则内码。Com_SerialBill初始化应用字段说明：FscreenID单据类型初始化必须填入00FbillID单据内码初始化必须填入商品内码FbillEntryID单据分录ID初始化必须填入商品辅助属性内码，如果没有填0FstockID仓库内码FserialClassID序列号规则内码内码FserialID序列号内码系统提供相应的调整SQL模板检查单据分录商品计量单位与基本计量单位是否相符检查说明：原来商业采用常用计量单位数量作为单据序列号数量，10.2版本采用基本计量单位数量作为序列号计数单位，如果单据中的常用计量位和基本计量单位不一致则升级后单据的序列号数量会与单据数量不一致。检查报告：单据类型编码|单据类型名称|单据编码|单据日期|分录号|商品编码|商品名称|辅助属性编码|辅助属性名称|计量单位|数量|基本计量单位|基本计量单位数量|处理方式：系统提供暂时放弃使用出现异常数据的商品的序列号管理和两种手工调整处理方式。1、暂时放弃使用序列号管理：如果此类单据数量比较大并且无法通过修改单据计量单位为基本计量单位来使序列号数量一致则可以选择该选项。升级时系统会删除所有该商品的序列号信息，并将商品设置为不进行序列号管理。升级后可以新建一个商品来处理。2、手工调整，该种方式适应于异常数据量不大并且可以通过修改单据常用计量单位为基本计量单位来修正的情况，调整方法是在修改序列号数量和单据基本单位数量一致后就可以正常升级。检查单据分录商品录入的序列号数量与分录数量是否一致检查说明：10.2版本要求对序列号进行严格控制，进行序列号管理的商品必须录入序列号，故原来商业版本的单据如果没有保证序列号的完整则升级后无法继续正常使用。检查报告：K3V12.1账套升级工具用户手册8单据类型编码|单据类型名称|单据内码|单据编码|单据日期|分录号|商品编码|商品名称|辅助属性编码|辅助属性名称|分录基本计量单位数量|录入的序列号数量|处理方式：系统提供暂时放弃使用出现异常数据的商品的序列号管理和两种手工调整处理方式。1、暂时放弃使用序列号管理：如果此类单据数量比较大并且无法通过补齐序列号使序列号数量与单据数量一致则可以选择该选项，升级时系统会删除所有该商品的序列号信息，并将商品设置为不进行序列号管理。升级后可以新建一个商品来处理。2、手工调整该种方式适应于此类异常数据量不大并且可以修改单据补齐所缺少的序列号则可以选择该选项，补充完整后就可以正常升级。补充时需要维护流转表Com_SerialBill和主表Com_Serial_F＋序列号规则内码Com_SerialBill单据应用字段说明：FscreenID单据类型FbillID单据内码FbillEntryID单据分录IDFstockID可以不填FserialClassID序列号规则内码内码FserialID序列号内码＋检查商业分期收款出库、委托代销出库、代管物资出入库单是否存在进行序列号管理的物料检查说明：1、10.2及以后版本虚仓出入库单不支持序列号管理，原代管物资出入库单有过序列号管理物料的历史序列号数据无法支持升级；2、分期收款仓和委托代销仓由于系统在升级时会根据未结算数量自动生成销售出库单，而使用序列号的此类物料数据将无法自动生成。检查报告：系统目前在分期收款出库单、委托代销出库单、代管物资入库单、代管物资出库单中存在进行序列号管理的物料，明细如下：单据类型，单据编号，商品代码，商品名称处理方式：系统提供不修复和暂时放弃使用序列号管理处理方式，默认为不修复。修复说明：升级时系统会删除所有该商品的序列号信息，并将商品设置为不进行序列号管理。升级后可以新建一个商品来处理。3.4检查商业账套中已经核销或者已经扣减但还没有审核的单据检查说明：在V10.2工业链系统，对单据状态的控制非常严谨，只有审核的单据才允许发生后续业务。例如单据如果要进行钩稽或被下游业务扣减执行就必须先审核，而在老版本（V10.2以前）的商业系统是没有限制的。所以在升级前必须对这些数据进行处理检查报告：单据名称|单据所在数据表|单据编码|单据内码|K3V12.1账套升级工具用户手册9处理方式：以上数据可以手工修复和自动修复，1、手工修复是在系统中调整，即用户在商业系统中依据检查出来的单据逐单手工审核。2、自动修复通过调用SQL语句更新单据的审核状态，如果是单级审核，则审核人默认是administrator，如果是多级审核，则业务审核级次的审核人默认是administrator，如果业务审核级次前有形式审核且形式审核的日期大于单据日期，则业务级次的审核日期为其前一级形式审核日期；否则业务级次的审核日期为单据日期。当更新销售发票、采购发票的时候，需要同时更新应收应付相应的审核状态以及更新应收应付相应的余额表。涉及到的关联关系如下：采购系统的关联关系：采购订单－》收货通知单－》收货单－》采购退回单采购订单（受托入库）－》受托代销入库单－》受托代销退货单采购订单－》采购发票收货单－》采购发票收货退回单－》采购发票采购发票－》采购发票销售发票－》销售发票受托代销收货单－》发票受托代销退货单－》发票销售系统的关联关系：销售订单－》销售通知单－》销售出库单－》销售退货单销售订单（委托代销）－》委托代销出库单－》委托代销退货单销售订单（分期收款）－》分期收款出库单－》分期收款退货单销售订单－》销售发票销售出库单－》销售发票销售退货单－》销售发票采购发票－》销售发票发票仓存系统的关联关系：销售订单－》组合入库单－组合出库单收货单－》调拨单内部订单－》调拨单发货通知单－》调拨单3.5取消检查商业账套中大于当前期间但已经核销的单据10.2版本说明：在V10.2工业系统中，将不允许对未来期间的单据进行钩稽处理，而老商业系统没有这方面限制，这类数据也就不能满足V10.2供应链系统的要求。10.2版本处理方式：B.用户可以选择视同这些数据正确。A.用户视同这些数据是非法数据，则在商业账套中将这类数据就行反核销。主要是采购发票和采购入库的核销，销售发票和销售出库单的核销。10.2不支持钩稽以后期间的单据，所以增加了对账套“大于当前期间但已经核销的单据K3V12.1账套升级工具用户手册10的检查”，v10.2sp已经支持钩稽以后期间的单据，所以需要取消该检查。注意：取消该检查之后需要检查商业核销关系的升级逻辑，以保证以后期间的单据核销关系能正确升级上来。3.6检查商业账套业务系统没有传递到应收应付的赊销发票检查说明：在V941以前的商业账套，由于某些原因会造成物流和应收应付的赊销发票不同步的问题，导致在某种情况下一些赊销发票无法传到应收应付。检查报告：单据名称|单据编码|单据内码|处理方式：用户只可以选择选择自动调整，如果选择自动调整则执行以下SQL语句进行调整。自动调整的逻辑是：1.删除只有表头信息的发票，删除只有表体信息的发票；2.把没有传到应收应付系统的采购发票(赊购)传到应收应付系统；3.把没有传到应收应付系统的销售发票(赊销)传到应收应付系统。3.7检查业务系统基本计量单位数量换算不正确的单据检查说明：由于程序错误会引起单据的常用计量单位数量与基本计量单位数量的比率与该常用计量单位的换算率不等。检查报告：单据名称|单据编码|单据内码|单据分录内码|商品内码|商品代码|商品名称|计量单位代码|计量单位名称|常用数量|基本数量|处理方式：用户只选择自动调整，如果选择自动调整则执行以下SQL语句进行调整。自动调整的逻辑是：把单据分录中基本计量单位数量<>常用计量单位数量*换算率的分录，用-常用计量单位数量*换算率-刷新-基本计量单位数量-。3.8检查是否存在优先级相同,组合类型相同的政策检查说明：老的商业供应链系统中允许存在组合类型相同而优先级相同的价格政策，而新的供应链的价格管理不允许存在这类数据，所以需要用户调整。检查报告：价格政策代码|优先级|组合类型|处理方式：用户只能选择手工调整。手工调整的方法是：在原商业账套将组合类型相同的价格政策的优先级修改为不同。3.9物料保质期的检查物料保质期为0或者为空的检查检查说明：v10.0/v10.1商业账套允许不是保质期管理的商品录入保质期，又允许是保质期管理的商品录入保质期为0和为空。这样基础数据中就出现了不严谨的情况。在v10.2进行K3V12.1账套升级工具用户手册11保质期管理的物料必须录入保质期，并且保质期要大于0单据上才允许保存。检查报告：商品代码|商品名称|内码|异常类型其中异常类型包括1、进行保质期管理的商品没有录入保质期天数；2、未进行保质期管理的商品录入了保质期天数；处理方式对于以上异常数据提供手工修复的方式，对于第一种异常数据手工调整的逻辑是：对进行保质期管理的商品录入保质期，系统提供相应的更新保质期调整SQL模板。对于第二种异常数据手工调整的逻辑是：将未进行保质期管理的物料的保质期修改为0，系统提供相应的调整SQL模板。考虑到部分用希望取消v10.0下的保质期管理，所以希望将保质期商品升级为非保质期管理的商品。系统提供一种“所有物料取消保质期管理”的处理方法：将所有进行保质期管理的商品全部更新为不进行保质期管理，并将所有单据上的有效期至、保质期清空。保质期物料单据上到期日为空的检查检查说明10.0/v10.1商业的单据中进行保质期管理的物料可以不录入到期日，所以单据上会存在有保质期物料但是到期日为空的情况。但是在v10.2下要求进行保质期管理的物料必须录入有效期至（对应原商业的到期日）。报告方式：单据编号|日期|商品内码|商品名称|批次|到期日|所在表|FID|分录ID|FInterID|处理方式对于以上情况系统只提供手工调整的方式。手工调整的逻辑是：将相应的单据中的到期日置为一个合适的日期。升级程序中需要提供相应的调整SQL模板，其中到期日默认为系统日期。非保质期物料单据上到期日不为空的检查检查说明10.0/v10.1商业的单据中不进行保质期管理的物料可以录入到期日，所以单据上会存在非保质期物料录.
