这是一个 ABAP转换PDF调用函数CALL FUNCTION 'CONVERT_OTF'的问题记录，关乎字体STSong-Light-ldentity-H  和   STSong-Light的区别

背景：

做了一个增强，是采购订单审批后自动发送采购订单PDF1到企业微信，用户再将企业微信收到的PDF发送到SS系统进行流程签核。PDF1就是会乱码的文件。

在增强里面转化PDF是调用标准程序：CALL FUNCTION 'CONVERT_OTF'，然后再进行二进制转换，再发送给企业微信的。

另外还有一个PDF2文件，是用户直接在SAP使用smartform时，预览下载（pdf！）的PDF2文件，这个文件在任何系统都没有报错。

报错：

用户在企业微信接收到PDF1附件展示是正常的，但是上传到SS系统后，出现乱码（字段间距出现问题），如下：

解决：

第三方人员判断可能是字体问题，开始查看：

PDF1的模板字体

PDF2的模板字体

两个模板的字体都是一样的，所以对于模板本身是没有问题的

但是使用office办公软件来查看PDF的字体的时候，发现PDF1和PDF2的字体有轻微差别，如下：

PDF1的字体是STSong-Light

PDF2的字体是STSong-Light-ldentity-H

最直接的方式就是让SS系统添加上没有的字体，但是经过查询，发现STSong-Light-ldentity-H和STSong-Light从本质上来说就是同一个字体，所以不是字体原因导致的乱码。

问题还是出现在SAP里面，还得找一下。于是开始对比手动导出PDF和系统转换PDF的代码，发现确实是我参数设置有问题。

DEBUG步骤：

先进行系统标准程序保存PDF2的调试

这是使用标准事务代码  PDF!  时系统的参数设置，如下：

这是我写在增强里的转换PDF的代码：

我的代码里面多设置了一个use_cascading = 'x'.的参数，就是这里有问题。

为什么我会在这里多加一个参数呢？因为我在开发时都是网上查找，一个一个案例学习（copy)别人的，以至于开发的时候，浏览器窗口是这样的：

这个ABAP转换PDF调用函数CALL FUNCTION 'CONVERT_OTF'案例，我还特意看了这些参数的意义，又因为我们公司有湾湾用户，所以我故意保留了这个参数，防止繁体字转化失败，没想到画蛇添足了，好吧，就记录到这里！！

踩过坑就长记性了！！