Est-il envisageable d'utiliser cette technologie afin de :
- Recupérer des informations brutes
- Les insérer dans des fonds de pages prédéfinis
- Insérer dans les documents ainsi créés des codes barres calculés à partir de certaines infos (ex nom, code postale, nb page du doc)
- Les imprimer en fonction de certains critères (ex: imprimer tous les docs dont les destinataires habitent aux codes postaux xxxxx)
 
Tout ça en sachant que les volumes mensuels seront de l'ordre de 35000 à 70000 docs par mois.
Merci d'avance.

il existe des APIs pour C, C++ et Java (VB je ne sais pas) pour tripatouiller du PDF dans tous les sens.
 
dans ton cas, il ne te servirait qu'à stocker des infos ???
car si c'est ça, il y a d'autres moyens moins lourd ... XML par exemple.  
 
si c'est pour générer des documents PDF mis en page, il ne restera plus qu'à extraire les infos du XML, de les glisser dans un template à destination du PDF et hop.
 
non ?

En fait, le but serait de centraliser l'impression des factures du plusieurs sociétés par exemple.
Le truc c'est que chacune a un fond de page différent.
L'idéé c'était de récupérer chez elles uniquement les champs (nom, adresse, montant1,montant2,...) sous une forme ou une autre (mais avec quelque chose de très simple à mettre en place et gratuit)
Dans le même temps j'aurait recréé ces fonds de pages qu'il aurait suffit d'alimenter avec les infos recupérées par ftp ou autre.
Compte tenu de tout ça j'avais pensé recupérer les infos avec une imprimante fichier générique texte par exemple...ces fichiers auraient été mappé et les champs replacé dans les fonds de page.
En sortie on aurait eu du pdf indexé.
Le XML doit certainement être plus adapté mais ne le connaissant pas super bien, je ne vois pas comment on pourrait faire sur le modèle décrit avant...Si tu as une idée ce serait vraiment cool de m'éclairer ou de me filer un lien sur ce genre d'utilisation du XML.
En tout cas merci pour ta réponse !

 
...Vous faites de la GED dans ta boite ?

Pas vraiment...Pour l'instant on propose à nos clients l'externalisation du traitement de leur courrier factures.
Son impression, sa mise sous pli et son affranchissement.
Le truc c'est qu'il faut insérer un code barre pour la mise sous pli et surtout indexer les documents pour les classer selon certains critères.
Du coup on peut pas simplement récupérer des fichiers post-scripts...
Pour la GED on devrait y arriver dans les mois à venir...Disons que pour l'instant on se focalise sur notre métier de base.

 
Laissez tomber la GED, y a plus de place, on a tout pris !

LOL !!!
On sera basé en Océanie !!!
Bon, ceci dit je vous souhaite de vous étendre jusque là !!!

On est déja une boite internationale. En partant de France, on a déja vendu en Suisse et en Belgique !

Heu, pour l'Océanie, j'crois qu'on va attendre un peu !

el_gringo a écrit a écrit : On est déja une boite internationale. En partant de France, on a déja vendu en Suisse et en Belgique !

suise et belgique ... c'est limite au niveau de l'internalitée

benou a écrit a écrit :   suise et belgique ... c'est limite au niveau de l'internalitée

 
...C'était de l'humour !
Mais c le PDG de ma boite qui disait qu'on vendait à l'étranger. J'ai pas mal rigolé quand g appris que l'"étranger", c'était Suisse et Belgique !

C'est vraiment un truc sans prétention qu'on monte...
On va à priori traiter de 40000 à 100000 factures par mois...
Ce sera plus de l'artisanat que de l'industrie !!!
Notre problème c que les seules solutions logicielles qu'on a, ce sont des éditeurs qui veulent nous fourguer des suites à 100KF!!!
Du coup on essaie de voir si on peut pas passer par une solution plus light, style pdf ou xml...

Archivage/Indexation de 300 000 chèques par jour.  

Ben ça en fait du scan ça !!!