低版本SAP使用WS_DOWNLOAD导出FI表数据非英文乱码问题咨询

可能的诱因 #

• 代码页参数取值错误：希腊语对应的SAP标准代码页为1610（适配Windows系统希腊语编码CP1253）、1700（适配ISO 8859-7标准希腊语编码），若传入的codepage参数不在系统支持范围内，函数会默认使用系统全局代码页转码，导致非英文字符转换失败
• 非Unicode实例多语言优先级冲突：低版本SAP多为非Unicode架构，若同时配置了多个小语种支持，代码页优先级设置会覆盖传入的codepage参数，使用默认系统代码页处理希腊语字符，出现截断
• 文件格式与后缀不匹配：当前使用filetype='DAT'生成的是制表符分隔的纯文本文件，直接强制使用.xls后缀，Excel打开时会优先用本地系统默认编码解析，和文件本身编码不一致就会出现乱码
• 内表字符存储异常：若it_bkpf中的希腊语字段读取时未做字符集校验，存储的原始内容本身存在编码错误，导出后也会显示为######
• SAP GUI客户端配置缺失：本地SAP GUI未安装希腊语支持包，导出过程中客户端侧转码环节直接失败

可行解决方案 #

• 修正代码页参数取值：优先尝试传入codepage = '1610'适配Windows端Excel默认编码，若失败可尝试1700。也可通过标准函数动态获取当前系统支持的希腊语对应代码页，示例代码如下：

DATA: lv_codepage LIKE scp-codepage.
CALL FUNCTION 'SCP_CODEPAGE_FROM_LANGU'
  EXPORTING
    langu = 'EL'
  IMPORTING
    codepage = lv_codepage
  EXCEPTIONS
    not_found = 1
    OTHERS = 2.

将返回的lv_codepage传入WS_DOWNLOAD的codepage参数即可

• 调整导出文件规则：不要使用DAT格式加xls后缀的组合，该组合本质是文本文件冒充Excel二进制文件，会触发Excel格式校验警告，同时大幅提升编码识别错误概率。建议将filetype改为ASC，文件后缀改为.csv，打开CSV时手动选择希腊语编码加载即可正常显示内容
• 前置转码处理：导出前调用SCMS_STRING_TO_XSTRING函数将内表字符内容转为对应代码页的二进制流，再用WS_DOWNLOAD的filetype='BIN'模式导出二进制内容，规避函数内部转码逻辑的问题
• 临时兼容方案：若以上方案均无效，可先将数据导出为纯文本无格式文件，再用本地转码工具将文件编码转为CP1253/ISO-8859-7后再导入Excel

内容的提问来源于stack exchange，提问作者Stephon_Gordon