问题标签 [pdfa]

我收到许多 PDF 格式的文件。它们以电子邮件附件的形式出现。我必须将它们提供给 Intranet 软件。我编写了一个 VB.NET 应用程序来读取这些电子邮件，收集它们的文本和附件，并相应地从 Intranet 软件填写表格。

我的问题是：新版内网软件需要PDF/A合规。我知道进行这种转换的网站，但我想知道是否有一些可执行文件、库或包可以自由地包含在我的项目中，以便以比机器人浏览另一个网站更简单的方式在本地执行此操作。

非常感谢！

我无法获得符合 FOP 2.1 元数据的 PDF/A-1a（根据 pdfbox preflight 甚至不是 PDF/A-1b）。

假设我想设置日期、语言、标题和描述：

那么输出将不符合：

但是当我调用 exiftool 在 PDF 上设置标题和描述时，它将通过这个测试：

我必须在 fo 元数据中添加什么以使其符合开箱即用或直接脱离 FOP 的要求？

在 Java 中，我希望能够读取 PDF 文件，测试它是否符合 PDF/A（用于存档的 PDF），如果不符合，则将文件转换为 PDF/A。

我可能更喜欢在 Apache PDFBox 中使用它，因为我已经在那个 API 中做了一些事情，但我也会对其他 API 开放。

在尝试使用 Jasper Reports 生成符合 PDF/A 标准的 PDF 时，我得到了

这很容易通过配置来解决

但我需要将 icc 配置文件与 WAR 的其余部分捆绑在一起，就像报告嵌入的字体一样。如何才能做到这一点？我看起来像

但这不起作用，与报告本身相关的 icc profile 也不起作用。我可以将 InputStream 作为参数传递给 PDFGenerator 吗？

是否可以使用 Apache PDFBox 处理 PDF/A-3 文档？（特别是对于更改字段值？）

PDFBox 1.8 Cookbook说可以创建 PDF/A-1 文档pdfaid.setPart(1);

1. 我可以申请pdfaid.setPart(3)PDF/A-3 文件吗？

2. 如果不是：是否可以读取 PDF/A-3 文档，更改一些字段值并通过我不需要的内容来保护它>创建/转换为 PDF/A-3< 但该文档仍然是 PDF/A -3？

PDF/A-2

• PDF/A-2 继承了 ETSI/PadES 标准的规定。（来源）

• PDF/A-2 是否必须使用 PAdES？或者是否也允许 PDF/A-2 中的其他签名格式？

PDF 2.0

• ETSI 会将这些特定于欧洲的元素反馈给 ISO，以包含在 PDF 标准的下一个版本 ISO 32000-2 中。（来源）

• 在新的 PDF 2.0 标准中，PAdES 是强制性的吗？或者 PDF 2.0 是否与 PAdES 兼容，并且也允许其他签名格式？

我的任务是使用 TCPDF/FPDI 创建一个 PHP 工具，该工具采用现有的 PDF 并将它们转换为 PDF/A 标准，同时添加证书。

不幸的是，所有生成的 PDF 都不符合 PDF/A 标准。我还尝试生成一个随机测试文档，如此处所示https://tcpdf.org/examples/example_065/但该文档也不符合。

这是我的代码：

我使用这个https://www.pdf-online.com/osa/validate.aspx来验证我的 PDF。它生成以下输出：

合规性 pdfa-1b 结果文件不符合 PDF/A。详细信息 验证文件“testerrrrrr.pdf”的一致性级别 pdfa-1b EOF 标记后有数据。pdfaExtension:schemas/ [0] :: 值类型“Schema”中缺少必填字段“property”。pdfaExtension:schemas/ [0] :: 值类型“Schema”中缺少必填字段“valueType”。pdfaExtension:schemas/ [1] :: 值类型“Schema”中缺少必填字段“valueType”。pdfa扩展：架构/[2] :: 值类型“Schema”中缺少必填字段“valueType”。外观字典不包含条目。键 S 的值 Transparency 是被禁止的。该文件不符合要求的标准。文件格式（标题、预告片、对象、外部参照、流）已损坏。该文件包含透明度。文档包含具有模棱两可或没有适当外观的注释或表单域。文档的元数据丢失、不一致或损坏。完毕。

是否可以从转换为字节的文件（.pdf）创建 pdfa。因为我认为 pdf 没有直接覆盖到 pdf/a。

我对如何做很迷茫，我似乎找不到任何关于如何做的教程。

我们正在通过我们的软件创建可访问的 PDF。目前，我们对 PDF/A-1b 标准表示不满。最近，我们也开始支持可访问性（符合马特宏协议）。那么我们现在可以说我们生成的 PDF 符合 PDF/A-1a 吗？（假设所有 PDF/A-1b 功能都受支持，并且新的 PDF 根据 Matterhorn 协议兼容 PDF/UA）

PS：我尝试了在线 PDF/A 验证器，但它们并不可靠。我这么说是因为我尝试了他们的工具与 PDF/A-1a 兼容文件（matterhorn 参考 PDF 文件），这些文件被开发人员/测试人员用作参考文件，这些工具也被标记为不兼容。所以我正在寻找一个快速的答案，这样我就不必经过漫长的过程来寻找一个可靠的验证器（加上这可能是一个付费软件:)）。

我们目前正在尝试合并多个 PDF 并从中创建一个 PDF/A (1B)。

目前，当我们想要修复颜色配置文件时，我们面临一个问题。我们收到的 PDF 没有嵌入颜色配置文件，因此在 PDFBox 的合并功能期间，不会合并任何 OutputIntent。因此，在最后一步中，我们尝试添加颜色配置文件。

如果我们不添加任何颜色配置文件，我们会遇到 RGB 和 CMYK 的验证问题。如果我们将两个颜色配置文件都添加到 PDDocumentCatalog，那么只有第一个的验证问题就消失了。因此，如果我们先添加 RGB，我们只会遇到 CMYK 验证问题，反之亦然。

这是我们添加颜色配置文件时的部分代码：

这是 RGB 的代码，我们还为 CMYK 添加了另一个 *.icm 颜色配置文件。所以颜色配置文件似乎很好，因为依赖于我们首先添加的配置文件，验证问题就消失了。

对我来说，感觉我们只是错过了一个小东西，即两种颜色配置文件都将被接受，或者是否只能使用一个颜色配置文件来创建 PDF/A？

预先感谢和亲切的问候