Questions fréquentes

Non. Vos outils sont empaquetés tels quels ; le code n’est pas touché. L’empaquetage n’ajoute que des métadonnées : l’identifiant du paquet, la version, les versions d’AutoCAD prises en charge et les commandes enregistrées.

Non — plus vite, probablement. Les outils se chargent au premier appel d’une commande, pas au démarrage. De plus, **aucune requête réseau n’est émise sur le chemin de démarrage d’AutoCAD** ; c’est une règle contraignante de ce produit, pas une optimisation.

Ils continuent. Les outils installés se trouvent sur le poste de l’ingénieur et ne dépendent pas du serveur. Tant qu’il est injoignable, seules les nouvelles installations et les mises à jour attendent.

Non : l’installation sur votre serveur existe précisément pour cela. Le produit ne se connecte pas vers l’extérieur, et la vérification de licence est locale elle aussi : un fichier signé est lu sur place, sans interroger le moindre serveur. (L’installation dans le cloud a bien sûr besoin d’une connexion.)

2025, 2026 et 2027. Chaque version a sa propre couche d’adaptation : une nouvelle version d’AutoCAD ne signifie donc pas réécrire tout le reste.

Sur votre serveur, nulle part : les archives de paquets, la liste des utilisateurs et le journal d’audit restent dans votre base de données, nous n’y avons pas accès et le produit n’envoie rien vers l’extérieur. Si vous choisissez le cloud, les mêmes données se trouvent sur un serveur que nous administrons, dans leur propre base. **Vos fichiers de plans n’entrent dans le système dans aucun des deux cas.**

Les paquets sont signés en ECDSA, et la signature est vérifiée **aussi côté client**. La clé privée de signature ne réside jamais sur le serveur : celui qui prend le serveur ne peut donc pas modifier un paquet et le resigner. La liste des clés publiques de confiance ne vient pas non plus du serveur — si c’était le cas, tout le mécanisme serait vain.

Franchement : être administrateur, c’est pouvoir publier, et deux administrateurs qui agissent de concert ne sont arrêtés par aucun mécanisme. Contre **un seul**, il existe la règle facultative des quatre yeux : un second administrateur approuve la diffusion, et celui qui a demandé ne peut pas approuver sa propre demande. Au-delà, vous disposez d’un journal d’audit qui ne s’efface pas et de versions publiées qui ne se modifient pas.

Non. La connexion se fait par un code à usage unique envoyé à l’adresse e-mail de l’utilisateur. Il n’y a pas de coffre de mots de passe à gérer, ni de base de mots de passe susceptible de fuir.

Le serveur, en général une demi-journée : l’assistant d’installation contrôle la base de données, la messagerie et le stockage **en les essayant réellement** — aucune étape ne se termine par le mot « enregistré ». Le vrai temps passe au tri et à l’empaquetage des outils que vous avez déjà.

Il est pris en charge. PostgreSQL et SQL Server sont des choix de premier rang : la même batterie de tests tourne sur les deux serveurs, aucun n’est donc la variante « ça marche sans doute là aussi ».

C’est vous qui décidez. La migration automatique peut rester active, ou vous la désactivez et votre équipe informatique lance les scripts de migration à la main ; les scripts se trouvent dans le dossier d’installation, prêts pour les deux bases de données.

Par e-mail. Le produit enregistre les incidents avec un **numéro de corrélation** ; votre équipe informatique s’en sert pour retrouver l’événement complet dans les journaux locaux et peut partager avec nous la trace de diagnostic. Cela supprime presque tout le trafic du type « pouvez-vous envoyer une capture d’écran ».

Rien ne s’arrête. Licence expirée, les utilisateurs se connectent comme avant, le catalogue se charge comme avant, et les outils installés continuent de fonctionner ; le système se contente de prévenir l’administrateur. Ce comportement est fixé par un test dans le produit.

Oui, et un pilote est une vraie installation : sur votre serveur, avec quelques-uns de vos outils et un groupe restreint d’ingénieurs. Les pilotes ne sont pas facturés.

Avec un abonnement standard, non. Pour les acheteurs enterprise, un dépôt du code source chez un tiers peut être convenu. Dans les conditions de déclenchement définies par ce contrat, il peut donner accès au code et aider à maintenir l’installation en service.

L’installation dans le cloud est en préparation, et ses tarifs sont écrits sur la page des tarifs ; nous ouvrons les comptes depuis la liste d’accès anticipé, selon la capacité. Si vous voulez démarrer aujourd’hui, l’installation sur votre serveur est prête. C’est elle qui est venue en premier, car pour la plupart des bureaux d’études, garder dans l’entreprise les données de plans et d’outils ne se négocie pas.