Website nào phải thông báo Bộ Công Thương là câu hỏi cần xem cả mô hình và luồng giao dịch. Với một nút liên hệ, khách có thể đang gửi câu hỏi, yêu cầu báo giá hoặc gửi đề nghị mua một sản phẩm với số lượng đã chọn. Tên nút không nói hết chức năng; câu trả lời cũng không thể suy ra chỉ từ việc website dùng WordPress hay Shopify.
Từ 01/07/2026, Luật Thương mại điện tử 122/2025/QH15 đặt việc quản lý theo mô hình nền tảng. Bài này hướng dẫn cách chuẩn bị thông tin để phân loại website; không dùng một checklist công khai để kết luận pháp lý cho mọi tình huống. Các ví dụ là tình huống minh họa, không phải hồ sơ khách hàng hoặc xác nhận của cơ quan quản lý.
Câu hỏi đầu tiên: hàng hóa và dịch vụ của ai?
Hãy ghi rõ chủ thể nào chào bán, giao kết với khách, nhận tiền và chịu trách nhiệm cung cấp hàng hóa/dịch vụ. Với cửa hàng tự bán sản phẩm của mình, đây thường là một chuỗi trách nhiệm tương đối dễ mô tả. Với nền tảng cho nhiều bên cùng bán, cần đánh giá quyền và nghĩa vụ của chủ nền tảng và từng người bán.
Điều 14 Luật 122 phân biệt nền tảng kinh doanh trực tiếp có chức năng đặt hàng trực tuyến thực hiện thông báo và các mô hình trung gian, mạng xã hội hoạt động thương mại điện tử, tích hợp thực hiện đăng ký theo quy định. Có ngoại lệ và quy định riêng đối với yếu tố nước ngoài; không lấy một tóm tắt ngắn để thay phân tích đầy đủ.
Một doanh nghiệp có thể vận hành nhiều mô hình. Website bán hàng của chính doanh nghiệp và khu vực cho nhà cung cấp mở gian hàng không nên chỉ được đánh giá theo trang chủ. Cần mô tả từng chức năng, đường dẫn và quan hệ hợp đồng trước khi quyết định thủ tục áp dụng.
Câu hỏi thứ hai: khách có thể đặt hàng trực tuyến không?
Đi hết luồng như một người mua: chọn hàng, chọn số lượng, điền thông tin, xem tổng tiền, chấp nhận điều kiện và gửi yêu cầu. Lưu ý cả chức năng trên điện thoại, đường dẫn ẩn sau nút mua ngay và biểu mẫu nhúng từ bên khác. Không thực hiện đơn thật hoặc thanh toán chỉ để kiểm tra giao diện.
Việc chưa có cổng thanh toán không đủ để kết luận không có chức năng đặt hàng. Khách vẫn có thể gửi đơn và thanh toán khi nhận hàng hoặc chuyển khoản sau. Ngược lại, một biểu mẫu hỏi nhu cầu chung có thể khác với biểu mẫu ghi nhận đề nghị giao kết cho một sản phẩm cụ thể.
Đừng chỉ đếm nút “Mua ngay”. Người vận hành nên mô tả dữ liệu khách gửi và thông báo hệ thống trả về. Khách có nhận mã đơn không? Nội dung gửi có xác định sản phẩm, số lượng, giá và phương thức giao không? Những thông tin này giúp người rà soát hiểu đúng chức năng thay vì đoán từ màu sắc hoặc nhãn nút.
Website giới thiệu vẫn có nghĩa vụ về thông tin
Nếu một website chỉ giới thiệu năng lực và nhận trao đổi ban đầu, cần đánh giá cụ thể trước khi xếp vào diện thông báo nền tảng có chức năng đặt hàng. Không nên dùng kết luận “không phải thông báo” để suy ra website không phải tuân thủ bất kỳ nghĩa vụ nào khác.
Thông tin quảng cáo, dữ liệu cá nhân, nội dung hàng hóa/dịch vụ và quyền người tiêu dùng vẫn có các quy định liên quan. Một form thu tên, số điện thoại hoặc email cần được tổ chức phù hợp với mục đích liên hệ và chính sách thông tin. Thủ tục nền tảng và các nghĩa vụ này cần được nhìn riêng.
Ví dụ minh họa: website công ty kiến trúc chỉ trình bày dự án và form “trao đổi nhu cầu” khác với website bán gói tư vấn có lựa chọn gói, giá và xác nhận mua. Nếu công ty bổ sung luồng bán gói, cần đánh giá lại chức năng mới, thay vì giữ kết luận cũ chỉ vì tên miền không thay đổi.
Ba trường hợp dễ phân loại sai
Trường hợp thứ nhất là catalogue có giá nhưng nút cuối mở ứng dụng nhắn tin. Người rà soát cần biết nội dung chuyển sang là câu hỏi chung hay đơn có sẵn sản phẩm, giá và số lượng. Bối cảnh hợp đồng và cách vận hành thực tế cần được làm rõ; một công cụ đọc HTML không nhìn thấy toàn bộ quá trình này.
Trường hợp thứ hai là website nhiều thương hiệu. Nhiều thương hiệu không tự động có nghĩa là sàn. Một nhà bán lẻ có thể tự nhập hàng và bán dưới trách nhiệm của mình. Ngược lại, chỉ một nhóm sản phẩm nhưng cho nhiều người bán độc lập chào bán có thể đặt ra mô hình trung gian.
Trường hợp thứ ba là cổng khách hàng B2B đăng nhập. Không thấy giá khi truy cập công khai không có nghĩa là không có giao dịch. Cần xem luồng sau đăng nhập trong phạm vi được cho phép, quyền của khách doanh nghiệp và cách xác nhận đơn. Không yêu cầu người rà soát đăng nhập bằng tài khoản khách thật hoặc đọc dữ liệu khách hàng để làm một kiểm tra ban đầu.
Website bán hàng và app không được đánh giá tách rời tùy tiện
Một doanh nghiệp có website và app cùng kết nối hệ thống bán hàng cần liệt kê cả hai điểm truy cập, tên ứng dụng và chủ thể vận hành. Không giả định hồ sơ của tên miền tự động bao phủ mọi app, mọi phiên bản hoặc mọi mô hình được bổ sung sau này.
Khi nhận hỗ trợ, hãy cung cấp thông tin nền tảng, cách tải app, ảnh luồng mua hàng không chứa dữ liệu cá nhân và người có thể xác nhận chức năng. Nếu app cho người khác mở gian hàng, không áp gói thông báo app bán hàng trực tiếp chỉ vì app có biểu tượng giỏ hàng.
Onter đề xuất giá thông báo app bán hàng 2.490.000đ/app theo phạm vi một app, một chủ thể và mô hình phù hợp. Đây là giá kinh doanh đề xuất, không phải xác nhận website hoặc app chắc chắn được tiếp nhận theo một thủ tục. Chi phí phát triển, đăng kho ứng dụng và giấy phép ngành nghề cần tách riêng.
Ai xác nhận và nộp ở đâu?
Theo Điều 24 Nghị định 248, UBND cấp tỉnh xác nhận thông báo nền tảng kinh doanh trực tiếp có chức năng đặt hàng trực tuyến. Cách gọi “thông báo Bộ Công Thương” phổ biến trong tìm kiếm không làm thay đổi thẩm quyền này. Khi soạn hồ sơ, cần kiểm tra đầu mối tiếp nhận và phân công cụ thể của địa phương.
Phụ lục I quy định nộp và nhận kết quả qua Cổng Dịch vụ công quốc gia. Hệ thống online.gov.vn là nơi quản lý, công khai thông tin nền tảng và kết nối kết quả. Không sử dụng ảnh chụp giao diện cũ để khẳng định hiện tại mọi hồ sơ vẫn phải đi qua quy trình tạo tài khoản nhiều bước như trước.
Đối với đăng ký mô hình trung gian, Điều 25 quy định việc được Bộ Công Thương xác nhận đăng ký trước khi vận hành cùng các điều kiện liên quan. Đây là lý do cần phân loại trước khi báo giá: không thể đổi tên dịch vụ thông báo thành đăng ký rồi giữ nguyên thành phần hồ sơ và cách làm.
Hồ sơ cũ không đồng nghĩa đã hoàn tất nghĩa vụ mãi mãi
Điều 41 Luật 122 và Điều 53 Nghị định 248 quy định chuyển tiếp cho website, ứng dụng đã được xác nhận trước 01/07/2026. Được tiếp tục theo nội dung đã xác nhận đến hết 30/06/2027 không phải miễn rà soát thay đổi. Trong thời gian chuyển tiếp cần thực hiện sửa đổi, bổ sung theo quy định mới.
Bạn nên kiểm tra chủ thể hiện tại có trùng hồ sơ, tên miền có đổi, chính sách và mô hình có thay đổi hay không. Website chuyển nhượng hoặc đổi mã số thuế cần được xem riêng. Đừng chỉ thấy biểu tượng còn hiển thị rồi cho rằng hồ sơ hiện tại vẫn mô tả đúng hoạt động.
Một bảng theo dõi nội bộ có thể gồm tên miền/app, chủ thể, mô hình, chức năng đặt hàng, hồ sơ cũ, thay đổi gần nhất và người phụ trách. Đây là cách giảm việc bỏ sót khi doanh nghiệp có nhiều website; không phải giấy chứng nhận tuân thủ hoặc tài liệu thay hồ sơ chính thức.
Chuẩn bị đầu vào cho lần rà soát
Gửi URL công khai, tóm tắt người bán và luồng đặt mua, ảnh minh họa đã che dữ liệu nếu cần. Nêu rõ website đang hoạt động, đang thử nghiệm hay chuẩn bị thay chức năng. Không gửi mật khẩu, OTP, giấy tờ định danh hoặc danh sách khách hàng trong form tư vấn.
Bạn có thể đọc phân biệt thông báo và đăng ký để hiểu hai hướng thủ tục, hoặc quy trình mới năm 2026 để chuẩn bị bước tiếp theo. Dịch vụ thông báo website Onter cung cấp kiểm tra ban đầu trước khi thống nhất gói hỗ trợ. Với thay đổi luồng bán hàng, xem thêm thiết kế website.
Nguồn chính thức: Luật 122/2025/QH15, Điều 14 và 41; Nghị định 248/2026/NĐ-CP, Điều 23–25, 53 và Phụ lục I. Đối chiếu ngày 26/10/2026; mô hình có yếu tố nước ngoài hoặc phức tạp cần được rà soát riêng.
