Direct Link với SketchUp: thiết lập kết nối và đồng bộ lần đầu

Direct Link với SketchUp: thiết lập kết nối và đồng bộ lần đầu là Bài 11 của chuyên đề Twinmotion trong trực quan hóa và trình bày BĐS. Thiết lập luồng Direct Link từ SketchUp Pro sang Twinmotion theo cách có thể kiểm chứng: đúng trình bổ sung, đúng tệp nguồn, đúng tùy chọn nhập dữ liệu, đồng bộ thử một thay đổi nhỏ và biết xử lý khi liên kết bị đứt.

Biên soạn: ThS. Nguyễn Mạnh Hùng
GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn

Cập nhật 01/10/2026: Nội dung được đối chiếu với tài liệu Twinmotion Documentation hiện hành của Epic. Giao diện và tùy chọn có thể thay đổi theo phiên bản; khi có khác biệt, cần kiểm tra tài liệu chính thức của phiên bản đang sử dụng.

Ranh giới sử dụng: các số liệu công trình, khu đất, vật liệu, cao độ, vị trí và phương án trong ví dụ nếu không có nguồn riêng đều là tình huống giả lập phục vụ giảng dạy. Twinmotion phục vụ trực quan hóa và trình bày; không thay hồ sơ pháp lý, khảo sát, thiết kế được phê duyệt, quy hoạch, định giá hoặc kết luận kỹ thuật chuyên ngành.

Mục tiêu học tập

• Phân biệt Direct Link với nhập tệp `.skp` hoặc `.udatasmith`.
• Kiểm điều kiện tương thích SketchUp Pro/Datasmith Exporter trước khi thao tác.
• Thiết lập liên kết lần đầu và chọn đúng nguồn khi có nhiều tệp đang mở.
• Thực hiện một lần Synchronize có kiểm chứng thay vì chỉ thấy mô hình xuất hiện.
• Nhận diện dấu hiệu liên kết bị đứt và cách nối lại mà không dựng cảnh từ đầu.

Vị trí của bài trong mạch 96 bài

Bài 10 đã phân biệt nhập tệp Datasmith và Direct Link. Bài 11 chuyển từ khái niệm sang thiết lập liên kết sống đầu tiên với SketchUp. Chưa đi sâu quy tắc giữ/mất giá trị ghi đè; phần đó dành cho Bài 12–13.

Bản chất vấn đề cần hiểu trước khi thao tác

Trong Twinmotion, thao tác nhanh không đồng nghĩa quy trình đúng. Dữ liệu BĐS thường thay đổi qua nhiều vòng thiết kế; vì vậy bài này ưu tiên ba lớp kiểm soát: nguồn nào đang được dùng, trạng thái nào vừa thay đổi và bằng chứng nào chứng minh kết quả đúng. Cách học này giúp sinh viên xử lý dự án thật có nhiều phiên bản thay vì chỉ làm được một tệp mẫu cố định.

1. Bắt đầu từ kiểm tương thích, không bắt đầu từ nút

SketchUp Pro có các phiên bản được Epic công bố hỗ trợ Datasmith; tài liệu hiện hành liệt kê SketchUp Pro 2020–2026 hỗ trợ Direct Link và Auto Sync và Datasmith File Import. Vì vậy thao tác đầu tiên là ghi phiên bản SketchUp Pro, Twinmotion và Datasmith Exporter đang dùng.

Cách kiểm chứng: Chụp trang About/phiên bản hoặc ghi nhật ký ba phiên bản. Nếu không tương thích, dừng trước khi sửa cảnh. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Cài trình bổ sung theo đoạn phim cũ rồi kết luận Twinmotion lỗi khi thanh Datasmith không xuất hiện. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

2. Một nguồn – một danh tính rõ

Khi nhiều tệp SketchUp đang mở, danh sách nguồn Direct Link có thể có nhiều cảnh. Chọn sai nguồn vẫn có thể nhập dữ liệu thành công về kỹ thuật nhưng tạo cảnh sai dự án.

Cách kiểm chứng: Đặt tên tệp nguồn có mã dự án/phiên bản; trước Import ghi lại đúng tên tệp đang chọn trong nguồn Direct Link. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Dùng `Untitled` hoặc nhiều bản `final_v2_new` khiến người thao tác không biết đang đồng bộ bản nào. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

3. Chuẩn bị mô hình trước khi kết nối

Direct Link truyền dữ liệu nhanh nhưng không biến mô hình nguồn lộn xộn thành dữ liệu sạch. Group/Component, Tags, vật liệu, mặt ngược và tên đối tượng cần được xử lý ở SketchUp trước.

Cách kiểm chứng: Chạy bảng kiểm tối thiểu: Units, mặt trước/sau, Outliner/Tags, Purge Unused, mốc kích thước và vị trí gốc. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Dùng Twinmotion để chữa mọi lỗi nguồn, sau đó lần đồng bộ tiếp theo làm lỗi quay lại. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

4. Chọn nhập dữ liệu tùy chọn theo mục tiêu các bước phía sau

Keep hierarchy giữ đối tượng tách và metadata tốt hơn cho thao tác riêng, View sets/Phasing/Configurations nhưng tăng kích thước cảnh. Collapse giảm số đối tượng nhưng làm mất mức kiểm soát.

Cách kiểm chứng: Trước Import viết một câu: “sau này tôi cần chọn riêng cái gì?”. Lựa chọn collapse phải trả lời được câu này. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Chọn Keep hierarchy chỉ vì “chi tiết hơn” dù cảnh chỉ cần một khối nền không bao giờ chỉnh riêng. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

5. Lần đồng bộ đầu tiên phải có phép thử

Nhìn thấy mô hình sau Import chưa chứng minh link hoạt động. Cần thay đổi nhỏ, có thể đảo ngược ở SketchUp rồi Synchronize.

Cách kiểm chứng: Di chuyển một đối tượng thử hoặc tạo một khối TEST_SYNC có tên rõ; đồng bộ và xác nhận đúng đối tượng thay đổi. Sau kiểm thì xóa hoặc hoàn tác ở nguồn. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Thay hàng chục thứ cùng lúc rồi không biết thay đổi nào không sang Twinmotion. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

6. Phân biệt đồng bộ thủ công và Auto Sync

Auto Sync tiện cho vòng lặp nhanh, nhưng mỗi thay đổi nguồn đều có thể tác động cảnh; manual Synchronize phù hợp khi cần cổng kiểm trước khi cập nhật.

Cách kiểm chứng: Trong giờ học, bắt đầu bằng manual Synchronize. Chỉ bật Auto Sync khi đã hiểu ảnh hưởng và có trạng thái gốc. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Bật Auto Sync ngay, vừa chỉnh mô hình vừa chỉnh Twinmotion khiến khó xác định nguồn của sai khác. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

7. Broken link là vấn đề đường liên kết trước khi là vấn đề mô hình

Epic nêu các trường hợp thường gặp: tệp nguồn đổi tên/vị trí, tệp không mở trong ứng dụng thiết kế, hoặc không có tiến trình đồng bộ.

Cách kiểm chứng: Kiểm tệp nguồn đang mở, tên/đường dẫn, trạng thái Auto Sync/Synchronize và Direct Link thiết lập trước khi nhập dữ liệu lại từ đầu. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Xóa toàn bộ nguồn trong Twinmotion khi thấy biểu tượng link lỗi, làm mất bối cảnh đang dựng. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

8. Archive mốc đầu tiên

Direct Link là luồng cập nhật, không phải hệ thống version control. Cần giữ mốc nguồn và `.tm` trước khi bắt đầu trang trí sâu.

Cách kiểm chứng: Lưu `SU_R01` và `TM_R01_LINK_OK`, kèm nhật ký nhập dữ liệu tùy chọn. Kết quả phải được ghi thành trạng thái trước–sau, không chỉ mô tả bằng cảm giác. Nếu thao tác có liên quan tệp nguồn, phải ghi phiên bản; nếu liên quan một đối tượng, phải ghi tên/đường dẫn trong Scene graph; nếu liên quan nhập dữ liệu, phải ghi tùy chọn đã dùng.

Sai lầm dễ gặp: Chỉ có một tệp đang sống; khi đồng bộ sai không biết quay về trạng thái nào. Cách sửa tốt nhất là quay lại cổng kiểm gần nhất, thu hẹp phạm vi thử và lặp lại đúng phép kiểm ban đầu. Không nên bù một lỗi nguồn bằng thêm hiệu ứng hoặc thêm biến đổi ở bước sau vì làm chuỗi công việc khó truy nguyên.

Quy trình thao tác đề nghị

1. Chốt đầu vào: ghi tên tệp nguồn, phiên bản, phiên bản phần mềm và mục tiêu của bài trước khi mở/đổi dữ liệu.
2. Tạo trạng thái gốc: lưu trạng thái tệp dự án hoặc ảnh kiểm trước thay đổi. Với nội dung nhập dữ liệu/đồng bộ, ghi chế độ nhập và nguồn đang liên kết.
3. Thực hiện một thay đổi nhỏ có chủ đích: không thử bằng 20 thay đổi cùng lúc. Một thay đổi nhỏ giúp phát hiện quan hệ nhân–quả.
4. Kiểm trong Scene graph và Viewport: xác nhận đúng đối tượng, đúng đối tượng cha/nhóm chứa, đúng vị trí và trạng thái hiển thị.
5. Kiểm số liệu/hình học nếu có: dùng mốc kích thước, hướng hoặc biến đổi đã biết thay vì nhìn bằng mắt.
6. Kiểm giá trị ghi đè và trạng thái trình bày: vật liệu, cây/người/xe, đèn và media quan trọng phải được xem lại sau thay đổi nguồn lớn.
7. Ghi nhật ký: Đạt/Không đạt, nguyên nhân, cách sửa và phiên bản đầu ra.
8. Chỉ chuyển bước khi cổng kiểm đạt: nếu không đạt, quay về nguồn hoặc cấu hình gần nhất thay vì tiếp tục trang trí để che lỗi.

Tình huống BĐS tổng hợp

Tình huống giả lập phục vụ giảng dạy. Một nhóm sinh viên có mô hình nhà phố SketchUp `NP_A_R03.skp`. Sau khi chuẩn hóa Units và Tags, nhóm thiết lập Direct Link, dùng Keep hierarchy vì cần thay riêng cửa, mái và khối nội thất trong các phương án trình bày. Nhóm tạo `TEST_SYNC`, đồng bộ thủ công, xác nhận xuất hiện đúng vị trí rồi xóa ở nguồn và đồng bộ lần hai. Chỉ sau khi phép thử đạt mới bắt đầu thay vật liệu và cảnh quan trong Twinmotion.

Yêu cầu của tình huống không phải tạo hình ảnh đẹp nhất. Nhóm phải chứng minh được vì sao lựa chọn của mình phù hợp với vòng đời dữ liệu. Nếu có hai cách đều chạy được, ưu tiên cách dễ kiểm, dễ bàn giao và ít phụ thuộc vào trí nhớ cá nhân.

Ma trận quyết định nhanh

Những lỗi thường gặp và cách xử lý

Khi gặp lỗi không có trong bảng, không đoán menu. Hãy thu hẹp tệp thử, ghi phiên bản Twinmotion/SketchUp, chụp trạng thái Import dock/Scene graph và đối chiếu Documentation hoặc Release Notes hiện hành. Nếu nghi lỗi phần mềm, cần phân biệt rõ lỗi đã biết với lỗi cấu trúc dữ liệu của chính tệp dự án.

Bài thực hành trên lớp

1. Vòng 1 – tái hiện chuẩn: giảng viên cung cấp một mô hình nhỏ. Nhóm thực hiện đúng quy trình của bài và tạo trạng thái gốc có nhật ký.
2. Vòng 2 – gây lỗi có kiểm soát: một thành viên thay đổi một điều kiện thuộc nội dung bài (nguồn, cấu trúc phân cấp, trạng thái hiển thị, biến đổi hoặc tên). Thành viên khác chỉ được chẩn đoán từ bằng chứng.
3. Vòng 3 – yêu cầu thay đổi: thay một yêu cầu trình bày BĐS. Nhóm xác định bước nào cần làm lại, bước nào được giữ và vì sao.
4. Vòng 4 – bàn giao chéo: nhóm khác mở tệp + tệp hướng dẫn và phải tìm được nguồn, trạng thái chính, đối tượng cần chỉnh trong tối đa 5 phút.

Bài thực hành cá nhân

Chọn một mô hình BĐS nhỏ hoặc mô hình do giảng viên cung cấp. Áp dụng riêng nội dung Bài 11, tạo ít nhất hai trạng thái có thể so sánh và một nhật ký kiểm chứng. Không chấm điểm theo mức “lung linh”; chấm theo khả năng giải thích, tái lập, giữ đúng nguồn và không làm người xem hiểu sai quy mô/trạng thái phương án.

Sản phẩm sinh viên phải nộp

• 01 tệp/tệp dự án làm việc đúng phạm vi bài, không chứa tài nguyên thử không giải thích được.
• 01 ảnh tổng quan trạng thái cuối và ít nhất 03 ảnh/bằng chứng cho các cổng kiểm chính.
• 01 bảng nhật ký ngắn: nguồn – phiên bản – thao tác – kết quả – Đạt/Không đạt – cách sửa.
• 01 đoạn 200–300 chữ giải thích một quyết định kỹ thuật quan trọng và một rủi ro nếu quyết định sai.
• Nếu bài liên quan Direct Link/nhập dữ liệu: ghi phiên bản SketchUp Pro, Twinmotion, Datasmith Exporter và chế độ nhập.
• Nếu bài liên quan Scene graph: nộp ảnh cây cấu trúc hoặc sơ đồ nhóm chứa/tên trước–sau.

Phiếu tự kiểm trước khi nộp

• ☐ Tôi có thể nói mục tiêu bài bằng một câu rõ ràng.
• ☐ Tôi biết tệp/phiên bản nào là nguồn hiện tại.
• ☐ Tôi không bịa tên menu hoặc chức năng không có trên phiên bản đang dùng.
• ☐ Tôi có ít nhất một bằng chứng trước–sau thay vì chỉ nói “đã đúng”.
• ☐ Tôi phân biệt được lỗi nguồn thiết kế với việc bố trí/trình bày trong Twinmotion.
• ☐ Tôi biết đối tượng/nhóm chứa nào đang được tác động trước khi biến đổi/ẩn/reset.
• ☐ Tôi đã kiểm một tình huống sai có chủ đích và biết cách quay lại trạng thái gốc.
• ☐ Tôi đã ghi chế độ nhập hoặc cấu trúc cấu trúc phân cấp nếu điều đó ảnh hưởng kết quả.
• ☐ Tôi đã kiểm media/trạng thái hiển thị quan trọng sau thay đổi lớn.
• ☐ Người khác có thể tiếp tục công việc từ nhật ký và tệp hướng dẫn mà không cần hỏi tác giả.

Câu hỏi phản biện

1. Nếu nguồn thay đổi thêm một lần nữa, phần nào của công việc hôm nay còn dùng được và phần nào phải kiểm lại?
2. Quyết định hiện tại tối ưu cho một ảnh duy nhất hay cho vòng đời tệp dự án nhiều phiên bản?
3. Bằng chứng nào phân biệt lỗi do phần mềm với lỗi do mô hình nguồn?
4. Nếu giao tệp cho người khác, họ có biết đối tượng nào được phép sửa và đối tượng nào phải quay lại SketchUp?
5. Nếu bỏ một nửa số thao tác, bước nào có thể bỏ mà vẫn giữ được khả năng kiểm chứng?
6. Có điểm nào trong cảnh có thể khiến khách hàng hiểu sai tỷ lệ, trạng thái hoàn thiện hoặc mức chắc chắn của phương án không?

Giá trị nghề nghiệp trong công việc BĐS

Bài 11 tập trung vào khả năng duy trì tính nhất quán khi mô hình thiết kế và cảnh trực quan hóa thay đổi. Trong dự án BĐS, phương án hiếm khi cố định từ đầu đến cuối. Người làm tốt không chỉ biết kéo tài nguyên hoặc kết xuất; họ biết giữ nguồn, phiên bản, cấu trúc và bằng chứng để một thay đổi nhỏ không làm hỏng hàng giờ công việc các bước phía sau.

Kỹ năng này cũng giúp phối hợp giữa người dựng SketchUp, người trực quan hóa Twinmotion và người dùng sản phẩm truyền thông. Khi ranh giới vai trò rõ, lỗi được gửi về đúng nơi: lỗi thiết kế sửa ở nguồn; tổ chức cảnh và bối cảnh xử lý ở Twinmotion; quyết định pháp lý/kỹ thuật chuyên ngành không được suy ra từ hình ảnh trực quan hóa.

Ghi nhớ trong 30 giây

• Bắt đầu từ kiểm tương thích, không bắt đầu từ nút.
• Một nguồn – một danh tính rõ.
• Chuẩn bị mô hình trước khi kết nối.
• Chọn nhập dữ liệu tùy chọn theo mục tiêu các bước phía sau.
• Lần đồng bộ đầu tiên phải có phép thử.

Nguồn tham khảo

Ưu tiên tài liệu chính thức của Epic để xác nhận hành vi phần mềm, tùy chọn import, đồng bộ và quản lý cảnh. Release Notes được dùng để nhận diện giới hạn hoặc thay đổi theo phiên bản; không dùng lỗi của một phiên bản cũ để mặc định rằng mọi phiên bản đều có cùng lỗi.

Bài tiếp theo

Bài 12: Synchronize: cập nhật hình học mà không dựng lại cảnh từ đầu. Bài hiện tại phải được hoàn tất với tệp, bằng chứng và phiếu tự kiểm trước khi chuyển bước; mục tiêu là giữ mạch học tích lũy thay vì học rời từng nút.

Thực hành kiểm chứng

Bài kiểm 1: Bắt đầu từ kiểm tương thích, không bắt đầu từ nút

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: SketchUp Pro có các phiên bản được Epic công bố hỗ trợ Datasmith; tài liệu hiện hành liệt kê SketchUp Pro 2020–2026 hỗ trợ Direct Link và Auto Sync và Datasmith File Import. Vì vậy thao tác đầu tiên là ghi phiên bản SketchUp Pro, Twinmotion và Datasmith Exporter đang dùng.

Bằng chứng yêu cầu: Chụp trang About/phiên bản hoặc ghi nhật ký ba phiên bản. Nếu không tương thích, dừng trước khi sửa cảnh. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Cài trình bổ sung theo đoạn phim cũ rồi kết luận Twinmotion lỗi khi thanh Datasmith không xuất hiện.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 2: Một nguồn – một danh tính rõ

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Khi nhiều tệp SketchUp đang mở, danh sách nguồn Direct Link có thể có nhiều cảnh. Chọn sai nguồn vẫn có thể nhập dữ liệu thành công về kỹ thuật nhưng tạo cảnh sai dự án.

Bằng chứng yêu cầu: Đặt tên tệp nguồn có mã dự án/phiên bản; trước Import ghi lại đúng tên tệp đang chọn trong nguồn Direct Link. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Dùng `Untitled` hoặc nhiều bản `final_v2_new` khiến người thao tác không biết đang đồng bộ bản nào.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 3: Chuẩn bị mô hình trước khi kết nối

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Direct Link truyền dữ liệu nhanh nhưng không biến mô hình nguồn lộn xộn thành dữ liệu sạch. Group/Component, Tags, vật liệu, mặt ngược và tên đối tượng cần được xử lý ở SketchUp trước.

Bằng chứng yêu cầu: Chạy bảng kiểm tối thiểu: Units, mặt trước/sau, Outliner/Tags, Purge Unused, mốc kích thước và vị trí gốc. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Dùng Twinmotion để chữa mọi lỗi nguồn, sau đó lần đồng bộ tiếp theo làm lỗi quay lại.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 4: Chọn nhập dữ liệu tùy chọn theo mục tiêu các bước phía sau

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Keep hierarchy giữ đối tượng tách và metadata tốt hơn cho thao tác riêng, View sets/Phasing/Configurations nhưng tăng kích thước cảnh. Collapse giảm số đối tượng nhưng làm mất mức kiểm soát.

Bằng chứng yêu cầu: Trước Import viết một câu: “sau này tôi cần chọn riêng cái gì?”. Lựa chọn collapse phải trả lời được câu này. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Chọn Keep hierarchy chỉ vì “chi tiết hơn” dù cảnh chỉ cần một khối nền không bao giờ chỉnh riêng.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 5: Lần đồng bộ đầu tiên phải có phép thử

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Nhìn thấy mô hình sau Import chưa chứng minh link hoạt động. Cần thay đổi nhỏ, có thể đảo ngược ở SketchUp rồi Synchronize.

Bằng chứng yêu cầu: Di chuyển một đối tượng thử hoặc tạo một khối TEST_SYNC có tên rõ; đồng bộ và xác nhận đúng đối tượng thay đổi. Sau kiểm thì xóa hoặc hoàn tác ở nguồn. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Thay hàng chục thứ cùng lúc rồi không biết thay đổi nào không sang Twinmotion.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 6: Phân biệt đồng bộ thủ công và Auto Sync

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Auto Sync tiện cho vòng lặp nhanh, nhưng mỗi thay đổi nguồn đều có thể tác động cảnh; manual Synchronize phù hợp khi cần cổng kiểm trước khi cập nhật.

Bằng chứng yêu cầu: Trong giờ học, bắt đầu bằng manual Synchronize. Chỉ bật Auto Sync khi đã hiểu ảnh hưởng và có trạng thái gốc. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Bật Auto Sync ngay, vừa chỉnh mô hình vừa chỉnh Twinmotion khiến khó xác định nguồn của sai khác.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 7: Broken link là vấn đề đường liên kết trước khi là vấn đề mô hình

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Epic nêu các trường hợp thường gặp: tệp nguồn đổi tên/vị trí, tệp không mở trong ứng dụng thiết kế, hoặc không có tiến trình đồng bộ.

Bằng chứng yêu cầu: Kiểm tệp nguồn đang mở, tên/đường dẫn, trạng thái Auto Sync/Synchronize và Direct Link thiết lập trước khi nhập dữ liệu lại từ đầu. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Xóa toàn bộ nguồn trong Twinmotion khi thấy biểu tượng link lỗi, làm mất bối cảnh đang dựng.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bài kiểm 8: Archive mốc đầu tiên

Nhiệm vụ: tạo một bản sao tệp dự án thử và chứng minh hoặc bác bỏ nhận định sau bằng thao tác thực tế: Direct Link là luồng cập nhật, không phải hệ thống version control. Cần giữ mốc nguồn và `.tm` trước khi bắt đầu trang trí sâu.

Bằng chứng yêu cầu: Lưu `SU_R01` và `TM_R01_LINK_OK`, kèm nhật ký nhập dữ liệu tùy chọn. Ngoài ảnh chụp, phải có một dòng nhật ký nêu phiên bản, nguồn, đối tượng hoặc nhóm chứa liên quan và kết luận ĐẠT/KHÔNG ĐẠT/KHÔNG ÁP DỤNG. Nếu Không áp dụng, giải thích vì sao phép kiểm không áp dụng.

Tình huống gây lỗi: cố ý tái hiện sai lầm “Chỉ có một tệp đang sống; khi đồng bộ sai không biết quay về trạng thái nào.”. Sau đó quay về trạng thái gốc và sửa theo quy trình. Mục đích là học cơ chế chứ không chỉ nhớ chuỗi bấm.

Bảng kiểm bàn giao nhanh cho đồng đội