FLEX-09: cutover naar de Flex-app + live verificatie (go/no-go, eigen bevestiging vereist)

[Jaapbeus]

Onderdeel van #1063 — Fase 1, plan-migratie op .NET 9.

Doel

Productieverkeer verplaatsen van de Linux Consumption-app naar de Flex-app. Dit is het enige moment
in het epic met directe productie-impact.

Go/no-go

Dit issue wordt pas uitgevoerd na een expliciete bevestiging van de eigenaar, los van de goedkeuring
bij FLEX-05. FLEX-05 gaf toestemming om resources aan te maken; dit is toestemming om over te
schakelen.

Voorwaarden vooraf:

• FLEX-06 groen inclusief volledige 3-user-test
• FLEX-07 groen: deploy slaagt, health 200, alle timers geregistreerd
• FLEX-08 groen: CORS geverifieerd in een echte browser
• Moment gekozen buiten de dagelijkse sync (standaard 04:00) en buiten een wedstrijdweekend

Taken

• AZURE_FUNCTIONAPP_NAME en de API-basis-URL-variabelen omzetten naar de Flex-app
• De tijdelijke deploy-omweg uit FLEX-07 verwijderen; main deployt voortaan regulier naar Flex
• Een volledige deploy vanaf main draaien en per job verifiëren dat alles success of
  skipped is (gh run view <run-id> --json jobs — gh run watch alleen is niet genoeg)
• Verplichte browser-rendercheck op de live Admin GUI (CLAUDE.md regel 2a), in een verse
  incognito-sessie:
  • Console volledig foutvrij — specifiek letten op CSP-violations, "Failed to start platform",
    en 404's op iets in /_framework/
  • De pagina hangt niet op het laadscherm; window.Blazor bestaat
  • Redirect naar login.microsoftonline.com, of de UI rendert voor een ingelogde sessie
  • Geen "An unhandled error has occurred"-banner
  • Na inloggen laadt een pagina met gegevens daadwerkelijk gegevens (bewijst dat CORS klopt)
• Timers verifiëren over een volledige cyclus: minimaal één uurlijkse keepalive en één dagelijkse
  sync succesvol op de nieuwe app
• De oude app stoppen maar niet verwijderen — dat blijft de rollback tot FLEX-13
• 24–48 uur observeren vóór FLEX-10 gestart wordt

Rollback

De oude app blijft bestaan en is binnen minuten terug te zetten door de variabelen terug te draaien en
opnieuw te deployen. Rollback-criterium expliciet vastleggen vóór de cutover, niet tijdens.

Acceptatiecriteria

• Alle deploy-jobs success of skipped, per job geverifieerd
• De live browser-rendercheck is volledig doorlopen en gedocumenteerd
• Minimaal één volledige sync-cyclus is geslaagd op de nieuwe app
• De oude app is gestopt, niet verwijderd
• Er is een werkend, getest rollback-pad

Afhankelijkheden

Volgt op FLEX-06, FLEX-07 en FLEX-08. Blokkeert FLEX-10.