Phần mềm thiết kế, xây dựng
Chuyển từ AutoCAD sang ZWCAD: Checklist kiểm tra DWG, font, in ấn và LISP
Chuyển từ AutoCAD sang ZWCAD: Checklist kiểm tra DWG, font, in ấn và LISP
Quyết định chuyển từ AutoCAD sang ZWCAD cần một checklist nghiệm thu, không chỉ một lần mở bản vẽ. File hiển thị được chưa chắc giữ nguyên dữ liệu khi lưu; LISP nạp được chưa chắc tạo kết quả đúng; PDF xuất được chưa chắc đạt quy cách bàn giao. Bài viết này đề xuất cách chuẩn bị và kiểm tra cho môi trường ZWCAD 2026, với dữ liệu đang làm việc trên AutoCAD, gồm cả AutoCAD 2027 nếu doanh nghiệp sử dụng phiên bản đó. Đây là phương pháp pilot, không phải báo cáo đã chạy thử hay hướng dẫn thao tác giao diện trên một máy cụ thể.
Trước khi chọn license, xem hướng dẫn mua ZWCAD bản quyền và so sánh ZWCAD với AutoCAD theo nhu cầu. Checklist dưới đây phục vụ việc chuyển quy trình: xác định tài sản cần mang theo, tạo bộ mẫu, ghi sai lệch và ra quyết định đạt hay chưa đạt. Doanh nghiệp không nên đưa bản gốc của dự án vào môi trường thử mà không có bản sao và người chịu trách nhiệm. Một pilot tốt phải cho phép quay lại cách làm cũ nếu phát hiện lỗi nghiêm trọng.
1. Kiểm kê tài sản trước khi cài môi trường thử
Hãy lập danh sách DWG theo dự án, nguồn tạo và mức độ quan trọng. Ghi rõ file do AutoCAD nền tạo hay có đối tượng từ toolset, ứng dụng chuyên ngành hoặc plugin. Cùng một đuôi DWG không chứng minh rằng mọi đối tượng có cấu trúc giống nhau. Với hồ sơ nhận từ khách hàng, hỏi thêm yêu cầu chỉnh sửa và phiên bản đầu ra. Nếu hợp đồng đòi hỏi toolset cụ thể, phần việc đó cần được giữ trong môi trường đã được chấp nhận cho đến khi phương án mới được chứng minh và phê duyệt.
Bộ kiểm kê phải gồm template DWT, layer chuẩn, kiểu chữ, kiểu kích thước, đơn vị, tỷ lệ chú thích và cấu hình layout. Font cần ghi tên, loại SHX hoặc TrueType, nguồn hợp lệ và vị trí lưu. Không tự sao chép font có quyền sử dụng chưa rõ. CTB và STB phải phân biệt, vì chúng điều khiển kiểu in theo cách khác nhau. Block, thư viện chi tiết, ảnh tham chiếu và Xref cần có người quản lý và đường dẫn gốc; thiếu một file phụ thuộc có thể làm bản vẽ sai dù DWG chính vẫn mở được.
Với tự động hóa, ghi danh sách LISP, lệnh dùng thường xuyên, file cấu hình, thư viện phụ thuộc và plugin biên dịch. Đánh dấu chương trình có thao tác đọc ghi dữ liệu ngoài DWG, gọi ứng dụng khác hoặc dựa vào đối tượng chuyên ngành. Thu thập hợp đồng hỗ trợ và thông tin nhà phát triển nếu có. Việc một plugin đã chạy trên AutoCAD không bảo đảm có bản tương ứng cho ZWCAD 2026. Đội triển khai cần biết ai có thể sửa mã, ai xác nhận kết quả và công việc nào sẽ bị chặn nếu thiếu chương trình đó.
| Tài sản | Thông tin cần ghi | Người xác nhận |
| DWG và template | Nguồn tạo, phiên bản, đơn vị, đầu ra, mức quan trọng | Chủ trì thiết kế |
| Font, CTB, STB | Tên, quyền dùng, file phụ thuộc, tiêu chuẩn PDF | Người quản lý tiêu chuẩn |
| Block và Xref | Thư viện, đường dẫn, thuộc tính, dữ liệu liên kết | Kỹ sư phụ trách hồ sơ |
| LISP và plugin | Lệnh, API, edition, phụ thuộc, bản hỗ trợ | Người phát triển hoặc nhà cung cấp |
2. Tạo bộ dữ liệu đại diện, không chọn toàn file dễ
Bộ mẫu để kiểm tra DWG trên ZWCAD phải phản ánh hồ sơ thực, gồm dự án mới, hồ sơ lưu trữ, file nhận ngoài và bản vẽ nhiều layout. Có mẫu đơn giản để kiểm tra thao tác cơ bản, nhưng cũng cần mẫu khó: nhiều Xref, nhiều kiểu chữ, block có thuộc tính và dữ liệu chuyên ngành. Không chọn một số lượng file cố định rồi coi đó là đủ cho mọi công ty. Phạm vi phụ thuộc mức đa dạng của dự án và mức thiệt hại nếu lỗi lọt qua nghiệm thu.
Mỗi mẫu cần bản gốc chỉ đọc, bản sao thử và đầu ra đối chứng đã được người chuyên môn chấp nhận. Ghi phần mềm, phiên bản cập nhật, hệ điều hành, edition, plugin và cấu hình sử dụng. Nếu so sánh hai máy có cấu hình khác nhau, không dùng cảm nhận để kết luận phần mềm nhanh hơn. Bài viết không đặt benchmark hay đưa số phút tiết kiệm. Mục tiêu trước tiên là xác nhận đúng dữ liệu, đúng đầu ra và khả năng hoàn thành công việc trong giới hạn doanh nghiệp tự đặt.
Đặt mã mẫu và ghi người kiểm tra. Không đổi đồng thời font, template và plugin vì sẽ khó xác định nguyên nhân lỗi. Dùng dữ liệu đã được phép thử, giới hạn truy cập và tách pilot khỏi hồ sơ sản xuất.
3. Kiểm tra dữ liệu, hiển thị và đối tượng đặc biệt
Kiểm tra theo chuỗi mở, xem, chỉnh sửa một tác vụ có kiểm soát, lưu bản sao, mở lại và đối chiếu. Lúc xem, chú ý vị trí chữ, kích thước, hatch, layer, block, thuộc tính và nội dung Xref. Sau lưu, kiểm tra đơn vị, tọa độ, thông tin thuộc tính và các đối tượng có ảnh hưởng thống kê. Một sai lệch nhỏ trên màn hình có thể báo hiệu thiếu font; một đối tượng trông bình thường có thể chỉ là biểu diễn proxy chứ không chỉnh sửa đầy đủ được. Hai tình huống này cần ghi riêng.
Với block động và đối tượng tùy biến, lập danh sách hành vi bắt buộc như đổi trạng thái, sửa giá trị hoặc xuất thuộc tính. Không chỉ đánh dấu “block có xuất hiện”. Với Xref, kiểm tra tham chiếu đã tải, đường dẫn tương đối hoặc tuyệt đối, file thiếu và cách đóng gói gửi ra ngoài. Nếu doanh nghiệp dùng file tham chiếu trên máy chủ, cần kiểm tra theo quyền truy cập thật của người dùng. Không suy ra rằng đường dẫn hoạt động trên máy quản trị sẽ hoạt động trên mọi máy kỹ sư.
Các khả năng công bố của ZWCAD cần đọc tại trang sản phẩm chính thức và trung tâm hỗ trợ. Những đối tượng sinh ra từ môi trường Autodesk nên đối chiếu tài liệu của Autodesk và nhà phát triển ứng dụng tạo file. Không dùng tuyên bố của một hãng về đối thủ làm bằng chứng rằng dữ liệu chắc chắn không thay đổi. Nếu một loại đối tượng chưa xác minh được, ghi trạng thái chưa đạt hoặc cần điều kiện, thay vì đánh dấu tương thích theo cảm giác.
Để kiểm tra trao đổi hai chiều, có thể yêu cầu bên nhận mở bản sao đã lưu và xác nhận các phần quan trọng. Đây là bước đề xuất, không phải phép thử đã thực hiện trong bài. Người kiểm tra phải lưu rõ phiên bản trước và sau, tránh ghi đè dữ liệu gốc. Nếu gặp khác biệt, giữ file tái hiện và mô tả ngắn nhất có thể. Một lỗi có mẫu tái hiện cụ thể thường dễ hỗ trợ hơn nhận xét chung rằng bản vẽ bị lỗi khi chuyển phần mềm.
4. Font, in ấn và PDF: lấy tiêu chí bàn giao làm chuẩn
Nhóm kiểm tra ZWCAD font và in ấn nên bắt đầu bằng bộ font hợp lệ và tiêu chuẩn bản vẽ của doanh nghiệp. So sánh tiếng Việt có dấu, ký hiệu kỹ thuật, chiều rộng chữ, xuống dòng và vị trí trong bảng. Việc font thay thế nhìn gần giống không bảo đảm nội dung không tràn ô hoặc che đường nét. Với font SHX và TrueType, cần ghi chính xác file đang dùng trên từng máy. Không đưa ra hướng dẫn sao chép thư mục hoặc tên menu chưa được kiểm chứng cho bản cài cụ thể.
Phần in cần đối chiếu CTB hoặc STB, màu, độ dày nét, tỷ lệ, khổ giấy, vùng in và hướng giấy. Kiểm tra layout có nhiều viewport, viewport khóa tỷ lệ và bản vẽ dùng chú thích theo tỷ lệ. PDF nên được mở bằng công cụ xem độc lập để kiểm tra chữ, đường nét và trang đủ nội dung. Nếu hồ sơ cần chữ tìm kiếm được hoặc yêu cầu chất lượng cụ thể, ghi thành tiêu chí riêng. Xuất được một PDF không chứng minh đáp ứng mọi điều kiện lưu trữ hoặc in thương mại.
Người nghiệm thu có thể dùng một bảng đối chiếu gồm mã mẫu, layout, cấu hình in, PDF đối chứng và lỗi quan sát. Tránh chỉnh CTB cho vừa một file rồi vô tình thay tiêu chuẩn chung. Mỗi thay đổi cấu hình cần có bản sao, lý do và phạm vi sử dụng. Nếu có máy in vật lý trong quy trình bàn giao, cần kiểm tra mẫu giấy bằng cấu hình thật; bài này không khẳng định đã in thử. Phải phân biệt lỗi phần mềm CAD với lỗi font, trình điều khiển hoặc thiết lập máy in.
| Tiêu chí PDF | Cách ghi kết quả |
| Nội dung và chữ | Đúng ký tự, không mất dòng, không tràn bảng; ghi trang và vị trí sai. |
| Nét và tỷ lệ | Đối chiếu mẫu được duyệt, ghi cấu hình CTB hoặc STB và layout. |
| Khổ giấy và trang | Đúng khổ, hướng, vùng in, số trang và thứ tự theo hồ sơ. |
| Yêu cầu bổ sung | Ghi điều kiện tìm kiếm chữ, lưu trữ hoặc in thực tế nếu dự án có yêu cầu. |
5. Kiểm tra LISP và plugin theo chức năng, không chỉ theo khả năng nạp
Khi chuyển LISP sang ZWCAD, mỗi lệnh quan trọng cần đầu vào đại diện, kết quả mong đợi và người xác nhận. Thử tạo mới, sửa, chạy lặp, xử lý dữ liệu trống hoặc bất thường và lưu kết quả. Ví dụ một lệnh xuất thuộc tính phải kiểm tra đúng số dòng, đúng giá trị, đúng đơn vị và hành vi khi thiếu thuộc tính. Chương trình không báo lỗi nhưng xuất sai dữ liệu vẫn là chưa đạt. Không chuyển trạng thái sang thành công chỉ vì dòng lệnh thông báo đã nạp file.
Đối chiếu API theo edition và hệ điều hành. bảng giao diện lập trình của Autodesk phân biệt AutoCAD, LT và nền tảng; bảng edition ZWCAD giúp xác định gói cần kiểm tra. Không mặc định Standard tương đương LT, cũng không coi Professional hỗ trợ mọi plugin AutoCAD. Thư viện biên dịch cần bản phù hợp do nhà phát triển xác nhận, còn LISP có thể cần điều chỉnh các phụ thuộc và cách xử lý dữ liệu.
Với chương trình đọc ghi file ngoài, kiểm tra quyền thư mục, tên file có dấu, đường dẫn mạng và hành vi khi file đích đã tồn tại. Với chương trình gọi phần mềm khác, kiểm tra cả môi trường phụ thuộc thay vì chỉ CAD. Những bước này là đề xuất kiểm thử chức năng, không phải khẳng định khả năng của mọi bản cài. Ghi phần sửa mã và kết quả sau sửa vào hồ sơ, để việc triển khai sang máy khác không dựa vào một bản LISP chưa được quản lý phiên bản.
6. Pilot, nghiệm thu, xử lý lỗi và phương án quay lại
Để triển khai ZWCAD có kiểm soát, chọn một nhóm nhỏ với người dùng đại diện và người hỗ trợ. Đặt tiêu chí đạt trước: tác vụ bắt buộc, đầu ra được chấp nhận, lỗi nào chặn bàn giao và lỗi nào có thể xử lý bằng hướng dẫn. Không đặt một tỷ lệ đạt tùy ý rồi bỏ qua lỗi nghiêm trọng. Một lỗi làm thay đổi kích thước hoặc mất đối tượng quan trọng có thể đủ để giữ lại quy trình cũ cho nhóm hồ sơ liên quan, dù nhiều mẫu khác vẫn đạt.
Nhật ký lỗi nên ghi mã mẫu, bản cài, thao tác tái hiện, kết quả mong đợi, kết quả thực và mức ảnh hưởng. Phân người xử lý và thời điểm kiểm tra lại, nhưng không hứa hạn sửa của hãng khi chưa có xác nhận. Phương án quay lại cần bản sao dữ liệu, cấu hình cũ, quyền sử dụng hợp lệ của môi trường dự phòng và quy định file nào là bản chính thức. Không xóa môi trường cũ trước khi hoàn tất nghiệm thu nếu dự án vẫn phụ thuộc nó.
Sau pilot, người phụ trách chuyên môn và quản trị cùng quyết định phạm vi mở rộng. Có thể chuyển nhóm soạn thảo 2D trước và giữ AutoCAD cho phần việc phụ thuộc toolset hoặc plugin. Đào tạo nên dựa trên khác biệt đã ghi nhận, không chỉ giới thiệu giao diện. Nếu chưa đủ dữ liệu, kéo dài đánh giá hoặc giới hạn phạm vi thay vì ép kết luận. Kết quả cuối cần là danh sách công việc được phép thực hiện, cấu hình chuẩn và trách nhiệm hỗ trợ, chứ không chỉ nhận xét phần mềm dùng ổn.
Với tiện ích tự động hóa, xem điều kiện LISP và plugin theo edition trước khi nghiệm thu.
Câu hỏi thường gặp
Chỉ mở được DWG có đủ để nghiệm thu chuyển đổi không?
Không. Cần kiểm tra dữ liệu sau sửa và lưu, font, Xref, block, PDF và các chức năng tự động hóa. Mỗi loại hồ sơ phải có đầu ra đối chứng và người xác nhận, đặc biệt với đối tượng chuyên ngành.
Font sai thì có phải ZWCAD không tương thích DWG?
Chưa thể kết luận. Cần kiểm tra font thực tế, quyền dùng, cấu hình thay thế và dữ liệu chữ. Lỗi có thể nằm ở tài nguyên hoặc thiết lập, nhưng vẫn phải xử lý và kiểm tra lại trước khi bàn giao.
LISP nạp được có nghĩa là chạy đúng toàn bộ không?
Không. Phải chạy các chức năng quan trọng với đầu vào đại diện và kiểm tra kết quả, kể cả đọc ghi file, dữ liệu bất thường và lưu bản vẽ. Plugin biên dịch còn cần xác nhận đúng phiên bản và edition.
Khi pilot chưa đạt nên làm gì?
Giữ phạm vi cũ cho công việc bị ảnh hưởng, bảo toàn dữ liệu và ghi lỗi tái hiện để xử lý. Chỉ mở rộng khi tiêu chí được nghiệm thu; luôn có cấu hình và quyền dùng hợp lệ cho phương án quay lại.
