Créer un fichier excel type depuis un XML

en fait j'avais mis le post en forum bureautique mais il a été déplacé
pour être plus complet je mets ici les fichiers
http://www.cijoint.fr/cjlink.php?file=cj201106/cijnEVGz8X.zip
actuellement on reçoit les PDF, pour le fournisseur B j'ai eu la trame du fichier excel et ils font juste un print en pdf
pour le fournisseurA la trame qu'il semble utiliser ressemble beaucoup à la configuration des colonnes du fichier xml

la procédure sera adaptée : une macro configurée spécifiquement à chaque fourniseur ?!
je voulais génériser les formats pour qu'il n'y ait qu'un code car je suis le meilleur en VBA ici donc vous avez uen idée de ce qu'il peut se produire si je quitte le poste dans les prochains mois !!! autant de maintenance qu'il y aura de macro, ça va tomber à l'eau rapidement

non j'avoue être un peu largué
je devrais peut être préciser que les fichiers pdf actuels nous seront toujours envoyés, mais pour compiler les données de manière automatisée, le certificat PDF devra être accompagné de son homologue XML.
donc je pense pas que le fournisseur B soit prêt à laisser tomber son modèle excel actuel pour uen feuille excel très épurée

[pour être sûr d'avoir compris, je leur envoie le fichier que vous m'avez joint, ils répondent s'ils sont d'accord pour remplir cette feuille épurée et ensuite viendra le temps du mappage pour la conversion ?!]

ok je commence à entrevoir
je lis des articles sur la barre d'outils XML et une fois les données en tableur basique on peut les convertir en XML list qui ressemble à celle du fournisseur A
et effectivement s'ils utilisent déjà une feuille excel pour initier le pdf, ils pourraient très bien mettre des formules pour récupérer les valeurs et ainsi compléter la feuille prévue pour la conversion xml
(c'est bien ça ?!)

la réponse est déjà connue : les valeurs peuvent être modifiées si on vous transmet les fichiers natifs xls. c'est pour cette raison que les fichiers pdf seront toujours transmis.
et les natifs du fournisseurB font appel à des valeurs sources d'uen autre feuille. Et l'idée d'exploiter directement la feuille du fournisseurB avait été rejetée car il y a des cellules fusionnées qui peuvent poser soucis

en posant la question ici on m'avait indiqué que ça engendrait des erreurs possibles la fusion de cellules.
du coup il est plus simple d'exploiter la feuille excel du fournisseur B telle quelle ou bien de le pousser à utiliser du xml ?
il faut que les valeurs soient bien inérées ligne par ligne.
nous avons d'autres sites qui ont mis sous-traite ce traitement de données et ils le font à partir des PDF, ils ont défini des emplacements et le lecteur de pdf vient récupérer les valeurs visibles dans ces fenêtres. par contre aucuen garantie que la valeur retranscrite soit bien celle qui correspond à l'aluminium par exemple. si le fournisseur modifie sa présentation ou l'ordre des lignes, personne ne s'en rend compte et nous ne voulons pas tomber dans cette situation "floue"

1/ ils sont édités directement en pdf par chaque fournisseur à ce jour. et nosu les recevons par mail
2/ en fait sur le fonctionnement il s'agit d'un programme similaire à acrobat pro. avec le logiciel on définit des zones. chaque zone correspond à une valeur (colonne value du xml) et donc le logiciel agit comme un scanner, il ne voit que les caractères de ces zones, tout le reste il n'en tient pas compte. donc si l'aluminium a été initié à l'emplacement 1 au départ et que pour uen raison x,y le fournisseur modifie et le place en ligne 2, le scanner ne se rend compte de rien.
alors qu'avec votre macro, on regarde en colonne A du fichier de compilation et on va retrouver la ligne correspondant pour récupérer la valeur donc on garanti la pertinence des données.
le sous-traitant n'est pas capable d'apporter cette garantie avec son système

3/ A et B représentent 90% de nos livraisons donc si on parvient à gérer pour ces 2 là ça sera une belle avancée. obtenir les fichiers natifs des 5 autres fournisseurs risquent d'être compliqué

l'avantage du XML c'est déjà le poids, on n'aurait qu'une seule procédure quelque soit le fournisseur et on permettait dans le même temps aux autres sites de la compagnie de stopper avec le sous-traitant et d'utiliser votre procédure vu que les fournisseurs seraient déjà initiés à la pratique du XML

essais réalisés en convertissant les pdf en fichier texte, en xml, en tableur mais les données sont à chaque fois mixées et inexploitables

:-)
j'ai repris le fichier natif du fournisseur B
il print la feuille "certificat d'analyse" en PDF et nous l'envoie
j'ai essayé de créer sur la feuille "XML" le tableau de conversion xml en replaçant les données que votre macro doit trouver. et j'ai mis en feuille "XML référence fournisseurA" le XML référence du fournisseurA
Par contre je sélectionne le tableau de la feuille "XML" pour le convertir avec l'outil XML d'excel mais impossible

l'idée aurait ainsi été de leur proposer ce nouveau fichier et de mettre en place une macro qui imprime la feuille "certificat d'analyse" en pdf en nommant ce PDF avec les cellules "PN" et "batch" et enregistrerait la feuille "XML" en xml avec le même nom de fichier comme ça la conversion serait sans perte de temps pour lui

il faudrait donc une nouvelle procédure ... mais pas vraiment le niveau pour ça
et après vosu parliez de tableau de référence mais j'ignore comment ça se présente pour orienter vers la bonne procédure en fonction du fournisseur

oui je visualise un peu, à mettre en oeuvre je ne dis pas que c'est simple
le fichier excel du fournisseurB est fixe sur toute la partie haute, la seule chose qui varie est le nombre de lignes d'éléments analysés donc logiquement pour lui
pour moi je pensais qu'il y aurait plusieurs macros. et c'est en lisant les lignes du fichier 001 BL.xls que si il trouve fournisseurA alors il déclenche la procédure importA et s'il trouve fournisseurB il déclenche importB. Mais si je comprends bien, ça serait la même mais au moment d'aller inscrire numéro de lot et date il irait voir dans le tableau de références pour se placer au bon endroit selon le fournisseur en cours

si vous avez envie de me faire un exemple, n'hésitez pas.
merci pour tous les éléments et les éclaircissements que vous m'apportez

Bonjour,
j'ai essayé avec acrobat pro la conversion en xls ; les données utiles sont mises bout à bout dans une même cellule.
j'ai essayé sur le web avec nitropdf et ça me ressort seulement l'entête (les entêtes avaient été détourés dans les fichiers pdf que j'avais mis ici)
Quoi qu'il en soit je demande actuellement des documents excel ou xml à tous nos fournisseurs car au niveau management la conversion n'est pas acceptée car nécessite du temps.
donc mon fournisseur B accepte de m'envoyer cette trame en excel
http://www.cijoint.fr/cjlink.php?file=cj201106/cijy8AltMx.xls
cette trame ne change pas jusqu'en ligne 16 quelque soit le produit. ensuite c'est le nombre de lignes qui varie selon le nombre d'éléments analysés.
j'ai rajouté des commentaires sur les informations utiles et les pb qu'il pourrait y avoir

oui j'ai eu parfois le soucis avec le fournisseurA
j'ajuste à chaque fois le fichier graphes.xls en fonction des intitulés des fournisseurs.
moi j'avais opté pour séparer les nom des symboles mais je vais les regrouper pour le fournisseurB dans le fichier graphes.xls pour que ça corresponde parfaitement au certificat

Bonsoir,
j'ai essayé cette après midi au travail et chez moi le même soucis sur cette dernière ligne
valfoB = WorksheetFunction.Substitute((WorksheetFunction.Substitute((valfoB), ",", ".", 1)), "<", "", 1)
Cells(lig, precovi) = CDbl(valfoB) >> je ne sais pas quel est le soucis car ça me copie bien la valeur de la ligne assay et hop la macro s'arrête. les intitulés (colonnes A de graphes.xls et colonne B de certificat d'analyse sont bien identiques donc je ne comprends pas)

Bonjour,
Je pense qu'il s'agit du séparateur système. Si vous utilisez la virgule comme séparateur décimale, vous remplacer : valfoB = WorksheetFunction.Substitute((WorksheetFunction.Substitute((valfoB), ",", ".", 1)), "<", "", 1)
par celle-ci:
valfoB = WorksheetFunction.Substitute((valfoB), "<", "", 1)
Désolé.
Salutations.
Le Pingou

:-D
ça fonctionne à merveille
vous êtes trop fort
ça doit venir d'excel 2007, vu que maintenant quand on tape le . ça le remplace en ,
donc si j'obtiens d'autres fichiers excel de différents fournisseurs, il suffit que je complète la table de référence avec les cellules correspondantes et rien à changer dans la macro ?!
si c'est le cas c'est formidable

je fusionnerai sans doute les 2 tables de références et ainsi toutes les informations nécessaires seront sur la ligne du fournisseur correspondant

Merci beaucoup pour tout ce travail

j'ai une question, comment faites vous pour nommer vos tableaux ?
en effet je sais le faire pour un groupe de cellule avec le clic droit et on retrouve le nom dans la case qui donne les références de la cellule mais pour vos tableaux je ne sais pas et je pense qu'il est primordial que je sache faire si je dois rajouter des lignes avec l'introduction d'un nouveau fournisseur par ex.

ok j'ai trouvé, autant pour moi

il y a un risque de mauvaises données ?!
j'ai déplacé Cherep pour insérer refFichFo à côté de tabfour en supprimant les colonnes des fournisseurs et des extensions xls xml qui faisaient doublon du coup. et j'ai modifié la sélection de tabfour et refFichFo pour que ça corresponde au tableau unique.

je vais essayer un userform avec textbox pour PN et une seconde pour le fournisseur et un bouton conduira sur la bonne feuille

Merci à vous

j'ai trouvé le soucis au final
pour l'explication j'ai tjs en oeuvre votre procédure.
j'ai simplement fait un copier coller de la votre, changé les intitulés de macros et adaptée la copie pour procéder à une nouvelle tâche de recensement des lots non listés jusqu'à présent dans la base.

En fait les lots "parasite" viennent du fait que toutes les feuilles ne sont pas encore créées et du coup lorsque la feuille PN FOURNISSEUR manque, le lot est inscrit sur la feuille la plus proche
donc tout va bien au final :-)