Importer un grand nombre de données formulaire

[ATK]

Bonjour à tous.

Il y a deux ans j’ai pu mettre en place, grâce à vous, un formulaire PDF me permettant de communiquer des informations entre deux services de ma société.
Véritable succès, nous avons généré pas moins de 1500 formulaires contenant une bonne partie de notre savoir-faire, merci !

Je reviens vers vous aujourd’hui car nous avons besoin de mettre à jour ce formulaire en ajoutant et supprimant des champs.
J’aimerais pouvoir récupérer toutes les données des 1500 formulaires existant, et les importer dans le nouveau formulaire.

La solution d’import / export de données fonctionne, mais m’oblige à l’appliquer un par un pour chaque formulaire. (Laborieux…)
Quelles solutions s’offrent à moi ?

Détails sur les formulaires existants :
– Chaque fichier possède un nom unique qu’il faudra respecter.
– Les champs de l’ancien et du nouveau formulaire correspondent. (Testé avec la fonction import / export)

J’espère avoir été clair dans mes explications, si ce n’est pas le cas je répondrais à toutes vos questions.

Encore merci et excellente journée !

Sujet

[Merlin]

Bonjour.

Merci pour le retour.

Pour des raisons de sécurité, le JavaScript d’Acrobat ne peut pas sortir des documents PDF.
Pour le traitement des données de tes 1500 formulaires il va falloir regarder du coté de VB-Script ou d’AppleScript, selon la plateforme utilisée.

Sinon il y a Sikuli (http://www.sikuli.org/), qui permet de mémoriser et d’automatiser un ensemble d’opérations réalisées à la souris en se basant sur la reconnaissance de l’écran, ce n’est pas très rapide à l’exécution mais la mise en œuvre est un jeu d’enfant.

[ATK]

Merci pour cette réponse.

Donc pour confirmation, la seule fonction d’importation de données issues d’un formulaire, disponible dans Adobe Acrobat Pro est : Formulaires / Autres options de formulaire / Importer des données ?
Aucune autre solution intégrée au programme n’est disponible ?

J’ai quelques notions en VB, je vais donc creuser dans cette direction, merci !

[Merlin]

J’avais peut-être mal lu la question parce-qu’en fait, tout bien réfléchi, il n’y a pas besoin de sortir des documents PDF.  :geek:

Avec JavaScript et du temps ça doit être possible, le plus délicat ça va être la gestion des noms de fichiers.
Est-ce que le anciens et les nouveaux formulaires ont les mêmes ? Ou un tronc commun ?

[ATK]

Est-ce que le anciens et les nouveaux formulaires ont les mêmes ?

Oui, à la lettre prêt ! Pour tout expliquer, les fichiers PDF sont générés automatiquement à partir d’un script VBA, et nommés suivant des données précises. Aucun risque d’erreur la dessus.
De plus, les champs du nouveau formulaire correspondent à ceux de l’ancien. (Fort heureusement)

Ci nécessaire, je peux facilement anticiper la création de 1500 nouveaux formulaires vides, portant les même noms que les anciens, et ainsi prêt à recevoir les données.

[Merlin]

Bonsoir.

Je suppose que les nouveaux formulaires contiennent déjà les champs.

1- Il faudrait un JavaScript et/ou une Action pour exporter toutes les données des anciens formulaires en FDF ou XFDF, sans changer le nom de fichier.

2- Il faudrait un JavaScript pour :

– récupérer le nom du formulaire vierge actif dans une variable et remplacer son suffixe “PDF” par “FDF” (ou XFDF)
– ajouter le contenu de cette variable au chemin d’accès du dossier pour obtenir le chemin d’accès complet au fichier FDF ciblé,
– importer les données en utilisant ce chemin d’accès,
– enregistrer,
– fermer.
Et on emballe le tout dans une Action qui se chargera de répéter ces instructions sur le lot de formulaires vierges.

On continue ?

[ATK]

Bonjour Merlin.

Je suppose que les nouveaux formulaires contiennent déjà les champs.

Exact !

Il faudrait un JavaScript et/ou une Action pour exporter toutes les données des anciens formulaires en FDF ou XFDF, sans changer le nom de fichier.

Pour info, tous les anciens formulaires sont dans un seul et même dossier.

récupérer le nom du formulaire vierge actif…

Pour info, le nom du formulaire est utilisé (automatiquement à l’ouverture du PDF) dans un champ de ce dernier, ce champ est nommé “Machine”. (Si ça peut aider)

remplacer son suffixe “PDF” par “FDF” (ou XFDF)

Le remplacement de l’extension suffit, à lui seul, à générer un fichier compatible pour l’import ?

– ajouter le contenu de cette variable au chemin d’accès du dossier pour obtenir le chemin d’accès complet au fichier FDF ciblé,
– importer les données en utilisant ce chemin d’accès,
– enregistrer,
– fermer.
Et on emballe le tout dans une Action qui se chargera de répéter ces instructions sur le lot de formulaires vierges.

On continue ?

On continue !

Un grand merci, excellente journée à toi !  :soleil:

[Merlin]

le nom du formulaire est utilisé (automatiquement à l’ouverture du PDF) dans un champ de ce dernier, ce champ est nommé “Machine”. (Si ça peut aider)

Ce champ utilise-t-il le nom complet avec le suffixe (.pdf) ou sans ?

Le remplacement de l’extension suffit, à lui seul, à générer un fichier compatible pour l’import ?

Non, l’idée c’est d’exporter à partir de l’ancien formulaire les données dans un fichier FDF qui aura le même nom que le formulaire dont il est issu.
Ensuite il suffit de récupérer le nom du nouveau formulaire vierge et de changer son suffixe en .fdf pour obtenir le nom du fichier de données à importer.
On aurait aimé pouvoir importer les données directement depuis le PDF mais apparemment ce n’est pas possible avec JavaScript (alors que c’est possible en manuel avec l’interface d’Acrobat).

On continue !

OK mais je commence les ponts viaducs de mai cet après-midi…
:soleil:

[ATK]

Ce champ utilise-t-il le nom complet avec le suffixe (.pdf) ou sans ?

Avec le suffixe .pdf, il s’agit bien du nom du fichier complet et entier.

Non, l’idée c’est d’exporter à partir de l’ancien formulaire les données dans un fichier FDF qui aura le même nom que le formulaire dont il est issu.

Bien compris.

Ensuite il suffit de récupérer le nom du nouveau formulaire vierge et de changer son suffixe en .fdf pour obtenir le nom du fichier de données à importer.

Ok donc on évite ainsi de devoir créé 1500 nouveaux formulaires vierges nommés de la même manière que les anciens, c’est bien ça ?

OK mais je commence les ponts viaducs de mai cet après-midi…

Et bien nous sommes deux dans ce cas !  :extra:

[Merlin]

Ok donc on évite ainsi de devoir créé 1500 nouveaux formulaires vierges nommés de la même manière que les anciens, c’est bien ça ?

Non.
Chaque nouveau formulaire vierge est nommé à l’identique de l’ancien. ==> exemple.pdf

Dans le nouveau formulaire vierge, on récupère son nom et on en change le suffixe, ce qui nous donne le nom du fichier de données FDF à importer (et qui a été précédemment exporté). ==> exemple.fdf

Ensuite on ajoute ce nom de fichier au chemin d’accès vers le dossier pour obtenir un chemin d’accès complet au fichier de données.
==>
C:dossier/sous-dossier/etc/
+ exemple.fdf
= C:dossier/sous-dossier/etc/exemple.fdf

:idee:

[ATK]

C’est bon j’ai compris ! :priere:

Je vais aller générer mes formulaires vierges ! :jerisjaune:

[Merlin]

Si je peux me permettre deux astuces :

– dans un souci de rétro-compatibilité et pour ne pas être embêté ensuite par des alertes diverses lors de échanges de données : garder les anciens champs devenus inutiles en mode invisible/lecture seule dans un petit coin du formulaire, sans les supprimer.
(Sachant qu’ensuite on peut toujours les supprimer en un tournemain avec JavaScript)

– dans un souci de pérennité et d’anticipation : placer en plus quelques champs qui pourraient éventuellement servir dans l’avenir, en mode invisible/lecture seule dans un petit coin du formulaire.

:Smiley03:

[ATK]

Conseils suivis et 1465 formulaires vierges créés et nommés comme les anciens ! 

[Merlin]

Bonsoir.

Voilà comment je vois les choses, deux scripts (je ne les ai pas testés) différents placés dans deux Actions différentes.
Ces scripts effectuent le processus sur un seul document, ce sont les Actions qui vont les faire travailler en boucle sur un lot de documents.

Il faudra aussi modifier le chemin d’accès aux dossiers, j’ai mis n’importe quoi pour l’exemple.
En fait il n’y a que ça et les deux dernières lignes qui sont différentes.

Attention : les scripts assument qu’il n’y a qu’un seul point dans les noms de fichiers (devant le suffixe, comme il se doit).

Code:

// convertir le nom du document en array
var aDocumentFileName = this.documentFileName.split(“.”);
// ajoute le suffixe FDF au nom
var cNewDocFileName = aDocumentFileName[0] + “.fdf”;
// mise en variable du chemin d’accès au dossier
var cCheminDossier = “C/Documents/Dossier/”; // A modifier
// concaténation chemin + nom de fichier FDF
var cCheminComplet = cCheminDossier + cNewDocFileName;
// exporte les données avec le même nom mais avec le suffixe FDF
this.exportAsFDF(cPath: cCheminComplet);

Code:

// convertir le nom du document en array
var aDocumentFileName = this.documentFileName.split(“.”);
// ajoute le suffixe FDF au nom
var cNewDocFileName = aDocumentFileName[0] + “.fdf”;
// mise en variable du chemin d’accès au dossier
var cCheminDossier = “C/Documents/Dossier/”; // A modifier
// concaténation chemin + nom de fichier FDF
var cCheminComplet = cCheminDossier + cNewDocFileName;
// importe les données à partir du chemin d’accès complet
this.importAnFDF(cPath: cCheminComplet);

Ce deuxième script devra être suivi d’une commande d’enregistrement, via l’Action.

[ATK]

Bonjour Merlin !

Merci pour ton travail, j’ai testé mais j’obtiens un message d’erreur de syntaxe au moment de valider le script dans l’action.

Code:

SyntaxError: missing ) after argument list 10: à la ligne 11

Edit :

Je pense avoir résolu le problème en ajoutant des crochets sur cette ligne :

Avant

Code:

this.exportAsFDF(cPath: cCheminComplet)

Après

Code:

this.exportAsFDF({cPath: cCheminComplet})

Je continue mes essais.

[ATK]

Après de nombreux essais je reste bloqué à l’étape de l’export en FDF, voici mes démarches :

J’ai donc ouvert un ancien formulaire, y ai ajouté un bouton sur lequel j’ai placé le premier script qui s’exécute en cliquant dessus (Souris relâchée). Malheureusement il ne se passe rien et aucun fichier FDF n’est créé.

J’ai donc testé un code plus simple, à savoir :

Code:

this.exportAsFDF({cPath: “/C/temp/test.fdf”});

Et la non plus rien ne se passe, qu’est-ce que j’ai raté ?

Merci

[Merlin]

Je pense avoir résolu le problème en ajoutant des crochets sur cette ligne :

Oups !
Mais j’avais prévenu : non testé.
:joker:

[ATK]

Oups !
Mais j’avais prévenu : non testé.

Pas de soucis !

Par contre je ne m’en sors toujours pas avec l’export en FDF …  :Euuuh:

[bebarth]

bonjour,
je prends la discussion en cours et comme je n’ai pas tout suivi j’espère que les scripts ci-dessous conviendront… ici je suppose que le fichier fdf est enregistré dans le même répertoire que le fichier pdf d’origine.
je ne suis pas spécialiste en import/export  :Smiley03: mais Merlin, je ne comprends pas pourquoi tu mets le nom du fichier en “array” ??? peut-être y a-t-il une explication ???

Attention : les scripts assument qu’il n’y a qu’un seul point dans les noms de fichiers (devant le suffixe, comme il se doit).

…pour ma part, je modifie uniquement l’extension…

Pour l’exportation (testé sur mon mac et ça marche) :
// Récupération du chemin
var Chemin = this.path;
// modification de l’extension
var Pathfdf = Chemin.substring(0,Chemin.length-3) + “fdf”;
// exporte les données avec le même nom mais avec le suffixe FDF
this.exportAsFDF({cPath: Pathfdf});

Pour l’importation (testé sur mon mac et ça marche) :
// Récupération du chemin
var Chemin = this.path;
// modification de l’extension
var Pathfdf = Chemin.substring(0,Chemin.length-3) + “fdf”;
// importe les données à partir du chemin d’accès complet
this.importAnFDF({cPath: Pathfdf});

@+
:bonjour:

[Merlin]

je ne comprends pas pourquoi tu mets le nom du fichier en “array” ??? peut-être y a-t-il une explication ??? …pour ma part, je modifie uniquement l’extension…

C’est pour changer l’extension après le nom de fichier, mais ta méthode a l’air plus élégante, et plus efficace.  :joker:

[ATK]

Bonjour bebarth et merci pour ta participation.

Je n’arrive toujours pas à utiliser la fonction exportAsFDF, le clic sur le bouton ne donne rien.

Etant donné que je suis hyper novice dans ce domaine, je pense que je zappe quelque chose de simple et d’essentiel que j’ignore, auriez-vous un tutoriel pour utiliser convenablement une action JS dans Adobe ?

L’exemple simple que j’essaye de faire fonctionner :

Code:

this.exportAsFDF({cPath: “/C/temp/test.fdf”});

[bebarth]

bonsoir,
Es-tu certain que rien ne se passe ??? la première fois que j’ai lancé le script j’ai également eu l’impression que rien ne se passait mais le fichier fdf avait bien été créé.
N’étant pas un spécialiste Windows, je ne sais pas très bien la syntaxe pour le chemin d’un fichier. Ce que je te propose, c’est de la vérifier. Tu ouvres un fichier pdf que tu auras placé dans ton répertoire, puis tu lance ce script (depuis une action) :

console.show();
console.clear();
console.println(“Le chemin est : “+ this.path)

La console va te donner le chemin exact de ce fichier… et tu pourras vérifier si la syntaxe C/temp/… est correcte.
@+
:bonjour:

[ATK]

Merci bebrath, grâce à ton code j’ai en effet pu vérifier que la syntaxe du chemin était correct, ce qui est définitivement le cas.

Malgré cela, le code ne donne rien.
En faisant quelque recherches, j’ai appris que l’utilisation de l’argument cPath impliquait que le chemin en question soit un “SafePath”, soit un répertoire autorisé en écriture pour un script JS Adobe , pensez-vous que ça puisse être une solution à mon problème ?

—-

J’ai aussi été voir le log d’erreur du débogueur de scripts JS qui contient :

Code:

RangeError: Valeur d’argument incorrecte.
Doc.exportAsFDF:1:Field Export:Mouse Up

Qu’est ce que ça signifie ?

—-

Egalement, j’aimerais que vous puissiez confirmer que le résultat attendu de ce code soit bien la création, dans le répertoire “/C/temp/”, d’un fichier test.fdf contenant les données du formulaire test.pdf, est-ce correct ?

[bebarth]

Bonjour,
effectivement, dans la définition du Safe path il est indiqué “A path cannot point to a system critical folder, for example a root, windows or system directory. A path is
also subject to other unspecified tests.”
peux-tu essayer à partir d’un répertoire sur ton bureau par exemple !
@+
:bonjour:

[bebarth]

…pour info :
http://help.adobe.com/en_US/acrobat/acrobat_dc_sdk/2015/HTMLHelp/index.html#t=Acro12_MasterBook%2FJS_API_AcroJSPreface%2FSafe_path.htm
@+
:bonjour:

[Merlin]

En faisant quelque recherches, j’ai appris que l’utilisation de l’argument cPath impliquait que le chemin en question soit un “SafePath”, soit un répertoire autorisé en écriture pour un script JS Adobe , pensez-vous que ça puisse être une solution à mon problème ?

Oui, il faudrait essayer de délocaliser le dossier de travail car les restrictions ne sont pas du tout les mêmes sur Windows et sur Mac OS (le script de bebarth a fonctionné du premier coup sur mon iMac).

Ou bien modifier les paramètres et autoriser ledit dossier via : Préférences : Protection renforcée : Emplacements privilégiés.
Ou bien carrément désactiver la Protection renforcée mais a priori c’est une mauvaise idée, sauf si c’est temporaire.

[ATK]

Bonjour Merlin.

Même résultat sur le bureau.  :mur:
Quoiqu’il en soit, je continuerai mes prochains essais sur le bureau.

Generally, when a path is judged to be not safe, a NotAllowedError exception is thrown (see Error object) and the method fails.

Je n’ai pas ce type d’erreur dans le log, peut-on donc conclure que ça ne vient pas de ça ?

[Merlin]

Collision, j’ai modifié ma réponse ci-dessus pendant que tu répondais.  :geek:

[ATK]

Ou bien modifier les paramètres et autoriser ledit dossier via : Préférences : Protection renforcée : Emplacements privilégiés.

Victoire !! C’était bien ça ! J’ai ajouté le répertoire Bureau dans la liste approuvé et ça a fonctionné !  :extra: :bravo:

Je peux continuer mes essais !

Un grand merci à vous pour votre aide !  :soleil:

[ATK]

C’est parfait, les deux scripts de bebarth fonctionnent parfaitement, j’ai effectué un essai pour un formulaire et c’est un succès !

Maintenant, comment appliquer ces scripts sur un lot de documents ?

Edit : “Assistant Action” est pourtant écrit en gros… :jerisjaune:
—-

Edit2 : A chaque export de FDF, adobe me demande si je veux enregistrer le PDF à exporter, comment éviter l’apparition de ce message et ainsi enchaîner les actions ?

[Merlin]

Si tu ne peux pas utiliser Acrobat 9 pour le traitement par lot il vaut mieux diviser le dossier de 1500 fichiers en plusieurs petits car depuis Acrobat X la gestion de la mémoire n’est plus la même et on arrive assez vite au “bourrage” et au plantage.

Les ingénieurs recommandent des lots de 300 fichiers maximum.  :idee:

[bebarth]

:extra:
lorsque tu lances l’action, tu cliques sur la petite flèche à côté de Ajouter des fichiers…
soit tu ajoutes des fichiers, soit un dossier.
@+
:bonjour:

[bebarth]

Edit2 : A chaque export de FDF, adobe me demande si je veux enregistrer le PDF à exporter, comment éviter l’apparition de ce message et ainsi enchaîner les actions ?

il faut décocher “Demander à l’utilisateur”.
@+
:bonjour:

[ATK]

Les ingénieurs recommandent des lots de 300 fichiers maximum.

Ok, je vais faire ça !

lorsque tu lances l’action, tu cliques sur la petite flèche à côté de Ajouter des fichiers… soit tu ajoutes des fichiers, soit un dossier.

Super !

il faut décocher “Demander à l’utilisateur”.

J’avais déjà fait ça et en effet, ça évite que le programme me demande de confirmer le script à chaque fois.

Je détaille l’action afin de mettre en évidence l’étape qui me dérange :
1 – Ouverture du premier PDF du dossier à traiter
2 – Export en FDF (JS)
3 – Fermeture du PDF en question
4 – Confirmation d’enregistrement avant fermeture (je clique sur non)
5 – Ouverture du second PDF du dossier
6 – Export en FDF
etc.

Afin d’éviter de devoir cliquer sans cesse sur Non, j’aimerais éviter l’étape 4 et forcer la fermeture sans enregistrer.

[bebarth]

:Euuuh:
…pour moi, il n’y a pas de boîte de dialogue, et même, si le fichier .fdf existe déjà, il est remplacé sans avertissement !!!

http://help.adobe.com/en_US/acrobat/acrobat_dc_sdk/2015/HTMLHelp/index.html#rhhlterm=this.exportAsFDF&rhsyns=&t=Acro12_MasterBook%2FJS_API_AcroJS%2FDoc_methods.htm%23XREF_71999_exportAsFDFStr
ici, il est indiqué pour cPath : “If the parameter is omitted, a dialog box is shown to let the user select the file.”
peut-être encore une histoire de privilèges Windows ???
:doute:

[Merlin]

A chaque export de FDF, adobe me demande si je veux enregistrer le PDF à exporter, comment éviter l’apparition de ce message et ainsi enchaîner les actions ?

Je viens de chercher et de constater que la commande “Fermer sans enregistrer” n’existe plus, sans doute une des nouveautés cachées de la version DC…  :oh:

Essaye en ajoutant ces deux lignes à la fin du script :

Code:

this.dirty = false;
this.closeDoc();

:priere:

[ATK]

ici, il est indiqué pour cPath : “If the parameter is omitted, a dialog box is shown to let the user select the file.”

En effet si je retire l’argument cPath, une boite de dialogue me demande ou enregistrer le FDF, mais mon problème ne concerne pas le script JS mais l’action.

Je viens de chercher et de constater que la commande “Fermer sans enregistrer” n’existe plus, sans doute une des nouveautés cachées de la version DC…

Je n’en avais pas parlé mais je suis en version 11.
Malheureusement le code ferme le PDF et annule l’exécution de l’action.

---

Je pense être coincé, je m’explique : Mes formulaires PDF possèdent tous un script au démarrage permettant de reporter le nom du fichier dans un champ du formulaire.
Lors de l’exécution de l’action, un PDF est ouvert pour ensuite être exporté et ce les uns après les autres.
Au moment de la fermeture du PDF (celui venant d’être exporté), la boite de dialogue s’affiche car adobe détecte une modification (le fameux champ automatique) et me propose donc de l’enregistrer.
Pensez-vous que ça puisse être ça ?

[bebarth]

essaye de rajouter :
this.closeDoc(true);
@+
:bonjour:

[Merlin]

Au moment de la fermeture du PDF (celui venant d’être exporté), la boite de dialogue s’affiche car adobe détecte une modification (le fameux champ automatique) et me propose donc de l’enregistrer.
Pensez-vous que ça puisse être ça ?

C’est pour ça que j’ai proposé :

Code:

this.dirty = false;

C’est censé réinitialiser le marqueur “dirty”, donc de marquer le document comme étant non modifié.

[ATK]

Bonjour à tous !  :soleil:

J’ai terminé hier soir l’import des données dans les nouveaux formulaires, tout c’est parfaitement déroulé !  :bravo:

Les scripts d’export et d’import pour ceux que ça intéresse :

Export

Code:

// Récupération du chemin
var Chemin = this.path;
// modification de l’extension
var Pathfdf = Chemin.substring(0,Chemin.length-3) + “fdf”;
// exporte les données à partir du chemin d’accès complet
this.exportAsFDF({cPath: Pathfdf});
// Enregistrement
app.execMenuItem(“Save”);

Import

Code:

// Récupération du chemin
var Chemin = this.path;
// modification de l’extension
var Pathfdf = Chemin.substring(0,Chemin.length-3) + “fdf”;
// importe les données à partir du chemin d’accès complet
this.importAnFDF({cPath: Pathfdf});
// Enregistrement
app.execMenuItem(“Save”);

J’ai juste ajouté app.execMenuItem(“Save”) afin d’éviter que la boite de dialogue d’enregistrement apparaisse à chaque export/import.

Dans le même principe, et suivant les conseils de Merlin, j’ai ajouté this.dirty = false; dans mon script d’affichage automatique du nom du fichier, et donc plus de demande d’enregistrement non plus.  :jerisjaune:

Pour info j’ai lancé l’action sur 700 fichiers d’un coup et tout c’est bien passé. Avec cette quantité, il faut compter 15 min d’export et 15 min pour l’import.

---

Encore un énorme merci à vous, Merlin et bebarth pour votre aide !!!  :extra:

Excellente journée à vous !  :soleil:

[bebarth]

:bravo:
si tu veux connaitre le temps exact d’exécution du script, tu places avant ton scipt :

console.show();
console.clear();
//debut duree
d0=new Date();
debut=util.printd(“dd-mm HH:MM”,d0)
console.println(“Début du process:”+debut)

et après ton script :

//fin duree
df=new Date();
fin=util.printd(“dd-mm HH:MM”,df)
console.println(“Fin du process:”+fin)
delta=(df.valueOf()-d0.valueOf())/1000/60
console.println(“Durée du process:”+delta+” minutes”)

@+
:bonjour:

[Auteur]

Réponses