YPCad
Français
Demander une démonstration

Comment ça marche

L’outil que vous avez ne change pas. Ce qui change, c’est qui l’obtient, quand et dans quelle version.

  1. Empaquetez l’outil

    Déposez les fichiers LISP et les DLL. Le serveur les lit : il trouve quelles commandes ils enregistrent et quelles versions d’AutoCAD ils visent, et rédige lui-même la définition du paquet. Votre code n’est pas touché et il ne reste aucun tableau à tenir à la main.

  2. Publiez

    L’archive est décompressée, validée, son SHA-256 est calculé sur le serveur et la signature est vérifiée. Une nouvelle version entre toujours en DEV : aucun dépôt ne part directement vers toute l’entreprise.

  3. Montez par canaux

    D’abord un groupe pilote (de trois à dix ingénieurs), puis tout le monde. Un problème découvert en pilote n’atteint jamais des centaines de personnes. Si vous le souhaitez, la montée vers toute l’entreprise peut exiger l’accord d’un second administrateur.

  4. Accordez les droits

    Qui voit quel paquet, qui peut utiliser quelle fonction — par personne ou par groupe. Un ingénieur sans droit ne voit pas du tout l’outil dans le catalogue : il n’y a donc aucun bouton désactivé avec lequel se disputer.

  5. L’ingénieur installe

    Le catalogue s’ouvre dans AutoCAD, et l’outil s’installe en un clic. L’installation est atomique : soit elle aboutit, soit elle n’a pas eu lieu. Il n’existe pas d’outil à moitié installé.

Le retour arrière n’est pas une nouvelle publication

Retirer une version de toute l’entreprise, c’est déplacer cette version vers un canal plus étroit — une manœuvre unique. Sans réempaquetage, sans republication, sans attendre personne. Même avec la règle des quatre yeux activée, le retour arrière n’a jamais besoin d’accord : un contrôle ne doit pas se mettre en travers précisément au moment où la vitesse compte le plus.

Chargement à la demande

AutoCAD ne charge pas le code des outils au démarrage ; il lit une petite note qui dit « cette commande se trouve dans tel paquet ». Le code se charge au premier appel de la commande. Votre catalogue peut grandir sans ralentir le démarrage.

Aucune requête réseau n’est émise sur le chemin de démarrage d’AutoCAD — règle contraignante de ce produit, vérifiée par un test.

Travailler sans réseau

Les outils installés se trouvent sur le poste de l’ingénieur et ne dépendent pas du serveur. Pendant une maintenance, réseau coupé ou sur chantier, les outils continuent ; seules les nouvelles installations et les mises à jour attendent.

Un serveur entièrement éteint signifie « impossible d’installer de nouveaux outils », pas « les ingénieurs ne peuvent pas travailler ». Cette distinction est une propriété d’architecture qui mérite d’être préservée.

La mise à jour est un processus à part

Tant qu’AutoCAD est ouvert, un fichier chargé est verrouillé et ne peut pas être remplacé sur place. Les mises à jour sont confiées à un programme de mise à jour distinct : il fait le travail, rend compte du résultat et s’efface.

Un assemblage chargé ne se met jamais à jour sur place — une mise à jour laissée silencieusement à moitié devient un outil qui ne s’ouvre plus le lendemain matin.

Les incidents arrivent avec un numéro

Quand un outil s’arrête brutalement, l’utilisateur voit un numéro de corrélation et vous l’envoie. L’événement complet — quel paquet, quelle version, quel AutoCAD — est déjà enregistré.

Cela supprime le trafic du type « envoyez une capture d’écran » : le diagnostic part de la trace, pas de ce dont l’utilisateur se souvient.

Faisons-le avec l’un de vos outils

Envoyez-nous l’un de vos outils LISP ou .NET. Nous l’empaquetons et le publions ensemble, nous l’installons sur un poste d’essai et nous le retirons. Environ une heure.

Demander une démonstration