金蝶K3总帐数据流程
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
14
多核算项目在凭证中的应用 在录入凭证时科目下设核算项目则提示输入核算项目，输入核算项目后， 在表t_VoucherEntry 中FDetailID 有相应的代码，在表t_ItemDetailt和 t_ItemDetailV 中有按FdetailID对应的记录，更新的规则是在 t_ItemDetail中“F‖开头 + ―数字”的字段值和t_ItemDetailV中FitemID 字段值是录入的核算项目对应表t_Item中FitemID的值。 例如：做一张收款凭证，借：银行存款，贷：应收帐款（下挂客户和部 门核算），客户为A客户，部门为B部门；在t_Item个表中，A客户对应 的FitemID的值假设为20，B部门对应的FitemID值为30，那么，在保存 完这张凭证后，t_VoucherEntry表中FdetailID的值假设为4，在 t_ItemDetail表中相对应有一条FdetailID=4，FdetaiCount=2的记录，其 F1=20，F2=30，其他以F开头的字段的值如F3=0，F4=0，F8=0等等， 这里面的F1和F2的值就是A客户和B部门在t_Item表中对应的FitemID的 值。在t_ItemDetailV有两条相应的记录，表现如下：FDetailID=4， FitemClassID=1，FitemID=20；FDetailID=4，FitemClassID=2， FitemID=30。 在录入模式凭证时，与录入凭证时一样，表t_VoucherEntrytemplate中 FDetailID 有相应的代码，在t_ItemDetailt和t_ItemDetailV表中都有相应 的记录生成。
7
K/3主要模块数据库结构及问题分析
不同的核算项目类别都拥有自己的数据表，在t_itemclass表中，有一 个FsqlTableName字段，它表示每个核算项目对应的数据表。比如：客 户—t_Organization ；部门—t_Department ；职员—t_Emp；物料— t_ICItem ... 。
K/3主要模块数据库结构及问题分析
币别 t_currency，常用到的字段为FcurrencyID（币别内码）， FFixRate （换算率），Fscale（小数位数）等等。 FcurrencyID（币别内码）：系统默认记帐本位的FcurrencyID值 为1 Fscale（小数位数）：在中间层帐套管理中，有个地方设置本位 币小数点位数，就是FcurrencyID值为1的记录对应的Fscale值，可 以在此改动币别对应的小数位数。 凭证字 涉及的表为t_vouchgroup（凭证字表），常用的字段为FgroupID （凭证字内码），一般被t_voucher（凭证表）引用。
借贷方存放规则 t_balance表中，借方余额保存为正数，贷方余额保存 为负数。
t_Profitandloss表对不同的余额方向的处理方式也不同。 例如：科目“营业外收入”的余额方向是贷方，在初 始余额录入中录入“实际损益发生额”为200，则在 t_ProFitandloss中FytdAmount保存为 –200。 科目“现金”的余额方向是借方，在初始余额录入中 录入“期初余额”为100，则在t_Balance中1期的 FEndBalance保存为 100。
6
K/3主要模块数据库结构及问题分析
ຫໍສະໝຸດ Baidu
核算项目
客户、部门、职员、物料等，这些都是核算项目的类别。比如客户是一 个核算项目类别，部门也是一个核算项目类别，系统用t_ItemClass保存 核算项目类别。 我们把核算项目类别看成一个对象，则不同的对象都有各自的属性。比 如对于客户这个对象来说，它的属性是：代码、名称、银行账号、法人 代 表、偿债等级等等。对于部门这个对象来说，它的属性是：代码、名称、 部门主管、部门电话、传真等等。系统用t_ItemPropDesc保存核算项目 类 别的属性。t_ItemClass与t_ItemPropDesc用FitemClassID字段关联，一 个核算项目类别可以拥有多种属性，因此是“一对多”的关系。用户新 增的 核算项目类别的属性也保存在t_ItemPropDesc中。 举例 ：新增一核算项目类别，并定义核算项目类别属性，注意其数据的 存放。
9
K/3主要模块数据库结构及问题分析
如果在年中进行初始化时，假如在第6期进行初始化，则 t_profitandloss有记录,另外两张余额表中会存在第1期和第6期两 期的数据，例如t_Balance—— — 1期的数据中：FYtdDebit、FYtdCredit、FendBalance取用户 录入的本年累计借方、本年累计贷方、期初余额（是指6月初的 余额）。FDebit、FCredit、FBeginBalance这三列是系统倒算出 来的，过程是： FDebit=FytdDebit；FCredit= FytdCredit；FBeginBalance= FEndBalance+FCredit – FDebit。 — 6期的数据中：6期的FBeginBalance等于1期的FendBalance； 6期的FcreDit和FDebit无数据；6期的FYtdCreDit和FytdDebit等于 1期的FYtdCreDit和FytdDebit；6期的FendBalance等于6期的 FbeginBalance。
核算项目使用状况ID 在上面所讲的三张表中，也都有核算项目（Fdetailid）这个字段，如 果某个科目下挂核算项目，且核算项目有余额或发生额，那么在这三张 表 中都由Fdetailid字段的值来反映。Fdetailid字段的值为0，则是此科目 所有核算项目之和的记录。
11
K/3主要模块数据库结构及问题分析
10
K/3主要模块数据库结构及问题分析
币别ID 在上面所讲的三张表中，都有币别（Fcurrencyid）这个字段，假如科 目带有外币核算，且外币有余额或发生额，则在这三张表中都由币别ID 来 识别，一个科目的余额之和是由这个科目的几个币种余额之和而得；在 余 额表中币别字段（Fcurrencyid）的值为零，就表示是此科目的综合本位 币记录。一个科目下所有币别余额之和等于此科目币别字段为零值的记 录 的余额，所有币别发生额字段之和等于币别字段为零值的记录的发生额。
13
3.凭证处理 （1）、多项目核算 在讲凭证处理之前，先来讲一下多项目核算，即一个科目带一个核算项 目或带多个核算项目时，数据是怎样形成的。 多核算项目在科目中的应用 在基础资料维护中需要下设核算项目的科目中设置核算项目类别，科目 下设了核算项目类别将会在表t_Account 中FDetailID 有相应的代码 ， 同时在t_ItemDetailt和t_ItemDetailV 中有按FdetailID对应的记录。例如： 113（应收帐寺）科目，带部门及客户两个核算项目，假设FDetailID的 值为1，那么在t_ItemDeail中有一条记录FDetail = 1 ,FdetaiCount=2 (表示下设两个核算项目类别)，F1= -1 ，F2 = -1，F3 = 0，F4=0， F8=0 等（以“F‖开头 + ―数字”的字段是根据t_ItemClass 中核算项目 类别代码FitemClassID 的值得来的，1和2在t_ItemClass 中分别代表客 户和部门，由于此科目下设核算项目类别为“客户” 和“部门”，所 以只有F1，F2字段的值是 –1，其他则为0表示在此类别不参与核算）， 可以参考图1和图2。 在t_ItemDetailV 中有对应FdetailID = 1的两条记录，FitemClassID对应 t_ItemClass表中FitemClassID的值，分别为1 和2 ，FitemID = -1（表 示此类别参与核算）。
不同的核算项目类别有相同的属性，比如：ID、父级ID、代码、名称、 长代码、全称等，系统将这些相同的属性值保存在t_Item表中。 因此，所有的核算项目都实际同时保存在两个数据表中。比如：新增一 个职员，则同时保存在t_Emp中和t_Item中；新增一个部门，则同时保存 在t_Department中和t_Item中。
因为所有的核算项目都保存在t_Item中，系统用t_Item.FitemClassID 字段区分核算项目类别。
8
K/3主要模块数据库结构及问题分析
2.初始化及余额表 运初始化数据的存放 初始化时，涉及到的表主要是 t_balance（金额余额 表），t_quantitybalance（数量余额表）和 t_profitandloss（损益类科目实际发生额情况表）。 如果在年初进行初始化时，余额表和数量余额表中都 只有第一期的数据，且没有本年累计数据和损益数据， 即在两张余额表中，累计数字段的值为零和在损益类 实际发生额表中没有记录。
12
K/3主要模块数据库结构及问题分析
试算平衡 平衡的标准是：当前期间的综合本位币科目借方余额合计等于 贷方余额合计，借方累计发生合计等于贷方累计发生额合计，即 汇总t_Balance表中FcurrencyID=0的启用期间数据。下面这段 SQL语句是检查余额表中的余额是否平衡： select b.fdc,sum(a.fbeginbalance) from t_balance a join t_account b on a.faccountid=b.faccountid where a.fyear=xxxx and a.fperiod=yy and a.fdetailid=0 and a.fcurrencyid=0 and b.fdetail=1 group by b.fdc 结束初始化 由于月末处理需要，结束初始化后，系统将自动更新表 t_Subsys（新增或更新一条记录），同时更新t_SystemProfile 表 中 Fcategory = GL, Fkey = InitClosed对应的 Fvalue=1，初始化 完成。
K/3总帐数据流程分析
——技术支持部
提纲
K/3相关数据库应用简介 1.基础资料
2.初始化及余额表
3.凭证处理
4.结帐
Q&A
2
K/3主要模块数据库结构及问题分析
1.基础资料相关数据表
涉及的表为t_measureunit（计量单位表），t_unitgroup（计量单位组 表）。常用的字段为Fmeasureunitid（计量单位内码），unitgroupid(计 量单位组内码)，Fstandard（是否基本计量单位）。 基本计量单位 在一个计量单位组内，只能有一个基本计量单位，即Funitgroupid 字 段值相同的记录，只能有一条记录的Fstandard字段值为1，如果一个组 内 有两个Fstandard=1的计量单位，则会造成一些报表数据翻倍。 计量单位丢失 K3中有很多表引用“计量单组ID‖和“计量单位ID‖，比如科目，凭证， 物 料，物流单据，余额表、BOM等等。一旦t_UnitGroup或t_MeasureUnit 丢 失记录(包括零记录)，对引用表来说就产生了“孤立数据”。或者也可以 说 3 XX表与“计量单位表数据不匹配”。
5
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‖。
4
K/3主要模块数据库结构及问题分析
科目 涉及的表为t_account（科目表），主要字段为 fAccountID(科目内码)，FfullName(科目全名)， FQuantity(是否数量金额辅助核算), FMeasureUnitID （计量单位内码），FDetailid(核算项目内码)等。 1）FAccountID（科目内码） 科目内码一旦被引用，为保证数据的完整性，此科 目就不允许删除。
多核算项目在凭证中的应用 在录入凭证时科目下设核算项目则提示输入核算项目，输入核算项目后， 在表t_VoucherEntry 中FDetailID 有相应的代码，在表t_ItemDetailt和 t_ItemDetailV 中有按FdetailID对应的记录，更新的规则是在 t_ItemDetail中“F‖开头 + ―数字”的字段值和t_ItemDetailV中FitemID 字段值是录入的核算项目对应表t_Item中FitemID的值。 例如：做一张收款凭证，借：银行存款，贷：应收帐款（下挂客户和部 门核算），客户为A客户，部门为B部门；在t_Item个表中，A客户对应 的FitemID的值假设为20，B部门对应的FitemID值为30，那么，在保存 完这张凭证后，t_VoucherEntry表中FdetailID的值假设为4，在 t_ItemDetail表中相对应有一条FdetailID=4，FdetaiCount=2的记录，其 F1=20，F2=30，其他以F开头的字段的值如F3=0，F4=0，F8=0等等， 这里面的F1和F2的值就是A客户和B部门在t_Item表中对应的FitemID的 值。在t_ItemDetailV有两条相应的记录，表现如下：FDetailID=4， FitemClassID=1，FitemID=20；FDetailID=4，FitemClassID=2， FitemID=30。 在录入模式凭证时，与录入凭证时一样，表t_VoucherEntrytemplate中 FDetailID 有相应的代码，在t_ItemDetailt和t_ItemDetailV表中都有相应 的记录生成。
7
K/3主要模块数据库结构及问题分析
不同的核算项目类别都拥有自己的数据表，在t_itemclass表中，有一 个FsqlTableName字段，它表示每个核算项目对应的数据表。比如：客 户—t_Organization ；部门—t_Department ；职员—t_Emp；物料— t_ICItem ... 。
K/3主要模块数据库结构及问题分析
币别 t_currency，常用到的字段为FcurrencyID（币别内码）， FFixRate （换算率），Fscale（小数位数）等等。 FcurrencyID（币别内码）：系统默认记帐本位的FcurrencyID值 为1 Fscale（小数位数）：在中间层帐套管理中，有个地方设置本位 币小数点位数，就是FcurrencyID值为1的记录对应的Fscale值，可 以在此改动币别对应的小数位数。 凭证字 涉及的表为t_vouchgroup（凭证字表），常用的字段为FgroupID （凭证字内码），一般被t_voucher（凭证表）引用。
借贷方存放规则 t_balance表中，借方余额保存为正数，贷方余额保存 为负数。
t_Profitandloss表对不同的余额方向的处理方式也不同。 例如：科目“营业外收入”的余额方向是贷方，在初 始余额录入中录入“实际损益发生额”为200，则在 t_ProFitandloss中FytdAmount保存为 –200。 科目“现金”的余额方向是借方，在初始余额录入中 录入“期初余额”为100，则在t_Balance中1期的 FEndBalance保存为 100。
6
K/3主要模块数据库结构及问题分析
ຫໍສະໝຸດ Baidu
核算项目
客户、部门、职员、物料等，这些都是核算项目的类别。比如客户是一 个核算项目类别，部门也是一个核算项目类别，系统用t_ItemClass保存 核算项目类别。 我们把核算项目类别看成一个对象，则不同的对象都有各自的属性。比 如对于客户这个对象来说，它的属性是：代码、名称、银行账号、法人 代 表、偿债等级等等。对于部门这个对象来说，它的属性是：代码、名称、 部门主管、部门电话、传真等等。系统用t_ItemPropDesc保存核算项目 类 别的属性。t_ItemClass与t_ItemPropDesc用FitemClassID字段关联，一 个核算项目类别可以拥有多种属性，因此是“一对多”的关系。用户新 增的 核算项目类别的属性也保存在t_ItemPropDesc中。 举例 ：新增一核算项目类别，并定义核算项目类别属性，注意其数据的 存放。
9
K/3主要模块数据库结构及问题分析
如果在年中进行初始化时，假如在第6期进行初始化，则 t_profitandloss有记录,另外两张余额表中会存在第1期和第6期两 期的数据，例如t_Balance—— — 1期的数据中：FYtdDebit、FYtdCredit、FendBalance取用户 录入的本年累计借方、本年累计贷方、期初余额（是指6月初的 余额）。FDebit、FCredit、FBeginBalance这三列是系统倒算出 来的，过程是： FDebit=FytdDebit；FCredit= FytdCredit；FBeginBalance= FEndBalance+FCredit – FDebit。 — 6期的数据中：6期的FBeginBalance等于1期的FendBalance； 6期的FcreDit和FDebit无数据；6期的FYtdCreDit和FytdDebit等于 1期的FYtdCreDit和FytdDebit；6期的FendBalance等于6期的 FbeginBalance。
核算项目使用状况ID 在上面所讲的三张表中，也都有核算项目（Fdetailid）这个字段，如 果某个科目下挂核算项目，且核算项目有余额或发生额，那么在这三张 表 中都由Fdetailid字段的值来反映。Fdetailid字段的值为0，则是此科目 所有核算项目之和的记录。
11
K/3主要模块数据库结构及问题分析
10
K/3主要模块数据库结构及问题分析
币别ID 在上面所讲的三张表中，都有币别（Fcurrencyid）这个字段，假如科 目带有外币核算，且外币有余额或发生额，则在这三张表中都由币别ID 来 识别，一个科目的余额之和是由这个科目的几个币种余额之和而得；在 余 额表中币别字段（Fcurrencyid）的值为零，就表示是此科目的综合本位 币记录。一个科目下所有币别余额之和等于此科目币别字段为零值的记 录 的余额，所有币别发生额字段之和等于币别字段为零值的记录的发生额。
13
3.凭证处理 （1）、多项目核算 在讲凭证处理之前，先来讲一下多项目核算，即一个科目带一个核算项 目或带多个核算项目时，数据是怎样形成的。 多核算项目在科目中的应用 在基础资料维护中需要下设核算项目的科目中设置核算项目类别，科目 下设了核算项目类别将会在表t_Account 中FDetailID 有相应的代码 ， 同时在t_ItemDetailt和t_ItemDetailV 中有按FdetailID对应的记录。例如： 113（应收帐寺）科目，带部门及客户两个核算项目，假设FDetailID的 值为1，那么在t_ItemDeail中有一条记录FDetail = 1 ,FdetaiCount=2 (表示下设两个核算项目类别)，F1= -1 ，F2 = -1，F3 = 0，F4=0， F8=0 等（以“F‖开头 + ―数字”的字段是根据t_ItemClass 中核算项目 类别代码FitemClassID 的值得来的，1和2在t_ItemClass 中分别代表客 户和部门，由于此科目下设核算项目类别为“客户” 和“部门”，所 以只有F1，F2字段的值是 –1，其他则为0表示在此类别不参与核算）， 可以参考图1和图2。 在t_ItemDetailV 中有对应FdetailID = 1的两条记录，FitemClassID对应 t_ItemClass表中FitemClassID的值，分别为1 和2 ，FitemID = -1（表 示此类别参与核算）。
不同的核算项目类别有相同的属性，比如：ID、父级ID、代码、名称、 长代码、全称等，系统将这些相同的属性值保存在t_Item表中。 因此，所有的核算项目都实际同时保存在两个数据表中。比如：新增一 个职员，则同时保存在t_Emp中和t_Item中；新增一个部门，则同时保存 在t_Department中和t_Item中。
因为所有的核算项目都保存在t_Item中，系统用t_Item.FitemClassID 字段区分核算项目类别。
8
K/3主要模块数据库结构及问题分析
2.初始化及余额表 运初始化数据的存放 初始化时，涉及到的表主要是 t_balance（金额余额 表），t_quantitybalance（数量余额表）和 t_profitandloss（损益类科目实际发生额情况表）。 如果在年初进行初始化时，余额表和数量余额表中都 只有第一期的数据，且没有本年累计数据和损益数据， 即在两张余额表中，累计数字段的值为零和在损益类 实际发生额表中没有记录。
12
K/3主要模块数据库结构及问题分析
试算平衡 平衡的标准是：当前期间的综合本位币科目借方余额合计等于 贷方余额合计，借方累计发生合计等于贷方累计发生额合计，即 汇总t_Balance表中FcurrencyID=0的启用期间数据。下面这段 SQL语句是检查余额表中的余额是否平衡： select b.fdc,sum(a.fbeginbalance) from t_balance a join t_account b on a.faccountid=b.faccountid where a.fyear=xxxx and a.fperiod=yy and a.fdetailid=0 and a.fcurrencyid=0 and b.fdetail=1 group by b.fdc 结束初始化 由于月末处理需要，结束初始化后，系统将自动更新表 t_Subsys（新增或更新一条记录），同时更新t_SystemProfile 表 中 Fcategory = GL, Fkey = InitClosed对应的 Fvalue=1，初始化 完成。
K/3总帐数据流程分析
——技术支持部
提纲
K/3相关数据库应用简介 1.基础资料
2.初始化及余额表
3.凭证处理
4.结帐
Q&A
2
K/3主要模块数据库结构及问题分析
1.基础资料相关数据表
涉及的表为t_measureunit（计量单位表），t_unitgroup（计量单位组 表）。常用的字段为Fmeasureunitid（计量单位内码），unitgroupid(计 量单位组内码)，Fstandard（是否基本计量单位）。 基本计量单位 在一个计量单位组内，只能有一个基本计量单位，即Funitgroupid 字 段值相同的记录，只能有一条记录的Fstandard字段值为1，如果一个组 内 有两个Fstandard=1的计量单位，则会造成一些报表数据翻倍。 计量单位丢失 K3中有很多表引用“计量单组ID‖和“计量单位ID‖，比如科目，凭证， 物 料，物流单据，余额表、BOM等等。一旦t_UnitGroup或t_MeasureUnit 丢 失记录(包括零记录)，对引用表来说就产生了“孤立数据”。或者也可以 说 3 XX表与“计量单位表数据不匹配”。
5
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‖。
4
K/3主要模块数据库结构及问题分析
科目 涉及的表为t_account（科目表），主要字段为 fAccountID(科目内码)，FfullName(科目全名)， FQuantity(是否数量金额辅助核算), FMeasureUnitID （计量单位内码），FDetailid(核算项目内码)等。 1）FAccountID（科目内码） 科目内码一旦被引用，为保证数据的完整性，此科 目就不允许删除。