EPDatlas — Beheeromgeving (Super)Admin

1. Admin-login

Aparte ingang, andere kleur, geen zelfregistratie. Rechts de vergrendelde toestand na te veel mislukte pogingen.

Beheerderaccounts worden alleen door een bestaande beheerder aangemaakt. Login-pogingen komen in het audit log (scherm 17).
Vergrendeling: na 5 mislukte pogingen 60 minuten op slot (users.failed_login_attempts, users.locked_until). "Vergrendeld" bewust een ander woord dan "Geblokkeerd" (dat betekent elders administratief geblokkeerd/gearchiveerd door een beheerder — iets anders dan tijdelijk op slot door foute pogingen). Wachtwoord vergeten blijft altijd bereikbaar, ook vergrendeld: dat is een andere manier om je identiteit te bewijzen.
Schemapunt: wachtwoordherstel gebruikt de tabel password_resets (token, geldig tot, gebruikt op, doel invite/reset) — staat in schema.sql.
Nice to have: tweefactorauthenticatie. users kent email, password_hash, full_name, role_id, status, last_login_at, failed_login_attempts en locked_until — een 2FA-veld en een sessietabel zouden er eerst bij moeten.

2. Dashboard

Algemeen overzicht over het hele platform. Bewust compact; later uit te breiden.

Elke teller is een filterlink naar de bijbehorende lijst (bijv. "Verlopen EPD's" → EPD-lijst met status-filter voorgezet). Producten, organisaties en de verdeling per organisatie komen uit v_dashboard_counts; "Open signalen" is open_flags, "Wacht op controle" is epds_awaiting_review.

3. Organisaties — lijst met filters

Centrale ingang voor klantbeheer. Zoeken, filteren, sorteren, bulkacties.

Kolommen sluiten aan op organisations + afgeleide tellingen. Status komt uit organisations.status (active / suspended / archived). De kolom Plaats is hier vervangen door Website: CO2spot bevat geen adresgegevens, wél de bedrijfswebsite en de contactpersoon. Adres, KvK en BTW blijven bestaande kolommen in organisations, ze zijn na migratie alleen nog leeg.
De verzamelorganisatie Niet toegewezen (id 1) houdt de 423 CO2spot-producten zonder bedrijf vast, met een interne licentie.

4. Organisatie — nieuw / bewerken

Volledig formulier op basis van de tabel organisations. Zelfde scherm voor aanmaken en wijzigen.

Postcode en plaats zijn twee aparte velden, net als in de leveranciersomgeving en net als in organisations (postal_code, city).

5. Organisatie — detail met tabs

Alles van één klant op één plek: gegevens, licenties, gebruikers, producten, EPD's en historie.

"Inloggen als klant" opent de blauwe leveranciersomgeving in impersonatie-modus; die sessie wordt altijd in het audit log vastgelegd. De verdeling per categorie is de echte Wavin-verdeling in CO2spot.

6. Licenties — lijst

Alle licenties over alle organisaties, met verloop- en limietsignalering.

Sluit aan op licences (plan, start_date, end_date, max_products, max_epds, amount, status, is_current). Status kent vier waarden: active, expired, cancelled, trial. "Verloopt over 21 dgn" en "Boven limiet" zijn geen statussen maar afgeleide signalen (uit end_date respectievelijk max_products versus het werkelijke aantal).

7. Licentie toewijzen / bewerken

Modaal venster, vanuit de licentielijst of vanaf de organisatie.

Bij verlagen van het maximum onder het huidige aantal producten volgt een waarschuwing; bestaande producten blijven staan, nieuwe worden geweigerd. "Automatisch verlengen" is uit het formulier gehaald: licences heeft daar geen kolom voor. Wil je het toch, dan komt er een kolom auto_renew bij.

8. Gebruikers — lijst

Alle accounts: leveranciergebruikers én beheerders.

De kolom Rol toont roles.label via users.role_id; het filter "Rol: alle" vult zich dus vanzelf met elke rol die in scherm 18 wordt aangemaakt. Status blijft users.status (active / invited / disabled).
De vaste ENUM users.role is vervallen. Wat er nu in staat komt uit seed_reference.sql: Leverancier (side supplier) en Platformbeheerder (side platform). roles.side bepaalt in welke helft van de applicatie iemand terechtkomt; de rechten binnen die helft komen uit de matrix.
De namen en e-mailadressen zijn de echte CO2spot-contactpersonen; bij migratie worden zij de hoofdgebruiker van hun organisatie.

9. Gebruiker — nieuw + credentials

Aanmaken, koppelen aan organisatie, en toegang regelen zonder wachtwoorden te tonen.

Wachtwoorden worden nooit getoond of teruggelezen (password_hash). Beheerder kan alleen resetten of een tijdelijk wachtwoord uitgeven; beide acties komen in het audit log.
De velden Taal en "Tweefactorauthenticatie verplichten" zijn verwijderd: users heeft daar geen kolommen voor. Beide zijn nice to have en vragen eerst een schemawijziging. De uitnodigingslink met geldigheidsduur gebruikt password_resets met purpose='invite' — staat in schema.sql.

10. Categorieën — L1 / L2 / L3

Boomstructuur links, detail rechts. Slepen wijzigt de volgorde. Drie niveaus, precies zoals CO2spot.

Sluit aan op categories_l1 / l2 / l3: alleen name, title, info_text, image, default_unit_id (op L2 en L3), sort_order en is_active. De velden "Naam (EN)", "Code" en "CO2spot-mapping" zijn vervallen — die kolommen bestaan niet, en een mapping is overbodig omdat de id's identiek zijn aan die van CO2spot. Een vierde niveau is er niet; het derde niveau ís het producttype.

11. Referentielijsten

Eén scherm voor alle vaste lijsten; links de lijstkeuze, rechts de CRUD-tabel.

Aantallen komen uit seed_reference.sql: 7 eenheden, 9 programmahouders, 9 LCA-platformen, 5 bronsoorten, 84 materialen, 22 modules (A1–D), 41 indicatoren. De kolom heet Afkorting, want programme_operators kent short_name en geen code. De lijst "Abonnementstypen" is verwijderd: licences.plan is een vrij tekstveld zonder eigen tabel.

12. Producten — alle organisaties

Platformbrede productlijst met organisatiefilter, categoriefilter en EPD-status.

De beheerder ziet altijd de kolom Organisatie; in de leveranciersomgeving ontbreekt die, omdat daar de tenantfilter vastligt. Productnamen, categoriepaden, materialen, eenheden, diameters en GWP-waarden komen uit CO2spot; de EPD-tellingen en -statussen zijn voorbeeld.

13. Product — detail met gekoppelde EPD's

Beheerdersweergave: alle velden bewerkbaar, EPD-koppelingen direct te beheren.

De tab "Bestanden" is verwijderd: bestanden hangen in epd_files altijd onder een EPD-versie, nooit onder een product. Ze zijn te vinden via de EPD-detailpagina (scherm 15, tab Bronbestand).
Het veld "Producttype" is vervallen — er zijn drie categorieniveaus en het derde is het producttype.
"Vastzetten" schrijft product_epd.pin_requested: de leverancier of beheerder dwingt dan één specifieke versie af in CO2spot. Maximaal één vastgezette versie per product.

14. EPD's — lijst en uploadcontrole

Platformbrede EPD-lijst. Het tabblad Uploadcontrole toont wat menselijke aandacht nodig heeft (MVP §11).

De kolom NMD-categorie (epds.nmd_category, 1/2/3) is toegevoegd — die staat in v_co2spot_products en wordt dus publiek getoond.

15. EPD — detail (admin-weergave)

Zelfde inhoud als de leveranciersweergave, plus bewerkrechten, uitleeslog en handmatige statuswijziging.

Herkomst per veld komt uit field_provenance, signalen uit quality_flags, uitleespogingen uit epd_extractions. De teller onderaan de indicatortabel telt waarden (epd_indicator_values) tegen het aantal gedefinieerde indicatoren (41 in indicators). Onder Bronbestand kunnen naast de EPD-PDF ook bijlagen en afbeeldingen staan: epd_files.kind kent annex, image en other.

16. Verwijderen bevestigen (patroon)

Eén patroon voor alle destructieve acties: gevolgen tonen, naam laten intypen, alternatief aanbieden.

17. Audit log

Wie heeft wat gewijzigd. Filterbaar op gebruiker, organisatie, object en periode.

Sluit aan op audit_log. Impersonatiesessies en wachtwoordresets worden altijd vastgelegd. Dezelfde tabel voedt, gefilterd op organisation_id, de activiteitenlog in de leveranciersomgeving.

18. Rollen & rechten — matrix

Rollen als rijen, rechten als kolommen, vinkjes als koppeling. Een nieuwe rol samenstellen uit bestaande rechten kan hier zonder code-wijziging.

Sluit aan op de drie nieuwe tabellen: roles (key_name, label, side, is_active), permissions (key_name, label, category) en de koppeltabel role_permissions — dat is de matrix zelf. users.role_id is een FK naar roles; de oude ENUM users.role bestaat niet meer.
De kolom Support staat er grijs bij als illustratie van wat een nieuwe rol doet; die rol zit niet in seed_reference.sql.
Grens van dit scherm: de matrix combineert bestaande rechten, hij verzint er geen. Een scherm of actie die nog niet bestaat, vraagt eerst een rij in permissions plus de bijbehorende user_can()-controle in de code. Daarna is het samenstellen van rollen hier zelfbediening.
Het recht roles.manage beveiligt dit scherm zelf; wijzigingen komen in het audit log (scherm 17).