《没有选择行项目(查看长文本)》由会员分享，可在线阅读，更多相关《没有选择行项目(查看长文本)（3页珍藏版）》请在金锄头文库上搜索。
1、没有选择行项目（查看长文本）目录一、问题发现1二、初步解决2三、进一步解决7四、进一步查找原因8五、进一步解决211六、附件13一、问题发现用FS10N查询某科目，双击查看总账科目行项目显示，提示“没有选择行项目（查看长文本）”，不能穿透查询。没有选择项目 (查看长文本)消息号 MSITEM033诊断不能读取满足选择标准的行项目。可能是因为下列原因：1.) 尚未过帐相应项目。2.) 未授权显示该数据。3.) 已归档项目。二、初步解决经过查询，发现BSEG凭证行项目数据表有数据，是正常的，但是BSIS未清项凭证表（总账）没有数据。奇怪。用FS00，检查该公司代码下的科目，显示行项目是打上勾的，正
2、常网上查询，发现表SKB1- XLGCLR值为“/”引起的SE16N查表SKB1查看帮助详细的帮助看附件使用程序RFSEPA01进行修复，运行SE38，输入RFSEPA01，输入公司代码和科目代码提示：帐户 1002023204 没有被冻结记帐所以使用FS00，对该科目进行冻结后再来操作再回到程序RFSEPA01操作，运行后提示凭证编号行项目年度标记100000001 1 2023 选择的凭证100000001 1 2023 文件已修改100000001 1 2023 在表 BSIS中生成行项目此时再查表BSIS，发现记录已经产生。然后用FS10N查看该科目，双击查看该科目总账科目行项目显示，
3、发现可以穿透查询，问题解决了！三、进一步解决经过刚才的处理，问题似乎解决了，但是新问题又来了，历史的记录是修复了，但是用该科目新做的凭证，发现还是查不出行项目，BSIS表中依然产生不了数据。估计是在SKB1- XLGCLR值为“/”的问题引起的，前面的方法只能修复历史数据。得想办法要去掉科目里面的这个“/”，使用SE16N+&SAP_EDIT，直接修改标准表里面的记录，将其置为空。经过测试，去掉“/”后，新做的凭证都正常了，BSIS记录产生了，行项目查询也正常了。所以，去掉SKB1- XLGCLR的“/”成为关键。但是直接修改标准表存在风险，所以还是不要这样搞的为好。经过网上查询，发现有别人写
4、的好的程序（REPORT），也有要求升级包的，都被否决了。问题的根源还是要查出原来是怎么搞进去的，该字段在屏幕上也是没有的。四、进一步查找原因经过追溯，发现原来导入凭证的时候，是用LSMW的Standard Batch/Direct Method的方式导入的。且在第13步Create Batch Input Session，不知道为何产生不了Session会话，是以马上更新文件方式导入的，这样似乎SAP不经过校验就导入了。在检查文件的时候，发现有这样的提示：对于 空字段 的特殊字符是 /，问题似乎在这里。消息文本文件 XQFG_FICO_FI_FSSO.lsmw.conv 正在会话 1 :对于
5、 空字段 的特殊字符是 /会话 1 会话名 FSSO :没有找到结束五、进一步解决2可能的原因是：由于原来的屏幕上并没SKB1- XLGCLR这个字段，Maintain Source Fields里面也没有这个字段，所以SAP会默认传一个 / 值进入。所以我们想，能不能把这个字段手动加进去，然后给它赋值一个空值，然后用原来的方式导入，看能不能将空值导进去。增加字段XLGCLR。映射一下这个字段，赋值常量空值。BSKB1-XLGCLR = .读入数据，转换后显示一下看看果然，转换的值为空，很好。然后用Create Batch Input Session马上更新文件的方式导入。导入后，查表字段SK
6、B1-XLGCLR，OK。问题解决。建议：导入的时候，最好能以产生Session会话的方式导入，用上述马上更新文件的方式导入存在风险，SAP似乎不校验，这个似乎是SAP的一个BUG。不过不知道当时为何产生不了Session会话。六、附件-测试数据-科目10020232031002023204公司代码HZH12023凭证号 100000000 100000001BSISSKB1BSEGSE16N &SAP_EDIT若SE16N没有权限进入的话，可用SA38运行程序RK_SE16N进入。查询了一下，还有类似的程序名称标题RFSEPA01 通过更改主记录打开行项目显示RFSEPA02 通过更改主记录打开未清项目管理RFSEPA03 通过更改主记录关闭未清项目管理RFSEPA04 主数据更改之后的减少的行项目显示处理的先后顺序是：先去掉“/”，然后冻结科目，运行程序修复，再解冻科目。若数据量大的话，可以采用批导的方式，若多个公司代码下的科目是相同的，可以先修复一个公司代码下的问题，然后用FS15发送科目主数据到其他公司代码。估计启用新总账可能没有这个问题。
