The EU AI Act: How to deal with it

EU AI Act

AI initiatives require governance, transparency, and operational accountability. It is crucial to understand the expectations not only by CTOs CIOs, but also developers, who are creating or implementing AI into systems.

AI Act introduces gives clues on AI systems should be developed, monitored, documented, and integrated into enterprise environments.

At the core of the AI Act is a risk classification framework. AI systems are categorized according to the level of risk they pose to individuals and society, with obligations increasing alongside risk.

Risk CategoryExamplesRegulatory Impact
Unacceptable RiskSocial scoring, subliminal manipulationProhibited
High RiskHealthcare, finance, hiring, law enforcementStrict governance and compliance requirements
Limited RiskChatbots, image generatorsTransparency obligations
Minimal RiskSpam filters, recommendation engines, A/B testingNo major additional obligations

Organizations operating in regulated industries such as banking, telecom, healthcare, finance are particularly likely to encounter high-risk classifications. In these cases, compliance requirements may include:

  • Human oversight mechanisms
  • Detailed technical documentation
  • Risk management processes
  • Data governance controls
  • Auditability and traceability
  • Ongoing monitoring and reporting

Even limited-risk systems face increasing scrutiny around transparency and responsible AI use.

Why AI Governance Is Now a Strategic Priority

The AI Act transforms AI governance from a best practice into a business requirement.

This is not only a legal or policy issue, it is also a deeply technical challenge. Enterprises must demonstrate that governance policies are enforceable within their systems and workflows.

Technology leaders should expect to answer questions such as:

  • Can you explain how an AI decision was made?
  • Can you trace outputs back to source data and model versions?
  • Can a human intervene or override decisions?
  • Can your systems mitigate hallucinations and prompt injection attacks?
  • Can you provide evidence during audits or incident investigations?
  • Are AI decisions logged, monitored, and reproducible?

Organizations that cannot answer these questions consistently may face operational, legal, and reputational risks.

To prepare for the EU AI Act make sure you are following foundational capabilities.

1. Classify AI Systems by Risk Level

Start with a complete inventory of AI systems across the organization. Determine which applications fall into high-risk, limited-risk, or minimal-risk categories under the AI Act framework. Without visibility into your AI landscape, governance becomes impossible.

2. Establish End-to-End Traceability

Every AI output should be traceable to:

  • Input data
  • Prompt context
  • Decision logic
  • Workflow state
  • Model version
  • Human approvals or overrides

Traceability is essential for audits, debugging, compliance reporting, and incident response.

3. Build Explainability into the Architecture

AI systems must be understandable not only to engineers, but also to auditors, regulators, business stakeholders, and customers.

Organizations should prioritize architectures that support transparent logic and process visibility through tools such as:

  • BPMN (Business Process Model and Notation)
  • DMN (Decision Model and Notation)
  • Structured orchestration layers
  • Observable workflows

Explainability becomes especially important when AI outputs affect business-critical decisions.

4. Design Human-in-the-Loop Controls

Human oversight is a central principle of the AI Act. Organizations should implement mechanisms that allow humans to:

  • Review AI-generated recommendations
  • Approve or reject decisions
  • Escalate uncertain outcomes
  • Intervene when confidence thresholds are low

This is particularly important in sectors like healthcare, finance, insurance, and HR.

5. Deploy Auditable Process Infrastructure

Compliance requires durable records. Organizations should use orchestration and workflow platforms that provide:

  • Persistent execution histories
  • Immutable audit logs
  • Version tracking
  • Event-level observability
  • Process replay capabilities

These capabilities simplify compliance reporting while improving operational resilience.

6. Secure Inputs and Outputs

Generative AI introduces new attack surfaces, including:

  • Prompt injection
  • Data leakage
  • Hallucinations
  • Unsafe or biased outputs

Technical safeguards should include:

  • Input sanitization
  • Output validation
  • Confidence scoring
  • Policy enforcement layers
  • Structured prompt templates
  • Fallback handling

AI systems should be treated as untrusted components within larger enterprise architectures.

7. Define Fallback and Escalation Paths

AI services can fail, degrade, or produce unreliable responses. Organizations should define clear contingency workflows, including:

  • Automatic retries
  • Alternative model routing
  • Human escalation
  • Service degradation modes
  • Business continuity procedures

Reliable orchestration is critical for maintaining operational stability.

8. Align AI Practices with GDPR

The AI Act does not replace GDPR. The two frameworks overlap significantly. Organizations handling EU personal data must ensure AI systems follow principles such as:

  • Data minimization
  • Transparency
  • Purpose limitation
  • Consent management
  • Right to explanation
  • Secure processing

AI governance and privacy governance must operate together.

9. Monitor and Log AI Activity

Continuous monitoring is essential for both governance and cost control. Organizations should track:

  • Usage patterns
  • Prompt activity
  • Token consumption
  • Latency
  • Confidence scores
  • Failure rates
  • Human intervention frequency
  • Business outcomes

Centralized dashboards and observability tooling help maintain operational visibility.

10. Avoid Vendor Lock-In

AI infrastructure evolves rapidly. Organizations should maintain flexibility in:

  • LLM providers
  • Agent frameworks
  • Hosting environments
  • Orchestration platforms
  • Deployment models

Open and interoperable architectures reduce long-term risk and allow organizations to adapt as regulations and technologies change.

Platforms such as Camunda help organizations orchestrate AI processes across cloud, on-premises, and hybrid environments while maintaining governance controls.

11. Make Compliance Part of Development

Compliance documentation should not become a manual afterthought. Instead, organizations should integrate compliance artifacts directly into their engineering lifecycle, including:

  • Model documentation
  • Decision logs
  • Architecture diagrams
  • Process models
  • Governance approvals
  • Risk assessments

The goal is to make compliance a byproduct of well-designed systems.

12. Continuously Update Governance Policies

AI regulation and technology will continue evolving. Organizations should establish recurring governance reviews to evaluate:

  • New regulatory obligations
  • Emerging AI risks
  • Updated security threats
  • Model performance
  • Escalation criteria
  • Operational controls

AI governance is not a one-time project — it is an ongoing operational discipline.

Tips for Developers

Developers are on the front lines of AI governance. The decisions made during implementation directly affect whether AI systems can meet regulatory and operational requirements.

Here are the most important considerations for developers.

  • Treat AI as a Component, Not the Entire System: Large language models should not operate independently in critical workflows. Instead, developers should build AI systems with:
    • Orchestration layers
    • Deterministic business rules
    • Validation services
    • Human approval steps
    • Monitoring and fallback mechanisms
  • Log Everything That Matters: As Developer you should ensure systems capture:
    • Prompts and responses
    • Model versions
    • Confidence scores
    • User actions
    • Workflow transitions
    • API calls
    • Human interventions
  • Build for Explainability whenever possible by:
    • Separate business logic from model outputs
    • Use structured decision flows
    • Store reasoning metadata
    • Expose traceable workflow states
    • Maintain reproducible execution histories
  • Implement AI Guardrails Early: Security and governance should be built into the architecture from day one.
    • Prompt filtering
    • Output moderation
    • Schema validation
    • Rate limiting
    • Permission boundaries
    • Sensitive data detection
    • Sandboxed execution environments
  • Design Human Escalation Paths: AI systems should know when to defer to humans Good scenarios for that are:
    • Ambiguous requests
    • High-risk decisions
    • Sensitive content
    • Compliance exceptions
    • Incomplete data
    • Unexpected outputs


Are you interested in Camunda?

Let us walk you through your options

Do you have any questions?