SAPBW非法字符处理

文章摘要:BW非法字符处理Tcode-RSKC如何处理BW抽数中invalid_characteristcs错误？非法字符错误，是BW抽数中很常见又很头疼的问题，下午群里刚好有人讨论这个问题，趁热打铁总结一下。症状典型的非法字符错误的出错信息是：BRAIN070,BRAIN060,BRAIN290Value‘…’&nb...BW非法字符处理Tcode-RSKC如何处理BW抽数中invalid_characteristcs错误？非法字符错误，是BW抽数中很常见又很头疼的问题，下午群里刚好有人讨论这个问题，趁热打铁总结一下。症状典型的非法字符错误的出错信息是：BRAIN070,BRAIN060,BRAIN290Value‘…’(hex.‘…’)of_characteristic…containsinvalid_charactersNoSIDfoundforvalue‘…’of_characteristic…等等。总之，这类错误的错误消息都比较清楚，很容易判断是因为非法字符引起的。什么是invalid_characteristics?默认情况下，BW只允许以下的字符以及空格：!%&'()*+,-/:;=?_0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ除此之外的字符都会被视为非法字符。以下列举一些比较典型的非法字符：1.小写字母：如果IO没有勾选Lowercase，则小写字母都是非法字符2.货币符号3.#：这个是最特殊的非法字符。首先“#”本身默认是非法字符。同时，十六进制码00-1F对应的字符也是非法字符。这些字符通常是回车，后退，TAB等特殊按键，系统无法根据codepage来找到对应的符号显示，所以都用#来表示。因此，当出错信息里告诉你某十六进制值有错误时，你在PSA或原系统可以看到值里面包含#，但这不一定是用户输入的时候输入了#，也可能是其他系统无法显示的字符。4.以!开头的字符串：SAP用!来标记被删除的记录。5.只有#的字符串：SAP用#来表示notassigned或空值错误发生的时机非法字符会在系统更新Character主数据的时候，进行数据校验时引起错误。这通常发生在两个时机：1.激活DSO的时候：如果DSO勾选了GenerateSID，则系统会去更新主数据，这时如有非法字符，会引发非法字符错误。2.往Cube装数的时候：往Cube装数肯定更新主数据，非法字符同样会引发校验错误。有时会出现数据加载到DSO正常，加载到CUBE报错。这是因为DSO没有勾选GenerateSID.如何解决？1.RSKC通过这个T-CODE，你可以把系统需要接受的字符补充在此。表RSALLOWEDCHAR记录了这个设置。其中，有一个很特殊的设置:ALL_CAPITAL.在多语言环境中，这个设置非常有用，它让系统接受所有各种语言的大写字母，同时也包含了大部分的特殊字符。因此，大部分情况下，在RSKC中设置为ALL_CAPITAL就是最佳的做法，但是以下数据仍然是非法的：只有#!开头HEX00～1F2.通过routine处理非法字符.具体代码网上很多，我就不写了。关键逻辑是如果原始数据含有非法字符，则对原始数据做进一步处理。判断是否含有非法字符有两种方式：使用CN(不仅包含...)操作符。使用FunctionRSKC_CHAVL_OF_IOBJ_CHECK(SE37搜索RSKC*你会发现几个有用同类function)3.直接在PSA修改数据。4.让用户修改原始数据。具体采用何种方式，要具体情况具体分析。如果是个别的非法字符，建议让用户修改原始数据或直接修改PSA。如果是R3那端会有大量的非法字符，建议使用routine进行处理。至于RSKC的设置，建议保持ALL_CAPITAL另外，特别说明一下，非法字符里有#时，很多人会想到最省事的方法，把#加入到RSKC中，但如前文所述，出现#不代表非法字符就是#，这种做法只能解决原始数据中的非法字符确实就是#而不是不可显示的16进制值的情况。