Abap 如何解决SAP中的RFC_转换_字段错误?

Abap 如何解决SAP中的RFC_转换_字段错误?,abap,saprfc,pyrfc,Abap,Saprfc,Pyrfc,我的Python脚本通过RFC查询表AUFK中具有BUKRS=1110的行,但我得到错误: RFC_转换_字段 从字符集4110到字符集4103的转换错误“rfc\U ucs\U到\U str” (我将德语翻译成英语) shortdump似乎显示了一个错误的行号(第1行),但我猜这不是真的 我的代码在几个星期后就可以正常工作了。这就是为什么我猜数据(AUFK中的数据库行)一定有问题 有没有办法调试哪一行AUFK被破坏了?或者是我的代码中的错误,而不是数据 我读了,但没用。客户端是Python(p

我的Python脚本通过RFC查询表
AUFK
中具有
BUKRS=1110
的行,但我得到错误:

RFC_转换_字段

从字符集4110到字符集4103的转换错误“rfc\U ucs\U到\U str” (我将德语翻译成英语)

shortdump似乎显示了一个错误的行号(第1行),但我猜这不是真的

我的代码在几个星期后就可以正常工作了。这就是为什么我猜数据(AUFK中的数据库行)一定有问题

有没有办法调试哪一行AUFK被破坏了?或者是我的代码中的错误,而不是数据


我读了,但没用。客户端是Python(pyRFC),服务器是7.40 Unicode系统。

4110=UTF-8,4103=UTF-16LE。从理论上讲,一个字符不能被转换是不可能的。但也许您的RFC客户端程序不是UTF-16LE,也许是类似ASCII的格式?您可以创建一个测试程序,该程序发送一个非ASCII字符,例如CJK U+4142,并确保您正确接收它(如果您的RFC客户端类似ASCII,它将错误地解释为“AB”)。@SandraRossi我猜utf8中有一个断开的字符。也许是拉丁语的字符串。SAP认为它是utf8,但事实并非如此。我猜每次转换都会失败。你说你的JSON被截断为33MB?您是否能够找到此字符串的结尾以查看它是什么类型的名称等?也许在表AUFK?@Jagger中更容易找到它在我的例子中,剪切发生在不包含任何特殊字符的行中。所有字符都是纯7位ascii。没有umlauts。如果我选择列AUFK的所有行,就会发生这种情况。切割发生在AUFNR=000008189486的行。如果我只拉这一排,一切都很好。但我想上面的问题是另一个问题。但是,可能是因为在这一行之前有断行。latin1字符所在的行,sap认为它是utf8。您使用什么格式读取表?