AI Act Article 10: what to ask about training and testing data
Prepare the data evidence for a high-risk AI project: where examples came from, what they represent and which parts of the intended use remain untested.
Articles grouped by business problem, industry, and system type.
Prepare the data evidence for a high-risk AI project: where examples came from, what they represent and which parts of the intended use remain untested.
A system's purpose and behaviour matter more than its product label. Prepare the feature description and unresolved questions for a prohibited-practices review.
Plan the information people see when they first meet an AI assistant, and separate that interface work from obligations concerning generated content.
A department name does not settle whether an AI system is high-risk. Prepare the intended use, output and decision process for a classification review.
The AI Act applies in stages, and the July 2026 amendment changed important dates. Record the provision and system behind each task before scheduling work.
Buying a model API does not settle your role in the finished AI system. Map the product, its intended use and the organisations involved before agreeing the implementation scope.
A platform name does not define delivery responsibility. Establish what the supplier builds around the workflow and who operates it after launch.
A cloud cost report shows spending against a project that has already ended. Finance asks why, and engineering starts looking for whoever owns the remaining resources. The project label is present, but it points to a team that has moved on. Preparing the next report starts with the same questions in chat.
Suppose a dispatcher receives a temperature alert that identifies only the logger. Before passing it to the quality team, they have to find the shipment, transport leg, and applicable requirements. Automating exception administration can bring that context to the alert so the team reviews a specific event with its available records.
Suppose a company knows when it needs to decide whether to renew a purchased service. The reminder arrives, but nobody has asked the departments whether they still use it. Automating contract review scheduling can start that conversation earlier and collect their input before procurement returns to the supplier.
Suppose quality management publishes a revised procedure while a supervisor is still collecting acknowledgments for the previous file. The spreadsheet contains checkmarks but does not show which text employees received. Automating procedure distribution can connect the company-selected version with its audience and retain acknowledgments for that specific material.
Suppose a customer moves receiving operations to a new warehouse. Customer service has approved the change, but the distribution system still suggests the old location for the next order. Automating customer location updates can carry the agreed details into the systems staff use and show the team which orders still need a delivery destination confirmed.
Suppose a data quality report keeps flagging customers with no assigned account manager. The data team sends the list to sales, and sales forwards it to the system administrator. The error returns in the next report. Automating this follow-up can route the issue to the person responsible for deciding the correct value and connect their answer with a fresh check of the data.
Suppose a team has finished its proposal, but the outgoing package still contains an attachment from an earlier bid. The coordinator spots it during the final review and starts collecting files again. Automating proposal attachment checks can compare the package with the team's agreed list for this proposal, showing missing material and documents that need an author's decision.
Suppose two departments plan purchases from the same approved allowance. Both see room remaining because the report includes invoices but omits orders already sent to suppliers. The next approver needs a shared picture before deciding. Automating purchasing limit checks can bring that information into the request review.
A company card transaction is already on the statement, while the receipt photo sits in an employee's message. The person preparing the expense report finds the document, compares it with the purchase, and identifies missing receipts. When the employee sends the same file again, someone must establish whether it represents another expense or belongs to a purchase already under review.
After an acquisition, the new central report is running, and the team plans to retire an old data export. A local manager still uses that export for weekly work planning. The person coordinating the change must establish who continues to consume the data and whether each required recipient has actually switched to the new source.
Suppose a service account report includes revenue and delivery-team time but omits support work after the project ends. The manager sees a favorable result while consultants repeatedly return to fixes and questions. Automating service-account profitability reporting can connect that recorded work to the customer and show what is still missing from the company's agreed view.
Before a license renewal, IT receives a list of assigned accounts and a separate activity report. User names do not match everywhere, date ranges differ, and some employees use several products within one subscription. Before anyone can ask managers which seats are needed, someone must work out what these reports say about the same people.
Suppose a supplier emails a request to change its payment account. An employee forwards it to finance, and several days later a colleague asks whether the details have been verified. Automating the review can keep the request, independent confirmation, and authorized decision in one case without treating the email itself as a basis for the change.