Je kunt hier ook om vragen. Vraag het Command Center "waar wacht men op mij?" of "waarom is deze release geblokkeerd?". Het toont elke open poort: wat er beslist wordt, het risico, welke controles groen en rood zijn, en wat je CI over precies die commit zei. Je kunt daar ook goedkeuren, afwijzen of werk terugsturen. Dat is dezelfde vastgelegde beslissing als in het scherm, en het vraagt een sessie met tweestapsverificatie.
Wat een goedkeuring is
Een poort (gate) is een moment waarop werk stilstaat tot er een beslissing is vastgelegd. FixControl legt bij elke beslissing vast wie besliste, in welke rol, via welk kanaal, op basis van welk bewijs en onder welke beleidsversie.
Niet elke stap vraagt een mens. Deze pagina zegt per stap wat de standaard is en wat je organisatie kan aanpassen.
Welke beslissingen er zijn
| Beslissing | Wanneer | Standaard |
|---|---|---|
| AI-plan | Voordat de AI aan riskant werk begint. | Gevraagd bij prioriteit critical of een risicomarkering: betalingen, inloggen, beveiliging, migraties, dataverlies, persoonsgegevens, infrastructuur. Je beleid kan dit op altijd of nooit zetten. |
| Codewijziging (patch) | Nadat de AI een wijziging heeft gemaakt en de sandbox die getest heeft. | Een mens beslist als het werk een risicomarkering heeft, als de CTO Review-agent bezwaar maakt, of als niet bewezen is dat de applicatie nog start. Bij overig werk mag de CTO Review-agent goedkeuren, alleen na een geslaagde test van precies die versie. |
| Antwoord aan een klant | Voordat een antwoord de deur uitgaat. | Een medewerker verstuurt het zelf; de AI doet alleen een voorstel. Goedkeuring vooraf is instelbaar. Zie Antwoorden aan klanten. |
| Pull request openen | Na goedkeuring van de patch. | Een medewerker opent het. Automatisch opleveren is per project instelbaar. Zie Wijzigingen opleveren. |
| Uitrol | Waar een deploymentgate is ingericht. | Uit. Waar ingericht, geeft een goedkeuring een gepauzeerde rollout of pijplijn vrij; afwijzen houdt hem tegen. |
| Opnieuw proberen | Als een verplichte stap van een missie faalt. | Altijd een mens. |
| UI-wijziging | Als de controle op schermwijzigingen onzeker is. | Altijd een mens. |
| Ontwikkelreview | Bij ontwikkelwerk dat volgens het projectbeleid een tweede persoon nodig heeft. | Altijd een andere persoon dan wie het werk startte. |
| Infrastructuuractie | Een voorgestelde herstart van één workload. | Uit. Waar ingericht, gebeurt de herstart alleen na goedkeuring. |
Commit- en mergegoedkeuringen bestaan ook, maar staan standaard uit en worden door FixControl voor je workspace ingesteld. FixControl merget nooit zelf.
Waar je goedkeuringen vindt
- Goedkeuringen (
/approvals) — alles wat op een beslissing wacht: open poorten en klantantwoorden. Je komt er via de oranje melding … wacht op jou onder in de zijbalk. Een open poort open je met Openen om te beslissen; een klantantwoord beoordeel je op de pagina zelf. - Op de issue- of missiepagina — als kaart naast het werk.
- Meldingen — in-app voor wie mag beslissen en voor wie het werk startte.
- E-mail — waar je organisatie een goedkeuringsroute met het kanaal E-mail heeft, met eenmalige links (zie hieronder).
- Slack en Microsoft Teams — waar een kanaal met het doel Goedkeuringsverzoeken aan het project hangt (zie hieronder).
Wie mag beslissen
Standaard beslist één actieve admin of manager van je organisatie een poort. Operators kunnen meelezen, maar niet beslissen. De rollen in een goedkeuringsroute (zoals CTO, QA of Release Manager) zijn dan alleen een suggestie voor wie het ziet; de kaart zegt dat ook.
Goedkeuring in fasen staat standaard uit. Een admin zet het aan in de governance-console (Instellingen → AI & goedkeuring, tab Goedkeuringen, kaart Hoe goedkeuringsregels worden toegepast: Goedkeuring in fasen afdwingen). Dan wordt een poort met fasen fase voor fase beslist, door wie die rol heeft, één fase per persoon, elk met een eigen termijn. Een nee van iemand die mag beslissen, wijst de hele poort af.
Gebruikt je organisatie projectrechten, dan moet je ook in het project een rol hebben die dat besluit toestaat.
Is er niemand die mag beslissen — geen actieve admin of manager — dan blijft de poort wachten en meldt FixControl dat.
Een plan beoordelen
Een plan verschijnt als kaart met de kop Wacht op plangoedkeuring. Het bevat de probleemuitleg, de aanpak, de systemen en bestanden die geraakt worden, het risico met de redenen, de validatiestrategie, het terugrolplan, de klantimpact, geschatte tijd en kosten, en open vragen. Velden zonder waarde tonen Niet beschikbaar; FixControl verzint geen waarde.
- Lees het plan.
- Kies Plan goedkeuren, Wijzigingen vragen of Plan afwijzen.
- Bij Wijzigingen vragen is een toelichting verplicht. De AI maakt een nieuwe versie (Plan v2, v3…) waarin je feedback is verwerkt.
Een nieuwe versie maakt een eerdere goedkeuring ongeldig: je keurt altijd de versie goed die voor je ligt. Tot het plan is goedgekeurd staat er Implementatie is geblokkeerd door governancebeleid totdat dit plan is goedgekeurd.
Een codewijziging beoordelen
De patch staat op de issue- of werksessiepagina en onder Patches. Je ziet de bestanden, de diff, de confidence, het risico, wat er veranderde, en de testuitslag. Confidence is geen veiligheid: lees ook het risico.
- Goedkeuren — de patch is geaccepteerd. Opleveren als pull request is een volgende stap.
- Afwijzen — de patch vervalt.
- Wijzigingen aanvragen — in de werksessie: de agent maakt een nieuwe versie.
Heeft de CTO Review-agent om wijzigingen gevraagd, dan kies je tussen Goedkeuren & reviseren (de agent maakt een herziene versie) en afwijzen.
Twee regels die je moet kennen:
- Een groene test is nodig. Op projecten met een validatieprofiel weigert FixControl een goedkeuring zolang de test van deze versie niet groen is. Is de teststatus tijdelijk niet leesbaar, dan wordt de goedkeuring ook geweigerd; probeer het even later opnieuw. Afwijzen en wijzigingen aanvragen kan altijd.
- De goedkeuring van de CTO Review-agent wacht op de test. Keurt de agent een patch goed, dan telt dat pas als de sandboxrun van precies die versie geslaagd is. Mislukt de run, loopt hij uit, hoort hij bij een oudere versie, of is niet bewezen dat de applicatie start, dan wacht de patch op een mens en zegt het paneel waarom.
De pagina Patches
Patches verdeelt patches over de tabs Te reviewen (alleen de nieuwste versie per werksessie), Goedgekeurd, Toegepast, Afgewezen, Archief en Alle. Archiveren haalt een patch uit de wachtrijen zonder oordeel; er wordt niets verwijderd. Een patch waarop nog een open goedkeuring wacht, kun je niet archiveren: wijs hem dan af, zodat die goedkeuring wordt afgehandeld.
Beslissen per e-mail
Waar je organisatie een goedkeuringsroute met het kanaal E-mail heeft ingesteld, krijgen beslissers een e-mail met het issue, het risico, een samenvatting van de verificatie en de knoppen Approve, Reject en Open details (deze e-mail is voorlopig alleen in het Engels). Elke knop is een eenmalige, verlopende link die aan jou als gebruiker gekoppeld is. Bij het klikken controleert FixControl opnieuw of je nog actief bent, lid bent en mag beslissen. Wijzigingen aanvragen kan alleen in de app.
Beslissen in Slack of Teams
- Je chataccount moet gekoppeld zijn aan je FixControl-account (met
/fix link) én door een admin verhoogd zijn. Een gekoppeld maar niet verhoogd account kan meelezen, niet beslissen. - Je rol in déze workspace moet het besluit toestaan, op het moment van klikken.
- Een knop die een link opent, vraagt je om in FixControl ingelogd te zijn. De link zelf bewijst niet wie je bent.
- Microsoft Teams ondersteunt niet alles wat Slack kan, zoals het bewijsvenster. Waar Teams iets niet toont, verwijst de kaart naar FixControl.
Als niemand op tijd reageert
Standaard wacht een poort tot iemand beslist. Je organisatie kan een termijn instellen met een actie: wachten, escaleren, automatisch afwijzen of een vervangende beslisser waarschuwen. Die termijnen worden alleen automatisch toegepast als een admin dat aanzet: Goedkeuringstime-outs en escalaties automatisch toepassen op dezelfde kaart. Zie Governance & beleid.
Veelgestelde vragen
Ik zie het plan, maar geen knoppen. Je rol mag deze poort niet beslissen, of een andere fase is aan de beurt. De kaart zegt wie wel kan.
Telt mijn goedkeuring nog als het plan daarna verandert? Nee. Een nieuwe versie vraagt een nieuwe goedkeuring.
Komt een goedgekeurde patch automatisch in mijn codebase? Standaard niet: na goedkeuring open je het pull request zelf. Met automatisch opleveren opent FixControl het direct. Mergen doe je altijd zelf. Zie Wijzigingen opleveren.
Wat is het verschil tussen een plan en een patch afwijzen? Een plan afwijzen stopt het werk voordat er code is. Een patch afwijzen verwerpt een wijziging die al gemaakt is.
Zie ook: Verificatie en resultaten · Wijzigingen opleveren · Governance & beleid