Infrastructuur & systeem

Deze pagina gaat over het leidingwerk: hoe FixControl bij code komt die niet op een git-host staat, welke bewaartermijnen jij instelt, en welke knoppen bij je FixControl-beheerder liggen in plaats van bij jou.

Infrastructuurkoppelingen

Instellingen → Infrastructuur is waar je code verbindt die niet op GitHub, GitLab of Bitbucket staat. De ondertitel benoemt de grens: "Koppel een credential en kies op welke repositories je agents werken. Agents van je organisatie hebben alleen toegang tot codebases die hieronder zijn geactiveerd."

Twee soorten koppelingen wonen hier:

• SSH — een server die FixControl over SSH benadert om een repository of map te lezen.
• Local (desktopbrug) — code op een machine die niet vanaf het netwerk bereikbaar is, binnen bereik gebracht door de FixControl-desktopapp. Het scherm zegt Desktop-app vereist en biedt de download aan zodra je die kiest; het is geen verborgen voorwaarde.

GitHub, GitLab en Bitbucket verbind je hier niet. Die staan onder Instellingen → Kanalen → Code- & patch-levering, en de Infrastructuur-pagina linkt ernaartoe — zie Git-providers. Andere productkoppelingen (Slack, Microsoft Teams, mailboxen en de rest) staan ook onder Instellingen → Kanalen; zie Integraties.

Zodra er een koppeling is, koppel je de repository aan een project met Project → Verbindingen → Repository koppelen, of registreer je hem onder Codebases.

Private Kubernetes, Jenkins, GitLab en Argo zijn weer een ander mechanisme: hier wordt niets gekoppeld. Onder het agent-verbindingsmodel wordt geen van deze aan FixControl blootgesteld — dat is de uitgaande FC Agent.

Keuzes van je workspace

Een handvol keuzes die je workspace zelf maakt — waaronder de taal voor berichten die buiten de app worden verstuurd — staan op Instellingen → Overzicht & voortgang onder Instellingen van deze workspace. Zie Van workspace wisselen.

Bewaartermijnen die jij bepaalt

De bewaartermijnen van je organisatie staan in de governance-console: Instellingen → AI & goedkeuring, tabblad Audit & bewaring (zichtbaar via Geavanceerde instellingen tonen). Elke termijn is in dagen, en 0 betekent onbeperkt bewaren — de standaard voor allemaal.

Auditgebeurtenissen staan niet in dat lijstje. De termijn voor auditgebeurtenissen wordt door FixControl voor het hele platform afgedwongen: 365 dagen op de gehoste dienst, en nooit korter dan 90 dagen. De console toont dat veld als Platformbeheerd; een waarde die je daar voor je organisatie invult is adviserend en maakt niet korter of langer wat bewaard wordt. De reden is structureel: de audit-hashketen is één globale reeks, dus die wordt op één plek gesnoeid, en snoeien legt een anker vast zodat de overblijvende regels over het gat heen verifieerbaar blijven.

Wat bewaarbeleid nooit verwijdert: goedkeuringsbesluiten, orkestratiegebeurtenissen, en de ankers van de auditketen. Het bewijs van een besluit weggooien is geen bewaarbeleid, en de database weigert het — zie Governance & beleid.

Wat je FixControl-beheerder beheert

Sommige instellingen staan helemaal niet in je workspace. Ze staan in de eigen console van de FixControl-beheerder, die alleen voor FixControl-medewerkers zichtbaar is, en ze gaan over het platform onder elke workspace:

• Systeemonderhoud — de opschoonronde over afgeronde agent-runs en het auditvenster, de controle van de auditketen die daarbij hoort, en wanneer die ronde draait.
• Issue-sleutelreeksen — de prefixen waaruit nieuwe issue-sleutels worden getrokken, en welke issuesoorten een eigen reeks krijgen. Wil je een ander prefix, vraag je FixControl-beheerder dan om het in te richten.
• AI-providers en modellen — welke providers en modellen FixControl gebruikt, en de credentials die het daarvoor houdt. Jij configureert geen AI-provideraccounts of API-sleutels. Wat een beheerder van je organisatie wel kan kiezen, is een voorkeursmodel per agent, via AI Team → de agent → Orkestratie-instellingen (zie Orkestratie & context).
• Platformgedrag — sandboxuitvoering en de resourceplafonds daarvan, wachtrij-backends, zoekgewichten en zoekdiepte, ontdekkings- en voorbeeldbudgetten, het hostnaamsjabloon voor voorbeelden, embedding-providers, of de FC Agent en remote validatie voor je workspace beschikbaar zijn, en welke database verificatieruns standaard krijgen.

Drie feiten over die console zijn vanaf jouw kant het weten waard:

• Een waarde heeft een zichtbare herkomst. Elke instelling toont of het de platformstandaard is, een centraal gezette waarde, of een waarde uit de eigen configuratie van de omgeving. Er is geen onzichtbare override.
• Sommige instellingen zijn per workspace. Waar een instelling dat ondersteunt, kan de beheerder voor jouw workspace een andere waarde zetten zonder die van anderen te wijzigen.
• Sommige knoppen zijn bewust geen instelling. Alles dat containerisolatie zou verzwakken, hostallowlists zou versoepelen of de fail-closed database-isolatie zou uitzetten, blijft er met opzet buiten — een formulier is de verkeerde plek voor "zet de beveiliging uit", en die dingen horen bij hoe de omgeving zelf wordt geïnstalleerd.

Moet er zoiets veranderen, vraag het je FixControl-beheerder.

Veelgestelde vragen

Waarom ziet mijn agent deze repository niet? Ofwel geen koppeling bereikt hem, ofwel hij is niet gekoppeld aan het project waarin je werkt. Die twee staan bewust los — zie Codebases.

Verwijdert bewaarbeleid mijn auditspoor? Auditgebeurtenissen worden bewaard voor de termijn van het hele platform — 365 dagen op de gehoste dienst, nooit korter dan 90 — en snoeien legt een anker vast zodat de overblijvende keten nog verifieert. Niets aan jouw kant maakt die korter.

Kan ik agent-traces voor altijd bewaren? Ja. Laat Agent-traces op 0 staan; dat is de standaard.

Gerelateerd: Codebases · Git-providers · Integraties · FC Agent · Governance & beleid · Beveiliging & audit