Article 26(1)
Use the system in accordance with the instructions for use.
Engineering control: Document which systems you run, their stated purpose, and how your use aligns. If the provider says a use case is unsupported, either stop that use or get written confirmation it is supported.
Article 26(2)
Arrange that human oversight is carried out by persons with the necessary competence, training, and authority.
Engineering control: Name an owner per system. The oversight must be able to interpret the output, monitor anomalies, and suspend use. "A human exists somewhere" is not enough — the person must have the authority to stop it.
Article 26(3)
Ensure the input data is relevant and sufficiently representative for the intended purpose.
Engineering control: Capture what data feeds each AI system. If the input is biased, stale, or out-of-distribution, the output is unreliable and you are exposed. This is a monitoring and data-lineage problem, not a checkbox.
Article 26(4)
Monitor the operation of the system and retain the automatic logs for at least six months.
Engineering control: Structured, tamper-evident logs of every execution — inputs, outputs, model version, provider, and any human decision. Retention enforced at the runtime, not reconstructed after a regulator asks.
Article 26(5)
Inform workers and their representatives before putting the system into use, where it affects them.
Engineering control: A communication and documentation step. If your AI touches hiring, evaluation, or task allocation, the affected workforce must be told. Keep a dated record of the notice.
Article 26(6)
Assess the fundamental-rights impact of high-risk systems you deploy.
Engineering control: A documented impact assessment for high-risk deployments. This is the piece most organisations skip — and the one a market surveillance authority asks for first.