Hello Christoph，

在您撰写本文时，发送PDF是行业最佳实践。 压缩PDF并没有多大意义-因为创建的ZIP仅比PDF本身小一点（至少与我尝试过的PDF相比）。 因此，只有在极少数情况下，您才可以在电子邮件中添加其他文档。

在报告发送过程中，我认为系统将仅对电子邮件的单个文档（3个PDF-> 3个ZIP）进行ZIP压缩 压缩成一个ZIP。

ZIPing可以很好地处理Word文件或XML文件（如果您通过E-MAIL发送ESComXML或SDSComXML文件）。

不确定要使用什么实现 这个。 在我看来，相比于额外的处理时间，每天通过Mail发送的邮件多出x MB，SAP系统（检查一定大小的ZIP中可以容纳多少PDF）不是一个好主意，因为SAP处理时间是 与某些MB出站流量相比，价格昂贵得多。

希望这对您有帮助

标记

它们是任何特定的表格，我们可以从SAP中检查文件大小 与EHS相关的表格？

在批处理作业期间，它们会增加负载，这会影响系统的性能

亲爱的马克

感谢评论。 我方面的担忧即将到来 由于eSDS的潜在规模。 许多公司都有"规则"。 他们不接受大于10 MB的电子邮件，因此我们无法通过电子邮件发送SDS。 因此，已经讨论了" ZIP"的想法。 根据您的评论：也许我们会将尺寸减小80％。 不错。

我将在这里研究其他选项。 感谢您的反馈

C.B。

Chris，

他们的任何表都会存储MSDS文档的文件大小吗？

亲爱的克里斯托夫，

您在此主题上取得了任何进展吗？

我很感兴趣，因为我们目前面临着一些eSDS大量发送给客户的问题。 我们收到消息文件大小超过24.3 MB并且无法存储在SAP DMS中的消息时，甚至还有一些当前无法生成的消息（我们正在考虑使允许的大小更大）。 但是，即使我们可以将这些文档存储在DMS中，但由于pdf超出了10 MB的电子邮件分发限制，我们目前仍无法将其发送给客户。

因此，如果您找到了一个好的解决方案，我很乐意得知。

亲切的问候，

雏菊

亲爱的雏菊

由于WWI当前存在问题（现在，在WWI服务器上，"大"打印流出现了问题（因此您无法再打印任何文件（可能是PDF文件），我们在这里没有花时间。

这是一种"通用"设计思想，至今仍然缺失。 选项1.）可能是：生成的 pdf文件已"压缩"，因此许多zip文件将被添加到电子邮件中，或者一个"收集"许多生成的pdf，然后尝试将它们合并为一个" zip"文件。 不确定我们将朝哪个方向进行调查。 第一个选项似乎更"稳定"，但我们需要考虑如何实现这一目标（因为ZIP必须在WWI服务器上发生，而在某些方面如此）

我们将看到会发生什么。

C.B。