Bonjour,
 
dans le cadre de mon activité professionnelle, je suis chargé de contrôler un énorme flux de transformation de fichiers PDF afin de les rendre compatible à la norme PDF/A.
 
La compatibilité PDF/A fonctionne sur 95% de nos fichiers, à l'exception d'un petit lot qui est rejeté du fait de l'absence des polices suivantes :
 

 
Arial-BoldItalic, on connait et on a ça bien entendu dans nos bibliothèques. Mais Arial-BoldItalicMT ? TimesNewRoman idem, on a bien la police mais TimesNewRomanPSMT ?
 
Quelqu'un pourrait-il me dire si, dans la liste ci-dessus, les polices sont disponibles libres de droit et où les trouver SVP ?
 
Le problème (bloquant actuellement), c'est que ces polices manquantes (et non incorporables pour le moment) proviennent de fichiers PDF reçus de différents acteurs extérieurs de mon métier. Nous n'avons aucun moyen de leur imposer une quelconque demande de modification sur ces fichiers.
 
Bref, la mise en place d'un contrôle de chacun de nos PDF à la sauce PDF/A est exigé, c'est sur ma tronche que ça tombe et je vous demande donc un petit coup de pouce.  

Salut,
L'extension MT derrière le nom doit faire référence au fondeur de la typo : Monotype ici.
Donc les MT tu les trouveras probablement là http://www.monotypefonts.com/

Si les fontes ne sont pas encapsulees dans le PDF, les remplacer par des fontes qui ne sont pas du meme fondeur va poser beaucoup de probleme, sans compter le probleme de l'inter-plateforme MAC/PC avec des fontes au codage different..
 
A votre niveau, il ne reste que la vectorisation, mais si vraiment les fontes ne sont pas encapsulees, ce sont les fontes de substitution qui vont etre vectorisees, ce qui a mon avis n'est pas une bonne idee, (meme si le client a valide le doc sans se rendre compte de la substitution.. ).
 
La solution pour contourner le probleme de la non encapsulation des fontes TT protegees c'est de configurer le pilote PS de l'imprimante PDF pour que les fontes soient telechargees en tant que fontes logicielles... mais c'est en amont qu'il faut le faire.. a votre stade il est trop tard.

Arf, ça sent pas bon mon histoire    
 
Je pensais que ce petit panel de PDF à problèmes, on pourrait au moins les faire passer dans la boucle en se disant "tant pis".
 
Manque de chance, certains d'entre eux deviennent des PDF inexploitables en fin de transformation. La superbe usine à gaz qui s'occupe du flux et qui fait papa/maman crée parfois des rejetons complètement flingués (message d'erreur d'Acrobat Reader à l'ouverture "une erreur est survenue à l'ouverture du fichier" ).
 
Mon service info ne dispose pas de ces polices et mon interlocuteur externe pour l'usine à gaz ne peut pas voir ce qui se passe dans ces PDF flingués, tant que je ne suis pas en mesure de lui fournir des fichiers PDF avec jeux partiels incorporés pour les polices absentes.
 
Je crois que le mieux est d'aller me  

Perso, je pars du principe que si les fontes ne sont pas encapsulees et que c'est un fichier client, il a bien du voir ce que cela donnait apres avoir realise son PDF... Donc c'est que l'affichage (et l'impression) avec les fontes de substitution lui convient parfaitement...  Je lui fais remarquer et lui dit de controler depuis Acrobat dans l'onglet "police" des "proprietes du document"  et si pas de retour, je balance sur le RIP. Si ca passe pas, je vectorise avec Piststop...
 
Mais il y aussi ceux qui sont sur MAC et qui utilisent l'apercu de osX, ou ceux qui sont sur PC et qui utilisent un autre reader que Acrobat, la aussi ont peux avoir des resultats differents avec les fontes de substitution...    
 
Les flux de production avec des fichiers d'origine externe, ca marche jamais... ou tellement rarement   .. ca marche bien que dans une chaine de production ou toutes les sources sont connues et maitrisees.