Une proposition PandaDoc est fabriquée avant d’être signée
PandaDoc ne sert pas seulement à faire signer. On y construit des propositions à partir de modèles, on y branche un catalogue d’articles, et le document qui part au client porte un tableau de prix qui se recalcule tout seul. Ce document contient donc le prix négocié, les remises accordées et parfois la durée d’engagement, autrement dit ce qu’une entreprise partage le moins volontiers.
Une IA n’a pourtant pas besoin de ces chiffres pour être utile sur ce sujet. Quelles propositions attendent une signature depuis trois semaines. Quel modèle sert le plus souvent. Combien de dossiers ont expiré sans réponse. Combien de destinataires manquent encore sur un document parti la semaine dernière. Répondre à ces questions ne demande à aucun moment de connaître un total.
Le connecteur s’arrête donc à la fiche du document. Deux lectures existent, la liste des documents de l’espace de travail et la fiche détaillée de l’un d’eux. Aucune troisième ne descend jusqu’au fichier généré, et le connecteur n’a même pas d’adresse pour le demander, puisque le chemin de téléchargement n’est écrit nulle part dans son code.
Ce qu’une fiche PandaDoc contient, et ce qu’elle ne contiendra jamais
Sur une source qui porte des prix, chaque champ compte. Le connecteur les nomme un par un, et ce qui suit est sa propre liste.
Le contenu d’un modèle n’est pas lu non plus, seulement son nom, tel qu’il apparaît sur les documents qui en sont issus. Quant aux clés de métadonnées, elles sont écartées jusque dans leur intitulé, parce qu’une clé est du texte libre que vos intégrations choisissent et qu’une clé peut être une adresse de courriel.
Dans PandaDoc, un dossier n’est pas une permission
La clé d’accès désigne un espace de travail entier. À l’intérieur, PandaDoc range les documents dans des dossiers, et un dossier ressemble beaucoup à un droit de lecture sans en être un. Son identifiant dit où le document est classé, il ne dit pas qui peut l’ouvrir. Le connecteur refuse donc de s’en servir pour décider quoi que ce soit.
Il n’y a par conséquent aucun droit d’origine dont hériter, là où un fichier déposé dans un espace partagé en porterait un. Aucun document ne devient lisible tant que personne n’a désigné, à la main, le service qui lira les contrats. Il faut que ce service soit nommé, que son nom soit un identifiant valide, et que le service lui-même figure dans votre organisation. Si l’un des trois manque, ou si la lecture de votre gouvernance échoue, les documents restent en attente et aucune IA branchée ne les atteint.
Aucun réglage ne rend une proposition lisible par l’entreprise entière, parce que ce chemin n’existe pas dans le connecteur. Une clé PandaDoc ne couvrant qu’un espace de travail, un groupe qui en tient trois branche trois connexions, chacune avec sa clé et son propre service de destination. Le choix de ce service relève de la gouvernance de votre contexte, pas du connecteur.
Ce que devient une fiche quand le document change d’état
Chaque ligne se vérifie dans votre compte PandaDoc, en regardant le statut d’un document et ce que votre Kastel en dit ensuite.
| Dans PandaDoc | Dans votre Kastel |
|---|---|
| Une proposition encore en brouillon | Une fiche avec son nom, son modèle et le statut brouillon |
| La proposition part au client | La même fiche, réécrite avec son nouveau statut et ses dates |
| Tous les destinataires ont signé | La fiche réécrite, avec la date d’achèvement et l’état de chacun |
| La proposition est refusée, annulée ou expirée | La fiche réécrite avec cet état, jamais retirée |
| Le document est supprimé du compte | La fiche reste, marquée absente de la source si le rapprochement est activé |
Aucun changement d’état ne fait sortir un document de votre Kastel, et la suppression elle-même ne l’efface pas. PandaDoc n’a pas de statut « supprimé » : un document supprimé disparaît simplement de la liste. C’est donc son absence qui est constatée, et seulement si un administrateur a déclaré que l’énumération est complète. Savoir qu’une proposition a été refusée compte autant que savoir qu’elle a été signée, donc le refus est écrit comme le reste.
Un inventaire relu en entier, sans raccourci
PandaDoc sait filtrer sa liste sur une date de modification, et le connecteur ne s’en sert pas. Ce filtre ne remonte pas les suppressions, donc s’appuyer sur lui donnerait une vue partielle, et une vue partielle ferait passer pour disparus des documents jamais énumérés. Chaque passage relit donc l’inventaire complet de l’espace de travail. Un document inchangé n’est pas réécrit, et le service auquel il est rattaché figure dans sa fiche, ce qui suffit à rattraper une décision de gouvernance qui n’a modifié aucun document.
Deux précautions méritent d’être nommées, parce qu’elles coûtent un peu de temps et évitent des trous. Quand la pagination se répète au lieu d’avancer, ou quand elle renvoie un numéro de page illisible, le passage s’interrompt sur une erreur visible plutôt que de livrer un inventaire dont il manque des pages. Et quand la fiche détaillée d’un document ne revient pas, ce document est rejoué au passage suivant plutôt qu’écrit à moitié.
Une dernière précaution concerne la forme des réponses. Quand PandaDoc renvoie un objet là où le connecteur attend un mot, la case reste vide au lieu d’être recopiée entière, ce qui évite qu’un courriel enfoui dans une structure imbriquée se retrouve dans votre Kastel. La même discipline s’applique aux autres sources de contrats du catalogue, avec des frontières qui leur sont propres, comme celle de Dropbox Sign, où l’équipe qui porte la clé tient lieu de frontière.
Ce que ce connecteur ne fait pas
Il ne fabrique aucun document, n’envoie aucune proposition et ne relance aucun destinataire. La clé demandée à PandaDoc est une clé de lecture, et le connecteur n’a aucun verbe d’écriture vers votre compte.
Le nom d’un document et le nom d’un modèle entrent, et ces deux intitulés identifient un contrat. Si votre convention de nommage y met un client, un montant ou un taux de remise, ce texte entre avec la fiche. C’est exactement pour cela qu’une fiche attend la désignation d’un service avant que quiconque puisse la lire.
Le service que vous désignez est cru sur parole. Le connecteur contrôle que ce service figure dans votre organisation, sans pouvoir contrôler qu’il s’agit de votre service juridique. Nommer un service commercial ouvrirait la lecture des contrats à ce service commercial, sans que rien s’y oppose côté connecteur. La décision est la vôtre, et elle se voit dans votre gouvernance.
Un document supprimé dans PandaDoc ne sort pas de votre Kastel pour autant. Sa fiche y demeure, marquée absente de la source, avec le même public qu’avant, tant qu’un administrateur n’a pas décidé de l’effacer. Et par défaut ce rapprochement ne tourne même pas, parce qu’une énumération dont personne n’a garanti la complétude signalerait comme disparus des documents bien vivants. Retirer la connexion met fin à la lecture sans reprendre ce qui est déjà dans votre Kastel.
Dites-nous ce que vos propositions contiennent.
Sur une source qui porte vos prix négociés, une conversation vaut mieux qu’une page web. Décrivez-nous vos modèles et la façon dont vos équipes s’en servent, et nous vous dirons champ par champ ce qui entrerait dans votre Kastel et ce qui resterait chez PandaDoc.
Nous écrire
