You are using an outdated browser and your browsing experience will not be optimal. Please update to the latest version of Microsoft Edge, Google Chrome or Mozilla Firefox. Install Microsoft Edge

January 9, 2026

A Closer Look at Vietnam’s New AI Law: What It Means for AI Businesses

Vietnam has taken a decisive step into the global artificial intelligence regulatory landscape with the promulgation of the Law on Artificial Intelligence No. 134/2025/QH15 (AI Law), adopted on December 10, 2025, and effective from March 1, 2026. As one of the earliest comprehensive, standalone AI statutes in Southeast Asia, the AI Law signals Vietnam’s ambition to position itself as both an innovation-friendly and governance-conscious AI market.

In doing so, the legislature has also streamlined Vietnam’s AI regulatory architecture. The AI Law repeals most AI-related provisions previously embedded in the Law on Digital Technology Industry No. 71/2025/QH15, consolidating AI governance under a single, unified legal framework. This structural move underscores an intent to provide greater regulatory clarity and coherence for businesses operating across the AI value chain.

Against this backdrop, the key question for AI developers, providers, deployers, and governance teams is how the new risk-based framework will shape compliance expectations, operational decisions, and governance design in practice. This article examines the new AI Law through that practical lens, focusing on what it means for AI businesses operating in or into Vietnam.

Scope of Application

The AI Law applies broadly to Vietnamese organizations and individuals, as well as foreign entities that participate in AI-related activities within Vietnam. The law expressly excludes AI activities conducted solely for national defense, security, and cryptography purposes.

A defining feature of the AI Law is that it regulates by role, not by industry. It distinguishes between:

  • Developers, who design, build, train, test, or fine-tune AI models and have direct control over the technical methods, training data, or model parameters;
  • Providers, who place AI systems on the market or put them into use under their own names;
  • Deployers, who use AI systems under their control in professional, commercial, or service-provision activities;
  • Users, who interact with AI systems or rely on their outputs; and
  • Affected persons, whose lawful rights or interests, life, health, property, reputation, or opportunity to access services are directly or indirectly impacted by the deployment of, or by the outputs generated by, AI systems.

From a practical perspective, this role-based structure is critical. An organization may play multiple roles across different AI systems, or even within the same system. Where contractual roles do not align with regulatory roles under the AI Law, businesses may face unexpected compliance exposure or risk failing to fully meet their statutory obligations. As a result, role identification is the first governance decision any AI-related business must make under the AI Law.

Risk-Based Classification as the First Compliance Gate

At the core of the AI Law is a risk-based regulatory model. In particular, AI systems are classified as either high-risk, medium-risk, or low-risk, as defined below:

  • High-risk: May cause significant harm to life, health, or the lawful rights and interests of organizations or individuals, as well as to national interests, public interests, or national security. Given this broad definition, the prime minister is tasked to issue a list specifying which AI systems are classified as high-risk. Accordingly, only the systems included in this list will be subject to the strictest regulatory requirements applicable to high-risk AI (details of which will be discussed further below).
  • Medium-risk: May have the potential to confuse, influence, or manipulate users due to users being unable to recognize that the interacting entity is an AI system or that the content is generated by such a system.
  • Low-risk: All remaining systems.

This classification is essentially the gateway to compliance, since it determines whether obligations such as notification, conformity assessment, and other ongoing governance obligations apply. While Vietnam’s AI Law is broadly aligned with the EU AI Act in adopting a risk-based regulatory philosophy, its framework is structurally simpler. Unlike the EU AI Act, which embeds outright prohibitions within a four-tier risk taxonomy, Vietnam addresses prohibited AI practices separately and applies its three-tier classification only to AI systems that are otherwise lawful. From a governance perspective, this reduces classification ambiguity and supports more predictable enforcement.

Under the AI Law, providers bear the formal responsibility for self-classifying AI systems before they are put into use. Deployers inherit this classification but must reassess it if they materially modify the system or change how it is used.

For medium- and high-risk systems, providers must additionally prepare a risk classification dossier, and notify the Ministry of Science and Technology (MST) through the national AI portal before deployment.

Governance of AI Systems Based on Risk Levels

Governance of High-Risk AI Systems

Being classified as high-risk (included in the list of high-risk AI systems to be announced by the prime minister) has significant operational and governance implications. The AI Law imposes a lifecycle-wide governance framework that directly affects product design, deployment decisions, internal controls, and regulatory engagement. In particular:

Transparency obligation: Transparency under the AI Law is a user-facing operational obligation, not merely a documentation requirement. Providers must ensure that users can recognize when they are interacting with an AI system, and that AI-generated audio, images, and videos are appropriately marked in accordance with government standards. Deployers have corresponding duties when AI-generated or AI-edited content is made public, including clear disclosure and visible labeling where such content may cause confusion or involve simulation or impersonation. In practice, this requires transparency to be embedded into product design, user interfaces, content workflows, and public communications throughout the AI system’s lifecycle.

Incident management: The AI Law treats incident management as a collective obligation across the AI value chain. Developers, providers, deployers, and users are all required to ensure the safety, security, and reliability of AI systems, and to promptly detect and address incidents that may cause harm to individuals, property, data, or social order. Where a serious incident occurs, developers and providers must take immediate technical measures to remedy the issue, including suspending or recalling the system if necessary, and notify the competent authorities through the national one-stop AI portal. Deployers and users, in turn, are required to record, report, and cooperate in incident handling and remediation.

From a governance perspective, this framework requires organizations to establish clear internal incident thresholds, reporting and escalation procedures, and cross-functional coordination between technical, legal, and compliance teams, as well as operational readiness to suspend or withdraw AI systems when mandated by regulators.

Conformity assessment: High-risk AI systems are subject to mandatory conformity assessment before being put into use and upon any significant modification during operation. Depending on whether a system falls within the prime minister-issued list of systems requiring prior certification, conformity assessment may take the form of third-party certification by a registered or recognized assessment body if certification is mandatory, or self-assessment (or outsourced assessment) by the provider if certification is not mandatory. A positive conformity assessment is a legal precondition for deployment, and providers are required to maintain conformity and publicly disclose relevant information on an ongoing basis.

Local presence for foreign providers: Foreign providers supplying high-risk AI systems in Vietnam are required to establish a lawful local contact point in Vietnam. When a high-risk system falls within the category subject to mandatory conformity certification prior to deployment, the provider must additionally establish a commercial presence or appoint an authorized representative in Vietnam.

Lifecycle governance obligations: Beyond these headline requirements, high-risk systems are subject to continuous risk management, data governance controls, technical documentation, human oversight, and regulatory cooperation obligations. For deployers, this translates into stricter limits on how systems may be used, monitored, and scaled beyond their original purpose.

Governance of Medium-Risk and Low-Risk AI Systems

Under the AI Law, medium-risk AI systems are governed primarily through transparency and accountability mechanisms rather than ex ante conformity assessment and certification (if applicable). Providers and deployers must comply with the transparency requirements mentioned above and be prepared to explain, upon request by competent authorities, the system’s purpose, functional operation, key input data, and risk management measures, without being required to disclose source code, detailed algorithms, or trade secrets. Deployers also bear responsibility for explaining system operation, risk controls, incident handling, and protection of affected persons’ lawful rights.

Low-risk AI systems, by contrast, are subject to a largely post hoc oversight model. Providers and deployers are only required to account for such systems when there are indications of legal violations or adverse impacts on lawful rights or interests, while users remain free to use low-risk systems for lawful purposes at their own responsibility.

From a governance perspective, this lighter regulatory approach does not eliminate the need for internal controls. Organizations deploying medium- and low-risk AI systems should still maintain basic documentation, transparency mechanisms, and internal escalation pathways to respond efficiently if regulatory scrutiny or incidents arise, and are encouraged to apply relevant technical standards on a voluntary basis.

Other Notable Features of the AI Law

The AI Law establishes a sandbox mechanism for AI, under which testing results may be used by authorities to recognize conformity assessment results or adjust applicable obligations.

Vietnam will adopt a National AI Strategy issued by the prime minister and subject to periodic review at least every three years or upon significant technological or market developments.

The AI Law introduces a National AI Ethics Framework to guide the development of standards, technical regulations, sector-specific guidance, and incentive policies for safe, trustworthy, and responsible AI, with voluntary application encouraged.

Violators of the AI Law and other relevant legal provisions related to AI, depending on the nature, severity, and consequences of the violation, will be subject to administrative sanctions or criminal liability. If damage occurs, they must compensate according to civil law provisions.

Outlook

While the AI Law represents a significant milestone in Vietnam’s digital regulatory development, it is best understood as a framework law rather than a fully exhaustive regulatory regime. Many key compliance elements, including detailed risk classification criteria, transparency and labeling requirements, incident reporting thresholds, conformity assessment procedures, and local presence obligations for foreign providers, are to be provided in subordinate implementing regulations.

At the time of writing, the competent authorities have not announced a specific timeline for the issuance of these implementing decrees and guidance. As a result, the full scope of practical compliance obligations and enforcement in respect of the foregoing obligations, especially for providers and deployers of high-risk AI systems, will only become clear as secondary legislation and regulatory guidance are issued.

Regardless, businesses developing, providing, or deploying AI systems in or into Vietnam should begin compliance planning at an early stage, rather than waiting for implementing decrees or enforcement actions. Early preparation will be particularly important for organizations operating complex AI supply chains or deploying systems that may fall within higher risk categories.

RELATED INSIGHTS​ 

August 11, 2026
On July 27, 2026, the State Bank of Vietnam (SBV) released a draft decree proposing amendments to Decree No. 52/2024/ND-CP dated May 15, 2024, on non-cash payments (Decree 52). The draft decree would amend 17 of Decree 52’s 38 articles, with several key changes directly affecting providers of intermediary payment service (IPS). The key proposed changes affecting IPS providers are outlined below. Streamlining IPS Licensing Procedures A central objective of the draft decree is to simplify regulatory procedures for IPS providers. Notably, it would significantly reduce IPS licensing documentation requirements by removing the need to submit enterprise registration certificates, investment registration certificates, and documents evidencing the qualifications of the legal representative and general director. Instead, the SBV would retrieve this information directly from national business registration and other specialized databases, requesting additional documents only where the relevant information cannot be verified electronically or is incomplete. The draft decree also removes the current limit of two rounds for dossier supplementation and shortens processing timelines for several IPS licensing procedures such as issuance, amendment, and reissuance of IPS licenses. The processing time for new IPS license applications would be thereby reduced from 90 to 60 working days. In addition, several continuing IPS business conditions would be removed. For example, IPS providers would no longer be required to maintain certain representations relating to corporate restructuring or the legality of contributed capital. Likewise, the IPS project plan (đề án) would become a one-time application document rather than an ongoing licensing condition. If retained in the final decree, this change could provide IPS providers with significantly greater flexibility to implement post-licensing technology upgrades, system integrations, and corporate restructuring transactions without needing to revisit the originally approved project plan. The draft decree also removes the requirement for the SBV to consult the Ministry of Public
August 10, 2026
Thailand has finalized its social media KYC (“know your customer”) rules under Notification of the Electronic Transactions Commission on Measures to Prevent Technological Crimes for Social Media Service Providers (No. 2), which was published in the Government Gazette on May 5, 2026, and will take effect on November 1, 2026. While an early draft of the notification proposed requiring social media platforms to arrange identification of every user account, the final notification is significantly more targeted, focusing on paid online advertising and advertiser identity verification. Though the regulatory initiative primarily aims to combat online fraud and technology-related crimes, it also has important consequences for intellectual property enforcement, because the verified platform records that will be generated under the new requirements can help IP rights holders to identify anonymous online infringers. Key Regulatory Mandates The notification requires social media service providers to verify the identity of advertisers before their paid advertisements are published and disseminated in Thailand through social media, regardless of whether the advertising fees come from the advertisers or third parties. Verification of an advertiser is valid for one year, after which verification would have to be performed again before the platform could publish additional paid advertisements from the advertiser. Permitted verification methods are specified under the notification. A platform may verify an advertiser by checking identity evidence and confirming the connection between the advertiser and that identity evidence, with the notification giving facial comparison against certain government-issued identity documents as an example. Alternatively, platforms may verify advertisers through a digital identity verification and authentication system with an identity-proofing assurance level not lower than the level prescribed by Thailand’s Electronic Transactions Commission. The notification further requires platforms to retain only the advertiser’s information necessary to identify the advertiser, beginning from the start of the advertising activity and for
August 10, 2026
On July 31, 2026, Thailand’s Big Data Institute (BDI) launched a public consultation on the principles of a proposed new data-sharing law, with comments accepted until August 31, 2026. If enacted, the law would establish Thailand’s first comprehensive framework for government and private-sector data sharing, creating a systematic, secure, and transparent regime to support analytics, policymaking, research, and innovation. Central Data-Sharing Platform The draft law establishes a central system for data sharing, managed by the BDI. Government agencies would be required to connect to the BDI’s Data Integration and Intelligence Platform (also referred to as D2), in accordance with the BDI’s rules and procedures. Five Dimensions of Data Sharing The draft law covers five key types of data sharing between government (G), businesses (B), and consumers (C): G2B: Private organizations may request government data specifically for research and development purposes. The BDI will assess the applicant’s data governance, security, and privacy capabilities whether such measures meet prescribed standards before forwarding the request to the relevant government agency within 90 days. Any dispute may be escalated to a newly established Data-Sharing Promotion Committee for final determination. G2G: Government agencies may request data from other agencies through the central system. The data-holding agency must respond within 90 days, taking legality, necessity, proportionality, public interest, and personal data protection into account. Disputes may be referred to the Data-Sharing Promotion Committee for adjudication. B2G: In emergency situations involving public safety, economic security, or disaster response, the Minister of Digital Economy and Society may require private entities to provide data through the central data-sharing system. Government agencies must specify the data requested, demonstrate its necessity and expected benefits, and request only data reasonably available to the data holder. Requests for personal data must be limited to the minimum amount necessary. B2C: Royal decrees may
August 10, 2026
Thailand’s Office of the Personal Data Protection Committee (PDPC) recently released draft guidance on records of processing activities (ROPA) for personal data controllers and processors under the Personal Data Protection Act B.E. 2562 (2019) (PDPA). The draft guidance, which was presented to the public on July 7, 2026, addresses both controller records of collection, use, and disclosure of personal data and processor records of processing activities carried out on behalf of controllers. If implemented, the guidance will significantly expand organizational expectations for ROPA preparation, maintenance, and use across all sectors. Key Takeaways The draft guidance contains several important implications for organizations subject to the PDPA: ROPA reframed as a core accountability tool. The guidance elevates ROPA from an administrative record to a central accountability mechanism, connecting controller duties with recordkeeping obligations. ROPA as a source for privacy notices and governance documents. ROPA should serve as the primary source for privacy notices and align with consent management, retention schedules, DPIAs, incident response plans, and vendor contracts. Expanded scope across all activities. ROPA must cover all processing activities across the organization—including security, finance, HR, and external contractors—with correct controller or processor classification for each. Ongoing maintenance and auditability. ROPA must be updated for any change to systems, purposes, or processors, reviewed at least annually, and maintained with version control and a designated owner. Enhanced vendor, processor, and cross-border transfer requirements. Organizations must document all processors, external recipients, and cross-border transfers, specifying purposes, access scope, and destination countries. Linkage with risk assessment, DPIAs, and LIAs. ROPA should assign risk levels to each activity and identify when data protection impact assessments (DPIAs) or legitimate interests assessments (LIAs) are required, functioning as a risk-management tool. ROPA and data breach readiness. Incomplete ROPA can delay breach response and notification. Organizations should map data flows, vendors,