The EU AI Act Is Here. Can Your Hotel Explain What Its AI Does?

For years, hotels have evaluated artificial intelligence by asking what it can do.
Can it answer guest questions faster? Handle calls after hours? Reduce administrative work? Make reservations easier to manage? Help teams deliver more consistent service?
Those questions still matter. But for European hotels, another question has become impossible to ignore:
If a guest, regulator, or hotel owner asks what your AI did, can you explain it?
On August 2, 2026, key transparency requirements under the EU Artificial Intelligence Act began to apply. For hotels using conversational AI, virtual concierges, automated guest messaging, or AI-generated content, this marks an important change in how technology should be evaluated.
The commercial question is no longer simply whether AI can complete a task. It is whether the hotel can trust, understand, and account for the way that task was completed.
And that responsibility cannot always be delegated entirely to a technology vendor.
What Actually Changed Under the EU AI Act in 2026?
The EU Artificial Intelligence Act (Regulation EU 2024/1689) entered into force on August 1, 2024, with different provisions becoming applicable in stages.
The legislation follows a risk-based approach. It does not treat every AI application as equally dangerous or subject every hotel chatbot to the same requirements as an AI system used in a high-risk setting.
The implementation timeline has also changed.
In July 2026, the EU adopted the Digital Omnibus on AI, which simplified certain obligations and extended the implementation deadlines for high-risk AI systems.
According to the European Commission's current AI Act implementation timeline, the key milestones are:
- February 2, 2025: Initial provisions, including prohibited AI practices, began to apply. AI literacy provisions also took effect, with their framework subsequently amended.
- August 2, 2025: Governance provisions and obligations for general-purpose AI models began to apply.
- August 2, 2026: Most remaining provisions, including important Article 50 transparency requirements, became applicable, and enforcement began for applicable obligations.
- December 2, 2027: Requirements for high-risk AI systems covered by Annex III become applicable.
- August 2, 2028: Requirements for high-risk AI systems embedded in regulated products covered by Annex I become applicable.
For hotel operators, the most immediate issue is often not the high-risk classification of an AI system.
It is what happens when a guest interacts with AI without clearly understanding who or what is responding.
The Transparency Rule Hotels Should Understand
Article 50 establishes transparency requirements for certain AI systems, including systems intended to interact directly with people.
In general, providers of these systems must ensure that people are informed they are interacting with AI, unless that fact is obvious from the circumstances and context.
This distinction matters in hospitality because AI is often deployed in environments where guests traditionally expect to communicate with an employee.
Consider a guest calling the front desk at 11 PM.
The guest asks whether they can extend their stay, whether another room is available, or whether a maintenance problem can be resolved.
An AI Digital Employee may be able to assist with these requests through configured integrations and operating rules.
But the guest should not be left with a misleading impression about the nature of the interaction.
The hotel should understand how the technology communicates its AI identity, when disclosure occurs, and whether the experience is consistent across the channels where the relevant obligations apply.
An AI disclosure does not have to make the conversation less helpful or less personal.
Transparency and hospitality are not competing objectives. A guest can know they are speaking with AI and still receive fast, thoughtful, effective service.
The European Commission's AI Act guidance explains the broader regulatory approach and the requirements applicable to different categories of AI systems.
The Act also addresses certain AI-generated or manipulated content, although the specific obligations depend on the type of content, the system involved, and the respective legal responsibilities of providers and deployers.
Buying AI Does Not Transfer Every Responsibility to the Vendor
One of the most important distinctions in the EU AI Act is between an AI provider and an AI deployer.
The provider develops an AI system or places it on the market under its name or trademark, while the deployer uses an AI system under its authority, subject to the definitions and exceptions in the legislation.
A technology company may be responsible for implementing certain system-level requirements.
A hotel using the system may have separate responsibilities arising from its own deployment, operating processes, and applicable laws.
This means that a hotel cannot assume a vendor's general statement about compliance resolves every question about the hotel's actual use of the technology.
The appropriate responsibilities depend on the particular AI system, its intended purpose, the way it is deployed, and the provisions that apply.
For hotel operators, that distinction creates a practical procurement challenge.
A vendor may demonstrate a convincing conversation, but that does not necessarily explain how the system handles exceptional situations, records important actions, or determines when a team member must intervene.
These are not merely technical details.
They affect guest trust, operational accountability, and the hotel's ability to investigate problems.
Five Questions Every Hotel Should Ask an AI Vendor
Hotels do not need to become AI regulation specialists before evaluating technology.
They do, however, need to ask more informed questions about how AI operates within their business.
1. Will Guests Know When They Are Interacting With AI?
Ask how the system identifies itself during relevant guest interactions.
Does it provide an appropriate disclosure during phone conversations? How does it handle text-based interactions? What happens when the conversation moves between channels?
The answers should account for the actual deployment and applicable transparency requirements, not simply a generic statement that the product is compliant.
2. Can We Understand What the AI Actually Did?
There is a difference between knowing that a conversation took place and understanding which operational actions followed.
If a guest requests a reservation change, can authorized staff determine what information was used, whether a change was made, and what was communicated to the guest?
Appropriate records can help teams investigate disputes, resolve service problems, and maintain accountability.
Recordkeeping should also be designed around applicable privacy, data protection, security, and retention requirements. More data collection is not automatically better governance.
3. When Does a Human Take Over?
Not every guest request should be completed without human involvement.
A sensitive complaint, an unusual reservation exception, a disputed charge, or a situation requiring discretion may call for an employee's judgment.
Hotels should understand how an AI system recognizes its operating limits, how escalation is triggered, and what context is passed to the human team.
Human oversight is not necessarily a failure of automation.
It is part of designing an operating model in which technology and employees have clearly defined responsibilities.
4. Who Is Responsible When Something Goes Wrong?
If AI provides incorrect information, attempts an unauthorized action, or fails to escalate an important request, which party investigates and resolves the issue?
What does the vendor support? What remains the hotel's responsibility?
These questions should be addressed through operational procedures, vendor documentation, and appropriate contractual arrangements.
The exact allocation of legal responsibility cannot be established through a general marketing statement.
5. Can the Same Controls Work Across Our Portfolio?
An independent hotel may have one set of policies and one technology environment.
A hotel group may operate across different properties, brands, countries, and systems.
As AI deployment expands, inconsistent disclosures, permissions, escalation rules, and monitoring processes can become increasingly difficult to manage.
For multi-property operators, responsible AI adoption should therefore include an assessment of how the same governance principles can be applied consistently without ignoring property-specific requirements.
The strongest vendor evaluation looks beyond what AI can automate and examines how the hotel will remain informed and in control.
What Responsible AI Means for Una by Polydom
At Una by Polydom, we believe responsible AI should be part of the operating model rather than something considered only after deployment.
Una is a voice-first AI Digital Employee designed to support hospitality operations through guest communication, eligible reservation actions, workflow coordination, and human handoffs.
The difference between a conversational demonstration and an operational deployment becomes especially important when AI moves from answering questions to acting within hotel systems.
Consider a guest who calls to extend a reservation.
Depending on the property's configuration and available integrations, Una may be able to check relevant reservation details, determine whether an eligible extension can be processed, communicate the outcome, and involve a human employee when the request falls outside authorized rules.
That workflow involves more than producing an answer.
It requires the AI system to operate within defined permissions, use appropriate information, and recognize when human involvement is necessary.
Una's approach incorporates AI attribution in guest interactions, disclosure mechanisms for relevant voice interactions, communication logging, human escalation support, and operational controls intended to improve transparency and accountability.
However, the existence of these capabilities does not, by itself, establish compliance with every applicable provision of the EU AI Act.
Actual requirements depend on the deployment, the applicable legal framework, the hotel's responsibilities, and the configuration of the technology.
For operators, the business value is the ability to delegate supported routine work while maintaining appropriate visibility and human control.
Guests can receive assistance outside traditional staffing hours, while employees remain available for complex situations and decisions that require their expertise.
Responsible implementation does not eliminate the need for human teams.
It helps define where technology should act and where human judgment remains essential.
Why the United States Is Taking a Different Approach
The United States does not currently have a single comprehensive federal AI law equivalent to the EU AI Act.
Instead, its regulatory environment continues to evolve through existing federal laws, executive policy initiatives, sector-specific requirements, and state legislation.
In March 2026, the White House presented a National AI Legislative Framework intended to inform congressional action.
The United States and European Union therefore remain different regulatory environments, both in structure and in the obligations applicable to particular uses of AI.
For international hospitality operators, however, this raises an important operational question.
Should a hotel group maintain entirely different standards for guest-facing AI across jurisdictions, or should it establish common internal principles while adapting to local legal requirements?
We believe transparency, traceability, and appropriate human oversight are sensible foundations for a consistent operating model.
That does not mean applying EU law indiscriminately to properties outside its territorial scope.
It means recognizing that guest trust and operational accountability are valuable even where a particular disclosure or governance practice is not expressly required by local AI legislation.
Guests cross borders. Hospitality brands operate internationally. Technology providers serve properties in multiple markets.
A coherent approach to responsible AI can make these relationships easier to manage.
Hospitality Is Developing Its Own AI Governance Framework
Legislation establishes important legal boundaries, but it cannot answer every practical question about AI deployment in a hotel.
Hospitality has its own operational requirements: guest expectations, reservation systems, sensitive information, service recovery, multilingual communication, and the interaction between technology and frontline teams.
This is why the work of the AI Hospitality Alliance (AIHA) matters.
AIHA brings together hospitality and technology professionals to develop shared guidance, architectural frameworks, and practical approaches to responsible AI adoption.
Its work includes governance, transparency, interoperability, technical architecture, and organizational readiness.
The Alliance has established eight industry workstreams, including efforts related to Governance & Responsible AI.
Its published Standards and Frameworks provide resources that hospitality organizations can consult when evaluating AI architecture and implementation practices.
These frameworks are industry guidance rather than substitutes for applicable legislation.
Their value lies in connecting broad regulatory and technical principles with the realities of hospitality operations.
Polydom participates in this broader industry effort as a Founding Partner of AIHA, with Co-founder and CEO Lana Udalov serving on the Advisory Board and CTO Evgeny Chernyshov contributing to technical workstreams.
For an industry built around human service, shared standards can help ensure that innovation does not come at the expense of accountability.
From AI Adoption to Responsible AI Operations
The first phase of hospitality AI adoption was largely about capability.
Could AI answer a question? Handle a guest inquiry? Reduce repetitive work? Support a reservation? Respond after hours?
Those questions will remain important.
But as AI becomes more deeply involved in hotel operations, another set of questions will shape buying decisions.
Can the system's actions be understood? Can relevant interactions be traced? Does the guest know when they are dealing with AI? Can employees intervene appropriately? Does the hotel understand its own responsibilities?
The EU AI Act makes some of these questions a legal obligation in defined circumstances.
Others remain matters of operational judgment, procurement discipline, and service quality.
For hotel leaders, the opportunity is to address both.
The goal should not be automation at any cost. It should be automation that operators can rely on, employees can work alongside, and guests can trust.
That is how AI becomes more than another technology investment.
It becomes a sustainable part of hospitality operations.
Official Resources and Further Reading
For hospitality operators reviewing their AI responsibilities, the following resources provide authoritative legal information and additional industry context:
- Regulation (EU) 2024/1689 — EU Artificial Intelligence Act
- Regulation (EU) 2026/1744 — Digital Omnibus on AI
- European Commission — AI Act Regulatory Framework
- European Commission — AI Act Implementation Timeline
- European Commission — AI Act Questions and Answers
- European Commission — AI Act Enforcement Framework
- AI Hospitality Alliance
- AIHA — Standards and Frameworks
- Una by Polydom
This article is provided for general informational purposes and does not constitute legal advice. The applicability of specific AI Act obligations depends on the relevant AI system, the organization's role, its deployment, and applicable law.
Evaluate How Una Fits Your Hotel's Operating Model
If your hotel or property portfolio is evaluating guest-facing AI, the right conversation should go beyond automation rates and feature lists.
Explore how Una by Polydom approaches guest communication, operational workflows, and human handoffs within existing hospitality systems—and which deployment controls are appropriate for your properties.


