Discussion :

[totofff77]

Bonjour,

Je dois mettre un code barre sur des factures.
Je n'y connais rien pour le moment, et en attendant je lance un
iserie-thon sur le pbm suivant:

Je dois générer un N°client sous forme de code barre pour qu'une machine de mise sous pli mette les bonnes factures ds les bonnes enveloppes.
De prime abord il faut convertir un code alphanumérique en une suite de 0 et 1 qui sera ensuite interprété par le PRTF avec les mots clé qui vont bien ?

Ma premiere étape serait l'algo de transformation du code client. Qn à fait ? comment fait on ? un petit site ? à votre bon coeur , ne soyez pas avare c'est un iserie-thon !

Je ne crois pas que ce sera le + compliqué, car après ce sera la bataille de l'imprimante , l'opus 7 de star war. Et là je vais

En attendant je vais me palucher le red book printing, qui ne peux pas télécharger, ca commence bien ....

A+

[Hédhili Jaïdane]

Bonjour.

Perso, j'ai utilisé, il y a quelque temps dans une application, le mot clé BARCODE dans les DDS d'un fichier imprimante sans rien d'autre. Faire attention aux perequesites concernant l'imprimante et les options de compilation. Tout est dans ce lien : http://publib.boulder.ibm.com/infoce...mstptbarco.htm.

[m4k-Hurrican]

En fait tout dépend de l'imprimante utilisée...
Si elle supporte les flux IPDS/AFP, ce sera simple. Le mot clé DDS barcode est là pour çà, comme le suggère Hédhili Jaïdane. Tu n'auras rien à convertir, juste à transmettre tes données, comme dans toute vulgaire zone de sortie.
Si ce n'est pas le cas, je vois 2 posibilités.
- Ton imprimante est une imprimante SCS. Désolé, là je ne vois aucune solution.
- Ton imprimante est une imprimante ASCII. Tu vas forcément y passer du temps, mais il y a des solutions:

- Tu crées un programme sur un PC, en VisualBasic ou autre, chargé de récupérer les données sur le iSeries et de l'impression. C'est la solution que j'ai adoptée chez nous pour la majorité des impressions. Le programme scrute une DataQueue et traite les demandes au fur et à mesure. Les avantages, souplesse et possibilités de l'impression, les inconvénients, pas de suivi direct des impressions par les utilisateurs et une stabilité moindre.
- Tu utilises le mot-clé TRNSPY (transparence ASCII). Ton impression reste telle qu'elle est, mais tu places ce mot-clé à des endroits stratégiques avec les codes Hexa qui vont bien. Il y a de fortes chances que ton imprimante utilises le langage PCL, il te faudra donc le potasser pour passer les commandes correctes. J'ai déjà utilisé çà par le passé, pour des documents où je voulais simplement que les caractères imprimés à une position du document soit en gras et de taille double.

PS : J'oubliais. Il y a aussi la possibilité d'utiliser une solution payante comme mapping, qui utilise une sortie imprimante SCS normale, pour en faire une sortie PCL entièrement remappée. Son coût est généralement fonction du nombre d'impression annuel passant par le logiciel.

[totofff77]

Merci pour vos réponses claires et concises. J'avais trouvé le lien sur Boulder et je vais regarder un peu la doc de l'imprimante....Sinon ma boite a pris depuis une solution qui utilise une interface "payante" , comme le pgm VB, qui scrute l'outq avec un daemon et le transforme pour l'envoyer sur l'imprimante. La solution était vendu plug and play au service comptable , exit l'IT !! maintenant à nous de récupérer le bébé avec l'eau du bain! Dans l'attente du projet on voulait explorer une solution directe avec une modif des prtfs et envois sur l'imprimante. Si j'ai le temps, j'essaierai vos solutions et je ferai un retour. Merci encore