证实 PDF/A 在 Make
本模块的功能
PDF4me验证 PDF/一份文件 检查是否 PDF 符合 PDF/一个 （ISO 19005）。它是 只读它不会修复或重写文件。请在生成文件后或上传归档文件前使用它。 门 合规性场景，以及验证失败时的路由、通知或转换步骤。
相关博客文章
目前尚无关于此功能的博客文章——敬请期待。
在此期间，您可以浏览 PDF4me 博客，查看适用于各平台的教程和工作流程。
访问博客 →
验证您的 API 请求
每一个 PDF4me 模块 Make 需要有效的 联系创建或选择与您的连接匹配的连接 PDF4me API 提供凭证，以便各种场景可以安全地调用验证。
您不容错过的重要事实
映射真实二进制内容
File Content 必须是实际的 PDF 来自先前模块的字节（例如 Data （来自 Dropbox 下载）。映射元数据或空缓冲区会导致检查失败或检查无意义。
文件与地图
选择 Map 当文件名和内容来自动态的前一个模块输出时，请使用固定源模块（例如 Dropbox），尤其是在始终读取相同逻辑文件结构的情况下。
验证并非修复
如果该文件不是 PDF/A，通往 创建 PDF/A 或者修复流程，然后再次验证，转换后不要在没有第二次检查的情况下就假设通过。
典型模式：下载步骤之后，映射 Filename 从 1. 文件名 和 File Content 从 1. 数据。
主要特点
- 面向 ISO 19005 的检查 适用于长期保存工作流程
- 灵活输入：之前的 Dropbox、云存储或 HTTP 模块输出
- Map 模式 对于步骤 1 中名称 + 二进制文件的动态捆绑包
- 场景友好根据验证结果进行分支，以决定是否批准或重试。
- 与……配对 ZUGFeRD 和转换：在混合发票后进行验证或 PDF/一个创作
参数
必需的： Connection， Filename， 和 File Content配置如何 File 提供（直接模块与） Map）在保存模块之前。
| 范围 | 必需的 | 它的作用 | 示例映射 |
|---|---|---|---|
| Connection | Yes | PDF4me API connection for the scenario. | Your PDF4me connection |
| File | Yes | How the PDF is chosen: e.g. Dropbox Download or Map. | Map |
| Filename | Yes | Original filename with extension for the PDF under test. | 1. File Name |
| File Content | Yes | Binary PDF body from the source module. | 1. Data |
快速设置
- 添加 PDF4me → 验证 PDF/A 文档。
- 选择 Connection （或通过以下方式添加一个） 添加）。
- 在下面 File， 挑选 Map 如果输入来自前一个模块的输出。
- 地图 Filename 到上一步的文件名字段（例如：
文件名）。 - 地图 File Content 到前一步的二进制字段（通常
数据）。 - 节省 运行该场景；对模块输出使用过滤器或路由器来实现通过/失败逻辑。
工作流程示例
工作流程示例Opens by default: common Make patterns around PDF/A validation.
Dropbox 导入 → 验证 → 归档
- Dropbox，下载文件 即将到来 PDFs。
- 验证 PDF/A 文档 和 Map：姓名+ Data 从下载中获取。
- 成功后：上传到存档文件夹或更新记录。
- 失败时：路由至 创建 PDF/A 或通知业主。
在 ZUGFeRD 之后或合并
- 生成或合并最终面向客户的内容 PDF。
- 跑步 验证 PDF/A 文档 在输出缓冲区上。
- 在合规性日志记录之前使用结果 ERP 不可触摸。
相关模块
创造 ZUGFeRD 发票
生成混合发票 PDFs然后验证输出是否符合归档要求。
创造 PDF/一个
当验证失败或策略要求时，转换为归档配置文件。 PDF/一个。
修复 PDF
在转换或进行第二次验证之前修复结构性问题。