转载: 如何处理BW抽数中invalid_characteristcs 错误？

(一)

BW运行“非法字符”抽取       

        分类：            SAP 2011-09-20 17:43 115人阅读 评论(0) 收藏 举报

BW默认对“非常字符”从R/3抽取到BW中，做了设置，如“#”符号不能抽取，一旦出现这些字符抽取就会报错。但在实际业务中，有时候有些字符代表有实际意思，所以如何让BW允许这些字符出现？

设置如下：

1：T-CODE：RSKC

2：许可的提取字符：输入允许出现的字符（PS：ALL_CAPITAL表示所有字符都允许(二)

SJIS_DBC_TO_SBC(全角转半角)

 

如何处理BW抽数中

invalid_characteristcs错误？

非法字符错误，是BW抽数中很常见又很头疼的问题，下午群里刚好有人讨论这个问题，趁热打铁总结一下。

症状

典型的非法字符错误的出错信息是：

BRAIN070, BRAIN060,BRAIN 290

Value ‘…’ (hex.‘…’) of_characteristic … contains invalid_characters

No SID found forvalue ‘…’ of_characteristic …

等等。总之，这类错误的错误消息都比较清楚，很容易判断是因为非法字符引起的。

什么是invalid_characteristics?

默认情况下，BW只允许以下的字符以及空格：

!"%&'()*+,-/:;<=>?_0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ

除此之外的字符都会被视为非法字符。

以下列举一些比较典型的非法字符：

1. 小写字母：如果IO没有勾选Lowercase，则小写字母都是非法字符

2. 货币符号

3. #：这个是最特殊的非法字符。首先“#”本身默认是非法字符。同时，十六进制码00-1F对应的字符也是非法字符。这些字符通常是回车，后退，TAB等特殊按键，系统无法根据codepage来找到对应的符号显示，所以都用"#"来表示。因此，当出错信息里告诉你某十六进制值有错误时，你在PSA或原系统可以看到值里面包含 "#"，但这不一定是用户输入的时候输入了#，也可能是其他系统无法显示的字符。

4. 以"!"开头的字符串：SAP用!来标记被删除的记录。

5. 只有"#"的字符串：SAP用#来表示not assigned 或空值

错误发生的时机

非法字符会在系统更新Character主数据的时候，进行数据校验时引起错误。这通常发生在两个时机：

1. 激活DSO的时候：如果DSO勾选了Generate SID，则系统会去更新主数据，这时如有非法字符，会引发非法字符错误。

2. 往Cube装数的时候：往Cube装数肯定更新主数据，非法字符同样会引发校验错误。

有时会出现数据加载到DSO正常，加载到CUBE报错。这是因为DSO没有勾选Generate SID.

如何解决？

1.RSKC

通过这个T-CODE，你可以把系统需要接受的字符补充在此。表RSALLOWEDCHAR记录了这个设置。

其中，有一个很特殊的设置: ALL_CAPITAL. 在多语言环境中，这个设置非常有用，它让系统接受所有各种语言的大写字母，同时也包含了大部分的特殊字符。因此，大部分情况下，在RSKC中设置为ALL_CAPITAL就是最佳的做法，但是以下数据仍然是非法的：

只有#

!开头

HEX 00～1F

2. 通过routine处理非法字符.

具体代码网上很多，我就不写了。关键逻辑是如果原始数据含有非法字符，则对原始数据做进一步处理。判断是否含有非法字符有两种方式：

使用CN(不仅包含...) 操作符。

使用Function RSKC_CHAVL_OF_IOBJ_CHECK (SE37搜索RSKC*你会发现几个有用同类function)

请参考网上的代码：

http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/d0afbb81-f219-2c10-4181-b20f6b10e373?QuickLink=index&overridelayout=true

http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/50db4398-2dea-2b10-1fab-e3195bb311dc?QuickLink=index&overridelayout=true

http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/20253?utm_source=twitterfeed&utm_medium=twitter&utm_campaign=Feed%3A%20SAPNetworkWeblogs%20%28SAP%20Network%20Weblogs%29

3. 直接在PSA修改数据。

4. 让用户修改原始数据。

具体采用何种方式，要具体情况具体分析。如果是个别的非法字符，建议让用户修改原始数据或直接修改PSA。如果是R3那端会有大量的非法字符，建议使用routine进行处理。至于RSKC的设置，建议保持ALL_CAPITAL

另外，特别说明一下，非法字符里有"#"时，很多人会想到最省事的方法，把"#" 加入到RSKC中，但如前文所述，出现#不代表非法字符就是#，这种做法只能解决原始数据中的非法字符确实就是#而不是不可显示的16进制值的情况。