Workshop and inventory
We establish objectives, processes, tools, suppliers, data and accountable people. We also record AI embedded in business applications and points where decisions are executed automatically.
AI Act audit
We check where your company uses AI, what data enters the tools and who is accountable for decisions. We assess AI Act requirements alongside documentation, access and human oversight. You receive a system register, findings and an action plan for business, IT and compliance teams.
Trusted by
The audit covers companies using ready-made tools, building their own solutions or buying services with AI features. We review sales, HR, finance, marketing, customer service, document analysis, reporting, IT and cybersecurity. The same model can summarise text or support decisions affecting people; a product name alone does not determine risk. We prioritise protected data, financial decisions and effects on individuals. Virtline's audit is an advisory and technical review, not certification or a substitute for a required conformity assessment.
An AI Act audit identifies requirements and gaps. These services can separately help assess a process or implement agreed improvements.
TÜV NORD Polska has certified Virtline’s information security management system to PN-EN ISO/IEC 27001:2023-08. The published certificate states its scope and validity.
View Virtline’s certificateAs of 25 September 2026, the dates depend on the system and the company's role. These dates reflect the AI Act and enacted amendment 2026/1744. Our audit also checks exceptions and transition rules for existing systems; we do not assign one deadline to the whole company.
We combine owner interviews, document analysis and an agreed technical review. The report states the sample scope and any unavailable data.
We establish objectives, processes, tools, suppliers, data and accountable people. We also record AI embedded in business applications and points where decisions are executed automatically.
We check whether the AI Act applies, the company's role, intended use, risk and relevant dates. We separate legal duties from security recommendations and questions requiring legal determination.
We review policies, contracts, instructions, approvals and user literacy. We examine access, data, human oversight, monitoring and decision records, along with agreed failure and misuse scenarios.
We present findings, recommendations, owners and priorities. We agree on how to verify improvements, update documentation and, if needed, arrange separate implementation support.
Practical scope
The report separates findings, missing information, company decisions and recommendations. It does not declare that every system meets every requirement.
Models, chatbots, agents, SaaS applications, APIs, integrations and local instances with process owners. We record suppliers, users, affected persons, training and contextual data, flows, logs and retention periods.
Reasons for the classification of use cases, prohibitions and obligations, with dates and open questions. We distinguish providers and deployers and, where relevant, product manufacturers, authorised representatives, importers and distributors.
AI usage rules, instructions, approval of new tools, risk escalation, literacy development, AI notices and content labelling. We identify who approves a decision, on what basis, where it is recorded and how to raise an objection, correct an output or stop the process.
Gaps, priorities, owners and verification criteria for access, retention, logs, testing, monitoring, suppliers, backup and continuity. The plan identifies documents and records needed by management, IT, compliance, legal teams and auditors.
Official texts of the regulation and its amendment in EUR-Lex.
Source
The official text of the EU Artificial Intelligence Act in EUR-Lex.
Open sourceSource
The official Digital Omnibus on AI act of 8 July 2026, which changes, among other provisions, the application dates for high-risk AI systems.
Open sourceNot automatically. A company using a system under its authority may be a deployer. A provider includes an entity that develops a system or model, or commissions its development, and markets it under its own name or, for a system, puts it into service. We assess roles from actual activities and record employees and affected persons separately. GPAI model-provider obligations do not automatically pass to every chatbot user. For GPAI, we separately review documentation, transparency, copyright and requirements for models with systemic risk, where applicable.
No. Prohibitions include harmful manipulation and certain forms of social scoring, subject to Article 5 conditions; a company policy or human approval does not make them lawful. High risk entails specific requirements, depending on the use and applicable date. We separately review transparency, such as notices about AI interaction or labelling certain content. Lower risk does not remove data-protection requirements. Classification concerns the particular use, not only the model, industry or offline deployment.
Knowledge sources, index permissions, data separation, access, retention, logs, API integrations and response quality. The review covers agreed solutions, including n8n, Open WebUI, Microsoft 365 and agents. We examine attempts to inject unwanted instructions, disclosure of personal data or trade secrets, biased outputs, fallback arrangements and process stops. In HR, scoring and alert analysis, we also review decision oversight, manual correction and control of response actions. Local models and RAG do not ensure security by themselves.
We can separately agree on policies, access, logging, monitoring, supplier requirements and approval of new use cases. Neither an audit nor implementation guarantees compliance. Your company remains accountable for decisions; any legal review or formal conformity assessment needed is determined separately. We align overlapping work on GDPR, NIS2, DORA and ISO 27001 without treating them as equivalent to the AI Act. Virtline's certificate covers its own management system, not the audited AI.
Describe how you use AI, whether you build your own system, what data it processes and who uses its outputs. Identify critical processes, RAG or local models. Do not send passwords or confidential input data.
Discuss your AI use cases