我在处理项目时遇到了障碍。当前，我们的业务托管着数千个合同，这些合同从Web表单获取信息，并使用该信息填充合同。为此，我们构建了一个包装器，该包装器使用带有标签（例如[name]）的HTML页面，将标签替换为来自网络表单的信息，然后输出个性化的PDF。这样做是为了可以反复使用合同中的各种数据。最大的问题是合同必须转换为HTML格式。我们通常以PDF或Word格式接收它们，然后必须手工将它们重写为HTML。有转换器，但是他们很少会在第一次尝试时就获得正确的格式。占用一位员工的时间几乎占90％。显然，这不是理想的选择，我们已经决定研究解决方案。我们认为解决此问题的最佳方法是将格式保留为PDF，并尝试避免任何转换。我研究了一些解决方案：
您可以在Acrobat Pro中的PDF文档上创建表单，可以将其填写以生成自定义输入。然后，使用根据用户提供的信息生成的FDF表单，可以将其放入设置表单的文档中。与HTML方法相比，这准备起来要快得多，但存在一些问题。所有的问题都围绕着形式，而形式更多的是邮票，而不是像文本一样写入文档。
首先，如果文本对于表单而言太长，则会被截断。
范例：Too much text for form
另外，很难在段落的中间添加一个表格，因为它看起来很奇怪，因为它没有自动调整大小（据我所知）。
示例：Awkward fit in form
我研究的其他选项是Adobe Experience Manager表单/实时周期编辑器/第三方PDF生成器。从编程角度来看，这些方法似乎是最好的方法，因为它们具有最大的灵活性。但是总的来说，该项目的主要目的是减少员工准备初始合同PDF所要做的工作量。这样似乎似乎要花更多的时间为每个单独的合同，并且我们每天都会引入多个合同。
所以我想我的问题归结为是否有有效解决这个问题的方法？第一个解决方案非常接近最优，但存在一些重要问题。关于如何解决这些问题，是否有任何想法？是否有第三方程序可以帮助我完成我想做的事情？我确信有人处于与我现在完全相同的情况，并且认为我可以从经验丰富的开发人员那里得到一些想法。感谢您的帮助，如有必要，我可以澄清更多。
答案 0 :(得分：0)
根据您所说的，Adobe AEM表单将非常大。我认为，您应该自己构建一些简单的东西。
如果您在MS Word中有很多模板，那么我会为Word编写自己的小模板引擎。
准备一个带有合同及其中的标签/占位符的Word文件（仅使用MS Office Word编辑）。
然后，有很多选项可以以编程方式读取和操作Word文件。使用自己的模板引擎，您可以生成个性化的Word文档（替换标签），
最后将其转换为PDF。
使用这种方法，从PDF到模板的转换也应该更容易。
