Ressources · Intégration Make

Intégration DynamicPDF API MakeAutomatiser DynamicPDF API avec Make.

Et si tes PDF se fabriquaient et se lisaient tout seuls, sans une ligne de code ? L'intégration DynamicPDF API Make apporte 10 modules d'action : générer des PDF et des rapports, extraire texte et métadonnées, convertir des pages en images. Ici, tu branches ta clé et tu montes ton premier scénario.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Ce que tu peux automatiser

Que peux-tu automatiser avec l'intégration DynamicPDF API Make ?

L'intégration DynamicPDF API Make relie ton compte DynamicPDF API à Make. Un scénario, c'est-à-dire l'automatisation que tu construis, peut alors produire des PDF et lire le contenu de ceux que tu reçois. Il s'assemble avec des modules, une brique par étape. Ici, les dix modules sont des actions : il faut donc autre chose pour lancer le scénario.

Lire les PDF qui arrivent. Un fournisseur envoie un devis, Get PDF text (pdf-text) en sort le texte et le module suivant le range dans ton tableau ou ton CRM. En amont, Get PDF security info (pdf-security-info) te dit si le fichier est protégé.

Transformer un PDF en image. Rasterize PDF (pdf-image) convertit les pages en images pour un aperçu, et Get image metadata (image-info) lit les informations d'une image.

Produire les documents à partir des données. Une commande validée ou une inscription remplie ailleurs, et Create Report (dlex-layout DlexPath) ou Create PDF (pdf json) en tire un PDF que le module suivant envoie ou archive.

Les limites à connaître : aucun déclencheur, pas de module Make an API Call, et la doc de Make ne décrit aucun module. Ouvre donc chaque module et regarde ses champs avant de bâtir dessus. Tu hésites entre deux outils ? Le comparatif n8n vs Make pose les critères, Combien coûte Make explique le décompte des opérations, et la Formation Make reprend l'éditeur depuis le début.

Connexion

Comment connecter DynamicPDF API à Make ?

  1. 01

    Ouvrir la fenêtre de connexion

    Ajoute n'importe quel module DynamicPDF API à ton scénario, puis clique sur Create a connection. La connexion, c'est ton compte DynamicPDF API relié une fois pour toutes à Make ; chaque module de l'app la réutilise ensuite.

  2. 02

    Nommer la connexion et coller la clé

    Donne un nom à la connexion si tu veux, par exemple celui du client ou du service concerné. Colle ensuite la clé d'API de ton compte DynamicPDF API. Sans compte actif ni clé, Make n'a rien à quoi se relier.

  3. 03

    Enregistrer et vérifier

    Clique sur Save. Make revient au module, qui affiche maintenant ses champs. Si la clé est fausse, c'est à ce moment que la connexion échoue : corrige-la avant de monter la suite du scénario.

Premier scénario

Ton premier scénario avec DynamicPDF API

ObjectifQuand un PDF arrive dans une autre app, DynamicPDF API vérifie d'abord s'il est protégé, puis en extrait le texte pour l'étape suivante.

  1. 01

    Créer le scénario

    Depuis la page Scenarios, crée un nouveau scénario et clique sur le +. DynamicPDF API n'a pas de déclencheur : prends comme première brique le module de l'app où tes PDF arrivent.

  2. 02

    Ajouter le contrôle de sécurité

    Clique sur le + à droite de ce premier module, cherche DynamicPDF API et choisis Get PDF security info (pdf-security-info). Sélectionne ta connexion, ou crée-la à ce moment-là, puis glisse le fichier venu du premier module.

  3. 03

    Ajouter Get PDF text

    Ajoute ensuite Get PDF text (pdf-text) et relie le même fichier. Chaque fichier circule sous forme de bundle, un élément transmis d'un module au suivant : les deux étapes traitent donc un PDF à la fois. Un filtre entre les deux peut écarter les fichiers verrouillés.

  4. 04

    Tester avec Run once

    Clique sur Run once. Make exécute le scénario une seule fois et te montre les bundles reçus par chaque module. Tu lis le texte extrait avant d'aller plus loin.

  5. 05

    Planifier et activer

    Règle la planification sur le premier module, toutes les 15 minutes par défaut, puis active le scénario. Chaque passage d'un module sur un bundle compte comme une opération sur ton plan Make.

Modules

Ce que fait chaque module DynamicPDF API dans Make

DynamicPDF API te donne 10 modules. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

DynamicPDF API1

Create PDF (pdf json)

ActionDans la doc seulement

Tu obtiens un PDF neuf, construit à partir des instructions que ton scénario envoie à DynamicPDF API. Le « json » du nom indique qu'elles partent sous forme de données structurées : prends-le quand tout le contenu du PDF est déjà dans les modules précédents.

Quand l'utiliser
une inscription ou une commande arrive dans une autre app et tu veux le PDF qui va avec, sans sortir de Make.
Attention
la doc de Make ne liste aucun champ, ouvre le module et lis ce qu'il demande avant de relier quoi que ce soit.
DynamicPDF API2

Create PDF (pdf multipart-form)

ActionDans la doc seulement

Un PDF sort aussi de ce module, mais son nom indique que la requête part en formulaire multipart plutôt qu'en JSON. Cette variante mérite un essai quand tes entrées sont des fichiers issus des modules précédents, pas de simples données.

Quand l'utiliser
ta matière première est un fichier venu d'une autre app plutôt qu'une liste de valeurs ; regarde dans le module comment il accepte les fichiers.
Attention
aucune des deux variantes n'est décrite, compare leurs champs avant de trancher.
DynamicPDF API3

Create Report (dlex-layout DlexPath)

ActionDans la doc seulement

Ton scénario récupère un rapport fini, bâti sur une mise en page que le nom du module appelle DLEX. Toujours d'après ce nom, cette variante désigne la mise en page par un chemin au lieu de l'envoyer : pratique pour un modèle que tu réutilises.

Quand l'utiliser
tes factures ou tes relevés gardent la même présentation, seules les données changent.
Attention
le format du chemin n'est pas documenté dans Make, fais un Run once sur un seul bundle d'abord.
DynamicPDF API4

Create Report (dlex-layout form)

ActionDans la doc seulement

Là aussi, un rapport sort sur une mise en page DLEX, mais le nom laisse penser que la mise en page part avec la requête, sous forme de formulaire. C'est l'option à regarder quand le modèle vit dans un autre outil que ton compte DynamicPDF API.

Quand l'utiliser
ton équipe range ses modèles dans un drive partagé et le scénario va d'abord les chercher.
Attention
les champs ne sont pas documentés dans Make, vérifie-les dans le module.
DynamicPDF API5

Get PDF Metadata (pdf-info)

ActionDans la doc seulement

Les informations de base d'un PDF remontent dans ton scénario, ce qui permet d'aiguiller le fichier sans l'ouvrir. Comme son nom l'indique, le module renvoie des métadonnées, pas le contenu des pages, et c'est souvent tout ce qu'une étape de tri demande.

Quand l'utiliser
tu veux étiqueter chaque fichier reçu avant de décider où il va.
Attention
Make ne liste pas ce qu'il renvoie ; lance-le une fois et lis le bundle.
DynamicPDF API6

Get PDF XMP metadata (pdf-xmp)

ActionDans la doc seulement

Ce module te livre les métadonnées XMP d'un PDF, un second jeu d'informations descriptives que certains logiciels inscrivent dans le fichier. Préfère-le à Get PDF Metadata quand ce qui t'intéresse a été écrit par l'outil qui a produit le document.

Quand l'utiliser
un fonds de publications en PDF doit être catalogué avec les données posées par leurs auteurs.
Attention
un PDF sans XMP peut renvoyer peu de choses, teste sur un vrai fichier de ton flux.
DynamicPDF API7

Get PDF security info (pdf-security-info)

ActionDans la doc seulement

Avant que ton scénario tente de lire ou de modifier un document, tu sais comment ce PDF est protégé. Cette vérification évite qu'un fichier verrouillé fasse échouer les étapes suivantes.

Quand l'utiliser
les documents fournisseurs arrivent de partout et certains peuvent être verrouillés.
Attention
place un filtre juste après pour envoyer les fichiers protégés sur une autre route ; Make ne documente pas ce que le module renvoie, lis un bundle d'abord.
DynamicPDF API8

Get PDF text (pdf-text)

ActionDans la doc seulement

Le texte d'un PDF devient exploitable : les modules suivants peuvent le chercher, le recopier dans un tableau ou l'envoyer à ton CRM. C'est le module à prendre quand le contenu compte plus que le fichier.

Quand l'utiliser
des devis ou des contrats tombent dans un dossier partagé et leur contenu doit rejoindre tes fiches.
Attention
la doc ne dit rien des pages scannées, fais un essai avec Run once avant de t'y fier.
DynamicPDF API9

Get image metadata (image-info)

ActionDans la doc seulement

Tu récupères les informations d'une image, et non d'un PDF, comme le dit le nom du module. Il a sa place dans un scénario qui contrôle des visuels avant de les intégrer à un document produit par l'un des modules Create.

Quand l'utiliser
les photos produits doivent être vérifiées avant d'entrer dans un catalogue en PDF.
Attention
aucun champ n'est documenté dans Make, teste sur une vraie image et lis le bundle.
DynamicPDF API10

Rasterize PDF (pdf-image)

ActionDans la doc seulement

Tes pages PDF deviennent des images : c'est le sens de « rasteriser », et n'importe quelle app peut alors afficher le document. Prends ce module quand l'outil qui reçoit sait montrer une image mais pas ouvrir un PDF.

Quand l'utiliser
l'aperçu d'un rapport généré doit apparaître dans un message ou sur une page web.
Attention
une image peut vite peser lourd, et le plan Free de Make plafonne les fichiers à 5 Mo.
Besoin d'aide

Besoin d'aide pour automatiser DynamicPDF API avec Make ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur l'intégration DynamicPDF API Make

01L'intégration DynamicPDF API Make est-elle gratuite ?
Oui, côté Make. DynamicPDF API est une app standard, ses modules fonctionnent donc dès le plan Free. Ce plan permet 2 scénarios actifs, un intervalle minimal de 15 minutes entre deux exécutions planifiées, 5 minutes d'exécution au plus, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Les plans payants descendent à 1 minute d'intervalle et lèvent la limite de scénarios actifs. Il te faut quand même un compte DynamicPDF API actif avec sa clé d'API, dont l'abonnement se règle chez DynamicPDF API.
02Que faut-il pour connecter DynamicPDF API à Make ?
Un compte DynamicPDF API actif et la clé d'API qui va avec. Dans Make, ajoute un module de l'app, clique sur Create a connection, nomme la connexion si tu veux, colle la clé et clique sur Save. Les dix modules partagent ensuite cette connexion, tu ne la crées qu'une fois. Si Make refuse la clé, vérifie d'abord l'état du compte : la clé ne marche que tant que le compte DynamicPDF API est actif.
03DynamicPDF API peut-il lancer un scénario Make en temps réel ?
Non, l'app n'a aucun module déclencheur. Un module DynamicPDF API tourne toujours après qu'autre chose a lancé le scénario. Tu peux ouvrir le flux avec le déclencheur de l'app où arrivent tes documents, instantané ou planifié selon cette app, ou laisser Make lancer le scénario selon sa planification, toutes les 15 minutes par défaut. Sur le plan Free, 15 minutes est aussi l'intervalle le plus court entre deux exécutions planifiées ; les plans payants descendent à 1 minute.
04Que faire si un module DynamicPDF API manque dans Make ?
Ça dépend du besoin. L'app n'a pas de module Make an API Call : impossible d'envoyer une requête sur mesure avec ta connexion DynamicPDF API. Commence par passer en revue les dix modules existants, car la création de PDF et de rapports existe en plusieurs variantes. Si aucun ne convient, une autre app de Make couvre peut-être l'étape, ou l'équipe Hackceleration peut étudier ton cas et te proposer une façon de le monter.
05Make ou n8n pour DynamicPDF API ?
Ça dépend de tes critères. Côté Make, DynamicPDF API offre 10 modules d'action et fonctionne dès le plan Free, mais sans déclencheur et sans Make an API Call : tout ce qui sort de ces dix modules reste hors d'atteinte. Beaucoup d'apps ont aussi un nœud n8n ; vérifie si c'est le cas de celle-ci et compare ses opérations à la liste de cette page. Retiens l'outil dont les modules couvrent tes étapes et que ton équipe maîtrise déjà.