bseg 问题解决
具体说明BSAD：应收明细（已清帐）
BSID：应收明细（未清帐）
BSAS：总帐明细（已清帐）
BSIS：总帐明细（未清帐）
BSAK：应付明细（已清帐）
BSIK：应付明细（未清帐）
BSEG主要通过“凭证号”“会计年度”“行号”和这六张表关联，BKPF 是财务凭证抬头，BSEG 是财务凭证行项目。在财务凭证记账的时候，数据被插入 BKPF 和 BSEG，如果有必要，数据同时插入以上六张表中的一个未清表。
一般情况下一笔业务产生的凭证都是未清的，那么：
如果该业务行是客户相关的，则被记录到BSID；
如果该业务行是供应商相关的，则被记录到BSIK；
无论和客户相关还是和供应商相关，都是和总帐相关，所以也会有记录到BSIS；
但是如果这笔业务被清帐了，则相应的记录会从BSI*转移到BSA*
一般情况下：
应收账款、预收账款、其他应收款、应收汇票等科目既和客户相关，又和未清项管理的总帐科目相关；
应付账款、预付账款、其他应付款、应付汇票等科目既和供应商相关，又和未清项管理的总帐科目相关；
其他总帐科目一般不启用未清项管理，所以记录一般都放在BSIS中。5)未清项和已清项的概念
清项(Open Item)，表示财务凭证行项目的一种挂账的状态，这种状态，提示该行项目需要被清帐(Clearing)。在 FS00 设置科目的时候，有一个选项是 'Open Item Mngment'，该选项选中后，表示财务凭证行项目中记账科目为此科目时，该行项目有未清或者已清的状态。
已清项(Close Item)，表示该行项目已经被清帐。
具体应用中，'Open Item Mngment' 用得比较普遍的是应收（客户）和应付（供应商）的科目。
此外，在总帐中，也有一些应用，比如对于银行的对账单，也一般使用，这样可以再对帐无误后再做清帐。
为什么需要使用到未清项管理？目的是为了记录完整的业务交易。比如对客户A有两笔应收款 A1 与 A2，A1 因为有些商务纠纷，可能需要进一步交涉，所以客户先针对 A2付款。如果没有未清项管理，这一笔收款可能只能针对时间顺序靠前的交易 A1 了，显然，这样是一种比较混乱的状态。实际上，几乎大部分科目理论上都可以进行未清项管理，但是，有可能这样做不能带来显著的效益反而带来管理成本的增加。
6)未清项和已清项sap提供的TCODE
在 SAP R/3 中，使用 FBL1N , FBL3N, FBL5N 分别可以查看供应商，总账，客户类型科目的未清已清项。
BSEG于一般的透明表不同，它是一个簇表。对于一个簇表来说，除了主键项目外，其他项目都被编辑到一个长文本项目中，一起存储在表簇RFBLG中的vardata项目中，这就决定了作为簇表的BSEG无法再建立键值以外的索引（INDEX）,所以一般我们对于透明表来说当主键项目不全或完全没有时，追加索引的作法对于BSEG表来说就不好用了。而BSEG簇表又是SAP系统中FI 会计模块中最常被使用的数据表，所以运用好对BSEG表的访问技术对于FI会计模块的扩展开发（ADDON）至关重要。
这篇文章我们就来谈谈如何高效地对BSEG进行访问处理。
对於簇表来说，在数据库中没有与之同名的实体物理表相对应，所以虽然其可在ABAP中使用，但还是有一些限制的：
1. 不能使用Select distinct语法
BSEG中的字段存储在VARDATA中，所以不能使用distinct语句对单个项目去除重复。
2. 不能使用Native SQL
在数据库中没有与之同名的实体物理表相对应，所以不能使用Native SQL 对BSEG操作。
3. 不能使用Order by 语法
BSEG中的字段存储在VARDATA中，所以不能使用Order by语句对单个项目排序。
4. 不能再追加创建索引
BSEG中的字段存储在VARDATA中，所以不能再追加创建索引。
除此之外，对BSEG的访问要使用主键项目，如果没有主键项目虽然语法调试能够通过，但是程序执行起来，耗时长，效率低，而且随着业务量的增加执行时间问题会越发严重，甚至导致程序不能正常执行结束。
那么如果当键值不足时怎么办呢？回答，使用二次索引透明表，具体方法如下描述。
比如和销售凭证有关的业务，根据销售凭证编号和明细编号，选取相关会计凭证明细信息。
SELECT *
FROM BSEG
WHERE VBEL2 = 'XXXXXXXXXX' “ 销售凭证编号
AND POSN2 = 'YYYYYY'. “ 销售凭证明细编号
在这个例子中，对BSEG的检索条件中因为没有主键项目，所以执行起来，程序很慢。
变通的方法：
1）首先根据销售凭证编号和明细编号，从BSID中检索出未清帐明细行项目。
SELECT BURKS “ 公司代码
BELNR “ 财务凭证编号
GJAHR “ 会计年度
BUZEL “ 会计凭证中的行项目
FROM BSID
INTO TABLE TAB_KEY “ 存放主键项目的内部表
WHERE VBEL2 = 'XXXXXXXXXX' “ 销售凭证编号
AND POSN2 = 'YYYYYY'. “ 销售凭证明细编号
2）再根据销售凭证编号和明细编号，从BSAD中检索出已清帐明细行项目。
SELECT BURKS “ 公司代码
BELNR “ 财务凭证编号
GJAHR “ 会计年度
BUZEL “ 会计凭证中的行项目
FROM BSAD
APPEND TABLE TAB_KEY “ 存放主键项目的内部表
WHERE VBEL2 = 'XXXXXXXXXX' “ 销售凭证编号
AND POSN2 = 'YYYYYY'. “ 销售凭证明细编号
3）然后再根据上面检索出的主键列表，从BSEG中检索出相应的明细行项目。
SELECT BSCHL "転記キー
KOART "勘定タイプ
UMSKZ "特殊仕訳コ
SHKZG "借方/貸方
HKONT "総勘定元帳
GSBER "事業領域
DMBTR "国内通貨額
WRBTR "伝票通貨額
ZUONR "ソートキー
SGTXT "明細テキス
ZFBDT "期日計算の
ZTERM "支払条件キ
ZLSCH "支払方法
ZLSPR "支払保留キ
HBKID "取引銀行の
BVTYP "取引先銀行
FROM BSEG
INTO TABLE TAB_BSEG “ 存放检索结果的内部表
FOR ALL ENTRIES IN TAB_KEY “ 存放主键项目的内部表
WHERE BUKRS = TAB_KEY-BUKRS. “ 公司代码
AND GJAHR = TAB_KEY-GJAHR “ 财务凭证编号
AND BELNR = TAB_KEY-BELNR “ 会计年度
AND BUZEI = TAB_KEY-BUZEI. “ 会计凭证中的行项目
4）这么处理之所以能够提高效率，关键还得对透明表BSID和BSAD追加以VBEL2（销售凭证编号）和POSN2（销售凭证明细编号）为键值的索引（对于透明表可追加索引）。
这样一来，1）和2）步骤地操作有索引，3）步骤的操作有全主键项目，检索速度应该有保证。
采购方面的业务、物料方面的业务等都可如法炮制。
最后需要说明一点，不是所有的SAP体统都可以使用这种方法，能否使用取决于R/3系统的设计和配置。所以在试图使用该方法时应充分调查相关透明表与BSEG中的纪录是否相符，别速度提高了，结果处理对象范围减小了或增大了，那就与初衷背道而驰了，效率的提升一定要在确保业务数据正确的基础上再加以考虑。
SAP R/3系统中也有几个专门用来读取BSEG表信息的函数，可适当参考使用，它们是：
READ_BSEG
GET_ALL_BSEG
另外最有效率的方法是改善你的应用和需求，要使需求合理规范，这才能使效率达到最高化。