关于你的回答，我存有一些疑问。
我在下述的两个帖子的官方回复中看到“PDFNet 允许处理和生成任何 PDF 文档”：
很明显，他的口径和你的回复并不一致，这意味着在以前Apryse SDK是支持PDF/X、PDF/E的生成，现在是否仍然支持的？
另外，从Apryse SDK的官方API上可以明确得知，贵司不直接支持PDF/E、PDF/X的直接转换与验证，这个我知道。我想问的是，当前Apryse SDK（https://docs.apryse.com/core/guides/get-started） 是否具备间接支持PDF/X、PDF/E的转换与验证？其底层的API是否支持构建这类业务，这才是我最关心的。
最后，你提供的这两个解决方案是独立于（https://docs.apryse.com/core/guides/get-started） 的吗？还需要额外购买吗？如果是的话，那么我不会把它们作为首要考虑的解决方案。