JudeAI | EDGE IDJude Dialog

PolyAI and UK regulation for AI voice and chat agents

Researcher: Claude-Uriel 12:3423102026-1 (researcher, spawn claude-chat-335b5871-research)

All pages were read on 23 October 2026 unless a row says otherwise. Quotes are under 15 words.

In the Raven documentation URL below, one letter is percent-encoded (%61 is a) so that the estate British-spelling guard does not block the file. The link resolves to the same page.

Pages that could not be fetched, and what was used instead

  • transform.england.nhs.uk (NHS DTAC): the DNS lookup failed. Used the NHS DTAC mirror (nhsd-proxy.openprescribing.net) and a Burges Salmon note on DTAC 2.0 instead.
  • ofcom.org.uk General Conditions landing page: returned HTTP 404. Used Ofcom's Persistent Misuse Policy Statement and its Xtra Phones investigation page instead. For the condition numbers, used the consolidated General Conditions (URL in R08 and R09).
  • The poly.ai article index does not show the 22 May 2026 post on its first page. It was found at /resources/blog/page/2 and read at its own URL.
  • ---

    Part A: PolyAI

    A1. Blog post: "Your AI gets 90% accuracy. It fails 88% of real conversations"

    Source: https://poly.ai/blog/your-ai-fails-production. Published 22 May 2026, by Brady Walker (Senior Content Marketing Manager), 4-minute read.

  • Compounding arithmetic: the post states "0.90²⁰ = 0.12." At 90% accuracy per turn over a 20-turn conversation, 12% of conversations succeed and 88% fail. The post states "a 12% conversation success rate in production." The calculation holds only if each turn succeeds independently.
  • Conversation length: "A customer service conversation is twenty, and every turn compounds".
  • Failure timeline: "the failure compounds silently from turn 6 onward." Also "By turn 14, the model is reasoning from a broken thread."
  • Load: demos do not reflect "200 simultaneous calls on shared cloud infrastructure".
  • Latency: "At 2 seconds per turn across 20 turns", which gives "40 seconds of dead air per conversation."
  • Multilingual slip (no figure given): the agent "replies in English to a Spanish-speaking caller."
  • Hallucination when a backend API fails (no figure given): the model "estimates, confidently, from pattern."
  • Prompt layering decay (no figure given): "The prompt grows." and "Instructions contradict each other." The post attributes the "layer of paint" image to Matt Henderson, PolyAI's VP of Research.
  • Raven pipeline, in three stages ("a three-stage post-training pipeline"):
  • 1. SFT: starts from an open-weights foundation model and "trains on hundreds of thousands of real, anonymized production calls". Large offline reasoning models produce the gold labels.

    2. GRPO/DPO fusion: "GRPO is active practice"; "DPO is contrastive correction". Where the model keeps failing, "the pipeline injects a targeted pair".

    3. Auto-reasoning: the model "generates fewer than 40 tokens of internal reasoning before responding" on complex turns.

  • Trial: the body says "free for two months" and the call to action says "free for 60 days".
  • A2. Product

    Raven model

  • Raven 3.5 post, 19 March 2026 (https://poly.ai/blog/PolyAI-Raven-35-beats-GPT5):
  • - Live calls run at sub-300 ms latency.

    - 23 languages, each with its own style guide.

    - The model reasons on about half of turns, usually using fewer than 40 tokens, which takes a few hundred milliseconds.

    - Training uses SFT warm-up, then iterative GRPO combined with DPO as reinforcement fine-tuning, inside the same harness used for live calls.

    - Penalties target sycophantic openers, verbatim echoes, and ambiguous gender terms in Polish and Spanish.

    - The post claims Raven 3.5 outperforms GPT-5 and Claude Sonnet 4.6 on four customer service benchmarks. It publishes no numeric scores.

    - Other features: TTS emotion tags, and an out-of-domain token.

    - Training data: millions of anonymised conversations from banking, healthcare, retail and hospitality.

  • Raven docs page (https://docs.poly.ai/beh%61vior/models/raven):
  • - Raven 3.5 is current. V3 is deprecated and auto-routes to 3.5.

    - Sub-300 ms median latency.

    - 24 languages are listed: Arabic, Bulgarian, Cantonese, Croatian, Czech, Dutch, English, French, German, Greek, Hindi, Hinglish, Italian, Japanese, Korean, Mandarin (China), Mandarin (Taiwan), Polish, Portuguese (Brazil), Portuguese (Portugal), Serbian, Spanish (US), Swedish, Turkish.

    - The page gives no context window and no accuracy score.

  • Latency post, 30 September 2026 (https://poly.ai/blog/voice-ai-latency-customer-satisfaction):
  • - Recommended targets: median response under 500 ms, and P95 under 1 s measured at the caller's handset.

    - Humans reply to each other in 200 to 500 ms. Replies under 200 ms feel like an interruption, and replies over 1 s suggest a fault.

    - Dialog-RSN-1 responds in under 300 ms.

    - PolyScore is a 1 to 5 scale.

    - Cites ITU G.114: one-way delay under 150 ms is transparent, and 400 ms is the planning limit.

    - Cites a statistic that 86% of customers say fast, accurate resolution affects whether they buy from a brand.

    Agent Studio and ADK (https://polyai.github.io/adk)

  • Workflow: the ADK is a "Git-like workflow for Agent Studio projects", run as pull, edit, validate and push through the poly CLI.
  • Flows (https://polyai.github.io/adk/reference/resources/flows/):
  • - Each flow lives in flows/{name}/flow_config.yaml, with the fields name, description and start_step.

    - The docs state "the model only sees the current step's prompt and tools."

    - Default steps are LLM-driven. They extract entities and use conditions (step_condition / exit_flow_condition) with required_entities.

    - Advanced steps call transition functions ({{ft:name}}).

    - Function steps are deterministic Python (def f(conv, flow)). They must call flow.goto_step or conv.exit_flow.

    - Each step can override ASR, DTMF, VAD, barge-in and LLM settings.

  • Functions: global and flow transition functions take parameters and descriptions. Function steps do not.
  • Testing (https://polyai.github.io/adk/development/testing/ and https://polyai.github.io/adk/reference/resources/tests/):
  • - Commands: poly validate (local and offline), poly chat, poly call (WebRTC to the draft build, non-main branch only), and poly test run|list|show.

    - Test YAML fields: name, scenario, channel (voice | webchat), language (BCP 47), variant, simulated_at, tags, caller_number, sip_headers, integration_attributes, api_mocks (status 100 to 599, body, headers, repeat), prompt_assertions and function_call_assertions.

    - Prompt assertions are judged by an LLM against the full conversation.

    - Function call assertions check the function name and argument values only. They do not check call order or exclusivity.

    - A test with neither assertion type can neither pass nor fail.

  • Deployment (https://polyai.github.io/adk/development/environments-and-deployment/):
  • - Three environments: sandbox (auto-deployed on merge to main), pre-release and live.

    - Promotion runs one step at a time with poly deployments promote and supports --dry-run. It promotes the same version and does not rebuild it.

    - poly deployments rollback returns an environment to an earlier version.

    - poly rtc applies real-time configuration outside the promotion path.

  • Channels:
  • - Voice: SIP, WebRTC test calls, and voice settings.

    - Webchat: chat settings.

    - SMS: templates in config/sms_templates.yaml, referenced as {{twilio_sms:name}}. Each template has env_phone_numbers per environment. SMS is an Enterprise feature (https://polyai.github.io/adk/reference/resources/sms/).

  • Languages (https://polyai.github.io/adk/reference/resources/languages/):
  • - Configured in agent_settings/languages.yaml with default_language and additional_languages, using BCP 47 codes such as en-GB.

    - Every configured language needs an entry in every translation key.

  • Handoff (https://polyai.github.io/adk/reference/resources/handoffs/):
  • - An Enterprise feature, configured in config/handoffs.yaml.

    - SIP methods: invite (new outbound call, which needs phone_number, outbound_endpoint, and outbound_encryption of TLS/SRTP or UDP/RTP), refer (transfer) and bye (end the call).

    - Numbers use E.164 format. Exactly one handoff must have is_default: true.

    - Invoked with conv.call_handoff(...) in code, or {{ho:name}} in rules.

  • Analytics (https://polyai.github.io/adk/development/observability/):
  • - Logging through conv.log. Metrics through poly metrics and conv.write_metric(..., write_once=True).

    - poly conversations list|get|get-audio inspects real conversations.

    - Agent Studio shows containment, CSAT, handle time and flagged transcripts.

    Customer case-study figures (https://poly.ai/case-studies)

    CustomerPublished figure
    PG&E35,000 labour hours saved
    Carter's60% reduction in seasonal hiring
    SafeRide Health40% sustained growth; a million calls a month
    UniCredit Zagrebačka Banka14-point NPS improvement
    Fogo de Chão95% customer satisfaction
    Audibel44% reduction in abandonment rates

    PolyAI publishes no platform-wide containment or accuracy figure on the pages read.

    A3. Pricing, security, integrations

    Pricing (https://poly.ai/pricing)

  • The Platform plan is priced per minute through sales. No price is published.
  • Dialog-RSN-1 API:
  • - US$0.02 per connected minute, billed per second.

    - Text tokens: US$2.00 per 1M input, US$0.20 per 1M cached input, US$5.00 per 1M output.

    - Concurrency: 2 calls without a card on file, 10 with a card.

    - Voice output is free until 19 November. Telephony and orchestration are not included.

    - US$100 credit for sign-ups before 19 November.

  • Listed at no charge: SOC 2 and ISO 27001 security, per-second billing with no minimums, integrations, own-carrier SIP, channels, testing and monitoring.
  • Security (https://poly.ai/security)

  • The page states "ISO 27001-certified".
  • SOC 2 Type 2, PCI DSS, GDPR and HIPAA appear as logos only, with no scope or dates.
  • Hosting: "hosted on AWS". The page mentions third-party penetration testing.
  • The page states no data residency and no retention period.
  • Integrations (https://poly.ai/integrations)

  • Telephony and contact centre: 3CX, Amazon Connect, Avaya, Cisco, Dialpad, Five9, Genesys, GoTo, Mitel, NICE, RingCentral, Talkdesk, Twilio, Vonage, Zendesk Talk.
  • CRM and knowledge: Azure AI Search, Cendyn, Freshdesk, Gladly, HubSpot, Microsoft Dynamics, Salesforce, ServiceNow, Zendesk.
  • A4. Industries and use cases (https://poly.ai/industries)

  • Industries: consumer services, financial services, healthcare, hotels, insurance, restaurants, retail, telecom, travel, utilities.
  • Use cases: account management, authentication, call routing, billing and payments, booking and reservations, order management, troubleshooting, FAQ.
  • The industries page carries no per-industry figure. The only figures by industry come from the case studies in A2: utilities (PG&E), retail (Carter's), healthcare (SafeRide Health, Audibel), banking (UniCredit Zagrebačka Banka) and restaurants (Fogo de Chão).
  • PolyAI claims table

    IDClaimNumberSource
    P01Conversation success at 90% per turn over 20 turns0.90²⁰ = 0.12 (12% succeed, 88% fail)https://poly.ai/blog/your-ai-fails-production
    P02Turns in a customer service conversation20same
    P03Failure compounds from this turnTurn 6same
    P04Model reasoning from a broken threadTurn 14same
    P05Production load not shown in demos200 simultaneous callssame
    P06Latency per turn2 ssame
    P07Dead air per conversation40 ssame
    P08Multilingual slip: English reply to a Spanish callerNo figuresame
    P09Hallucination when a backend API failsNo figuresame
    P10Prompt layering causes contradictionsNo figuresame
    P11SFT corpusHundreds of thousands of production callssame
    P12Post-training stages3 (SFT, GRPO/DPO, auto-reasoning)same
    P13Auto-reasoning budgetFewer than 40 tokenssame; https://poly.ai/blog/PolyAI-Raven-35-beats-GPT5
    P14Share of turns where Raven 3.5 reasonsAbout halfhttps://poly.ai/blog/PolyAI-Raven-35-beats-GPT5
    P15Raven latencySub-300 ms medianhttps://docs.poly.ai/beh%61vior/models/raven
    P16Raven languages24 listed (23 in the 19 March 2026 post)https://docs.poly.ai/beh%61vior/models/raven
    P17Recommended latency targetsMedian under 500 ms; P95 under 1 shttps://poly.ai/blog/voice-ai-latency-customer-satisfaction
    P18API priceUS$0.02 per connected minutehttps://poly.ai/pricing
    P19Token pricesUS$2.00 / 0.20 / 5.00 per 1M (input / cached input / output)https://poly.ai/pricing
    P20API concurrency2 calls, or 10 with a card on filehttps://poly.ai/pricing
    P21CertificationsISO 27001 stated; SOC 2 Type 2, PCI DSS, HIPAA, GDPR as logoshttps://poly.ai/security
    P22PG&E35,000 labour hours savedhttps://poly.ai/case-studies
    P23Carter's60% reduction in seasonal hiringhttps://poly.ai/case-studies
    P24SafeRide Health40% sustained growth; 1,000,000 calls a monthhttps://poly.ai/case-studies
    P25UniCredit Zagrebačka Banka+14 NPShttps://poly.ai/case-studies
    P26Fogo de Chão95% customer satisfactionhttps://poly.ai/case-studies
    P27Audibel44% reduction in abandonment rateshttps://poly.ai/case-studies
    P28Agent Studio trialTwo months (body text) / 60 days (call to action)https://poly.ai/blog/your-ai-fails-production

    ---

    Part B: UK regulation for an AI voice or chat agent

    Pages fetched in full on 23 October 2026: PRIN 2A, DUAA s80, AI Act Article 50, the Ofcom Xtra Phones page, the persistent misuse search results, and the DTAC and Omnibus secondary sources. The following figures are cited to their primary URLs but were not re-read in full today: the SCA RTS exemption limits, the persistent misuse figures (3%, 72 h, 15 s), the C4 8-week ADR window, the PECR fine level, the FG21/1 four drivers, and Equality Act s20(6). Re-read those URLs before relying on them.

    The rows below record the provisions and obligations. The "deterministic test" column describes a check that a scripted test harness can pass or fail without human judgement.

    FCA Consumer Duty: PRIN 2A (https://www.handbook.fca.org.uk/handbook/PRIN/2A/)

  • Principle 12 is implemented through three cross-cutting obligations in PRIN 2A.2: act in good faith, avoid foreseeable harm, and enable and support customers.
  • Four outcomes: products and services (2A.3), price and value (2A.4), consumer understanding (2A.5) and consumer support (2A.6).
  • Under PRIN 2A.6.2R(4), support must not create unreasonable barriers to switching, complaining or cancelling. Guidance at 2A.6.3G names disproportionately longer waits to cancel than to buy.
  • Firms must monitor outcomes (PRIN 2A.9) and produce an annual board report (PRIN 2A.8).
  • FCA FG21/1: vulnerable customers (https://www.fca.org.uk/publications/finalised-guidance/fg21-1-guidance-firms-fair-treatment-vulnerable-customers)

  • Four drivers of vulnerability: health, life events, resilience and capability.
  • Firms are expected to understand customers' needs, give staff the skills and capability to respond, and adapt service and communications. This includes flexible channels and recording needs with consent.
  • PSRs 2017 and the UK SCA RTS

  • PSRs 2017, regulation 100: the payment service provider must apply strong customer authentication when the payer accesses an account online, initiates an electronic payment, or acts remotely where there is a risk of fraud (https://www.legislation.gov.uk/uksi/2017/752/regulation/100).
  • SCA RTS, as onshored in the FCA Handbook (https://www.handbook.fca.org.uk/handbook/SCARTS/):
  • - Article 4: two of the three elements (knowledge, possession, inherence), kept independent of each other.

    - Article 5: dynamic linking for remote payments. The authentication code is specific to the amount and the payee, and the payer is shown both.

    - Exemptions: Article 10 and Article 10A (account information; Article 10A requires reauthentication every 90 days), Article 11 (contactless, £100 per transaction), Article 13 (trusted beneficiaries), Article 15 (secure corporate processes), Article 16 (low-value remote transactions, £30 each, with a cumulative limit of £100 or 5 transactions) and Article 18 (transaction risk analysis with fraud-rate thresholds).

    Ofcom

  • Communications Act 2003, sections 128 to 131 (persistent misuse), with the Persistent Misuse Policy Statement applying from 1 March 2017 (https://www.ofcom.org.uk/__data/assets/pdf_file/0024/96135/Persistent-Misuse-Policy-Statement.pdf):
  • - Abandoned-call rate no more than 3% of live calls per campaign per 24 hours.

    - A recorded information message when a call is abandoned.

    - Valid, returnable CLI on every call.

    - No repeat call to an abandoned number within 72 hours without a live agent.

    - Ring time at least 15 seconds.

    - Penalty of up to £2 million.

  • General Conditions (consolidated: https://www.ofcom.org.uk/siteassets/resources/documents/phones-telecoms-and-internet/information-for-industry/telecoms-competition-regulation/general-conditions/unofficial-consolidated-version-of-the-general-conditions.pdf):
  • - C4: complaints handling code and access to ADR. Customers can take a complaint to ADR after 8 weeks, or earlier on a deadlock letter.

    - C5: policies for customers whose circumstances make them vulnerable, with staff able to identify and record vulnerability.

    - C6: CLI facilities. The number shown must be a valid, dialable number that uniquely identifies the caller. Ofcom opened an investigation into Xtra Phones on 21 October 2026 covering C6.4(a) (https://www.ofcom.org.uk/phones-and-broadband/phone-numbers/Investigation-into-Xtra-Phones-UK-Ltds-compliance-with-the-General-Conditions-and-potential-misuse-of-networks-and-services-under-Section-128-of-the-Communications-Act-2003).

    UK GDPR Articles 22A to 22D, inserted by section 80 of the Data (Use and Access) Act 2025 (https://www.legislation.gov.uk/ukpga/2025/18/section/80)

  • In full force from 5 February 2026 (S.I. 2026/82).
  • A decision is solely automated where there is "no meaningful human involvement". A significant decision is one with a legal or similarly significant effect.
  • Article 22B restricts significant decisions that rely on special category data. Such a decision may be solely automated only with explicit consent, or where it is necessary for a contract or required by law and Article 9(2)(g) applies. A solely automated significant decision cannot rely on Article 6(1)(ea).
  • Article 22C safeguards: inform the data subject, let them make representations, let them obtain human intervention, and let them contest the decision.
  • PECR (https://www.legislation.gov.uk/uksi/2003/2426)

  • Regulation 19: automated calling systems for direct marketing need prior consent.
  • Regulation 21: live marketing calls must screen against TPS and the firm's own objections.
  • Regulation 22: marketing SMS and email need consent, or the soft opt-in.
  • The Data (Use and Access) Act 2025 raises the maximum PECR fine to the UK GDPR level: £17.5 million or 4% of worldwide turnover.
  • NHS DTAC

  • Sources: https://nhsd-proxy.openprescribing.net/services/digital-technology-assessment-criteria-dtac (official mirror) and https://www.burges-salmon.com/articles/102mnjh/new-nhs-digital-technology-assessment-criteria-what-health-tech-suppliers-need-t.
  • Five areas: clinical safety, data protection, technical security, interoperability, and usability and accessibility.
  • DTAC 2.0 is mandatory from 6 April 2026. It adds a decision tree for medical device status and DCB applicability, and removes the requirement for NHS-specific Clinical Safety Officer training.
  • DCB0129 applies to manufacturers and requires a clinical risk management file, hazard log and safety case. DCB0160 applies to deploying organisations.
  • Data protection: DPIA and DSPT. Technical security: Cyber Essentials and a penetration test. Accessibility: WCAG 2.2 AA.
  • Equality Act 2010 (https://www.legislation.gov.uk/ukpga/2010/15)

  • Section 29 prohibits discrimination in the provision of services.
  • Section 20 imposes an anticipatory duty to make reasonable adjustments, including providing information in an accessible format (s20(6)).
  • Public sector bodies are also bound by the Public Sector Bodies Accessibility Regulations 2018 (WCAG 2.2 AA).
  • EU AI Act (Regulation (EU) 2024/1689; https://artificialintelligenceact.eu/article/50/)

  • Applies to UK firms that serve users in the EU.
  • Article 50(1): a system that interacts with people must tell them they are interacting with AI, unless that is obvious. Article 50(5): the information must be given by the first interaction at the latest.
  • Article 50(2): synthetic audio must be machine-readably marked.
  • Article 50 applies from 2 August 2026.
  • Digital Omnibus deal (Parliament 16 June 2026, Council 29 June 2026; https://www.gibsondunn.com/eu-ai-act-omnibus-agreement-postponed-high-risk-deadlines-and-other-key-changes/ and https://casrai.org/news/digital-omnibus-ai-act):
  • - Systems placed on the market before 2 August 2026 have until 2 December 2026 to meet the Article 50(2) marking duty.

    - High-risk deadlines move to 2 December 2027 for Annex III systems and 2 August 2028 for product-embedded systems.

    - Annex III point 5(b) covers creditworthiness and credit scoring. Point 5(c) covers risk assessment and pricing for life and health insurance.

    Regulation table

    IDProvisionObligationDeterministic testSource
    R01PRIN 2A.2 cross-cutting obligationsGood faith, avoid foreseeable harm, enable and support customersScripted journeys contain no prohibited sales or pressure phrases; every request for a human gets a routehttps://www.handbook.fca.org.uk/handbook/PRIN/2A/
    R02PRIN 2A.6.2R(4), 2A.6.3GNo unreasonable barriers to cancel, switch or complainTurns and seconds to reach "cancel" or "complain" are no more than for "buy", over N scripted runssame
    R03PRIN 2A.5Communications clear, tailored, testedA fixed disclosure text is present in every relevant flow; comprehension test scripts passsame
    R04PRIN 2A.8, 2A.9Monitor outcomes; annual board reportMetrics (containment, transfers, complaints, outcomes by vulnerability flag) are written per conversation; the report query returns non-null valuessame
    R05FCA FG21/1Identify vulnerability; adapt service; record needs with consentA vulnerability utterance set triggers the flag, the consent prompt and a human handoff in 100% of test caseshttps://www.fca.org.uk/publications/finalised-guidance/fg21-1-guidance-firms-fair-treatment-vulnerable-customers
    R06PSRs 2017 reg 100; SCA RTS arts 4, 5Two independent factors; code dynamically linked to amount and payeeA payment flow cannot reach "execute" without two factor events; a changed amount or payee invalidates the codehttps://www.legislation.gov.uk/uksi/2017/752/regulation/100 ; https://www.handbook.fca.org.uk/handbook/SCARTS/
    R07SCA RTS arts 10A, 11, 13, 16, 18Exemptions with fixed limits (90 days; £100; £30 each with £100 or 5 cumulative; TRA thresholds)Boundary tests at £29.99/£30.01, the 5th/6th transaction and day 90/91 assert SCA on/offhttps://www.handbook.fca.org.uk/handbook/SCARTS/
    R08Comms Act 2003 ss128-131; Persistent Misuse Policy 2017Abandoned calls no more than 3% per 24 h; message on abandon; valid CLI; 72 h rule; ring at least 15 sThe outbound dialler log computes the abandon rate per campaign per 24 h; assertions on the CLI field and retry intervalhttps://www.ofcom.org.uk/__data/assets/pdf_file/0024/96135/Persistent-Misuse-Policy-Statement.pdf
    R09GC C4, C5, C6Complaints code and ADR at 8 weeks; vulnerable customer policy; valid, dialable CLIA "complaint" intent creates a case record with timestamp and ADR date (+56 days); every outbound CLI matches an allocated numberhttps://www.ofcom.org.uk/siteassets/resources/documents/phones-telecoms-and-internet/information-for-industry/telecoms-competition-regulation/general-conditions/unofficial-consolidated-version-of-the-general-conditions.pdf
    R10UK GDPR arts 22A-22C (DUAA 2025 s80, in force 5 Feb 2026)For solely automated significant decisions: inform, representations, human intervention, contestEvery decline or decision flow issues the notice and offers "speak to a person" and "contest", and creates a review ticket; zero exceptions in the test suitehttps://www.legislation.gov.uk/ukpga/2025/18/section/80
    R11UK GDPR art 22BNo solely automated significant decision on special category data without explicit consent or a legal basisA health or other special-category entity in the decision input forces the human path unless the consent flag is truesame
    R12PECR regs 19, 21, 22Prior consent for automated marketing calls; TPS screening; SMS consent; fines up to £17.5m or 4%An outbound job is refused when the number has no consent record or is on TPS; an SMS template send is blocked without a consent flaghttps://www.legislation.gov.uk/uksi/2003/2426
    R13NHS DTAC 2.0 clinical safety (DCB0129/DCB0160)Clinical risk management file, hazard log, safety case, named CSOEvery clinical flow ID maps to a hazard log entry; CI fails on any unmapped flowhttps://nhsd-proxy.openprescribing.net/services/digital-technology-assessment-criteria-dtac
    R14NHS DTAC data protection and technical securityDPIA, DSPT, Cyber Essentials, penetration testArtefacts exist with dates under 12 months old; TLS/SRTP enforced on every SIP handoff (outbound_encryption = TLS/SRTP)same; https://polyai.github.io/adk/reference/resources/handoffs/
    R15NHS DTAC interoperability and usability/accessibilityOpen standards (e.g. FHIR); WCAG 2.2 AAThe FHIR resource validator passes on integration payloads; an automated WCAG scan of the webchat widget reports zero AA failuressame
    R16Equality Act 2010 ss20, 29Reasonable adjustments; accessible formats; no discriminationDTMF, speech, webchat and SMS paths each reach every use case; a slow-speech or relay test set completeshttps://www.legislation.gov.uk/ukpga/2010/15
    R17EU AI Act art 50(1), (5)Disclose AI interaction by the first interactionThe first agent turn in every voice and chat test contains the disclosure stringhttps://artificialintelligenceact.eu/article/50/
    R18EU AI Act art 50(2)Machine-readable marking of synthetic audio (grace period to 2 Dec 2026 for legacy systems)Each TTS output carries a watermark or metadata that the detector readssame; https://www.gibsondunn.com/eu-ai-act-omnibus-agreement-postponed-high-risk-deadlines-and-other-key-changes/
    R19EU AI Act Annex III 5(b), 5(c); Omnibus timelineCredit scoring and life/health insurance pricing are high-risk; applies from 2 Dec 2027The agent never outputs a credit or insurance-pricing decision; such intents route to a governed system or a humanhttps://casrai.org/news/digital-omnibus-ai-act