注: 正好我们也遇到这个问题, 故转之, 备查.
场景:ECC6系统中维护人员主数据,发生增删改查操作时,将更新后的人员主数据使用tcode:pfal下传到其他系统,接口使用IDOC技术实现,对方是dotnet开发的系统,数据库采用SQL Server 2005。
关于IDOC相关的配置,从SALE、SM59、BD64、WE20等,在此就不细说了。人员主数据message type使用的是HRMD_A
遇到一个字符集的问题,ECC6使用Unicode,代码页是8400,sm59创建RFC目标,然后测试连接时,使用unicode方式,无论如何都连不上,而使用non-unicode方式,却能够测试连接成功,不知原因。于是选择使用non-unicode方式,这样pfal传输人员主数据到对方系统,对方能够收到IDOC,但是中文发生了字符转换问题,无法正常转换,都被#替代。这个问题搁置了好久,最近对方系统负责人找个了解决办法,在对方系统服务器(windows NT)上配置环境变量SAP_CODEPAGE,值为8400,如下图
然后重启windows系统,这样代码转换问题就解决了。
为什么设置了这个系统变量就可以了呢?是不是SAP IDOC connector接到IDOC之后,会根据系统变量所设的代码页和自己系统的代码页进行转换?如果仍然无法转换呢?得去学习一下codepage和characterset的知识了