Giao sản phẩm khảo sát drone đúng cách gồm ba phần: tệp dữ liệu ở định dạng mở được trong phần mềm của khách, báo cáo độ chính xác dựa trên điểm kiểm tra độc lập chứ không chỉ con số phần mềm tự tính, và một trang ghi rõ phạm vi sử dụng cùng giới hạn đã biết. Thiếu phần đầu, khách không dùng được dữ liệu; thiếu phần thứ hai, khách không biết tin tới đâu; thiếu phần thứ ba, dữ liệu có thể bị dùng sai mục đích và người làm dịch vụ gánh trách nhiệm ngoài phạm vi.
Bài này là bước cuối của danh mục khảo sát và đo vẽ: hỏi khách những gì trước khi bay để giao đúng, chọn định dạng, viết báo cáo độ chính xác, cách nói về giới hạn, biên bản bàn giao, lưu trữ và bảo mật dữ liệu. Chuyện lập báo giá và hồ sơ năng lực có ở danh mục làm nghề flycam; ở đây chỉ nói phần kỹ thuật của khâu giao.
Hỏi khách những gì ngay từ đầu
Giao đúng bắt đầu từ trước khi bay. Nhiều dự án phải xử lý lại chỉ vì không hỏi khách một câu đơn giản. Danh sách câu hỏi dưới đây nên có trong mẫu nhận việc.
- Dữ liệu dùng để làm gì? Thiết kế, theo dõi tiến độ, tính khối lượng, trình bày, lưu hồ sơ hiện trạng. Mục đích quyết định độ chính xác cần đạt và sản phẩm cần giao.
- Ai sẽ mở tệp, bằng phần mềm gì? Kỹ sư dùng phần mềm thiết kế, chuyên viên GIS, hay chủ đầu tư chỉ xem trên máy tính văn phòng.
- Hệ toạ độ và hệ độ cao nào? Với bản vẽ kỹ thuật ở Việt Nam thường là VN-2000 với kinh tuyến trục và múi chiếu theo địa phương; độ cao theo mốc nào.
- Độ chi tiết và độ chính xác mong muốn? Hỏi theo việc ("cần thấy vạch sơn", "cần tính khối lượng chênh nhau cỡ bao nhiêu thì có ý nghĩa") thay vì để khách nói một con số họ không chắc.
- Có cần ảnh gốc không, lưu trữ bao lâu?
- Dữ liệu có nhạy cảm không? Có được xử lý trên đám mây không, gửi qua kênh nào, ai được nhận.
- Có bản vẽ, mốc toạ độ hay dữ liệu cũ để đối chiếu không?
Ghi câu trả lời vào biên bản nhận việc hoặc phụ lục hợp đồng. Khi có tranh luận về sản phẩm sau này, tài liệu này là căn cứ của cả hai bên.
Chọn định dạng theo người dùng
Một dự án thường giao nhiều định dạng cho nhiều người dùng khác nhau. Bảng dưới gợi ý theo loại sản phẩm; tên định dạng là phổ biến trong ngành, nhưng nên hỏi khách để chắc phần mềm của họ mở được.
| Sản phẩm | Định dạng thường dùng | Người dùng | Lưu ý khi giao |
|---|---|---|---|
| Trực ảnh | GeoTIFF có toạ độ nhúng; bản ảnh thường để xem nhanh | Kỹ sư, GIS; chủ đầu tư xem nhanh | Khu lớn chia ô hoặc nén; kèm tệp thông tin hệ toạ độ |
| Mô hình bề mặt, địa hình | GeoTIFF dạng lưới độ cao | Kỹ sư thiết kế, tính khối lượng | Ghi rõ là bề mặt hay địa hình, hệ độ cao |
| Đám mây điểm | LAS hoặc dạng nén của nó | Kỹ sư, người dựng mô hình | Giảm mật độ bản giao nếu quá nặng, giữ bản gốc |
| Mô hình 3D | Định dạng lưới kèm ảnh kết cấu | Kiến trúc sư, trình bày | Kèm bản giảm chi tiết để xem trên máy văn phòng |
| Đường đồng mức, ranh, mặt cắt | Định dạng bản vẽ hoặc dữ liệu vector GIS | Kỹ sư thiết kế | Thống nhất lớp, khoảng cao đều đường đồng mức |
| Báo cáo | Mọi bên | Gồm phần độ chính xác và giới hạn |
Đặt tên tệp theo quy ước thống nhất: mã dự án, loại sản phẩm, ngày bay, hệ toạ độ. Ví dụ giả định cách đặt: mã dự án, gạch nối, loại sản phẩm, gạch nối, ngày bay, gạch nối, hệ toạ độ viết tắt. Tên tệp rõ ràng giúp khách quản lý nhiều đợt bay mà không nhầm lẫn, và giúp chính người làm tìm lại sau nhiều tháng.
Viết báo cáo độ chính xác có kiểm chứng
Phần mềm xử lý luôn in ra một số con số sai số, nhưng phần lớn là sai số nội bộ: mức khớp giữa các ảnh, mức khớp tại điểm khống chế đã dùng để neo mô hình. Những con số này cho biết quá trình xử lý ổn định, chưa cho biết mô hình khớp thực địa tới đâu. Thứ duy nhất trả lời câu hỏi đó là điểm kiểm tra độc lập: điểm đo bằng thiết bị mặt đất, không đưa vào xử lý, sau đó so với toạ độ trên sản phẩm.
Một báo cáo độ chính xác tử tế ghi: số lượng điểm khống chế và điểm kiểm tra, cách đo chúng (thiết bị loại gì, phương pháp), độ lệch tại từng điểm kiểm tra theo mặt bằng và theo độ cao, giá trị tổng hợp như sai số trung phương, và vị trí các điểm trên sơ đồ. Nếu không có điểm kiểm tra, phải ghi thẳng "độ chính xác chưa được kiểm chứng bằng điểm độc lập", thay vì đưa con số phần mềm như thể đó là độ chính xác thực địa.
Cũng nên nói rõ độ chính xác đạt được ở khu vực nào. Điểm kiểm tra thường nằm trên mặt bằng thoáng; dưới tán cây, sát công trình cao, trên mặt nước, độ chính xác thường kém hơn, và không có điểm nào chứng minh. Một câu như "các điểm kiểm tra phân bố trên vùng thoáng; vùng cây phía đông không có điểm kiểm tra, kết quả ở đó cần dùng thận trọng" thể hiện năng lực chuyên môn hơn là im lặng.
Nói đúng giới hạn: những câu nên có trong mọi bản giao
Phạm vi sử dụng. Sản phẩm dùng cho mục đích gì đã thống nhất, và không dùng thay cho việc gì. Ví dụ: "dùng cho thiết kế sơ bộ và theo dõi hiện trạng, không thay thế đo đạc địa chính hay nghiệm thu khối lượng theo quy định của dự án". Theo pháp luật về đo đạc và bản đồ, một số loại sản phẩm đo đạc phải do tổ chức có giấy phép hoạt động phù hợp thực hiện; kiểm quy định hiện hành trước khi nhận loại việc đó.
Thời điểm hiện trạng. Dữ liệu phản ánh hiện trạng tại ngày giờ bay. Công trường thay đổi hằng ngày; bãi vật liệu thay đổi hằng giờ.
Vùng hạn chế. Vùng cây dày, mặt nước, mái kính, dưới mái hiên, khu vực không bay được do vật cản hay quy định. Ghi vị trí và ảnh hưởng.
Giả định đã dùng. Mặt đáy chọn kiểu gì khi tính khối lượng, hệ số quy đổi lấy từ đâu, tham số chuyển đổi hệ toạ độ nào. Những giả định này do ai cung cấp.
Phần do AI xử lý. Phân loại mặt đất, nhận diện hư hỏng có dùng công cụ tự động không, đã được người rà tới mức nào.
Siêu dữ liệu và cấu trúc thư mục: thứ khách cần sau một năm
Một bộ dữ liệu khảo sát thường được mở lại nhiều lần sau ngày giao: khi thiết kế điều chỉnh, khi so sánh với đợt bay sau, khi có tranh luận về hiện trạng ban đầu. Lúc đó người mở tệp có thể không phải người đã nhận bàn giao, và họ không có ai để hỏi. Vì vậy mỗi bộ giao nên tự giải thích được chính nó. Cách làm đơn giản nhất là một tệp thông tin đặt ở thư mục gốc, ghi: tên dự án, ngày bay, khung giờ bay, thiết bị và máy ảnh, độ cao bay, độ chồng phủ, độ chi tiết mặt đất (GSD), hệ toạ độ mặt bằng và hệ độ cao, phương pháp định vị (điểm khống chế, RTK, PPK hay chỉ định vị vệ tinh thường), phần mềm và phiên bản dùng để xử lý, người xử lý.
Cấu trúc thư mục cũng nên cố định giữa các dự án, ví dụ một thư mục cho trực ảnh, một cho mô hình độ cao, một cho đám mây điểm, một cho mô hình 3D, một cho báo cáo và một cho ảnh tham chiếu điểm khống chế. Tên tệp nên chứa mã dự án, loại sản phẩm và ngày bay theo dạng năm-tháng-ngày để sắp xếp đúng thứ tự thời gian. Với dự án bay nhiều đợt để theo dõi tiến độ, quy ước tên giống nhau giữa các đợt giúp khách đặt hai lớp chồng lên nhau mà không phải đoán đâu là bản mới.
Một chi tiết hay bị quên là hệ toạ độ. Ở Việt Nam, bản vẽ kỹ thuật thường dùng hệ VN-2000 với kinh tuyến trục theo từng tỉnh, trong khi phần mềm drone mặc định xuất theo hệ toạ độ toàn cầu. Nếu giao nhầm hệ, lớp dữ liệu sẽ lệch khỏi bản vẽ của khách hàng chục đến hàng trăm mét và khách có thể nghĩ dữ liệu sai. Ghi tham số hệ toạ độ ngay trong tệp thông tin và trong tên thư mục, đồng thời hỏi khách bản vẽ nền của họ dùng hệ nào trước khi xuất. Việc tính chuyển và kinh tuyến trục cụ thể nên đối chiếu với đơn vị đo đạc có chuyên môn hoặc quy định hiện hành, không tự suy đoán.
Biên bản bàn giao và sau bàn giao
Biên bản bàn giao khép lại dự án về mặt kỹ thuật và là căn cứ khi có câu hỏi sau này. Các bước dưới giúp khâu này gọn gàng.
- Lập danh sách tệp giao với tên, định dạng, dung lượng, hệ toạ độ; nếu được, kèm mã kiểm tra toàn vẹn tệp để hai bên xác nhận tệp không bị hỏng khi truyền.
- Gửi qua kênh đã thống nhất, đặt quyền truy cập cho đúng người nhận, đặt thời hạn liên kết nếu dùng dịch vụ chia sẻ.
- Hướng dẫn mở tệp ngắn cho người không chuyên: phần mềm miễn phí nào xem được, mở lớp nào trước.
- Ký hoặc xác nhận biên bản gồm danh sách tệp, báo cáo kèm theo, phạm vi sử dụng.
- Lưu trữ phía mình theo thời hạn đã cam kết: ảnh gốc, dự án xử lý, nhật ký bay, sổ điểm khống chế.
- Hết thời hạn, xoá hoặc trả lại dữ liệu theo thoả thuận, ghi lại việc đã làm.
- Hỏi lại khách sau một thời gian xem dữ liệu dùng có vướng gì, để cải thiện quy trình cho dự án sau.
AI giúp soạn tài liệu bàn giao, người giữ trách nhiệm nội dung
Tài liệu bàn giao lặp lại nhiều giữa các dự án, nên rất hợp để chatbot giúp lập mẫu. Câu lệnh mẫu: "Lập mẫu biên bản bàn giao sản phẩm khảo sát bằng drone gồm các mục: thông tin dự án, danh sách tệp (bảng có cột tên tệp, định dạng, dung lượng, hệ toạ độ), báo cáo kèm theo, phạm vi sử dụng, giới hạn đã biết, thời hạn lưu trữ, xác nhận hai bên. Để trống các ô cần điền, không tự điền dữ kiện." Sau đó luật sư hoặc người phụ trách hợp đồng của mình rà phần pháp lý nếu cần.
Với phần nội dung kỹ thuật, AI chỉ nên diễn đạt lại những gì người làm đã xác định. Nếu để chatbot tự viết mục độ chính xác, nó có thể chèn những con số nghe hợp lý nhưng chưa từng đo. Một mẹo: sau khi có bản nháp, yêu cầu chatbot liệt kê mọi con số và mọi khẳng định trong văn bản, rồi tự đối chiếu từng mục với dữ liệu thật. Không dán tên chủ đầu tư, toạ độ, ảnh công trình vào công cụ công cộng khi chưa được phép.
Câu hỏi thường gặp
Khách chỉ cần "bản đồ" thì giao gì?
Hỏi thêm khách định dùng bản đồ làm gì và mở bằng phần mềm nào. Thường là trực ảnh dạng GeoTIFF cho người có phần mềm GIS hay thiết kế, kèm bản ảnh thường để xem nhanh và một trang thông tin hệ toạ độ, ngày bay, độ chi tiết. Đừng giả định, vì một câu hỏi tiết kiệm cả lần xử lý lại.
Có nên ghi con số độ chính xác vào báo giá không?
Chỉ nên ghi mục tiêu và phương pháp kiểm chứng, không cam kết một con số khi chưa bay. Độ chính xác thực tế phụ thuộc điều kiện hiện trường, thiết bị, điểm khống chế. Cách an toàn là ghi sẽ kiểm bằng điểm kiểm tra độc lập và báo kết quả thật trong báo cáo giao.
Không có điểm kiểm tra thì báo cáo độ chính xác thế nào?
Ghi thẳng rằng độ chính xác chưa được kiểm chứng bằng điểm độc lập, kèm các chỉ số nội bộ của phần mềm và giải thích chúng nói lên điều gì. Đồng thời ghi rõ sản phẩm chỉ nên dùng cho mục đích không đòi hỏi độ chính xác cao như tham khảo, trình bày.
Dữ liệu khảo sát nên lưu trữ bao lâu?
Tuỳ thoả thuận trong hợp đồng và nhu cầu của khách, ví dụ đến hết thời gian bảo hành công trình hay một số năm nhất định. Ghi rõ thời hạn, nơi lưu, ai được truy cập. Hết hạn thì xoá hoặc trả lại theo thoả thuận và ghi lại việc đã làm.
Khách tự dùng dữ liệu sai mục đích thì sao?
Biên bản bàn giao có phạm vi sử dụng rõ ràng là cơ sở để xác định trách nhiệm. Vì vậy câu phạm vi sử dụng không phải thủ tục cho có. Trường hợp có tranh chấp cụ thể, cần hỏi ý kiến người có chuyên môn pháp lý; phần bảo hiểm và trách nhiệm được nói ở trang Không Phận.
Có cần giao kèm dự án xử lý trong phần mềm không?
Thường không cần, trừ khi khách có cùng phần mềm và muốn tự xử lý lại. Dự án xử lý nặng, gắn với phiên bản phần mềm và cấu trúc thư mục của người làm. Nên lưu lại phía mình để có thể trích sản phẩm bổ sung khi khách yêu cầu trong thời hạn lưu trữ.