用友T3财务数据迁移表结构与关联

用友T3财务数据迁移表结构与关联

用友U8与T3的财务数据表在结构上基本一致，按此表结构都能正常读取数据。

相关表名称：

GL_accvouch      凭证表

GL_accsum      科目汇总表

GL_accass      辅助汇总表

code      科目表

customer      客户列表

vendor      供应商列表

department      部门列表

fitemss98      现金流量项目列表

GL_accvouch表字段说明（必须部分）：

iperiod – 会计期间（月份）

csign – 凭证类别

isignseq – 凭证类别序号

ino_id – 凭证编号

inid – 凭证行号

dbill_date – 凭证日期

idoc – 附件数（默认-1）

cbill – 制单人

cdigest – 摘要

ibook – 记账标记（默认0-未记账）

ccode – 科目代码

cexch_name – 币种名称（默认NULL）

md – 借方金额

mc – 贷方金额

md_f – 借方外币金额

mc_f – 贷方外币金额

nfrat – 汇率（默认0）

nd_s – 数量借方（默认0）

nc_s – 数量贷方（默认0）

cdept_id – 部门代码

ccus_id – 客户代码

csup_id – 供应商代码

citem_id – 项目代码

导入数据注意点：

1、T3往来单位分客户和供应商两个表，所以仅凭单位名称判断是否有重复数据不唯一，在做映射时，要加入客户和供应商属性标记以区别。

2、T3是分年度数据库，每一年都有一张客户和供应商表，所以，为防止有同一单位改名称的情况出现，还应该加上代码判断。即:根据单位属性和单位代码来判断目标系统表中是否已存在相关数据。

3、再次强调用友的分年度数据库结构。T3都是分年度数据库，U8不一定，U8_13以前都是分年度的，但13以后可以分可以不分，在此只针对分年度的数据库进行说明，对不分年度的数据库需重新分析表结构。

在读取分年度的数据库时，科目表、客户表、供应商表、外币表、部门表、项目表都有变动的可能，所以每一年都要对这些基本数据进行整理，其中变动的情况有两种，以前对应方法：

1）在新年度数据中用户将代码一并删除和新增代码的——逐一比对，保持目标系统与原表结构一致，删除多余的，新增没有的；

2）在新年度数据中用户只改了名称，代码仍保留——逐一比对，使用相同编码的记录名称也保持一致；

4、由于用友凭证数据中不含现金流量内容，因此总账数据进入目标系统后，需单独进行现金流量分析，同时，由于用户做凭证习惯各异，且存在不规范现象，比如有借：银行存款，贷：应付账款的销售货款凭证发生，因此目标系统中进行的现金流量分析无法做到百分百准备，只能通过手动调整。

5、读取外币表时，发现用友将人民币单独列在外币表中，因此进入目标系统时，需将人民币一项剔除。