--- Skip to content
Guide 2026-10-20 Guide

Migrating from AutoCAD Electrical: A Practical Checklist

The hard part of leaving AutoCAD Electrical is not learning a new interface. It is the accumulated weight of a decade of project files, title blocks, symbol libraries, layer conventions and one person who knows why the wire numbering behaves the way it does. A migration that starts with "install the new tool" and ends with "copy the old files somewhere" fails in month three, when a client asks for a revision of a project drawn in 2019.

This checklist is written for small teams — two to ten people — doing building electrical work: flats, offices, shops, light industrial. It assumes you are moving to a browser-based tool rather than to another desktop platform, because the transfer problems are different. It is deliberately conservative: if your work is machine wiring or control panels, the honest answer is at the end.

Author: Guide

What actually transfers

Files move. Meaning does not, unless you rebuild it.

Artefact Transfers cleanly? What to do
Drawing geometry (DXF/DWG) Yes, as geometry Import as a background reference
Layers and colours Partly Map to the new tool's conventions; do not fight them
Block symbols Partly Simple blocks import; attributes do not become data
Wire numbers No Regenerated by the new tool from its own rules
Component tags No Rebuild as device properties
Cross-references No Rebuilt by the new data model
Terminal strips No Rebuild as panel data
Panel schedules No Generate from the design instead
Title blocks and templates As graphics only Recreate as export templates
Project reports No Regenerate from the new BOM
Lisp routines and scripts No Retire or replace with a manual step

The pattern is consistent: anything that was a drawing survives as a drawing, and anything that was data has to be re-entered as data. Budget the second category, not the first.

What does not come across at all

Be explicit with your team before the pilot, because this is where expectations break:

  • PLC and control schematics. Not supported by light building-electrical tools, including GorkyCAD. Keep a platform for that work.
  • True DWG editing. DXF import and export, not a DWG editor. Dynamic blocks, attributes and external references will not round-trip.
  • Offline work. A browser tool needs a connection. Site visits without signal are read-only.
  • Automatic wire numbering on machine drawings. The rule engine that makes AutoCAD Electrical valuable for panel wiring does not have an equivalent here.
  • Your old libraries as libraries. Symbols become placeable objects, not a curated catalogue with a maintainer.

If two or more of those are core to your revenue, stop here. The rest of this article is for teams where they are peripheral.

Phase 1: inventory before you touch anything

Spend a week writing down what you have. This is the step teams skip and regret.

  1. List active projects and their drawing sets. Separate "will be revised" from "archive only".
  2. Count deliverable types — layout, single-line, panel schedule, cable schedule, calculations, BOM. For each, note who consumes it.
  3. Name the conventions. Layer naming, tag format, device numbering, title block fields. Write them down; they are the real specification for the new tool.
  4. Identify the human dependency. Who knows how the templates work? What happens when they are on holiday?
  5. Record the handover format. If a client contractually requires DWG with attributes, that contract is a constraint, not a preference.

Output: one page, shared with the team. Without it, the pilot has no success criterion.

Phase 2: pilot on a finished project

Pick a project that is complete, typical, and was successful. Not the most complex one, and not a new one where you cannot compare against a known result.

  • Import the plan as DXF or PDF and check the geometry against the original.
  • Rebuild devices and circuits. Time it honestly, including the corrections.
  • Generate the panel schedule and the single-line diagram.
  • Export PDF, DXF, XLSX and compare with the original set, line by line.
  • Record the delta: what is missing, what is better, how many hours it took.

This is the only reliable way to price the switch. A demo takes twenty minutes; a pilot on a real project takes a day and tells you the truth. You can start from the demo and then repeat it on your own file.

Phase 3: run in parallel, not instead

For the first two or three live projects, produce the new set alongside the old one. It costs time and it is worth it:

  • The old set protects the deadline.
  • The new set exposes problems while a fallback exists.
  • The comparison gives you a defensible answer when someone asks whether the change was worth it.

Do not announce the migration to clients during this phase. Deliverables should look the same; the internal route is your business.

Phase 4: cut over by project type, not by date

A single cut-over date creates a cliff. Cut over by deliverable class instead:

  1. New residential projects first — small sets, fast feedback.
  2. Then small commercial.
  3. Then anything with unusual approval requirements, last.

Archive projects stay in the old system permanently. Reopening a 2018 project in a new tool is almost never worth the rebuild; export it to PDF and keep the source.

Phase 5: close the loop

  • Retire the old licences only when no active project depends on them.
  • Write a one-page "how we do it now" note: layer mapping, tag format, export presets.
  • Assign an owner for the conventions. Without an owner, they drift.
  • Keep one machine able to open old files, even if only for reference.

A realistic timeline for a small team

Week Activity Exit criterion
1 Inventory, conventions, constraint list One-page spec agreed
2 Pilot on a completed project Delta list with hours
3–5 Parallel run on live work Two sets delivered, no client impact
6–8 Cut over residential No fallback needed for small jobs
9–12 Cut over commercial Templates stable
Ongoing Archive discipline Old files readable, new ones standard

Small teams move faster than this; teams with a single expert and no documentation move slower. The pilot week is not compressible.

Risks and how to contain them

The one expert leaves. The inventory page is the mitigation. Write it before you need it.

A client demands DWG with attributes. Identify these clients in phase 1 and keep a route for them. Do not discover it at handover.

Quality dips during parallel running. Parallel work doubles the load for a few weeks. Schedule it against a quiet period, not against a tender deadline.

Conventions drift. Two people invent two tag formats within a month. Publish the convention and check it in review.

Over-promising on automation. The 41 built-in checks catch rule-based errors; they are not a certification and they do not replace engineering review. Teams that treat them as a signature ship mistakes with confidence.

Underestimating rework on old projects. A revision request on a 2019 project can consume a day. Price that in, or decline it.

When not to migrate

Stay with AutoCAD Electrical if your revenue depends on machine or panel wiring documentation, if DWG with attributes is a contractual deliverable, if you need offline operation, or if your library is a genuine competitive asset maintained by a person who is still there. The tool is not the problem in those cases; it is doing a job the alternatives do not do.

Migrate if your work is building electrical, if your team is small, if licences and Windows machines are a recurring cost, and if the bottleneck is drafting hours rather than engineering depth. The full comparison of alternatives is in the buyer's guide and the seven-tool comparison.

If you are evaluating GorkyCAD specifically, read the pricing page for current plans and the documentation for export formats and limits before the pilot, not after. The free tier — 3 projects, 100 objects — is enough to run phase 2 on a real project.

Sources

Informational only, not legal or engineering advice. Licence terms and export capabilities change; verify current vendor documentation, and check deliverables against the contract and the code edition in force for each project.

Can I open my AutoCAD Electrical drawings in GorkyCAD?
Geometry imports as DXF or DWG and can be used as a background. Block attributes, wire numbers, tags and cross-references are not preserved; they have to be rebuilt as design data. Treat old files as reference, not as an editable base.
How long does a migration take?
For a small team, plan four to eight weeks including a pilot and a parallel run. The pilot itself is about a day per project type. Organisations with a large custom library and no documentation take considerably longer.
Do I lose my symbol library?
Simple symbols can be redrawn or imported as graphics. A curated library with attributes and maintained variants does not transfer as a library. Most building-electrical teams find the standard device set sufficient.
Can I keep using AutoCAD Electrical for some projects?
Yes, and many teams do. Keeping the old tool for panel and control work while using the browser tool for building electrical is a common and sensible split. The risk is paying for two licences for one workload — measure before committing.
What happens to archived projects?
Keep them exportable. Produce a PDF set for every archived project and keep the source file with the machine that can open it. Do not plan to migrate the archive.
Is the new tool a full replacement?
No. It covers plan-to-document workflow for building electrical: layout, circuits, panel, single-line diagram, calculations, specification and export. It does not replace a schematic engineering platform.

Design it in the browser

Turn the plan into circuits, a panel schedule, a single-line diagram and a calculated bill of materials. Start free or open the demo.

Open demo See pricing