Signature électronique déclenchée depuis votre propre système.
Le logiciel que vous utilisez déjà peut envoyer un document pour signature et récupérer le fichier final tout seul – sans se connecter à notre application et sans copier de documents. L’accès à l’API n’entraîne aucun frais propre, et pour les tests vous disposez de sandboxes gratuits séparés de la production.
Sans carte bancaire · Sans abonnement · Sans engagement
Aucun frais d’accès
Il n’y a ni forfait API ni seuil d’entrée. Une signature coûte le même prix que celle réalisée dans l’application.
Bibliothèques prêtes à l’emploi
Java, Node.js et Python. Code public sur GitHub, licence Apache-2.0.
Sandboxes gratuits
Jusqu’à cinq environnements de test en parallèle de la production. Tout y est gratuit.
Une seule clé fait la différence
La même adresse et le même code pour les tests et la production. Vous basculez avec une clé.
Ce que cela signifie concrètement
Votre système envoie le document. Nous gérons le reste.
Le programme que vous utilisez déjà – un CRM, un système RH, un portail client, un tableur avec une macro – peut envoyer un document pour signature et récupérer le fichier final tout seul. Personne n’a besoin de se connecter à notre application ni de déplacer des fichiers.
Le système transmet le document
Votre programme envoie un PDF et la liste des personnes qui doivent le signer – prénom, nom, email, pays. Avec plusieurs signataires, vous précisez aussi l’ordre.
Chacun signe où il se trouve
Chaque personne reçoit un lien par email et signe sur son propre téléphone ou ordinateur. La personne suivante ne reçoit son lien qu’une fois la précédente terminée.
Votre système est informé immédiatement
Une fois le document signé, nous envoyons une notification à votre programme accompagnée du fichier final. Personne n’a besoin de surveiller ou de consulter une boîte mail.
Open source
Des bibliothèques prêtes à l’emploi pour les trois langages les plus utilisés.
Votre développeur ne part pas de zéro et n’a pas à traduire notre documentation en code. Pour Java, Node.js et Python, nous fournissons des bibliothèques prêtes à l’emploi – quelques lignes suffisent et l’intégration fonctionne. Les trois sont générées à partir d’une même spécification partagée, elles se comportent donc de façon identique et ne divergent jamais d’un langage à l’autre.
Le code est public sous licence Apache-2.0. Votre équipe ou votre auditeur peut le lire avant le déploiement, et vous n’êtes pas dépendant de nous seuls sur ce point.
Java
Maven CentralJava 17 ou plus récent. La seule dépendance transitive héritée est Jackson.
Node.js
npmNode 20 ou plus récent. Aucune dépendance – elle utilise ce que Node possède déjà en interne.
Python
PyPIPython 3.10 ou plus récent. Une seule commande, comme pour n’importe quel autre paquet.
Nous n’indiquons pas les numéros de version ici, car ils changent plus souvent que cette page – vous trouverez la version actuelle dans le registre de paquets de votre langage ou sur GitHub. Les paquets sont publics et ne nécessitent aucun compte chez nous ; un compte n’est nécessaire que pour générer une clé d’accès.
Code et exemples sur GitHubDéveloppement sur votre machine
L’intégration peut être testée sur votre propre ordinateur.
Pour vérifier que les notifications d’un service externe arrivent bien où elles le doivent, il faut normalement exposer une machine de l’entreprise sur internet. Les services informatiques n’aiment pas ce genre de demande, et ils ont raison.
C’est pourquoi nous fournissons un petit outil qui intercepte le trafic destiné à votre système et le transmet à la machine du développeur. Rien n’a besoin d’être ouvert au monde ; vous ne configurez aucun tunnel ni règle de pare-feu.
Les notifications arrivent inchangées, accompagnées de la signature avec laquelle nous les sécurisons. Ce qui fonctionne sur le poste du développeur fonctionne de la même façon en production – il n’existe pas de mode « tests uniquement » ici.
À la connexion, l’outil affiche à quelle entreprise et à quel environnement la clé correspond, et vous avertit clairement lorsque vous êtes en production. Les identifiants de production et de test peuvent coexister sans aucun risque de confusion.
Environnements de test
Cinq sandboxes gratuits en parallèle de la production.
Un sandbox est un environnement de test séparé et complet – avec ses propres données et sa propre clé d’accès. Grâce à cela, personne en train d’apprendre l’intégration n’enverra par erreur un vrai document à un vrai client. Vous pouvez avoir jusqu’à cinq sandboxes, par exemple un par équipe ou un par tentative de déploiement.
L’adresse est la même pour les tests et pour la production – c’est la clé utilisée qui détermine l’environnement dans lequel vous travaillez. Passer des tests à la production ne nécessite donc aucune réécriture de l’intégration.
Tout dans un sandbox est gratuit
Les signatures effectuées dans un sandbox ne portent aucune cryptographie – nous n’achetons ni horodatage qualifié ni cachet pour elles, il n’y a donc rien à facturer. Testez autant que nécessaire et ne payez que pour les documents signés en production.
En quoi un sandbox diffère de la production
Une signature sans valeur juridique
Un document issu d’un sandbox reçoit uniquement un cachet visuel, sans cryptographie. Il sert à vérifier le flux, pas à signer quoi que ce soit de réel.
Un filigrane sur les documents
Les documents générés à partir de modèles dans un sandbox portent un filigrane, afin que personne ne confonde une copie de test avec un document contraignant.
Aucun email aux signataires
Dans un sandbox, nous n’envoyons aucune invitation par email – votre système récupère le lien de signature. Les tests n’atteignent jamais la boîte mail d’un véritable interlocuteur.
Données totalement séparées
Une clé de sandbox ne peut pas voir les documents, parties ou tags de production. Un sandbox peut aussi être supprimé avec tout son contenu.
FAQ
Les questions que se posera votre équipe informatique et ceux qui paient les factures.
Les doutes les plus fréquents lors du déploiement d’une intégration – coût, environnements de test, et différence entre un sandbox et la production.
La documentation technique complète et les exemples sont publics – vous n’avez pas besoin de compte pour les consulter.
Une question qui n’est pas dans la liste ? Contactez-nous – nous répondons le jour même.
Nous contacter →Dois-je payer un supplément pour l’accès à l’API ?+
Non. L’accès à l’API, les clés, les webhooks et les bibliothèques clientes n’entraînent aucun frais propre – vous payez exactement ce que vous payez en signant dans l’application : à partir de 0,25 AC pour une signature simple et 0,88 AC pour une signature avec vérification par SMS en Pologne. Il n’y a ni forfait API, ni seuil d’entrée, ni pack d’appels à acheter séparément.
Combien de sandboxes puis-je avoir ?+
Jusqu’à cinq en parallèle de la production, soit six environnements au total. Vous créez chacun sous son propre nom et il reçoit sa propre clé d’accès. En pratique, cela permet d’en avoir un par équipe, ou un environnement séparé pour les tests automatisés.
Les sandboxes sont-ils gratuits ?+
Oui – toute opération dans un sandbox est gratuite. Les signatures effectuées dans un sandbox ne portent aucune cryptographie, nous n’achetons donc ni horodatage qualifié ni cachet pour elles, et il n’y a rien à facturer. Testez autant que nécessaire ; vous ne payez que pour les documents signés en production.
En quoi un sandbox diffère-t-il de l’environnement de production ?+
L’adresse est la même – c’est la clé utilisée qui détermine l’environnement, donc rien n’a besoin d’être réécrit lors du passage en production. Il existe quatre différences : une signature de sandbox n’a aucune valeur juridique (le cachet est purement visuel, sans cryptographie), les documents générés à partir de modèles portent un filigrane, les invitations à signer ne sont pas envoyées par email (votre système récupère le lien, les tests n’atteignent donc jamais un véritable interlocuteur), et les données sont totalement séparées de la production. Le flux, les statuts et les webhooks sont identiques.
Est-ce que je paie par utilisateur ?+
Le premier utilisateur d’un compte est gratuit ; chaque utilisateur supplémentaire coûte 5 AC par mois. Un utilisateur est une personne de votre entreprise qui envoie des documents et gère le flux de signature. Les signataires n’ont pas besoin de compte – vous payez pour leur signature, pas pour un compte.
Que sont les crédits AC ?+
AC signifie AutoCoin – la monnaie interne d’AutoSignly utilisée pour payer les signatures et les vérifications. La conversion est simple : 1 AC = 1 PLN net. Vous rechargez votre compte du montant que vous souhaitez – par exemple, recharger 100 AC vous donne 100 crédits à utiliser dans le système, et une facture de 123 PLN (100 PLN net + 23 % de TVA). Vous utilisez les crédits pour payer les signatures, les vérifications et les services complémentaires – pas d’abonnement ni de forfaits qui expirent en fin de mois.
Consultation gratuite
Nous vous montrons AutoSignly sur vos propres documents – en 15 minutes.
Laissez vos coordonnées et dites-nous quels documents vous signez. Nous vous rappelons, vous montrons le processus en direct et calculons ce que vous économiseriez sur la paperasse et les coûts d’abonnement.
- Des précisions sur vos propres documents, pas un argumentaire commercial
- Nous calculons votre coût réel – sans abonnement, sans frais cachés
- Nous vous aidons à migrer vos modèles depuis votre plateforme actuelle, gratuitement
Sans engagement, sans pression. Si après l’appel vous décidez que ce n’est pas pour votre entreprise – dites-le-nous simplement, et c’est tout.