Si hallas algún error en tu código o proyecto, recuerda probar siempre en un entorno de testing antes añadir el código al trabajo final.
Solución:
Hay varias opciones aquí.
1) FDF, formato de datos de formulario. Y ese es un documento de especificaciones terrible, solo cubre una parte pequeña (complicada y de uso poco frecuente) del formato FDF. Los archivos FDF son bastante triviales de generar y contienen una pila de pares de campo/valor (y pueden contener opciones de lista y otras cosas más sofisticadas que no necesitará) y una asociación de archivos. Al abrir el FDF, se llena el PDF (a través de una asociación de archivos con Acrobat/Reader).
Aquí hay una muestra (con espacios en blanco adicionales para que sea más legible):
%FDF-1.2
1 0 obj
<< /FDF
<< /Fields [
<< /V (Communications Co.)/T (Address1)>>
<< /V (29 Communications Road)/T (Address2)>>
<< /V (Busyville)/T (City)>>
<< /V (USA)/T (Country)>>
<< /V (24 January 2000)/T (Date)>>
<< /V (Suzie Smith)/T (Name)>>
<< /V ((807) 221-9999)/T (PhoneNumber)>>
<< /V (777-11-8888)/T (SSN)>>
<< /V (NJ)/T (State)>>
]
/F (TestForm.pdf)
>>
>>
endobj
trailer
<<
/Root 1 0 R
>>
%%EOF
“/V” indica un valor de campo, “/T” es el título de un campo. “/F” es la ruta al formulario que se debe completar.
Hay una serie de productos similares a la combinación de correspondencia que pueden recibir un FDF y un PDF y producir un formulario PDF completo. El iText mencionado anteriormente (y varios otros) pueden hacer esto mediante programación, otras aplicaciones tienen líneas de comando.
Cualquier página que deba repetirse debe tener su propia forma en este entorno. Fusionar formularios puede ser bastante difícil. Hay un par de enfoques, el más fácil de ellos es “aplanar” los campos para que sean solo contenidos de página (arte lineal y texto) … entonces ya no estás fusionando formularios PDF.
Por supuesto, si puede controlar el orden en que se imprimen las cosas, no necesita fusionar los formularios en absoluto. Simplemente puede abrirlos/imprimirlos en el orden correcto.
Según recuerdo, los comandos por lotes de Acrobat Pro pueden importar datos FDF e imprimir. Todo lo que necesitaría hacer sería generar los archivos FDF apropiados, que en su mayoría son triviales string edificio.
El uso de FDF supone que ya tiene los formularios PDF, esperando a ser llenados. Si ese no es el caso…
2) Genere sus formularios PDF mediante programación. Hago esto con iText (la base Java de iTextSharp), aunque hay bastantes bibliotecas disponibles en varios idiomas. yo texteo[Sharp] tiene licencia bajo la AGPL (o comercialmente). Con AGPL, cualquier persona con acceso a su SALIDA debe tener acceso a la fuente de su aplicación. AGPL es tan “viral” como la GPL regular. Las versiones anteriores estaban disponibles bajo MPL.
Dado que esto es estrictamente interno y que imprimirá los archivos PDF, la licencia no es un gran problema.
Sería considerablemente más eficiente generar sus plantillas de formulario una vez y luego completarlas… ya sea directamente o mediante FDF.
Puede probar la Biblioteca Docotic.Pdf. Esta biblioteca permite completar formularios en documentos existentes, importar y exportar datos FDF, así como modificar documentos existentes y crear formularios desde cero.
Varias muestras:
Cómo rellenar formularios existentes
Cómo importar FDF a documento PDF
Cómo crear campos de texto
Docotic.Pdf viene con licencias comerciales y gratuitas.
Más adelante puedes encontrar las críticas de otros usuarios, tú además tienes el poder mostrar el tuyo si lo crees conveniente.