Data Act (Đạo Luật Dữ Liệu) của EU, Giải Thích Cho Location Data và Maps API

EU Data Act là một trong những đạo luật công nghệ có sức nặng nhất mà châu Âu ban hành kể từ GDPR, và nó có một mốc thời hạn đang rất quan trọng ngay lúc này. Từ ngày 12 tháng 9 năm 2026, các sản phẩm kết nối đưa ra thị trường EU phải được thiết kế sao cho dữ liệu chúng tạo ra có thể truy cập được bởi chính những người sử dụng chúng. Với bất kỳ ai làm việc với location data, đây không phải là một khái niệm pháp lý xa vời. Dữ liệu vị trí đúng là loại dữ liệu do máy tạo ra mà đạo luật này nhắm đến.

Bài viết này giải thích Data Act là gì, nó khác GDPR ra sao, vì sao location data nằm ở trung tâm của nó, và điều đó có ý nghĩa gì nếu bạn xây dựng sản phẩm với maps API hoặc location API.

Data Act Thực Sự Điều Chỉnh Những Gì

Data Act, tên chính thức là Regulation (EU) 2023/2854, trả lời một câu hỏi đơn giản mà GDPR không đề cập: ai được quyền sử dụng dữ liệu mà một sản phẩm kết nối tạo ra? Trong nhiều năm, câu trả lời trên thực tế là nhà sản xuất. Một cỗ máy, một chiếc xe hay một cảm biến sẽ sinh ra khối lượng dữ liệu lớn, và dữ liệu đó chảy ngược về bên đã chế tạo thiết bị, thường là không có cách nào đơn giản để người dùng tiếp cận.

Data Act thay đổi mặc định đó. Người dùng của một sản phẩm kết nối, tức cá nhân hay doanh nghiệp đã mua hoặc thuê nó, có quyền truy cập dữ liệu mà sản phẩm sinh ra và chia sẻ dữ liệu đó với một bên thứ ba do họ chọn. Nhà sản xuất không còn có thể coi dữ liệu ấy như một tài sản độc quyền. Đạo luật cũng đưa ra các quy tắc về điều khoản hợp đồng công bằng cho việc chia sẻ dữ liệu, các biện pháp bảo vệ chống lại những điều khoản bất công áp đặt lên các doanh nghiệp nhỏ hơn, và các nghĩa vụ giúp việc chuyển đổi giữa các nhà cung cấp cloud trở nên dễ dàng hơn.

Quan trọng là, đạo luật này bao trùm cả dữ liệu cá nhân lẫn phi cá nhân. Đó là phần mà nhiều người bỏ sót. GDPR chỉ chạm tới dữ liệu về những cá nhân có thể nhận dạng được. Data Act chạm tới toàn bộ luồng dữ liệu mà một thiết bị tạo ra, bất kể có nhận dạng được cá nhân nào trong đó hay không.

Data Act và GDPR: Hai Đạo Luật, Một Luồng Dữ Liệu

Hiểu lầm phổ biến nhất là Data Act bằng cách nào đó thay thế hoặc làm loãng GDPR. Nó không làm điều nào cả. Hai đạo luật được thiết kế để phối hợp với nhau, và chúng điều chỉnh những thứ khác nhau.

GDPR điều chỉnh dữ liệu cá nhân: nó đặt ra các điều kiện để bạn được thu thập, xử lý và chia sẻ thông tin về những người có thể nhận dạng. Data Act điều chỉnh quyền truy cập và tính di động của dữ liệu do máy tạo ra: nó buộc các nhà sản xuất phải mở dữ liệu mà sản phẩm của họ tạo ra và cho phép người dùng chuyển dữ liệu đó đi nơi khác.

Ở nơi chúng giao nhau, cả hai đều được áp dụng. Hãy hình dung một chuỗi dữ liệu vị trí từ một chiếc xe kết nối. Nó do máy tạo ra, nên các quy tắc truy cập và di động của Data Act được áp dụng. Nó cũng cho biết hành trình di chuyển của người lái, nên nó là dữ liệu cá nhân, và GDPR cũng được áp dụng. Một yêu cầu chia sẻ theo Data Act không bao giờ lấn át GDPR: bạn vẫn cần một cơ sở pháp lý, bạn vẫn phải bảo đảm các biện pháp bảo vệ thông thường, và bạn vẫn không thể trao dữ liệu cá nhân cho một bên thứ ba theo cách mà GDPR cấm. Data Act mở ra một cánh cửa; GDPR vẫn là bên quyết định ai được phép bước qua.

Vì Sao Location Data Nằm Ở Trung Tâm

Trong tất cả dữ liệu mà các sản phẩm kết nối tạo ra, location data thuộc nhóm có giá trị nhất và cũng nhạy cảm nhất, và đó chính xác là lý do vì sao nó trở thành phép thử mang tính định hình cho đạo luật này.

Xe kết nối, thiết bị theo dõi đội xe, phần cứng giao hàng, máy móc nông nghiệp và vô số cảm biến IoT tạo ra một luồng dữ liệu vị trí liên tục. Theo Data Act, người dùng của sản phẩm đó có quyền tiếp cận luồng dữ liệu ấy và chuyển nó sang một dịch vụ mà họ thích. Một công ty logistics đang vận hành phần cứng telematics của bên khác có thể yêu cầu dữ liệu di chuyển của chính mình ở một định dạng dùng được. Một người nông dân có thể mang dữ liệu máy móc sang một công cụ phân tích độc lập. Một tài xế có thể chuyển lịch sử chuyến đi của mình.

Đối với các đội ngũ xây dựng những sản phẩm này, ba nghĩa vụ chuyển từ tùy chọn sang bắt buộc về mặt cấu trúc:

1. Truy cập theo mặc định. Từ tháng 9 năm 2026, một sản phẩm kết nối mới phải được thiết kế sao cho dữ liệu nó tạo ra có thể tiếp cận được mà không cần một quy trình riêng biệt, gây cản trở.
2. Tính di động. Người dùng có thể mang dữ liệu của họ sang nơi khác, nghĩa là dữ liệu phải rời đi ở một định dạng mà hệ thống khác thực sự có thể tiếp nhận.
3. Khả năng tương tác. Dữ liệu mà bên hạ nguồn không hiểu được thì không thực sự di động, nên các định dạng mở và các tham chiếu ổn định mới là điều quan trọng.

Không điều nào trong số này được đáp ứng bởi một bản xuất proprietary mà chỉ công cụ của riêng bạn đọc được. Tính di động phụ thuộc vào việc khóa chân người dùng thì không phải là tính di động.

Thiết Kế Sản Phẩm Cho Các Nghĩa Vụ Của Data Act

Ba nghĩa vụ của đạo luật, tức truy cập, tính di động và khả năng tương tác, chuyển hóa thành những lựa chọn kỹ thuật cụ thể. Làm đúng ngay khi bạn xây dựng thì nghĩa vụ gần như không tốn gì; chắp vá lại sau khi một người dùng gửi yêu cầu thì cái giá rất đắt.

Xây dựng đường truy cập trước khi có ai hỏi. Từ tháng 9 năm 2026, một sản phẩm kết nối mới phải để lộ dữ liệu nó tạo ra theo mặc định, chứ không qua một ticket hỗ trợ và hai tuần chờ đợi. Thời điểm rẻ nhất để thiết kế một endpoint gọn gàng, có tài liệu, trả về cho người dùng chính dữ liệu của họ là trong lúc bạn đang xây dựng tính năng, chứ không phải sau khi quyền đó được thực thi.

Làm cho bản xuất thực sự có tính di động. Tính di động mà chỉ công cụ của riêng bạn đọc được thì không phải là tính di động. Dữ liệu rời khỏi hệ thống của bạn dưới dạng GeoJSON, một tiêu chuẩn mở có tài liệu, tự nó đã thỏa mãn nghĩa vụ về khả năng tương tác; còn một khối dữ liệu proprietary là một đơn khiếu nại đang chờ được nộp. Các định dạng mở là khoản bảo hiểm rẻ nhất mà đạo luật này mang lại.

Tránh khóa chân ở khâu định danh và geocode. Khi bạn biến một địa chỉ thành tọa độ hoặc gắn một ID vào một địa điểm, hãy ưu tiên các tham chiếu mà hệ thống khác có thể phân giải được, để một người dùng chuyển dữ liệu của họ sang một đối thủ không phải nhận về những khóa không dùng được. Xem Geocode Là Gì để hiểu vì sao lớp tọa độ lại quan trọng ở đây.

Một điều mà đạo luật không giải quyết là ngay từ đầu luật của khu vực tài phán nào sẽ điều chỉnh dữ liệu. Đó là một câu hỏi liên quan nhưng tách biệt, chủ quyền dữ liệu, và đáng để bạn quyết định một cách có chủ đích thay vì để nó phụ thuộc vào việc tình cờ API của bạn đang chạy ở đâu.

MapAtlas Phù Hợp Với Data Act Như Thế Nào

Data Act tưởng thưởng cho dữ liệu mở, có tính di động và không bị khóa, và đó chính là cách MapAtlas trả về kết quả theo mặc định. Geocoding API và Search API của chúng tôi trả lại tọa độ và địa điểm ở các định dạng mở có tài liệu thay vì một container proprietary, nên bản xuất mà bạn nợ người dùng theo đạo luật là thứ bạn đã có sẵn chứ không phải thứ bạn phải mổ xẻ ngược lại về sau.

Không điều nào trong số đó khiến việc tuân thủ trở nên tự động. Data Act được đáp ứng bởi cách bạn thiết kế sản phẩm, soạn hợp đồng và quản trị dữ liệu, chứ không phải bởi bất kỳ một nhà cung cấp đơn lẻ nào. Điều mà hạ tầng phù hợp làm được là loại bỏ khâu chắp vá: nếu lớp location của bạn đã mở và có tính di động, thì những nghĩa vụ khó nhất của đạo luật đã được đáp ứng ngay từ gốc.

Về các khối nền tảng, Reverse Geocoding Là Gì nói về việc biến tọa độ trở lại thành địa chỉ, GeoJSON Là Gì giải thích định dạng mở khiến nghĩa vụ về tính di động trở nên đơn giản, và trang bản đồ tuân thủ GDPR của chúng tôi cho thấy cách xử lý tại châu Âu vận hành trên toàn nền tảng. Quy định này khắt khe, nhưng lần này con đường tuân thủ và con đường được thiết kế tốt lại là cùng một con đường.