赛跑网

 找回密码
 注册

QQ登录

只需一步,快速开始

快捷登录

查看: 3523|回复: 3

为什么FBL3N里查询不到明细

[复制链接]
发表于 2013-10-14 11:02:54 | 显示全部楼层 |阅读模式
今天给实战班同学讲FB08反记账时,在公司代码SP01下做了一笔凭证,结束在FBL3N里查询不到明细项目,本来以为是主数据里行项目明细没有勾,不过后来看了看,都是勾了的,于是奇怪了,SP01公司代码是上一期SKY同学做的。不知道当初他怎么测的?

后来研究了下,终于知道原因了。原因是COPY完公司代码后用FS15来复制会计科目表,导致SKB1中的分类账组特定的清帐错误的填入了 '/' in SKB1-XLGCLR and BSEG-XLGCLR,
解决方法参考这两个NOTE:1323960和1437341 。

Summary
Symptom
Possible symptoms:
1. The system does not generate any line items (BSIS) when you post documents and/or does not update the indices (BSAS) when you clear items. This means that the items receive clearing information in the table BSEG, but are retained as open items in the table BSIS.
2. The field SKB1-XLGCLR (account master record) is filled with '/'.
3. The field BSEG-XLGCLR (document) is filled with '/'.
4. You transfer G/L account master data to different company codes using transaction FS15 (program RFBISA10). During the direct transfer with the "Update File Immediately" option, the system issues error message FH 700:
              Field '': Enter ' ' or 'X'
5. When you process the batch input session that was created by the program RFBISA00 or RFBISA10, the system issues error message 00 349 "Field SKB1-XLGCLR does not exist in the screen SAPMF02H 0110".
Other terms
FS15, FS16, RFBISA10, RFBISA20, 00 349, FH 700
Reason and Prerequisites
Note 1158244 has been implemented in your system.
You used the program RFBISA10 or RFBISA20 to copy, or the program RFBISA00 to transfer, G/L account master data from the source company code to the target company codes.

The field SKB1-XLGCLR was filled with the NODATA character '/'. However, this field should be empty because at least one of the following conditions is not fulfilled:
1. NewGL (new general ledger accounting) is active.
2. More than one ledger is assigned to the company code.
3. The indicator is not hidden in transaction OBD4.
4. The business function FIN_GL_CI_1 is active.

Solution
1. Import the current Support Package for one of the releases specified above or implement the source code correction as described in the attached correction instructions.
2. Generate the program RFBISA02 using the program RFBISAG0:
              Call transaction SE38.
              Enter the program name RFBISAG0.
              Then choose "Execute" or F8. The generation log appears with the information message "Include report RFBISA02 was generated".
              The program RFBISA02 has now been generated successfully.
3. Generate the program RFBISA11 using the program RFBISAG1:
              Call transaction SE38.
              Enter the program name RFBISAG1.
              Select the parameter "Generating RFBISA11" and execute the program.
              The program RFBISA11 has now been generated successfully.
4. Generate the program RFBISA52 using the program RFBISAG1:
              Call transaction SE38.
              Enter the program name RFBISAG1.
              Select the "Generating RFBISA52" parameter and execute the program.
              The program RFBISA52 has now been generated successfully.
5. Generate the include using the program SAPGL_ACCOUNT_MASTER_GENERATE:
              Call transaction SE38.
              Enter the program name SAPGL_ACCOUNT_MASTER_GENERATE.
              Then choose "Execute" or F8. No list is displayed.
              The includes have now been generated successfully.
6. Additional step for symptom 1, 2 or 3:
              To delete the incorrect content '/' from the field SKB1-XLGCLR in the database, to correct the incorrect documents in the table BSEG and to adjust indices, implement the correction report ZF_CORR_XLGCLR_BSEG in accordance with Note 1437341. You can run the report in update mode. If you have any questions or problems, contact SAP Support under the component FI-GL-GL-X.

下面是这个程序。
ZF_CORR_XLGCLR_BSEG.txt (13.13 KB, 下载次数: 2, 售价: 10 赛跑币)

最近访客

  • wx_11001
    2023-04-19
  • lileilei
    2023-02-17
  • study883
    2022-11-29




上一篇:函数/方法中如何使用any/any table/空/data等类型动态传值
下一篇:workflow常见问题排查与解决一
本楼点评(0) 收起
发表于 2013-10-14 11:09:05 | 显示全部楼层
谢谢校长分享~
本楼点评(0) 收起
发表于 2022-11-29 11:24:05 | 显示全部楼层
FS10N 是查询科目余额的,其中余额计算时已经考虑了反记账逻辑,即 如果行项目为借方,反记账为X的,则作为贷方负数参与余额计算,反之依然。

FBL3N 是查询行项目的,其中借贷方向为真实借贷方向,反记账标识单独显示,因此查询行项目汇总余额时,是不考虑反记账的。

所以两个查出的金额是不一定相等的。
本楼点评(0) 收起
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|联系我们|赛跑网 ( QQ:108519493QQfsq

GMT+8, 2024-3-29 15:07 , Processed in 0.235821 second(s), 48 queries .

Powered by 91SAP X3.4

© 2001-2023 91sap Team.

快速回复 返回顶部 返回列表