我的朋友兼导师GregorWolf最近发表了一篇文章，内容是用一个现代化的SAP安装库（SAP）建立Linux打印服务https://blogs.sap.com/2017/06/25/setup-a-hp-color-laser-jet-on-the-sap-netweaver-as-abap-developer-edition/)。我将在2018年ASUG会议上介绍一个企业产出管理整合项目，我想与Gregor的开发人员观点的另一面分享经验。他站在最前面，淘客返利，而我站在最后面，整理几十年来SAP设置的零散信息。
这不是一个如何操作的问题，而是一些什么问题，因为每个外部管理解决方案都会有所不同。在HANA世界中，不会有太大变化的是Linux应用服务器模型。拥有UNIX和Linux背景可能有助于系统组件正常工作。或者可能存在"自己系统"的单用户管理员以前无法管理的隐藏方面。
以前：
https://blogs.sap.com/2016/09/30/i-carry-a-spool-or-how-the-abap-detective-found-his-lp/https://blogs.sap.com/2017/04/12/the-abap-detective-press-on/
Gregor需要设置操作系统级的打印服务，可能需要一些操作系统打印机设备配置。这不容易，但如果打印机因制造商、类型、纸张大小、特殊表格等不同而不同，则可能不容易扩展。这会将负担转移到企业应用程序，减少在Linux应用服务器上完成的专门工作。
如果需要，通过标准事务在SAP系统中应用安全性，以便外部管理访问更新假脱机状态（用户反馈和错误报告）。
外部管理系统通过SPAD事务套件中的导入（而不是传输）进行配置。测试直到事情匹配。
OMS导入片段（ROM和LOM…）
上述文本条目应加载到SPAD OMS事务中，阿里大数据分析，以进行提交、取消、查询等操作。
我们发现UNIX"echo"命令存在一个小路径问题，因此添加了完整路径（无论如何都是最佳做法，以避免错误的结果）。
通常的SAP spool进程定义并检查。
将所需代码推送到应用服务器是一个一次性过程，红淘客，我们部署的UNIX/Linux版本适合于简单的网络分发。
可执行文件的安装后测试是操作系统级的一个简单步骤：
这样做可以验证从SAP打印的问题不是由于缺少操作系统部件造成的。我们使用的解决方案的一个很好的特性是，唯一的操作系统级安装是命令行可执行文件（支持库）不需要作为服务运行、启动时启动或动态管理。
在相关测试中，我创建了一个HP PCL（打印机控制语言）格式的图像文件，因为许多SAP spool请求被创建为PCL流，自助建站服务，
应用程序所需的用户和组ID通常部署为root，但我们作为非root用户进行了测试和推出，没有看到任何副作用，
对SAP spool请求进行排队的应用程序可能需要防火墙规则访问输出管理服务器，取决于每个运行的域。我们没有看到来自托管在不同区域/云空间中的系统的问题。
向SAP系统报告输出请求状态所需的SAP标识在输出管理系统中维护，而不是应用服务器或SAP堆栈，什么叫云服务器，除了上述安全配置文件之外。
您可以可以使用事务RSPOXDEV将打印机定义从传统的非HANA SAP系统移动到SAP HANA系统中。我在这里是有选择的；没有理由拉死队列！
