The model updates monthly and AI can refund and change orders: who approves, stops and rolls back?

A purchased model updates every month with no old versions kept, so the same tests give different results; customer-service AI is about to issue refunds, promise delivery dates and change orders automatically. ISO 42001 needs the system to stay valid after updates: version identification, change impact assessment, regression tests, approval, a fallback when rollback is impossible, and human intervention that can really stop errors.

Updated 2026-10-29

Direct answer: passing acceptance at first go-live does not mean the system is still fit next month. When a purchased model updates monthly and the supplier keeps no old versions, you need four things: know which version you are using, assess impact before an update, run the same tests as a regression, and have a fallback when rollback is impossible (for example pause automation and return to a manual process). When AI can issue refunds, promise delivery dates or change orders, human oversight cannot be after-the-fact sampling: define the scope of authority and risk levels first, put intervention points before high-impact actions, and use scenario drills to confirm people can actually stop errors.

Designing change and oversight

ItemWhat to achieve
Version identificationRecord the model version for each call or batch; supplier updates come with notice
Change impact assessmentBefore an update, decide which uses are affected and which tests to re-run
Regression tests and approvalCompare before-and-after results on the same tests; approve only above threshold
No rollback possibleDefine fallbacks and pause conditions in advance
Scope of authorityLimits by amount, item and customer group; anything above goes to a person
Human interventionWho intervenes, when and with what tool; abnormal actions are recorded
DrillsScenario drills verify that people can stop errors in time

What a consultant should deliver

How to accept the work

For any model update, you can find the notice, impact assessment, regression results and approval; for any action above the authorised limit, there is a hand-over record; at least one stop drill has been recorded.

What cannot be guaranteed

If a supplier does not announce updates, only version detection and contract clauses can compensate; drills show the process works but do not guarantee every error will be stopped.

Winners Consulting's approach

The following describes Winners Consulting's own approach. Please test us with the same questions above, and test other consultants too.

Related questions

Request a free mechanism diagnosis

Compliance needs all three; a consultant's value is integration

CRA, TISAX, ISO 27701 and the AI Act are not single technical problems. They are only complete when process, security technology and legal compliance all hold at the same time. Fix only one and the gaps in the other two surface during audits, incident reporting or customer due diligence, and the work has to be redone.

DimensionThe question it answersTypical gap when only this part is done
Process (management system)Who is responsible, what is done, when, where the evidence is, how it improvesTools are in place but nobody runs them on schedule, so there are no records at audit time
Security technologyHow controls are designed and how their effectiveness is verifiedDocuments are complete but the systems do not actually do what they describe
Legal complianceWhich regulation applies, which role you hold, the deadlines and penaltiesControls are built against the wrong regulation or role, so obligations are not covered

Winners' consulting team covers all three dimensions and plans regulatory scoping, process design and technical controls together, so a single body of evidence serves multiple regulations and customer requirements.

Official sources