Vanliga frågor

Nej. Verktygen paketeras som de är; koden rörs inte. Paketeringen lägger bara till metadata: paketets beteckning, versionen, vilka AutoCAD-versioner som stöds och vilka kommandon som registreras.

Nej — snarare snabbare. Verktygen läses in vid det första anropet av ett kommando, inte vid start. Dessutom görs **inte ett enda nätverksanrop på AutoCADs startväg**; det är en bindande regel i den här produkten, inte en optimering.

De arbetar vidare. Installerade verktyg ligger på ingenjörens dator och är inte beroende av servern. Så länge den inte går att nå väntar bara nya installationer och uppdateringar.

Nej: installationen på er egen server finns just för det. Produkten kopplar inte upp sig utåt, och licenskontrollen är också lokal: en signerad fil läses på plats, utan att någon server tillfrågas. (Molninstallationen behöver förstås uppkoppling.)

2025, 2026 och 2027. Varje version har ett eget anpassningslager, så en ny AutoCAD-version betyder inte att allt annat måste skrivas om.

På er egen server ingenstans: paketarkiven, användarlistan och granskningsloggen stannar i er databas, vi har inte tillgång till dem, och produkten skickar ingenting utåt. Väljer ni molnet ligger samma data på en server vi sköter, i en egen databas. **Era ritningsfiler hamnar aldrig i systemet i något av fallen.**

Paketen signeras med ECDSA, och signaturen kontrolleras **även hos klienten**. Den privata signeringsnyckeln ligger aldrig på servern, så den som tar över servern kan inte ändra ett paket och signera om det. Inte heller listan över betrodda publika nycklar kommer från servern — gjorde den det vore hela mekanismen meningslös.

Rakt på sak: att vara administratör innebär att kunna publicera, och två administratörer som samarbetar stoppas av ingen mekanism. Mot **en enda** finns den valfria fyraögonsprincipen: en andra administratör godkänner släppet, och den som begärde kan inte godkänna sin egen begäran. Därutöver har ni en granskningslogg som inte raderas och publicerade versioner som inte ändras.

Nej. Inloggningen sker med en engångskod som skickas till användarens e-postadress. Det finns inget lösenordsvalv att sköta och ingen lösenordsdatabas som kan läcka.

Servern brukar ta en halvdag: installationsguiden kontrollerar databasen, e-posten och lagringen **genom att verkligen prova dem** — inget steg slutar med ordet ”sparat”. Den riktiga tiden går åt till att sortera och paketera de verktyg ni redan har.

Den stöds. PostgreSQL och SQL Server är förstahandsval: samma testbatteri körs på båda servrarna, så ingen av dem är varianten ”det fungerar nog där också”.

Ni bestämmer. Den automatiska migreringen kan vara påslagen, eller så stänger ni av den och er IT-avdelning kör migreringsskripten för hand; skripten ligger i installationsmappen, klara för båda databaserna.

Via e-post. Produkten loggar fel med ett **korrelationsnummer**; er IT-avdelning hittar hela händelsen i de lokala loggarna med hjälp av det och kan dela diagnostikposten med oss. Det får nästan all trafik av typen ”kan ni skicka en skärmbild” att försvinna.

Ingenting stannar. Med utgången licens loggar användarna in som förut, katalogen läses in som förut, och installerade verktyg fortsätter fungera; systemet meddelar bara administratören. Det beteendet är fastspikat med ett test inne i produkten.

Ja, och en pilot är en riktig installation: på er egen server, med några av era verktyg och en begränsad grupp ingenjörer. Piloter faktureras inte.

Med ett vanligt abonnemang, nej. För enterprise-köpare kan en deposition av källkoden hos tredje part avtalas. Under de utlösningsvillkor som anges i det avtalet kan den ge tillgång till koden och hjälpa till att hålla installationen i drift.

Molninstallationen är under förberedelse, och dess priser står på prissidan; vi öppnar konton från listan för tidig tillgång, efter kapacitet. Vill ni börja i dag är installationen på er egen server klar. Den kom först eftersom det för de flesta projekteringskontor inte är förhandlingsbart att ritnings- och verktygsdata stannar inom företaget.