PDF

Un fichero PDF/X debe llevar siempre una etiqueta con el nombre de la condición de impresión caracterizada (characterized printing condition) que se tomó como objetivo cuando se creó el documento. Lo que se pretende es informar a una fotomecánica o imprenta que reciba el fichero de un cliente sobre si aquel es adecuado para sus máquinas o no lo antes posible.

El primer estándar PDF/X fue PDF/X-1:1999, aprobado por el ANSI como Estándar Nacional Americano en octubre de 1999 (ANSI/CGATS.12). Fue creado con el objetivo de efectuar envíos "ciegos" y al igual que el PDF/X-1a:1999, sólo admitía datos de colores CMYK y directos.

El desarrollo y mantenimiento de estándares como los de PDF/X son siempre un pequeño acto de equilibrio. Si el estándar se basa en una versión demasiado antigua de las especificaciones del formato PDF, los usuarios, en el extremo creador del uso de PDF/X, se quejarán de que no pueden incluir las fantásticas características nuevas que las últimas especificaciones permiten.

Para los involucrados en los estándares, fue muy útil desarrollar las versiones de 2003 de PDF/X-1a y PDF/X-3. En muchos sentidos, las nuevas versiones son una mejora con respecto a sus predecesoras, ya que incluyen gran cantidad de aclaraciones en respuesta a las preguntas y problemas de los programadores y usuarios en general. Por otra parte, el uso extendido de las versiones de 2003 complica el sector comercial en un momento en el que muchos usuarios aun está aprendiendo a organizar sus sistemas de trabajo con PDF/X.

El estándar PDF/X-2 fue ideado para envío e intercambio de ficheros allí donde debe haber más contactos entre el emisor y el receptor de los mismos. Permite un sistema de trabajo similar al OPI. Las especificaciones existentes para OPI no se usan, sino que se ha ampliado un poco el mecanismo de uso de referencia a XObjects definido en la versión 1.4 del formato PDF para poder asegurarse de que los ficheros subsidiarios se localizan de forma correcta. Una consecuencia de este método es que los ficheros externos deben estar también en el PDF/X.

Los distintos estándares PDF/X se han pensado para que su aplicación sea la mayor posible en muchos sectores y áreas geográficas de las artes gráficas. Por eso son una base muy sólida para el desarrollo de especificaciones más ajustadas a la necesidad de cada sector.

Algunos fabricantes han creado sistemas informáticos que pueden formar directamente ficheros PDF y enviarlos al impresor o fotomecánica de un sólo paso (los parámetros de creación final quedan en manos del receptor).

En muchos sentidos, esos programas intentan solucionar los mismos problemas que PDF/X y en muchos de esos sentidos tienen exactamente el mismo éxito. La principal diferencia es que esos sistemas de distribución electrónica (electronic delivery software) requieren que el emisor del fichero adquiera programas concretos que forman equipo con que el receptor usa, aunque el establecimiento de ese equipo lo suele lograr la imprenta receptora, que es quien las más de las veces proporciona los programas ad-hoc al cliente.

TITT/IT-P1 se ha mantenido durante algún tiempo como ejemplo de formato de intercambio a prueba de balas. Sin embargo, los resultados obtenidos en al menos una gran firma de preimpresión revelan que la tasa de fallos de PDF/X y TITT/IT-P1 ha sido muy comparable y que, en ambos casos, ha sido mucho menor que los ficheros PDF genéricos.

Las especificaciones PDF/X y comprobar previamente el material (preflight) no son mutuamente excluyentes. De hecho, los PDF/X deberían ser comprobados para asegurarse de que cumplen los estándares antes de enviarse. En teoría deberían comprobarse para verificar todos los detalles que los estándares no contemplan, como la existencia de una cantidad de sangre necesaria o de una resolución correcta en las imágenes, por ejemplo.

En los últimos años, algunas personas que reciben PDF han desarrollado un sistema que a veces funciona bien. Lo que hacen es guardar unas opciones de trabajo (job options) de Acrobat Distiller y se las envían a los clientes. Cuando los ficheros los tiene que crear un cliente relativamente poco avezado, es más probable que consigan cumplir los requisitos de calidad de su impresor si utilizan esas opciones que si no lo hacen.