Sửa Đổi, Bổ Sung Giấy Phép Mật Mã Dân Sự 2026
Doanh nghiệp phải rà soát thủ tục sửa đổi, bổ sung Giấy phép mật mã dân sự khi thay đổi tên, thay đổi người đại diện theo pháp…
Không phải cứ sản phẩm có chức năng mã hóa là chắc chắn phải xin Giấy phép mật mã dân sự. Muốn đánh giá một model tương đối chính xác, ta cần nhìn sâu hơn vào chức năng chính, cách sản phẩm sử dụng thuật toán mật mã, cơ chế quản lý khóa, mục đích sử dụng và các trường hợp loại trừ theo Nghị định 211/2025/NĐ-CP.
Vì vậy, hai sản phẩm cùng được gọi là “firewall”, “VPN”, “token” hoặc “ổ cứng mã hóa” vẫn có thể cho kết quả pháp lý khác nhau. Tên thương mại chỉ giúp ta biết nên bắt đầu kiểm tra từ đâu; chưa đủ để kết luận doanh nghiệp có phải xin Giấy phép kinh doanh hoặc Giấy phép nhập khẩu hay không.
Bài viết này giúp doanh nghiệp tự rà soát bước đầu theo model và datasheet. Tuy nhiên, kết luận cuối cùng vẫn cần dựa trên tài liệu kỹ thuật đầy đủ và vai trò thực tế của doanh nghiệp trong hoạt động sản xuất, kinh doanh, phân phối, tích hợp hoặc nhập khẩu.
Sản phẩm có mã hóa có phải xin Giấy phép mật mã dân sự không?
Câu trả lời là có thể có, nhưng không mặc nhiên. Hiểu theo cách thực tế, một sản phẩm chỉ nên được đưa tiếp vào phạm vi rà soát giấy phép khi đồng thời xuất hiện các dấu hiệu sau:
Được thiết kế chuyên dụngSản phẩm được thiết kế để bảo vệ thông tin bằng kỹ thuật mật mã, thay vì chỉ có một thành phần mã hóa phụ trợ.
Có chức năng mật mã thực chấtSử dụng thuật toán đối xứng, bất đối xứng, ký số, quản lý khóa hoặc cơ chế bảo vệ dữ liệu có thể xác định.
Thuộc nhóm được quản lýChức năng chính phù hợp với một nhóm sản phẩm mật mã dân sự trong Phụ lục I.
Không thuộc trường hợp loại trừSản phẩm không đáp ứng đầy đủ điều kiện của một nhóm loại trừ được Nghị định quy định.
Doanh nghiệp có hoạt động kinh doanhDoanh nghiệp bán, phân phối, tích hợp, cung cấp hoặc hỗ trợ sản phẩm, dịch vụ thuộc phạm vi quản lý.
Nếu có nhập khẩuCần kiểm tra riêng mã HS, mô tả hàng hóa và đặc tính kỹ thuật theo Phụ lục II.
Quan trọng: việc nhìn thấy các cụm như AES-256, RSA, TLS, IPsec, encrypted storage hoặc secure communication trong brochure vẫn chưa đủ để kết luận. Điều cần làm rõ là chức năng đó giữ vai trò chính hay phụ, được kích hoạt mặc định hay tùy chọn, bảo vệ loại dữ liệu nào và doanh nghiệp dự kiến khai thác sản phẩm theo cách nào.
Vì sao không phải cứ có mã hóa là phải xin Giấy phép?
Nghị định 211/2025/NĐ-CP mô tả sản phẩm mật mã dân sự theo hướng các hệ thống, thiết bị, mô-đun, mạch tích hợp hoặc phần mềm được thiết kế chuyên dụng để bảo vệ thông tin bằng kỹ thuật mật mã sử dụng thuật toán đối xứng hoặc bất đối xứng.
Hiểu theo cách thực tế, pháp luật không dừng ở câu hỏi “sản phẩm có mã hóa hay không”, mà còn cần trả lời thêm:
- Mã hóa có phải chức năng chính của sản phẩm không?
- Sản phẩm được thiết kế chuyên dụng cho mục đích bảo vệ thông tin hay chỉ tích hợp một cơ chế bảo mật phổ biến?
- Chức năng đó dùng để mã hóa dữ liệu, quản lý khóa, bảo mật luồng IP hay chỉ xác thực danh tính?
- Sản phẩm có thuộc một trường hợp loại trừ cụ thể không?
- Doanh nghiệp chỉ sử dụng nội bộ hay đang bán, phân phối, tích hợp hoặc nhập khẩu?
Ta thấy rằng chính các câu hỏi này mới tạo ra sự khác biệt giữa một thiết bị bảo mật chuyên dụng và một sản phẩm công nghệ thông tin phổ thông chỉ tích hợp thêm chức năng mã hóa.
5 bước xác định một model có thuộc diện cấp phép
Xác định đúng sản phẩm và phiên bảnTrước hết, cần ghi rõ tên thương mại, hãng, model, phiên bản phần cứng, phiên bản phần mềm và các license hoặc module thực tế được kích hoạt.
Làm rõ chức năng chínhTiếp theo, cần hiểu sản phẩm được mua và sử dụng chủ yếu để làm gì: lưu trữ, truyền dữ liệu, bảo mật luồng IP, quản lý khóa, xác thực, giám sát hay quản trị thiết bị.
Đọc chức năng mật mã và cơ chế quản lý khóaKhông chỉ tìm tên thuật toán, mà cần kiểm tra thêm giao thức, độ dài khóa, cách sinh – lưu trữ – phân phối khóa và đối tượng dữ liệu được bảo vệ.
Đối chiếu nhóm quản lý và trường hợp loại trừSo sánh chức năng thực tế với Phụ lục I. Nếu có dấu hiệu thuộc một trường hợp loại trừ, cần kiểm tra đầy đủ các điều kiện đi kèm chứ không chỉ đối chiếu tên gọi.
Xác định nghĩa vụ theo hoạt động của doanh nghiệpNếu sản phẩm có dấu hiệu thuộc phạm vi quản lý, bước cuối là xem doanh nghiệp đang sử dụng nội bộ, kinh doanh, phân phối, tích hợp hay nhập khẩu để xác định đúng nghĩa vụ tiếp theo.
Bước 1: Xác định đúng tên, model và cấu hình sản phẩm
Một tên sản phẩm có thể bao gồm nhiều model, nhiều phiên bản và nhiều gói tính năng. Trong thực tế, chức năng mật mã đôi khi chỉ xuất hiện ở một module tùy chọn hoặc chỉ được kích hoạt khi mua thêm license. Đây là lý do không nên phân loại cả dòng sản phẩm chỉ từ một brochure chung.
Doanh nghiệp nên ghi nhận tối thiểu các thông tin sau:
Tên thương mại và hãngTên sản phẩm phải thống nhất với catalogue, invoice, hợp đồng và tài liệu của nhà sản xuất.
Model và phiên bảnPhân biệt model phần cứng, phiên bản phần mềm, firmware và biến thể theo thị trường.
Module hoặc license tùy chọnLàm rõ chức năng mật mã có sẵn, được bật mặc định hay chỉ hoạt động khi mua thêm license.
Mục đích sử dụng tại Việt NamXác định sản phẩm được bán độc lập, tích hợp vào hệ thống, cho thuê, cung cấp như dịch vụ hay dùng nội bộ.
Mẹo nhỏ: không nên chỉ gửi một trang brochure tổng quan. Datasheet theo model, security guide, administration guide hoặc cryptographic module specification thường cho thấy rõ hơn chức năng mật mã thực tế và vì thế có giá trị phân loại cao hơn.
Bước 2: Chức năng chính của sản phẩm là gì?
“Chức năng chính” thường là câu hỏi quan trọng nhất khi rà soát. Một hệ điều hành, trình duyệt, thiết bị điện tử dân dụng hoặc phần mềm phổ biến có thể dùng mã hóa để bảo vệ kết nối, mật khẩu hoặc dữ liệu người dùng; nhưng đó chưa chắc là lý do chính khiến khách hàng mua sản phẩm.
Ngược lại, với HSM, PKI token, giải pháp mã hóa dữ liệu chuyên dụng hoặc thiết bị VPN bảo mật luồng IP, chức năng mật mã thường gắn trực tiếp với giá trị cốt lõi mà sản phẩm mang lại.
Ba câu hỏi giúp nhận diện chức năng chính
- Nếu bỏ chức năng mật mã, sản phẩm còn thực hiện được mục đích thương mại chính hay không?
- Khách hàng mua sản phẩm chủ yếu vì khả năng mã hóa, quản lý khóa hoặc bảo vệ dữ liệu hay vì một công dụng khác?
- Tài liệu của nhà sản xuất mô tả sản phẩm là giải pháp bảo mật chuyên dụng hay chỉ là sản phẩm phổ thông có tích hợp bảo mật?
Không có một câu trả lời giống nhau cho mọi model. Vì vậy, kết luận nên dựa trên tổng thể tài liệu và đúng cấu hình thực tế sẽ được cung cấp tại Việt Nam.
Bước 3: Đọc chức năng mã hóa và quản lý khóa trong datasheet
Sau khi xác định chức năng chính, doanh nghiệp mới nên đi sâu vào cách sản phẩm sử dụng mật mã. Không cần cố tìm thật nhiều thuật ngữ kỹ thuật; điều quan trọng là hiểu sản phẩm mã hóa phần nào, ai quản lý khóa và chức năng đó có giữ vai trò cốt lõi hay không.
| Nội dung cần kiểm tra | Câu hỏi nên trả lời | Tài liệu thường dùng |
|---|---|---|
| Đối tượng được bảo vệ | Dữ liệu lưu trữ, dữ liệu truyền trên mạng, luồng IP, thoại, thông tin vô tuyến hay khóa mật mã? | Datasheet, architecture guide, security guide. |
| Thuật toán và giao thức | Sản phẩm dùng AES, RSA, ECC, TLS, IPsec hay cơ chế khác? Thuật toán dùng để mã hóa, ký số hay chỉ xác thực? | Cryptographic specification, technical manual. |
| Quản lý khóa | Sản phẩm có sinh, lưu trữ, phân phối, sao lưu, phục hồi hoặc hủy khóa không? | Key management guide, HSM/PKI documentation. |
| Khả năng cấu hình | Người dùng có thể bật, tắt, thay đổi thuật toán hoặc độ dài khóa không? | Administration guide, configuration guide. |
| Phạm vi triển khai | Sản phẩm hoạt động độc lập, nằm trong hệ thống lớn hơn hay được cung cấp dưới dạng dịch vụ? | Deployment guide, solution architecture. |
| Vai trò của nhà cung cấp | Người dùng tự cài đặt hay cần nhà cung cấp cấu hình, quản trị hoặc hỗ trợ thường xuyên? | Service description, support agreement. |
Điểm dễ nhầm: “xác thực” và “mã hóa” không phải lúc nào cũng giống nhau. Một sản phẩm chỉ xác thực danh tính có thể được nhìn nhận khác với sản phẩm còn mã hóa nội dung dữ liệu. Vì vậy, datasheet cần cho thấy rõ sản phẩm chỉ xác thực hay còn thực hiện chức năng bảo vệ nội dung bằng mật mã.
Bước 4: Đối chiếu nhóm quản lý và các trường hợp loại trừ
Phụ lục I của Nghị định 211/2025/NĐ-CP quản lý các nhóm sản phẩm gắn với sinh và quản lý khóa, bảo mật dữ liệu lưu trữ, bảo mật dữ liệu trao đổi trên mạng, bảo mật luồng IP cùng một số nhóm bảo mật chuyên dụng khác.
Tuy nhiên, Phụ lục cũng loại trừ một số sản phẩm nếu đáp ứng đúng điều kiện. Trong quá trình rà soát, những trường hợp thường gặp gồm:
- Hệ điều hành, trình duyệt hoặc phần mềm phổ biến có tích hợp mật mã nhưng bảo vệ thông tin không phải chức năng chính và người dùng có thể tự cài đặt.
- Sản phẩm công nghệ thông tin phổ thông, thiết bị điện tử dân dụng có chức năng mật mã phụ trợ được cài đặt sẵn.
- Sản phẩm chỉ dùng để xác thực danh tính, không có chức năng mã hóa.
- Sản phẩm dùng mật mã cho mục đích truy cập từ xa hoặc quản trị thiết bị.
- Ổ lưu trữ sử dụng công nghệ tự mã hóa được sử dụng rộng rãi.
- Sản phẩm dùng mật mã chủ yếu để giám sát, phát hiện hoặc ngăn chặn tấn công mạng.
- Mạch tích hợp TPM dùng để nhận dạng thiết bị, xác thực và bảo vệ mật khẩu.
- Sản phẩm dùng mật mã để bảo vệ truy cập không dây.
- Thiết bị được thiết kế chuyên biệt chỉ để sử dụng phía đầu cuối trong lĩnh vực y tế.
Danh sách trên chỉ nêu các tình huống phổ biến và không thay thế việc đối chiếu đầy đủ từng điều kiện. Điều quan trọng không phải là tìm được một từ khóa giống trong danh sách loại trừ, mà là chứng minh model thực tế đáp ứng đủ điều kiện của trường hợp đó. Doanh nghiệp có thể xem toàn bộ 07 nhóm sản phẩm, 03 nhóm dịch vụ và 12 nhóm loại trừ tại bài Danh mục sản phẩm, dịch vụ mật mã dân sự.
Quan trọng: không nên kết luận “được loại trừ” chỉ vì tên sản phẩm có vẻ giống một trường hợp trong danh mục. Chẳng hạn, chức năng truy cập từ xa nằm trong một sản phẩm quản trị phổ thông có thể được đánh giá khác với thiết bị được thiết kế chuyên dụng để bảo mật luồng IP.
Bước 5: Nếu nhập khẩu, cần kiểm tra thêm mã HS và Phụ lục II
Việc một sản phẩm thuộc Danh mục sản phẩm mật mã dân sự chưa tự động có nghĩa mọi lô hàng đều phải xin Giấy phép nhập khẩu. Khi rà theo Phụ lục II, doanh nghiệp cần đặt ba yếu tố cạnh nhau:
Mã số HSMã HS dự kiến phải phù hợp với mã được liệt kê tại Phụ lục II.
Mô tả hàng hóaTên và bản chất hàng hóa phải khớp với mô tả tương ứng của mã HS.
Đặc tính kỹ thuật mật mãChức năng mật mã thực tế của model phải trùng với mô tả kỹ thuật trong Phụ lục II.
Ta thấy rằng chỉ trùng mã HS là chưa đủ. Ngược lại, một model có chức năng mã hóa nhưng mã HS và mô tả hàng hóa không phù hợp cũng chưa thể kết luận thuộc Phụ lục II.
Khi kết quả rà soát cho thấy sản phẩm có khả năng thuộc diện quản lý nhập khẩu, doanh nghiệp nên kiểm tra tiếp Giấy phép kinh doanh, nghĩa vụ hợp quy và hồ sơ theo đúng model hoặc lô hàng. Xem thêm tại bài Giấy phép xuất nhập khẩu sản phẩm mật mã dân sự.
Ví dụ rà soát firewall, VPN, HSM, token và sản phẩm lưu trữ
Các ví dụ dưới đây giúp doanh nghiệp hình dung cách đặt câu hỏi khi rà soát. Đây không phải kết luận chung cho mọi sản phẩm có cùng tên gọi.
| Loại sản phẩm | Dấu hiệu cần kiểm tra | Hướng đánh giá ban đầu |
|---|---|---|
| HSM | Sinh, lưu trữ, quản lý khóa; ký số; kiểm tra chữ ký; bảo vệ khóa trong phần cứng. | Thường có dấu hiệu rõ của sản phẩm mật mã dân sự; cần đọc đúng model và phạm vi chức năng. |
| PKI token hoặc smart card | Có sinh và quản lý khóa, ký số hay chỉ lưu chứng thư/xác thực truy cập? | Nếu có chức năng mật mã thực chất, cần rà soát nhóm quản lý khóa; nếu chỉ dùng cho truy cập chung, cần kiểm tra trường hợp loại trừ. |
| VPN gateway | IPsec VPN, TLS VPN, thuật toán mã hóa, xác thực, luồng dữ liệu được bảo vệ. | Có thể thuộc nhóm bảo mật luồng IP; cần phân biệt với chức năng truy cập từ xa hoặc quản trị thiết bị thuộc trường hợp loại trừ. |
| Firewall | Mục đích chính là lọc/giám sát/ngăn chặn tấn công hay bảo mật luồng IP bằng mật mã? | Không kết luận theo tên “firewall”; sản phẩm giám sát, phát hiện hoặc ngăn chặn tấn công có thể thuộc loại trừ nếu đáp ứng điều kiện. |
| Ổ cứng hoặc thiết bị lưu trữ mã hóa | Mã hóa dữ liệu là chức năng chính? Sản phẩm có phải SED phổ biến? Có cơ chế quản lý khóa chuyên dụng? | Có thể thuộc nhóm bảo mật dữ liệu lưu trữ hoặc thuộc trường hợp loại trừ đối với SED được sử dụng rộng rãi. |
| Phần mềm mã hóa dữ liệu | Được thiết kế chuyên dụng để mã hóa dữ liệu hay chỉ là tính năng tích hợp trong hệ điều hành/phần mềm phổ biến? | Cần đọc kiến trúc và mục đích chính; không kết luận chỉ từ việc phần mềm có thuật toán AES. |
Tài liệu cần có để rà soát model và datasheet
Chất lượng kết luận phụ thuộc rất nhiều vào tài liệu đầu vào. Doanh nghiệp có thể chuẩn bị lần lượt theo thứ tự dưới đây:
Thông tin nhận diệnTên sản phẩm, hãng, model, phiên bản phần cứng, phần mềm, firmware và gói license.
Catalogue và datasheetTài liệu chính thức theo đúng model, không chỉ là trang giới thiệu chung của dòng sản phẩm.
Tài liệu bảo mậtSecurity guide, cryptographic specification, key management guide hoặc tài liệu tương đương.
Sơ đồ triển khaiVị trí sản phẩm trong hệ thống, luồng dữ liệu, điểm mã hóa – giải mã và chủ thể quản trị.
Mục đích sử dụngKhách hàng dự kiến, môi trường triển khai, dữ liệu được bảo vệ và vai trò của doanh nghiệp.
Thông tin nhập khẩuMã HS dự kiến, mô tả hàng hóa, nước sản xuất và cấu hình thực tế của lô hàng.
Khi datasheet chưa đủ thông tin
Khi datasheet chưa đủ rõ, doanh nghiệp nên đề nghị nhà sản xuất hoặc chủ sở hữu công nghệ xác nhận bằng văn bản các nội dung còn thiếu, đặc biệt là:
- Chức năng mật mã có phải chức năng chính hay không.
- Thuật toán và giao thức được sử dụng.
- Sản phẩm có sinh, lưu trữ hoặc quản lý khóa hay không.
- Chức năng mật mã được cài sẵn, tùy chọn hay phụ thuộc license.
- Sản phẩm chỉ xác thực hay có mã hóa nội dung dữ liệu.
- Người dùng tự cài đặt hay cần hỗ trợ từ nhà cung cấp.
Không nên suy đoán thay cho nhà sản xuất. Khi tài liệu chưa đủ, kết luận thận trọng và phù hợp nhất có thể là “chưa đủ cơ sở phân loại”, thay vì cố xếp model vào một nhóm chỉ dựa trên tên gọi hoặc nội dung quảng cáo.
4 hướng kết luận sau khi rà soát sản phẩm
1. Có cơ sở thuộc trường hợp loại trừSản phẩm có mã hóa nhưng đáp ứng đầy đủ điều kiện của một nhóm loại trừ. Doanh nghiệp nên lưu lại hồ sơ kỹ thuật làm căn cứ cho kết luận này.
2. Có dấu hiệu thuộc Phụ lục ISản phẩm có chức năng mật mã chuyên dụng và chưa có cơ sở loại trừ. Bước tiếp theo là đánh giá vai trò kinh doanh thực tế của doanh nghiệp.
3. Có khả năng thuộc Phụ lục IIMã HS, mô tả hàng hóa và đặc tính kỹ thuật có dấu hiệu phù hợp. Khi đó, cần kiểm tra riêng nghĩa vụ hợp quy và Giấy phép nhập khẩu.
4. Chưa đủ cơ sở kết luậnDatasheet còn thiếu thông tin về thuật toán, chức năng chính, quản lý khóa hoặc cấu hình theo model. Doanh nghiệp nên bổ sung tài liệu trước khi quyết định.
Nếu sản phẩm có dấu hiệu thuộc phạm vi quản lý, bước tiếp theo không phải lúc nào cũng giống nhau. Doanh nghiệp cần xác định mình đang kinh doanh, cung cấp dịch vụ, nhập khẩu hay chỉ sử dụng nội bộ để chọn đúng hướng xử lý. Thông tin tổng quan về các lộ trình này được trình bày tại trang dịch vụ xin Giấy phép mật mã dân sự.
Rủi ro khi phân loại sản phẩm chỉ theo tên thương mại
Phân loại sai không chỉ ảnh hưởng đến hồ sơ cấp phép. Một kết luận vội ở bước đầu có thể kéo theo nhiều vấn đề trong hợp đồng, nhập khẩu và vận hành:
- Đưa sản phẩm vào kế hoạch kinh doanh trước khi doanh nghiệp đủ điều kiện.
- Hàng đã lên đường nhưng chưa hoàn thành nghĩa vụ hợp quy hoặc giấy phép nhập khẩu.
- Mã HS, tên hàng, model và mô tả kỹ thuật không thống nhất giữa các chứng từ.
- Xin phạm vi giấy phép quá rộng hoặc không đúng nhóm sản phẩm thực tế.
- Đánh giá nhầm một sản phẩm phổ thông là sản phẩm chuyên dụng, dẫn đến thực hiện thủ tục không cần thiết.
- Cho rằng sản phẩm được loại trừ nhưng không có tài liệu chứng minh các điều kiện loại trừ.
Vì vậy, thời điểm phù hợp để rà soát là trước khi ký hợp đồng phân phối, xác nhận đơn hàng hoặc để lô hàng được vận chuyển về Việt Nam. Rà sớm thường giúp doanh nghiệp có thêm thời gian yêu cầu nhà sản xuất bổ sung tài liệu và điều chỉnh kế hoạch nếu cần.
Câu hỏi thường gặp
1. Datasheet ghi AES-256 thì sản phẩm có phải xin Giấy phép không?
Chưa thể kết luận. AES-256 chỉ cho biết sản phẩm có sử dụng một thuật toán mã hóa. Ta vẫn cần xác định chức năng chính, dữ liệu được bảo vệ, cơ chế quản lý khóa và khả năng thuộc trường hợp loại trừ.
2. Firewall có phải sản phẩm mật mã dân sự không?
Không thể kết luận chỉ từ tên “firewall”. Cần xem sản phẩm chủ yếu dùng để giám sát, phát hiện, ngăn chặn tấn công hay được thiết kế chuyên dụng để bảo mật luồng IP bằng mật mã.
3. Thiết bị VPN có luôn thuộc diện cấp phép không?
Không phải mọi thiết bị hoặc phần mềm có VPN đều cho cùng kết quả. Cần phân biệt giải pháp bảo mật luồng IP với chức năng truy cập từ xa, quản trị thiết bị hoặc tính năng VPN tích hợp trong sản phẩm phổ thông.
4. HSM và PKI token có cần rà soát không?
Có. Đây là các sản phẩm thường có chức năng sinh, lưu trữ hoặc quản lý khóa. Tuy nhiên, vẫn phải đọc đúng model, phiên bản và phạm vi chức năng thay vì kết luận từ tên nhóm.
5. Sản phẩm dùng nội bộ có phải xin Giấy phép kinh doanh không?
Giấy phép kinh doanh gắn với hoạt động kinh doanh sản phẩm, dịch vụ thuộc phạm vi quản lý. Trường hợp chỉ sử dụng nội bộ cần được tách khỏi hoạt động bán, phân phối, tích hợp hoặc cung cấp dịch vụ; nghĩa vụ nhập khẩu nếu có vẫn phải được xem xét riêng.
6. Có Giấy phép kinh doanh thì được nhập mọi model không?
Không. Nghĩa vụ nhập khẩu được đánh giá theo sản phẩm cụ thể, mã HS, mô tả hàng hóa và đặc tính kỹ thuật tại Phụ lục II. Giấy phép kinh doanh không tự động thay thế Giấy phép nhập khẩu.
7. Chỉ có brochure thì có thể kết luận không?
Có thể đưa ra nhận định sơ bộ nếu brochure đủ thông tin, nhưng nhiều trường hợp cần thêm datasheet theo model, security guide, tài liệu quản lý khóa hoặc xác nhận của nhà sản xuất.
8. Một model có nhiều license tính năng thì rà soát thế nào?
Cần xác định chính xác license hoặc module sẽ được kích hoạt tại Việt Nam. Cùng một model phần cứng nhưng cấu hình tính năng khác nhau có thể dẫn đến kết quả đánh giá khác nhau.
9. Mã HS có quyết định sản phẩm phải xin Giấy phép nhập khẩu không?
Không quyết định một mình. Theo Nghị định 211/2025/NĐ-CP, cần đồng thời khớp mã HS, mô tả hàng hóa và mô tả đặc tính kỹ thuật mật mã.
Nội dung liên quan theo từng nhu cầu
Căn cứ pháp lý
- Nghị định số 211/2025/NĐ-CP ngày 25/07/2025 quy định về hoạt động mật mã dân sự, có hiệu lực từ ngày 09/09/2025.
- Phụ lục I ban hành kèm Nghị định 211/2025/NĐ-CP về Danh mục sản phẩm, dịch vụ mật mã dân sự và các trường hợp loại trừ.
- Phụ lục II ban hành kèm Nghị định 211/2025/NĐ-CP về Danh mục sản phẩm mật mã dân sự xuất khẩu, nhập khẩu theo giấy phép.
- Luật An ninh mạng số 116/2025/QH15, có hiệu lực từ ngày 01/07/2026.
Cần xác định một model cụ thể?
Có thể tóm lại bằng một nguyên tắc đơn giản: tên sản phẩm giúp ta biết nên bắt đầu từ đâu, nhưng model, chức năng chính, cơ chế quản lý khóa và mục đích sử dụng mới là những yếu tố quyết định hướng phân loại.
Doanh nghiệp có thể gửi tên hãng, model, catalogue, datasheet, chức năng mật mã, mục đích sử dụng và mã HS dự kiến. Luật Dương Trí sẽ cùng doanh nghiệp rà soát chức năng chính, trường hợp loại trừ và hướng thủ tục cần xem xét trước khi triển khai kinh doanh hoặc nhập khẩu.
Hotline: 0961 353 606 · Email: contact@luatduongtri.vn
