Alex Do , Beyond Incorporation Services · Cập nhật ngày 01/10/2026
Doanh nghiệp Việt mở công ty tại Hong Kong, Singapore, Hoa Kỳ, Anh hoặc một khu vực pháp lý khác thường chỉ chú ý đến giấy chứng nhận thành lập, mã số thuế và tài khoản ngân hàng. Nhưng khi doanh nghiệp bắt đầu phát hành ứng dụng, mở tài khoản nhà phát triển, tham gia chuỗi cung ứng của tập đoàn lớn hoặc vượt qua bước xác minh doanh nghiệp trên nền tảng quốc tế, một yêu cầu khác có thể xuất hiện: D‑U‑N‑S. Bài viết này giải thích mã số DUNS cho công ty quốc tế là gì, trường hợp nào Apple và Google bắt buộc, khi nào Amazon hoặc TikTok chỉ có thể yêu cầu theo tình huống, và cách chuẩn hóa hồ sơ để tránh bị từ chối vì dữ liệu pháp nhân không khớp.
D‑U‑N‑S là viết tắt của Data Universal Numbering System. Theo Dun & Bradstreet, đây là hệ thống định danh doanh nghiệp toàn cầu; mỗi mã gồm chín chữ số và gắn với một thực thể hoặc địa điểm kinh doanh cụ thể trong cơ sở dữ liệu D&B. Một doanh nghiệp có thể chỉ có một mã cho trụ sở chính, nhưng tập đoàn có nhiều pháp nhân hoặc nhiều địa điểm hoạt động độc lập có thể có nhiều mã khác nhau. Vì vậy, câu hỏi “công ty đã có D‑U‑N‑S chưa?” chưa đủ; câu hỏi chính xác hơn phải là “pháp nhân và địa điểm mà tôi đang dùng để ký hợp đồng hoặc đăng ký nền tảng có mã D‑U‑N‑S nào?”.
Giá trị của D‑U‑N‑S nằm ở khả năng chuẩn hóa dữ liệu. Một công ty Hong Kong có thể có tên tiếng Anh trên Certificate of Incorporation, địa chỉ đăng ký do thư ký công ty cung cấp, địa chỉ vận hành ở Việt Nam, số điện thoại quốc tế và tên thương hiệu hoàn toàn khác tên pháp lý. Nếu mỗi nền tảng tự xác minh tất cả thông tin đó từ đầu, chi phí thẩm định rất lớn. Khi dùng D&B làm một nguồn đối chiếu, nền tảng có thể kiểm tra nhanh liệu tên pháp lý, địa chỉ và một số dữ liệu nhận diện có khớp với hồ sơ đã tồn tại hay không.
Tuy nhiên, D‑U‑N‑S không thay thế hồ sơ pháp lý gốc. Nếu Apple hoặc Google yêu cầu D‑U‑N‑S, doanh nghiệp vẫn có thể phải cung cấp website, email tên miền doanh nghiệp, giấy đăng ký, giấy tờ người đại diện hoặc giấy tờ bổ sung. Nếu một khách hàng Mỹ yêu cầu D‑U‑N‑S trong cổng nhà cung cấp, họ vẫn có thể yêu cầu W‑8BEN‑E/W‑9 tùy tình huống, thông tin ngân hàng, bảo hiểm, chính sách bảo mật, chứng chỉ ngành hoặc điều khoản tuân thủ. Mã số là một khóa nhận diện, không phải “hộ chiếu doanh nghiệp” có khả năng thay thế mọi tài liệu khác.
Điểm thứ hai thường bị hiểu sai là D‑U‑N‑S và hồ sơ tín dụng D&B không phải một khái niệm. Việc có mã D‑U‑N‑S không có nghĩa công ty đã có lịch sử tín dụng tốt, điểm thanh toán tốt hay năng lực tài chính đã được thẩm định tích cực. D&B có các sản phẩm, báo cáo và chỉ số riêng để mô tả tín dụng hoặc rủi ro doanh nghiệp; chín chữ số D‑U‑N‑S chỉ là định danh. Vì vậy, quảng cáo rằng “có D‑U‑N‑S sẽ chắc chắn tăng điểm tín dụng, mở được ngân hàng hoặc ký được hợp đồng” là cách diễn đạt quá mức.
Đối với doanh nghiệp Việt vận hành nhiều quốc gia, các mã định danh rất dễ bị trộn lẫn. Một công ty Delaware có thể đồng thời có số hồ sơ tại bang, EIN do IRS cấp, D‑U‑N‑S do D&B cấp và trong một số trường hợp còn có LEI cho giao dịch tài chính. Công ty Hong Kong lại có Company Number/Business Registration Number, trong khi Singapore có UEN. Các mã này có mục đích và cơ quan quản lý khác nhau.
| Loại mã | Cơ quan/hệ thống | Mục đích chính | Có thay thế D‑U‑N‑S không? |
|---|---|---|---|
| D‑U‑N‑S | Dun & Bradstreet | Định danh doanh nghiệp trong hệ thống D&B và quy trình đối tác | Không áp dụng |
| Mã đăng ký doanh nghiệp | Cơ quan đăng ký tại từng quốc gia | Chứng minh pháp nhân được đăng ký | Không |
| EIN của Hoa Kỳ | IRS | Nhận diện thuế liên bang tại Hoa Kỳ | Không |
| UEN của Singapore | Cơ quan Singapore | Số định danh doanh nghiệp tại Singapore | Không |
| LEI | Hệ thống LEI toàn cầu | Nhận diện pháp nhân trong nhiều giao dịch tài chính | Không |
| UEI (SAM) | Chính phủ Hoa Kỳ/SAM.gov | Định danh thực thể trong hệ thống giải thưởng liên bang Hoa Kỳ | Không; và đã thay DUNS cho mục đích liên bang |
Một cập nhật quan trọng cần đặc biệt lưu ý khi làm việc với “đối tác Mỹ”: kể từ ngày 04/04/2022, Chính phủ Liên bang Hoa Kỳ không còn dùng D‑U‑N‑S làm mã định danh thực thể có thẩm quyền trong SAM.gov; hệ thống đã chuyển sang Unique Entity ID (UEI) do SAM.gov cấp. Điều đó có nghĩa nếu doanh nghiệp đang muốn đăng ký để nhận hợp đồng hoặc tài trợ liên bang, không nên dựa vào các hướng dẫn cũ nói rằng phải có D‑U‑N‑S để đăng ký SAM. D‑U‑N‑S vẫn có thể được doanh nghiệp tư nhân, cơ quan hoặc chương trình cụ thể sử dụng cho mục đích khác, nhưng UEI mới là mã trọng tâm của SAM hiện nay.
Sự phân biệt này rất thực tế. Nếu một công ty Mỹ yêu cầu “DUNS”, doanh nghiệp nên cung cấp đúng D‑U‑N‑S. Nếu một cổng chính phủ yêu cầu “UEI”, không nên điền D‑U‑N‑S chỉ vì cả hai đều là mã định danh. Nếu một nền tảng yêu cầu EIN, D‑U‑N‑S cũng không thay thế được EIN. Sai một trường dữ liệu có thể khiến hồ sơ bị coi là không khớp dù doanh nghiệp hoàn toàn hợp pháp.
| Nền tảng/tình huống | D‑U‑N‑S có bắt buộc không? | Điểm cần hiểu đúng |
|---|---|---|
| Apple Developer Program – tổ chức | Có, trừ ngoại lệ Apple công bố | Dùng để xác minh danh tính và tư cách pháp nhân của tổ chức |
| Apple Developer Program – cá nhân | Không theo yêu cầu D‑U‑N‑S của tài khoản tổ chức | Tài khoản hiển thị tên cá nhân theo quy định của Apple |
| Google Play Console – tài khoản tổ chức | Có, trừ một số cơ quan chính phủ hoặc trường hợp không thể lấy mã theo chính sách hỗ trợ | Google yêu cầu dữ liệu D&B nhất quán với hồ sơ tổ chức |
| Amazon Seller Central | Không phải yêu cầu chung cho mọi người bán | Có thể phát sinh yêu cầu bổ sung theo rà soát, thị trường hoặc chương trình cụ thể |
| Amazon Vendor/chuỗi cung ứng | Có thể được yêu cầu theo quy trình nhà cung cấp | Phụ thuộc hợp đồng, cổng mua hàng và thông báo thực tế |
| TikTok for Business | Không có quy tắc toàn cầu rằng mọi tài khoản phải có D‑U‑N‑S | Xác minh doanh nghiệp dựa trên giấy tờ được chấp nhận theo quốc gia/khu vực |
| TikTok Shop Hoa Kỳ | Hồ sơ hiện hành tập trung vào EIN, đại diện, địa chỉ và chứng từ kinh doanh | Chỉ cung cấp D‑U‑N‑S nếu luồng đăng ký hoặc thông báo thực tế yêu cầu |
| Đối tác B2B Hoa Kỳ | Có thể | Thường do chính sách quản trị nhà cung cấp hoặc thẩm định rủi ro của đối tác |
| Hợp đồng liên bang Hoa Kỳ/SAM.gov | D‑U‑N‑S không còn là mã định danh chính | Dùng UEI (SAM) từ 04/04/2022 |
Bảng trên là điểm xuất phát, không phải lời cam kết thay cho màn hình đăng ký thực tế. Nền tảng có thể thay đổi yêu cầu theo quốc gia, loại tài khoản, ngành nghề, lịch sử tài khoản hoặc thay đổi pháp lý. Khi doanh nghiệp đã nhận một yêu cầu cụ thể trong giao diện, email hoặc cổng xác minh, yêu cầu đó cần được ưu tiên đối chiếu với trang hỗ trợ chính thức ở thời điểm nộp.
Apple là ví dụ dễ hiểu nhất vì chính sách được công bố khá rõ. Khi một tổ chức đăng ký Apple Developer Program, Apple yêu cầu tổ chức phải là một pháp nhân có khả năng ký kết hợp đồng và cung cấp D‑U‑N‑S để Apple xác minh danh tính, tư cách pháp nhân và địa chỉ. Các tổ chức chính phủ có ngoại lệ theo chính sách của Apple. Đối với tài khoản tổ chức, tên pháp lý của công ty cũng là dữ liệu quan trọng vì tên tổ chức sẽ xuất hiện với vai trò người bán trên App Store.
Điều này có ảnh hưởng trực tiếp đến startup Việt mở công ty Hong Kong, Singapore, Anh hoặc Mỹ để phát hành ứng dụng. Nếu mục tiêu ngay từ đầu là phát hành ứng dụng dưới tên công ty thay vì tên cá nhân, doanh nghiệp nên đưa D‑U‑N‑S vào kế hoạch triển khai từ sớm. Không nên đợi đến ngày chuẩn bị đưa ứng dụng lên App Store mới kiểm tra mã, bởi nếu D&B chưa có hồ sơ hoặc hồ sơ đang sai tên/địa chỉ, tiến độ phát hành có thể bị kéo dài.
Apple còn yêu cầu email công việc gắn với tên miền doanh nghiệp và website công khai, hoạt động bình thường, tên miền liên hệ với tổ chức. Vì vậy, chỉ có giấy chứng nhận thành lập và D‑U‑N‑S chưa chắc đủ. Một công ty mới thành lập nhưng website chỉ là trang “coming soon”, email dùng Gmail cá nhân và thông tin địa chỉ trên website khác D&B có thể phải giải trình hoặc cập nhật trước khi hoàn tất xác minh.
Một điểm vận hành đáng chú ý là Apple cho biết sau khi doanh nghiệp nhận D‑U‑N‑S hoặc cập nhật thông tin với D&B, có thể cần chờ tối đa khoảng hai ngày làm việc để Apple nhận được dữ liệu cập nhật từ D&B trước khi đăng ký. Đây là lý do không nên thử đi thử lại quá nhiều lần ngay sau khi vừa sửa hồ sơ. Nếu tên pháp lý trong D&B thiếu hậu tố “Limited”, “Ltd.”, “Pte. Ltd.” hoặc có cách viết địa chỉ khác hẳn giấy phép, việc nộp lặp lại không giải quyết nguyên nhân gốc.
Với công ty Hong Kong, một cấu trúc pháp lý đơn giản và minh bạch thường thuận lợi hơn cho việc chuẩn hóa dữ liệu nền tảng. Doanh nghiệp đang cân nhắc thành lập có thể tham khảo gói thành lập công ty Hong Kong và các nghĩa vụ duy trì sau thành lập để nhìn D‑U‑N‑S như một phần của toàn bộ quá trình vận hành, không phải thủ tục tách rời. Sau khi thành lập, việc lưu hồ sơ từ ngày đầu cũng quan trọng; checklist 12 nhóm chứng từ cho kỳ kiểm toán Hong Kong đầu tiên giúp tránh tình trạng dữ liệu pháp lý trên nền tảng và dữ liệu kế toán đi theo hai hướng khác nhau.
Nếu sản phẩm thuộc sở hữu công ty, doanh thu và quyền sở hữu trí tuệ dự kiến nằm ở công ty, hoặc doanh nghiệp cần tên pháp nhân xuất hiện trên App Store, tài khoản tổ chức thường phù hợp hơn về mặt quản trị. Ngược lại, một nhà phát triển cá nhân thử nghiệm sản phẩm có thể bắt đầu bằng tài khoản cá nhân nếu đáp ứng điều kiện Apple. Việc lựa chọn loại tài khoản nên dựa trên chủ thể thực sự sở hữu và khai thác ứng dụng, chứ không chỉ dựa vào mục tiêu “ẩn tên cá nhân”.
Nếu sau này gọi vốn, chuyển nhượng tài sản trí tuệ, ký hợp đồng với nhà đầu tư hoặc cấp quyền sử dụng phần mềm, việc ngay từ đầu xác định rõ công ty nào sở hữu mã nguồn, nhãn hiệu, tài khoản nhà phát triển và dòng doanh thu sẽ giảm rất nhiều công việc tái cấu trúc. Đây cũng là lý do các doanh nghiệp SaaS quy mô dưới 1 triệu USD doanh thu nên xem pháp nhân, thanh toán, sở hữu trí tuệ và tuân thủ như một hệ thống thống nhất.
Google Play đã tăng mức độ xác minh nhà phát triển trong những năm gần đây. Đối với tài khoản nhà phát triển dành cho tổ chức, tài liệu chính thức của Google yêu cầu D‑U‑N‑S trong hồ sơ thanh toán liên kết, cùng tên và địa chỉ tổ chức. Google giải thích D‑U‑N‑S là mã định danh chín chữ số do D&B cấp và dùng để xác minh doanh nghiệp. Với tài khoản tổ chức thông thường, Google nêu rõ cần chuẩn bị mã này trước khi tạo tài khoản; ngoại lệ chủ yếu liên quan đến một số cơ quan chính phủ hoặc khu vực mà D&B không hỗ trợ và cần làm việc với bộ phận hỗ trợ theo quy trình của Google.
Khác Apple, Google còn cảnh báo quá trình xin D‑U‑N‑S có thể mất tới 30 ngày trong một số trường hợp. Vì vậy, nhóm phát triển ứng dụng Android không nên lập kế hoạch phát hành theo giả định rằng mã sẽ có ngay trong 24–48 giờ. Nếu công ty vừa mới thành lập, dữ liệu doanh nghiệp chưa xuất hiện trong nguồn công khai, số điện thoại chưa hoạt động hoặc địa chỉ có nhiều cách viết khác nhau, thời gian có thể dài hơn dự kiến.
Google cũng nhấn mạnh tính nhất quán với hồ sơ D&B. Khi tên hoặc địa chỉ của tổ chức cần thay đổi, doanh nghiệp không đơn giản sửa trực tiếp toàn bộ dữ liệu trong Play Console; một số thông tin tổ chức được quản lý qua hồ sơ thanh toán và hồ sơ D&B. Sau cập nhật, tài khoản có thể phải xác minh lại. Với doanh nghiệp quốc tế, điều này làm cho việc “đăng ký đại một địa chỉ rồi sửa sau” trở thành chiến lược rủi ro.
Google còn phân biệt tài khoản cá nhân và tổ chức. Nếu ứng dụng được cung cấp dưới hoạt động thương mại của doanh nghiệp, hoặc thuộc các nhóm dịch vụ mà Google yêu cầu tài khoản tổ chức như một số dịch vụ tài chính, y tế, VPN hoặc ứng dụng chính phủ, việc chọn loại tài khoản đúng từ đầu rất quan trọng. Không nên chọn tài khoản cá nhân chỉ để tránh D‑U‑N‑S nếu bản chất hoạt động phải được tổ chức đứng tên.
Doanh nghiệp còn phải chuẩn bị tên nhà phát triển, số điện thoại tổ chức, website, người liên hệ, email liên hệ và thông tin nhà phát triển công khai theo yêu cầu. Một số dữ liệu sẽ được hiển thị trên Google Play. Số điện thoại tổ chức mà Google dùng để xác minh nên là số mà người dùng hoặc hệ thống có thể tìm thấy khi tra cứu doanh nghiệp trên web hay trong nguồn công khai. Điều này cho thấy website và dấu vết hoạt động của công ty đã trở thành một phần của quy trình xác minh, chứ không phải chi tiết trang trí.
Với công ty công nghệ, AI hoặc tự động hóa, BeyondIncorp đã phân tích sâu hơn ở bài hướng dẫn cấu trúc công ty quốc tế cho doanh nghiệp AI Agent. Nếu sản phẩm cần đồng thời Apple Developer, Google Play, Stripe, ngân hàng và hợp đồng B2B, việc chọn pháp nhân chỉ dựa vào phí thành lập thấp nhất thường không tối ưu; cần xem toàn bộ hệ sinh thái tài khoản mà công ty sẽ phải vượt qua xác minh.
Đây là phần dễ gây nhầm lẫn nhất. Amazon vận hành nhiều hệ thống: Seller Central, Vendor Central, Amazon Business, hệ thống mua hàng, các chương trình chứng nhận, rà soát tài khoản và nhiều thị trường quốc gia. Một người bán nhìn thấy từ “DUNS” trong một email hoặc diễn đàn rất dễ suy ra rằng mọi doanh nghiệp muốn bán trên Amazon đều phải đăng ký D‑U‑N‑S. Tài liệu Seller Central hiện hành không cho thấy một quy tắc chung như vậy.
Trong quy trình xác minh người bán, Amazon thường tập trung vào danh tính người đại diện/chủ sở hữu hưởng lợi, giấy phép kinh doanh nếu áp dụng, thông tin ngân hàng hoặc thẻ, bằng chứng địa chỉ và các tài liệu tùy quốc gia. Amazon cũng có thể yêu cầu bổ sung thông tin khi tài khoản bị rà soát. Một số thông báo rà soát lịch sử được công khai trong Seller Forums từng liệt kê “GSTIN, VAT ID, Tax ID hoặc D‑U‑N‑S” như các lựa chọn thông tin doanh nghiệp, nghĩa là D‑U‑N‑S có thể hữu ích trong một số tình huống, nhưng không nên biến thành điều kiện bắt buộc mặc định.
Nếu doanh nghiệp chỉ đang mở Seller Central để bán hàng, câu hỏi đầu tiên nên là: màn hình đăng ký và thông báo chính thức hiện tại có yêu cầu D‑U‑N‑S hay không? Nếu không, hãy hoàn thiện đúng bộ KYC được Amazon yêu cầu. Việc mua một “gói DUNS cấp tốc” không giải quyết được lỗi tên người đại diện, địa chỉ không khớp, tài khoản ngân hàng không đủ chứng minh, hóa đơn nhà cung cấp yếu hoặc video xác minh không thành công.
Đối với quan hệ nhà cung cấp hoặc chuỗi cung ứng, bối cảnh khác. Các tập đoàn lớn thường có cổng quản trị nhà cung cấp và dùng D‑U‑N‑S hoặc dữ liệu D&B để phân biệt pháp nhân, địa điểm giao hàng, công ty mẹ/công ty con và rủi ro tín dụng. Amazon Vendor hoặc hệ thống trao đổi dữ liệu điện tử có thể phát sinh yêu cầu mã định danh theo hợp đồng hoặc thông số tích hợp. Nhưng vì điều kiện Vendor thường phụ thuộc lời mời và thỏa thuận cụ thể, doanh nghiệp chỉ nên kết luận “bắt buộc” khi tài liệu hoặc cổng của chính chương trình đang tham gia yêu cầu.
Một Seller xuyên biên giới nên ưu tiên sự nhất quán giữa pháp nhân sở hữu gian hàng, tài khoản ngân hàng nhận tiền, địa chỉ đăng ký, hồ sơ chủ sở hữu, nhà cung cấp, hóa đơn mua hàng và website thương hiệu. Nếu công ty dùng UAE, Hong Kong hay một pháp nhân khác để đứng tên bán hàng, dòng tiền và chứng từ phải kể cùng một câu chuyện. Bài phân tích tình huống Seller Amazon sử dụng công ty UAE cho thấy lợi ích của việc tập trung cấu trúc chỉ xuất hiện khi hồ sơ vận hành thực tế được quản lý đồng bộ.
Tương tự, nếu doanh nghiệp dùng công ty Ajman để bán qua nhiều kênh, có thể tham khảo khả năng vận hành Amazon, Shopify và TikTok Shop bằng công ty Ajman. D‑U‑N‑S chỉ là một lớp nhận diện; việc nền tảng chấp thuận còn phụ thuộc quốc gia hỗ trợ, sản phẩm, KYC, thuế, tài khoản nhận tiền và chính sách từng thời điểm.
Tài liệu TikTok for Business cập nhật tháng 08/2026 cho biết doanh nghiệp có thể phải xác minh khi tạo tài khoản quảng cáo và khi mức chi tiêu đạt ngưỡng áp dụng tại thị trường. Quy trình yêu cầu thông tin doanh nghiệp, giấy tờ xác minh được chấp nhận và số giấy chứng nhận. TikTok nhấn mạnh rằng loại giấy tờ và yêu cầu có thể khác theo quốc gia hoặc khu vực. Điều quan trọng ở đây là TikTok không công bố một quy tắc chung rằng mọi doanh nghiệp trên toàn cầu phải có D‑U‑N‑S.
Đối với TikTok Shop Hoa Kỳ, hướng dẫn dành cho corporation/partnership trong năm 2026 tập trung vào tên pháp lý, EIN nếu áp dụng, địa chỉ đăng ký, chủ sở hữu hưởng lợi/người đại diện và giấy tờ chứng minh doanh nghiệp. Yêu cầu của Đạo luật INFORM đối với người bán khối lượng lớn cũng tập trung vào tài khoản ngân hàng, liên hệ, giấy tờ thuế hoặc đăng ký doanh nghiệp. Vì vậy, một công ty quốc tế không nên tự suy luận rằng cứ mở TikTok Shop là phải mua D‑U‑N‑S.
Tuy nhiên, điều đó không có nghĩa D‑U‑N‑S “vô dụng” với TikTok. Nếu giao diện tại quốc gia cụ thể cho phép hoặc yêu cầu một mã doanh nghiệp, hoặc TikTok/đối tác quảng cáo gửi thông báo yêu cầu D‑U‑N‑S, doanh nghiệp có thể dùng mã đó đúng mục đích. Nguyên tắc là làm theo trường dữ liệu thực tế và danh sách giấy tờ được chấp nhận tại đúng thị trường, thay vì dùng hướng dẫn của Hoa Kỳ cho một công ty Hong Kong hoặc dùng hướng dẫn quảng cáo để suy ra yêu cầu TikTok Shop.
Đối với Seller Việt đang chạy đồng thời TikTok Shop và Shopify, vấn đề thực tế thường không nằm ở một mã định danh duy nhất mà ở KYC, pháp nhân, cổng thanh toán và dòng tiền. Bài TikTok Shop/Shopify bị giữ tiền: so sánh Hong Kong, Singapore và UAE phân tích các điểm mất nhất quán thường khiến hồ sơ bị yêu cầu xác minh lại. D‑U‑N‑S có thể hỗ trợ nhận diện doanh nghiệp nếu nền tảng dùng nó, nhưng không thể chữa một cấu trúc mà tên gian hàng, hóa đơn, pháp nhân và tài khoản nhận tiền thuộc bốn chủ thể khác nhau.
Ngoài Apple và Google, D‑U‑N‑S xuất hiện nhiều nhất trong quan hệ B2B. Một tập đoàn Mỹ có hàng nghìn hoặc hàng chục nghìn nhà cung cấp cần một cách định danh thống nhất để tránh trùng dữ liệu. Tên doanh nghiệp có thể giống nhau, một tập đoàn có nhiều công ty con, còn một công ty có nhiều địa điểm giao hàng. D‑U‑N‑S giúp hệ thống mua hàng liên kết nhà cung cấp với một hồ sơ cụ thể và có thể kết nối sang dữ liệu rủi ro, thanh toán hoặc cấu trúc tập đoàn tùy sản phẩm mà bên mua sử dụng.
Các tình huống phổ biến gồm đăng ký cổng nhà cung cấp, đấu thầu tư nhân, mở hạn mức thương mại, yêu cầu tín dụng từ nhà phân phối, mua bảo hiểm tín dụng, tham gia chương trình đối tác của hãng công nghệ, hoặc hoàn tất thẩm định trước khi ký hợp đồng. Trong những tình huống này, D‑U‑N‑S thường là yêu cầu của đối tác, không phải yêu cầu của luật thành lập công ty. Một công ty Hong Kong hoàn toàn có thể tồn tại hợp pháp nhiều năm mà không cần D‑U‑N‑S nếu không có đối tác hay nền tảng nào yêu cầu.
Doanh nghiệp nên phân biệt ba câu hỏi: (1) đối tác có yêu cầu cung cấp mã D‑U‑N‑S hay chỉ yêu cầu báo cáo tín dụng D&B; (2) họ cần mã của pháp nhân ký hợp đồng hay mã của địa điểm giao hàng/chi nhánh; (3) họ dùng mã để xác minh danh tính hay để kéo thêm dữ liệu tín dụng. Trả lời đúng ba câu hỏi này giúp tránh nộp mã của công ty mẹ trong khi hợp đồng do công ty con ký, một lỗi khá phổ biến trong cấu trúc nhiều pháp nhân.
Nếu đối tác Mỹ yêu cầu biểu mẫu thuế, doanh nghiệp cũng không nên nhầm D‑U‑N‑S với EIN hoặc TIN. Công ty nước ngoài có thể phải cung cấp biểu mẫu W‑8 phù hợp tùy giao dịch; công ty Mỹ có thể cần W‑9 và EIN. Đây là tầng thuế hoàn toàn khác với hệ thống D&B. Khi cấu trúc có chủ sở hữu Việt Nam và nhiều pháp nhân, cần đồng thời xác định chủ sở hữu hưởng lợi thực tế – UBO và chuẩn bị hồ sơ để thông tin sở hữu không mâu thuẫn giữa D&B, ngân hàng, nền tảng và đối tác.
Nếu doanh nghiệp muốn rà soát dữ liệu trước khi nộp, có thể tham khảo dịch vụ mã số DUNS của BeyondIncorp. Trọng tâm không chỉ là xin một mã mới, mà còn phải kiểm tra xem pháp nhân đã có D‑U‑N‑S hay chưa và bảo đảm tên, địa chỉ, điện thoại, website cùng thông tin người liên hệ thống nhất với hồ sơ doanh nghiệp.
Với công ty Hong Kong, sự nhất quán giữa địa chỉ đăng ký và bằng chứng hoạt động còn hữu ích khi chuẩn bị hồ sơ ngân hàng/fintech; xem thêm phân tích về công ty Hong Kong không có văn phòng thật. Với Singapore, doanh nghiệp có thể đối chiếu thêm cách tổ chức chứng từ và dòng tiền trong case study công ty Singapore cho thương mại quốc tế.
Sai lầm lớn nhất là coi D‑U‑N‑S như một biểu mẫu đơn giản chỉ cần điền tên và địa chỉ. Đối với công ty quốc tế, thời gian xử lý thường bị kéo dài vì dữ liệu giữa giấy phép, website và người liên hệ không thống nhất. Trước khi nộp, nên lập một “bảng dữ liệu chuẩn” duy nhất cho pháp nhân.
Nhóm 1 – pháp lý: tên pháp lý đầy đủ, loại hình, số đăng ký doanh nghiệp, ngày thành lập, quốc gia/vùng tài phán, tình trạng hoạt động. Tên phải giữ đúng hậu tố pháp lý như Limited, Ltd., LLC, Inc., Corporation hoặc Pte. Ltd. Nếu giấy phép viết tên bằng chữ hoa, không nhất thiết mọi hệ thống phải giữ chữ hoa, nhưng nội dung không được biến thành một tên thương mại khác.
Nhóm 2 – địa chỉ: địa chỉ đăng ký, địa chỉ vận hành, địa chỉ nhận thư và địa chỉ của người đại diện cần được phân biệt. Nếu công ty dùng registered agent, corporate secretary hoặc văn phòng linh hoạt, không nên khai địa chỉ đó là nơi nhân sự làm việc nếu thực tế không phải vậy. Khi nền tảng yêu cầu “business address”, hãy đọc định nghĩa của nền tảng trước khi chọn địa chỉ.
Nhóm 3 – liên hệ: số điện thoại doanh nghiệp đang hoạt động, email tên miền công ty, website và người liên hệ có chức danh phù hợp. D&B hoặc nền tảng có thể cần xác minh qua email hoặc cuộc gọi. Số điện thoại không liên lạc được là một lý do thực tế làm hồ sơ chậm.
Nhóm 4 – bằng chứng hoạt động: website, mô tả sản phẩm/dịch vụ, hồ sơ người sáng lập, hợp đồng mẫu, hóa đơn hoặc bằng chứng hoạt động nếu được yêu cầu. Công ty mới chưa có doanh thu vẫn có thể có nhu cầu D‑U‑N‑S, nhưng mô tả hoạt động phải hợp lý với ngành nghề và mục đích đăng ký.
Nhóm 5 – quyền nộp hồ sơ: xác định ai là người đại diện, director/officer hoặc người được ủy quyền. Không nên dùng thông tin của một nhân sự không có khả năng giải thích quan hệ với công ty. Trong bối cảnh KYC quốc tế ngày càng chặt, các nguyên tắc tuân thủ đối với doanh nghiệp quốc tế cũng áp dụng cho dữ liệu D&B: thông tin càng nhất quán và có thể kiểm chứng, quá trình thẩm định càng dễ hiểu.
Hãy ghi rõ “đăng ký Apple Developer Program dưới tư cách tổ chức”, “tạo Google Play Console organization account”, “đối tác Mỹ yêu cầu khi onboarding nhà cung cấp” hoặc một mục đích cụ thể khác. Mục đích quyết định mức độ khẩn cấp, pháp nhân cần dùng và dữ liệu nào phải khớp. Nếu chỉ nghe người khác nói “công ty quốc tế nên có DUNS cho uy tín”, chưa nhất thiết phải nộp ngay.
Nhiều doanh nghiệp đã có D‑U‑N‑S dù chưa từng tự đăng ký, do D&B thu thập dữ liệu từ nguồn công khai hoặc do đối tác trước đây tạo hồ sơ. Nếu đã có mã, đăng ký thêm có thể tạo hồ sơ trùng và làm quá trình xác minh phức tạp hơn. Cần tìm theo tên pháp lý và địa chỉ, sau đó kiểm tra xem mã hiện hữu có thuộc đúng thực thể không.
Kiểm tra tên pháp lý, địa chỉ, trạng thái công ty, số điện thoại và các dữ liệu cơ bản. Nếu sai, ưu tiên cập nhật hồ sơ hiện hữu thay vì xin mã mới. Khi sửa tên hoặc địa chỉ, lưu tài liệu chứng minh thay đổi để phản hồi yêu cầu xác minh.
Website không cần phải đồ sộ nhưng nên có tên doanh nghiệp, sản phẩm/dịch vụ, phương thức liên hệ và thông tin không mâu thuẫn với hồ sơ pháp lý. Với Apple, website công khai và email tên miền doanh nghiệp là phần quan trọng của yêu cầu tổ chức. Với Google, số điện thoại và website cũng được dùng trong hồ sơ nhà phát triển.
Sau khi được cấp hoặc cập nhật, cần cho hệ thống của nền tảng thời gian nhận dữ liệu. Apple nêu khoảng tối đa hai ngày làm việc sau khi D&B cập nhật trước khi doanh nghiệp nên tiếp tục đăng ký. Google cảnh báo quá trình lấy D‑U‑N‑S có thể kéo dài tới 30 ngày trong một số trường hợp. Vì thế kế hoạch phát hành sản phẩm nên có khoảng đệm.
Sau khi Apple hoặc Google được phê duyệt, doanh nghiệp nên lưu bản chụp dữ liệu đã dùng: tên, địa chỉ, D‑U‑N‑S, website, số điện thoại, email, người đại diện. Mỗi khi thay đổi địa chỉ hoặc tên công ty, cần lập kế hoạch cập nhật theo thứ tự: hồ sơ pháp lý → D&B → nền tảng liên quan. Việc thay đổi tự phát ở một nơi có thể kích hoạt tái xác minh ở nơi khác.
Nếu doanh nghiệp đã có công ty, quy trình nên bắt đầu bằng việc xác định nền tảng nào đang yêu cầu D‑U‑N‑S và pháp nhân nào sẽ đứng tên. BeyondIncorp kiểm tra khả năng đã tồn tại mã, đối chiếu dữ liệu với giấy chứng nhận thành lập, địa chỉ và website, sau đó xác định cần cập nhật hay cấp mới. Khi hồ sơ được xử lý, doanh nghiệp được hướng dẫn đối chiếu lại dữ liệu trước khi nhập vào Apple, Google hoặc cổng đối tác.
Nếu doanh nghiệp chưa thành lập công ty, nên chọn khu vực pháp lý dựa trên hoạt động thật: khách hàng ở đâu, app/payment nào cần dùng, người sáng lập ở đâu, ngân hàng nào có khả năng tiếp nhận, thuế và kế toán ra sao. Không nên chọn Hong Kong, Singapore, UAE hoặc Mỹ chỉ vì “dễ lấy DUNS”. D‑U‑N‑S chỉ là một bước nhỏ so với vòng đời nhiều năm của pháp nhân.
BeyondIncorp ưu tiên thiết kế cấu trúc chuẩn ngay từ đầu để tên pháp nhân, địa chỉ, người đại diện, UBO, website, ngân hàng, hóa đơn và hồ sơ nền tảng cùng nhất quán. Cách làm này hữu ích hơn việc xử lý từng tài khoản riêng lẻ sau khi đã phát sinh lỗi. Với khách hàng cần D‑U‑N‑S, dịch vụ tập trung vào rà soát và chuẩn hóa hồ sơ; quyết định cấp mã thuộc Dun & Bradstreet và quyết định phê duyệt tài khoản vẫn thuộc từng nền tảng.
Cần kiểm tra công ty đã có D‑U‑N‑S chưa? Gửi giấy chứng nhận thành lập, quốc gia đăng ký và mục đích sử dụng (Apple, Google, Amazon, TikTok hoặc đối tác B2B) cho BeyondIncorp. Đội ngũ sẽ kiểm tra tình trạng hồ sơ, xác định dữ liệu cần chuẩn hóa và đề xuất bước xử lý phù hợp. Hotline/Zalo/WhatsApp: +84 813 405 565 · beyondincorp.com.
Lưu ý: Nội dung được cập nhật đến ngày 01/10/2026, nhằm cung cấp thông tin chung và không thay thế tư vấn pháp lý, thuế hoặc quyết định xác minh của Dun & Bradstreet, Apple, Google, Amazon, TikTok, ngân hàng hay đối tác. Yêu cầu nền tảng có thể thay đổi theo quốc gia, loại tài khoản và thời điểm.
Tác giả: Alex Do
