Vanlige spørsmål

Nei. Verktøyene pakkes slik de er; koden røres ikke. Pakkingen legger bare til metadata: pakkens betegnelse, versjonen, hvilke AutoCAD-versjoner som støttes, og hvilke kommandoer som registreres.

Nei — heller raskere. Verktøyene lastes ved første kall av en kommando, ikke ved oppstart. Dessuten gjøres **ikke ett eneste nettverkskall på oppstartsveien til AutoCAD**; det er en bindende regel i dette produktet, ikke en optimalisering.

De jobber videre. Installerte verktøy ligger på ingeniørens maskin og er ikke avhengige av serveren. Så lenge den ikke er å nå, venter bare nye installasjoner og oppdateringer.

Nei: installasjonen på deres egen server finnes nettopp for det. Produktet kobler seg ikke utover, og lisenssjekken er også lokal: en signert fil leses på stedet, uten at noen server blir spurt. (Installasjonen i skyen trenger selvsagt forbindelse.)

2025, 2026 og 2027. Hver versjon har sitt eget tilpasningslag, så en ny AutoCAD-versjon betyr ikke at alt det andre må skrives om.

På deres egen server ingen steder: pakkearkivene, brukerlisten og revisjonsloggen blir i databasen deres, vi har ikke tilgang til dem, og produktet sender ingenting utover. Velger dere skyen, ligger de samme dataene på en server vi drifter, i en egen database. **Tegningsfilene deres kommer i ingen av tilfellene inn i systemet.**

Pakkene signeres med ECDSA, og signaturen sjekkes **også hos klienten**. Den private signeringsnøkkelen ligger aldri på serveren, så den som overtar serveren, kan ikke endre en pakke og signere den på nytt. Listen over betrodde offentlige nøkler kommer heller ikke fra serveren — gjorde den det, ville hele mekanismen vært forgjeves.

Rett fram: å være administrator betyr å kunne publisere, og to administratorer som jobber sammen, stanses av ingen mekanisme. Mot **én alene** finnes det valgfrie firøyeprinsippet: en annen administrator godkjenner utgivelsen, og den som ba om det, kan ikke godkjenne sin egen forespørsel. I tillegg har dere en revisjonslogg som ikke slettes, og publiserte versjoner som ikke endres.

Nei. Innloggingen skjer med en engangskode sendt til brukerens e-postadresse. Det finnes ingen passordhvelv å stelle med og ingen passorddatabase som kan lekke.

Serveren som regel en halv dag: installasjonsveiviseren sjekker databasen, e-posten og lagringen **ved faktisk å prøve dem** — ingen steg slutter med ordet «lagret». Den virkelige tiden går med til å sortere og pakke verktøyene dere allerede har.

Den støttes. PostgreSQL og SQL Server er førstevalg begge to: det samme testbatteriet kjøres på begge serverne, så ingen av dem er varianten «det virker nok der også».

Dere bestemmer. Den automatiske migreringen kan stå på, eller dere slår den av og IT-avdelingen kjører migreringsskriptene for hånd; skriptene ligger i installasjonsmappen, klare for begge databasene.

På e-post. Produktet logger feil med et **korrelasjonsnummer**; IT-avdelingen finner hele hendelsen i de lokale loggene med det og kan dele diagnoseposten med oss. Det får nesten all trafikk av typen «kan dere sende et skjermbilde» til å forsvinne.

Ingenting stopper. Med utløpt lisens logger brukerne inn som før, katalogen lastes som før, og installerte verktøy går videre; systemet varsler bare administratoren. Den oppførselen er spikret fast med en test inne i produktet.

Ja, og en pilot er en ekte installasjon: på deres egen server, med noen av verktøyene deres og en begrenset gruppe ingeniører. Piloter faktureres ikke.

Med et vanlig abonnement, nei. For enterprise-kjøpere kan det avtales deponering av kildekoden hos tredjepart. På de utløsningsvilkårene som er fastsatt i den avtalen, kan den gi tilgang til koden og hjelpe med å holde installasjonen i drift.

Installasjonen i skyen er under forberedelse, og prisene står på prissiden; vi åpner kontoer fra listen for tidlig tilgang, etter kapasitet. Vil dere begynne i dag, er installasjonen på deres egen server klar. Den kom først fordi det for de fleste prosjekteringskontorer ikke er forhandlingsbart at tegnings- og verktøydata blir værende inne i bedriften.