Dekking, bronnen en versiegrenzen

Betekenis van de status

Scherm: de genoemde interface is met Playwright bezocht en vastgelegd; niet automatisch ieder scenario. Code: werking is in broncode of beheerinstructies nagegaan, niet in productie beproefd. Deels: er is een gebouwd deel of oppervlak, maar de volledige reis vraagt verificatie. Spec: de beschreven werking is uit de spec; geen complete interfaceproef. Toekomstig: expliciet toekomstig of nog nader te definiëren.

Bekende grenzen van deze versie

• Besluitvrijgave tijdens een open call en de losse actie voor één inzending zitten nog in open PR’s en worden niet als beschikbaar scherm gepresenteerd.
• Programma (04). De overdracht van CFP naar Programme is samengevoegd (#2172, #2286, #2290, #1356) en beschreven op basis van de broncode; zij is voor deze handleiding niet in de browser doorlopen. Samengevoegde code is geen volledige programma-acceptatie: acceptatie met schermlezer, in de moedertaal, onder belasting, met live zalen en met een echte provider staat nog open (#43, #488).
• Programmascreenshots zijn voorbeelden, geen bewijs van de hele route. Alle opnamen zijn opnieuw gemaakt op de vastgelegde revisie, na de interfacevernieuwing (#2425), in een geïsoleerde demo-editie. De sessies daarin zijn met de hand gemaakt, met één fictieve spreker en zonder bezoekers; een eerste publicatie is vóór de opname via de beheer-API bevestigd. De schermen tonen dus niet de CFP-overdracht, favorieten of vraag van bezoekers, een gecontroleerd of downloadbaar bestand (de demo-omgeving voerde de veiligheidscontrole niet uit) of een bevestigde beoordeling in de werkbank. Vraag heeft geen screenshot, omdat die zonder bezoekers geen belangstelling zou tonen.
• Nog open grenzen in Programma: opnieuw verwerken van hangende overdrachten door beheerders (#2319); resterende acceptatie van bronlinks, inclusief het sprekersscherm en de weergave voor bezoekers (#2023); verse controle van tijdsloten bij bevestigen (#757); informatie over betrokkenen bij meldingen van dagaankondigingen (#759); deelnemerswijziging bij een herhaalde sessie nadat één tijdslot is afgerond (#760); gelijktijdig toevoegen van dezelfde persoon aan overlappende sessies (#1111; oplossing in open PR #2518); betrouwbare doorgifte van definitief verlies van rechten (#1348); koppeling met live zalen (PRG-008–011); meldingen over programmawijzigingen (C-19); gebruikers- en belastingsacceptatie (#488).
• Integraties (28). Het MCP-endpoint, twee anonieme alleen-lezentools, metadata van de beschermde bron, assistentkoppelingen, registratie van agents en de MCP-audit zijn samengevoegd als API- en backendmogelijkheden (#1979, #2031, #2013, #2086, #2140). Er is geen scherm voor koppelingen. Het koppelen van een token aan een verbinding (#1968), goedkeuringen en step-up (#1975), CFP-inzending via MCP (#2335, PR #2343, #2341; doel 1 december 2026) en acceptatie met een echte client en identiteitsprovider (#1821) zijn niet beschikbaar.
• Privacy (27). Coördinatie van persoonswissing en een aantal deelnemende domeinen zijn samengevoegd maar staan standaard uit; de productieroute voor wissing is open (#1821). Bewaartermijnen in kalendermaanden zijn een beschikbare instelling zonder gebruiker; de eerste spec daarvoor is nog open (omnia-spec #365). Afgewezen voltooiingen van actielinks schrijven nog geen ontvangstbewijs (#2577).
• Commerce (06–08). De regels voor het soort koper en het vervangen van claimlinks zijn alleen via de API beschikbaar; er is geen beheerscherm. De controle van workshopplaatsen (#2580) is intern en weigert nog niets.
• Sponsors en leads (15–16). Voordeelsoorten van pakketten (includedTeamTickets, booth, leadScanning, sponsoredTalkSlot) zijn samengevoegd als alleen-API (#2594); de pagina Sponsors heeft geen scherm voor pakketten. Leadscannen bestaat alleen als controle of het pakket het recht geeft (LEAD-001). Er is nog geen scanapp, leadregistratie of onthulling, dus module 16 blijft op Spec. Het recht wacht nog niet op een gecontracteerde aankoop (#1802, #1562).
• Ticketing (06). Elk tickettype heeft een versie van de registratievoorwaarden, alleen via de API (termsVersion, #2596). Nergens wordt zij nog vastgelegd bij een leadonthulling (LEAD-003, PRIV-006).
• De screenshotset bevat geen productietest van OIDC, betalingsproviders, printers, scanners of bewaartermijnen.
• De hoofdstukken met status Spec of Toekomstig beschrijven geen onzichtbare knoppen; zij benoemen expliciet welke verificatie nog nodig is.

Documentatie bijwerken

Wijzig eerst het Markdownbestand en zijn Engelse of Nederlandse tegenhanger. Controleer relevante spec en code. Maak gewijzigde screenshots opnieuw in een eigen demo-editie en actualiseer het screenshotmanifest. Bouw de container en voer link-, zoek-, taal- en mobiele controles uit. Werk daarna bronrevisies en controledatum bij.

De reviewreis bestaat uit inrichten, beoordelen en gebruiken bij de selectie. De screenshots tonen groepsinrichting en de eigen-inzendingafscherming; het normale scoreformulier en de volledige reviewketen zijn in deze documentatieronde nog niet in de browser doorlopen. De handleiding beschrijft die op basis van de vastgelegde broncode. De volledige N-van-M-reviewdekking uit de spec is nog niet beschikbaar in deze referentieversie.