金蝶K3总帐数据流程.pptx

K/3总帐数据流程分析——技术支持部K/3相关数据库应用简介1.基础资料2.初始化及余额表3.凭证处理4.结帐QAK/3主要模块数据库结构及问题分析1.基础资料相关数据表涉及的表为t_measureunit（计量单位表），t_unitgroup（计量单位组表）。常用的字段为Fmeasureunitid（计量单位内码），unitgroupid(计量单位组内码)，Fstandard（是否基本计量单位）。? 基本计量单位 在一个计量单位组内，只能有一个基本计量单位，即Funitgroupid 字段值相同的记录，只能有一条记录的Fstandard字段值为1，如果一个组内有两个Fstandard=1的计量单位，则会造成一些报表数据翻倍。? 计量单位丢失K3中有很多表引用“计量单组ID”和“计量单位ID”，比如科目，凭证，物料，物流单据，余额表、BOM等等。一旦t_UnitGroup或t_MeasureUnit丢失记录(包括零记录)，对引用表来说就产生了“孤立数据”。或者也可以说XX表与“计量单位表数据不匹配”。K/3主要模块数据库结构及问题分析? 币别 t_currency，常用到的字段为FcurrencyID（币别内码），FFixRate（换算率），Fscale（小数位数）等等。 FcurrencyID（币别内码）：系统默认记帐本位的FcurrencyID值为1 Fscale（小数位数）：在中间层帐套管理中，有个地方设置本位币小数点位数，就是FcurrencyID值为1的记录对应的Fscale值，可以在此改动币别对应的小数位数。? 凭证字 涉及的表为t_vouchgroup（凭证字表），常用的字段为FgroupID（凭证字内码），一般被t_voucher（凭证表）引用。K/3主要模块数据库结构及问题分析? 科目涉及的表为t_account（科目表），主要字段为fAccountID(科目内码)，FfullName(科目全名)，FQuantity(是否数量金额辅助核算), FMeasureUnitID（计量单位内码），FDetailid(核算项目内码)等。1）FAccountID（科目内码） 科目内码一旦被引用，为保证数据的完整性，此科目就不允许删除。K/3主要模块数据库结构及问题分析2）FFullname(科目全名) 这个字段主要是在录入凭证，查看帐薄时用到。如果在录入凭证，查看帐薄时，系统只显示科目的最明细一级的名称，那就是因为科目全名字段中的值不正确。这个问题有个相关的补丁可以解决，补丁名叫Repare_FullName.sql。3）Fquantity(是否数量金额辅助核算) 此字段主要是标识此科目是否需要数量金额辅助核算，一般此字段与FmeasureUnitID（计量单位内码）一起使用，当fquantity字段的值为1时，FmeasureUnitID字段中一定也要有相应的值，且FmeasureUnitID与t_measureunit表中的FmeasureUnitID字段值相对应。4）FDetailid（核算项目使用状况内码） 这个字段的值与t_itemdetail(核算项目横表)中的Fdetailid字段值相关联，且这个值在t_itemdetail表中对应的以F开头的字段的值为“-1”。K/3主要模块数据库结构及问题分析核算项目客户、部门、职员、物料等，这些都是核算项目的类别。比如客户是一个核算项目类别，部门也是一个核算项目类别，系统用t_ItemClass保存核算项目类别。我们把核算项目类别看成一个对象，则不同的对象都有各自的属性。比如对于客户这个对象来说，它的属性是：代码、名称、银行账号、法人代表、偿债等级等等。对于部门这个对象来说，它的属性是：代码、名称、部门主管、部门电话、传真等等。系统用t_ItemPropDesc保存核算项目类别的属性。t_ItemClass与t_ItemPropDesc用FitemClassID字段关联，一个核算项目类别可以拥有多种属性，因此是“一对多”的关系。用户新增的核算项目类别的属性也保存在t_ItemPropDesc中。举例 ：新增一核算项目类别，并定义核算项目类别属性，注意其数据的存放。K/3主要模块数据库结构及问题分析不同的核算项目类别都拥有自己的数据表，在t_itemclass表中，有一个FsqlTableName字段，它表示每个核算项目对应的数据表。比如：客户—t_Organization ；部门—t_Department ；职员—t_Emp；物料—t_ICItem ... 。 不同的核算项目类别有相同的属性，比如：ID、父级ID、代码、名称、长代码、全称等，系统将这些相同的属性值保存在t_Item表中。因此，所有的核算项目都实际同时保存在两个数据表中。比如：新增一个职员，则同时保存在