总账科目和利润中心是如何关联的？

zhao_417 · 发表于 2010-7-17 12:15

你系统中启用了新总账的凭证分割，而且激活了零余额平衡，即在PC的层次上也需要平衡才能过账。

如果你程序清帐和手工FB05清帐的业务背景是完全相同的：
那么FB05在PC角度是平衡的并且能过账，但你程序上插的那一行没有自动派生出利润中心而导致
PC角度无法平衡，这样系统无法过账。
而且是否你的程序插入完第二行之后就开始报错，并没有把整个行项目全部列出来以后才报错？

我的叙述是否正确？LZ

rijkard · 发表于 2010-7-17 16:37

原帖由 zhao_417 于 2010-7-17 12:15 发表
你系统中启用了新总账的凭证分割，而且激活了零余额平衡，即在PC的层次上也需要平衡才能过账。

如果你程序清帐和手工FB05清帐的业务背景是完全相同的：
那么FB05在PC角度是平衡的并且能过账，但你程序上插的那一行没有自动派生出利润中心而导致
PC角度无法平衡，这样系统无法过账。
而且是否你的程序插入完第二行之后就开始报错，并没有把整个行项目全部列出来以后才报错？

我的叙述是否正确？LZ

你系统中启用了新总账的凭证分割，而且激活了零余额平衡，即在PC的层次上也需要平衡才能过账。

--应该是的，我记得系统的配置是如图所示的（nnd跑去公司加班，结果停电，只好回家贴个练习系统的配置）

程序清帐和手工FB05清帐的业务背景完全相同

－－是的

而且是否你的程序插入完第二行之后就开始报错，并没有把整个行项目全部列出来以后才报错？

－－对，程序是模拟FB05的屏幕序列，在插入新的未清项后报错，整个行项目无法列出来

所以应该是如表哥版主说的“程序上插的那一行没有自动派生出利润中心而导致PC角度无法平衡，这样系统无法过账”

最后，最重要的，远程的FI顾问说不可能修改总账科目的配置（主要是指字段状态组），这种情况下，要如何解决这个问题呢？

rijkard · 发表于 2010-7-17 17:41

对了，还有一点，我猜想如果我在FB05里面也手工先输入一条新的未清项，再去选择发票，
也应该会因为没有自动派生出利润中心而导致PC角度无法平衡，不能记账吧？（本来今天要到系统上验证一下，结果停电。。。）

zhao_417 · 发表于 2010-7-17 17:46

为什么你的程序在第二行就开始插入剩余未清项目（2000RMB），而不是最后才插入？
是否可以把它改到最后再插入？

有个建议，你可以把你上图中的PC必输拿掉，包括相关字段状态组和PK的PC必输拿掉。
这样先让程序插入未清2000RMB过去，等最后行项目完整之后，再看是否能派生出来。

当然，以上需要在测试系统中测试。

我这样做的目的是看看到底是你程序的问题，还是配置的问题（配置应该没有问题，也不需要修改，因为你手工是可以做的）。

[ 本帖最后由 zhao_417 于 2010-7-17 17:49 编辑 ]

zhao_417 · 发表于 2010-7-17 17:47

LZ今天可以周末啊，还在加班啊。。。

rijkard · 发表于 2010-7-17 18:06

原帖由 zhao_417 于 2010-7-17 17:46 发表
为什么你的程序在第二行就开始插入剩余未清项目（2000RMB），而不是最后才插入？
是否可以把它改到最后再插入？

有个建议，你可以把你上图中的PC必输拿掉，包括相关字段状态组和PK的PC必输拿掉。
这样先让程序插入未清2000RMB过去，等最后行项目完整之后，再看是否能派生出来。

当然，以上需要在测试系统中测试。

我这样做的目的是看看到底是你程序的问题，还是配置的问题（配置应该没有问题，也不需要修改，因为你手工是可以做的）。

是这样的，程序里调用的是这个Function Module：POSTING_INTERFACE_CLEARING

处理的方式是把FI凭证的行项目的信息放在内表T_FTPOST，把待清账项目的信息放在内表T_FTCLEAR，这两个内表参数传给FM之后，由FM来模拟FB05的屏幕顺序

但是因为这个FM模拟FB05的时候，模拟不到从未清项列表中选择特定那几个来输入residual金额（内表T_FTCLEAR中是没有金额相关的字段的），

所以只能在一开始就把新的未清项填在内表T_FTPOST中，而后面模拟选择未清项就当作都是全额清掉的。

因为系统权限的问题，我大概无法去修改现有的配置。我打算先在FB05里面也手工先输入一条新的未清项，再去选择发票，看看结果如何（我猜应该会报错的）。

我刚才搜到一个SAP note 961137 好像是关于Document splitting, Zero balance clearing account 的，不过没账号去看。

[ 本帖最后由 rijkard 于 2010-7-17 18:08 编辑 ]

rijkard · 发表于 2010-7-17 18:10

原帖由 zhao_417 于 2010-7-17 17:47 发表
LZ今天可以周末啊，还在加班啊。。。

唉，

对方在催啊。

本来一直都好好的，到集成测试时换了个总账银行科目才发现有问题，然后又不能轻易改配置，只能我这边来折腾了。。。

zhao_417 · 发表于 2010-7-17 18:21

按照你的说法应该是程序有问题了。。

rijkard · 发表于 2010-7-17 20:41

原帖由 zhao_417 于 2010-7-17 18:21 发表
按照你的说法应该是程序有问题了。。

嗯，应该是和程序的处理顺序有关，如果对方坚持不改任何配置（对我这个问题，是不是只要把零余额平衡去掉就可以？）

我就得看看能不能把POSTING_INTERFACE_CLEARING拷贝出来进行修改了

－－－

但是我刚刚想了一下，也是很难的：关键是模拟不到在未清项列表中输入residual金额的屏幕，这样即使我先模拟选择未清项的屏幕，也只能以residual为0对待，那么就一定会报“差额太大”的错误，因为前面屏幕中的FI行项目的金额肯定和未清项的金额不同的。。。。

[ 本帖最后由 rijkard 于 2010-7-17 20:48 编辑 ]

zhao_417 · 发表于 2010-7-17 20:59

原帖由 rijkard 于 2010-7-17 20:41 发表

嗯，应该是和程序的处理顺序有关，如果对方坚持不改任何配置（对我这个问题，是不是只要把零余额平衡去掉就可以？）

我就得看看能不能把POSTING_INTERFACE_CLEARING拷贝出来进行修改了－－－

但是我刚刚想了一下，也是很难的：关键是模拟不到在未清项列表中输入residual金额的屏幕，这样即使我先模拟选择未清项的屏幕，也只能以residual为0对待，那么就一定会报“差额太大”的错误，因为前面屏幕中的FI行项目的金额肯定和未清项的金额不同的。。。。

嗯，应该是和程序的处理顺序有关，如果对方坚持不改任何配置（对我这个问题，是不是只要把零余额平衡去掉就可以？）

这个我想你的客户应该是不会改的。
首先为了自动清帐程序去更改系统配置，这个动力和理由不够充分，而且这个配置对于你的客户来讲可能是需要在PC层上出具平衡的
BS和PL报表，这个意义显然更大也更重要。

如果时间允许，还是去修改程序吧