金蝶K工业单据结构.pptVIP

工业单据结构 金蝶软件(中国)有限公司 制造系统部 单据基础模板 表结构 ICTransactionType 反映各种单据的类别信息 ICTemplate 反映各种单据的表头信息，通过FID字段与ICTransactionType的FTemplateID关联。 ICTemplateEntry 反映各种单据的表体信息，通过FID字段与ICTransactionType的FTemplateID关联。 单据基础模板 结构图 单据基础模板 存在问题 模板数据冗余： 当前单据模板的模板数据是对应每一张单存在的，所以有许多相同类型的单据的共有数据被重复使用，如：库存单据的收料仓库、日期、审核、制单、验收、多级审核、记账、保管等等。 由此导致的另一问题就是，用户无法针对每一类型的单据自定义一个字段，例如：用户要自定义一个A字段，应用于所有库存单据，他必须在每一种库存单据上进行自定义才能实现，这也造成的数据表在物理结构上的冗余。 单据基础模板 存在问题 选单结构不灵活： 当前单据的选单实现，是一个字段对应一种选单关系，也就是说：一张单如果可以由十张单关联生成，则必须在该单据的物理表上增加十个记录关联关系的字段。无法实现灵活的控制，同时也导致自定义业务流程的无法实现。 单据基础模板 存在问题 FCtlIndex字段的用途： FCtlIndex字段用来标识模板各字段的内部顺序（如：单据中Action的执行顺序）和控件索引，由于此关系存在，导致它的值在同一模板中必须唯一且连续，由此造成维护复杂、繁琐、易出错。 Flookupcls字段的统一： Flookupcls的来源为t_ItemClass、t_SubMessage、t_SubMesType，但存在一些没有规范处理的FLookupCls，对程序的统一处理带来问题，也影响了自定义的规范处理。 单据基础模板 存在问题 FAction字段的使用：Action的定义和使用，是单据中的核心问题之一，单据界面上的大部分信息处理，都要通过该功能实现。该功能现有的优点是灵活、易维护。但同时也存在一些严重的缺陷 执行顺序不易控制，计算容易造成混乱（如：字段在不同情况下的计算问题）。 公式不够灵活，每有一种处理（特别是计算公式），就要新增一种Action，造成Action过多，不易整理。而且对于同一字段在不同条件下的不同计算公式，必须在程序中作特殊处理，造成控制不统一。 单据选单模板 表结构 ICSelBills 记录选单对应关系的表。根据ICTemplate表中记录的当前单据与其他单据的关系，细化的具体字段属性。描述两张单据间字段的对应关系。 ICTableRelationID 记录选单中相关表的关联关系。 单据选单模板 结构图 单据选单模板 存在问题 关联表的结构复杂 单据选单的关联关系由于是通过程序解析生成，整个生成的SQL语句的执行效率很低，并且有些还使用了非标准的语法（如：*=、=*）。 单据套打模板 表结构 GLNoteType 单据套打表，记录单据与套打编号的关系。 GLNoteCitation 单据套打关系表，记录单据套打字段的属性。 单据套打模板 结构图 单据套打模板 存在问题 GLNoteType GLNoteType对于GLNoteCitation的结构应该是多余的。 结束 * * */51 * 《》 2000年8月 / * ICTransactionType FTemplateID ICTemplateEntry FID ICTemplate FID ICTemplate FID FFieldName ICSelBills FID FFieldName ICTableRelation FBillID FFieldID GLNoteType FnoteType GLNoteCitation FnoteType * * * *