Beheerderspaneel

Elke gepubliceerde Proyecta-app wordt geleverd met een beheerderspaneel — een privé, beveiligd back-office waar je content en formulierinzendingen beheert zonder code aan te raken.

Het publieke gezicht van je app is op maat gemaakt en merkspecifiek. Daarachter heeft elke app dezelfde saaie maar essentiële back-office nodig: een plek om content te bewerken, leads te bekijken en de dagelijkse gang van zaken te regelen. Proyecta bouwt dat voor je op basis van schema-gestuurde, template-eigen componenten, zodat het consistent en correct blijft in elke app — en zodat je nooit hoeft te wachten tot de AI een CRUD-scherm handmatig in elkaar zet.

Wat je kunt beheren

Sectie	Wat het doet	Status
Content	Maak, bewerk, publiceer en archiveer items in elk van je collecties	Beschikbaar
Formulierinzendingen	Bekijk, markeer als gelezen en archiveer inzendingen van je formulieren	Beschikbaar
Commerce-bestellingen	Bekijk en verwerk bestellingen uit je webwinkel	Beschikbaar
Leden / gebruikers	Beheer de mensen die zich hebben aangemeld bij je app, en hun rollen	Beschikbaar

Welke secties je ziet, hangt af van wat je app doet — het paneel leest de live structuur van je app en toont alleen wat van toepassing is. Een app zonder webwinkel heeft geen sectie Bestellingen.

Wie toegang heeft

Het beheerderspaneel is RBAC-beveiligd. Een bezoeker moet ingelogd zijn met een admin-account om het te kunnen zien — elke beheerdersactie wordt server-side afgedwongen, niet alleen verborgen in de UI.

Beheerdersrechten worden toegekend aan het e-mailadres dat je aanwijst bij het aanmaken van de app, gecontroleerd tegen het geverifieerde adres van de identiteitsprovider. Ze gaan niet naar degene die zich als eerste aanmeldt — in een normale app melden alle anderen zich aan als gewone gebruiker, ook de allereerste bezoeker. Zie Gebruikers & Auth voor hoe aanmelden werkt en hoe rollen worden toegewezen.

De bouwstenen

Het paneel is samengesteld uit template-eigen componenten. Je schrijft deze niet zelf — ze zijn onderdeel van elke app — maar het helpt om de belangrijkste te kennen:

Component	Wat het je biedt
CollectionManager	Een volledig beheerscherm voor één collectie: een doorzoekbare, sorteerbare lijst plus een automatisch gegenereerd aanmaak-/bewerkformulier. Eén per collectie.
SubmissionsInbox	De inbox van formulieren: tabbladen Nieuw / Gelezen / Gearchiveerd, een ongelezen-badge en een detailweergave per inzending.
AdminShell	De omhulling van het geheel — een inklapbare zijbalk en topbalk die alle secties aan elkaar verbindt.

CollectionManager: automatische CRUD op basis van je schema

CollectionManager leest het schema van een collectie en bouwt de volledige bewerkervaring met vrijwel geen handmatig geschreven code:

• Geeft je items weer in een tabel met een statusbadge, zoekveld en een New-knop.
• Genereert het formulier automatisch op basis van het type van elk veld — tekstvelden worden invoervelden, lange tekst wordt een textarea, getallen worden getalinvoer, aan/uit-waarden worden schakelaars, keuzevelden worden dropdowns, datums worden datumkiezers, referenties worden een kiezer voor de gekoppelde collectie, en afbeeldingsvelden krijgen een uploadknop (met een mediabibliotheek-kiezer en een URL-plakken als alternatief).
• Slaat eerst op als concept — publiceren is een expliciete, aparte actie, zodat er niets per ongeluk live gaat. Je kunt een item ook depubliceren of archiveren (archiveren is een zachte verwijdering — het verdwijnt uit de app en het paneel maar wordt niet vernietigd).
• Verwerkt ook eenmalige content: singleton-collecties (zoals je bedrijfsgegevens) tonen het formulier direct, zonder lijst.

Bewerken is echt zonder code: jij (of iedereen die je admin maakt) wijzigt teksten, prijzen, foto’s en openingstijden vanuit het paneel, klikt op publish en de live app wordt bijgewerkt.

Opmerking: Commerce-producten worden beheerd met de commerce-tools, niet in een CollectionManager — ook al is de catalogus content. Zie Commerce.

Hoe het beheerderspaneel wordt opgebouwd

Je hoeft er niet om te vragen, en de AI schrijft het niet met de hand. Het paneel is een zelfconfigurerende “vaste admin”: een vaste /admin die is ingebakken in de template van elke app, die het live contentschema en de capability-configuratie van je app leest en zichzelf rendert — met nul AI-koppeling. Voeg later een nieuwe collectie toe en die verschijnt automatisch, zonder dat een herbouw nodig is.

Naast content en formulierinzendingen verschijnen er secties voor alles wat je app daadwerkelijk doet — bestellingen en retouren, boekingen en planning, leden en rollen, een mediabibliotheek, e-mail en push. Je krijgt de secties die op jouw app van toepassing zijn en geen van de secties die dat niet zijn.

Omdat het bij de template hoort, blijft het consistent en correct in elke app, en kan het niet afwijken of stukgaan wanneer de AI je publieke pagina’s bewerkt. Wil je later de console zelf laten aanpassen, vraag het dan — dat is een expliciete wijziging, niet iets wat de eerste build improviseert.

Veelgebruikte patronen

Je hoeft nooit om het beheerderspaneel zelf te vragen — elke app wordt ermee geleverd, en nieuwe collecties verschijnen daar vanzelf. Wat wél de moeite waard is om aan de AI te vragen:

• "Voeg een 'uitgelicht'-schakelaar toe aan mijn diensten zodat ik kan kiezen wat er op de homepage komt te staan." — nieuwe velden verschijnen automatisch in het beheerderspaneel.
• "Maak de kop en de openingstijden op mijn homepage bewerkbaar vanuit het beheerderspaneel." — verplaatst hardgecodeerde tekst naar content.
• "Bouw een back-officepagina die de boekingen van deze week in één oogopslag toont." — een op maat gemaakte pagina, samengesteld uit dezelfde bouwstenen.

Gerelateerd

• Contentbeheer — de collecties en items die het beheerderspaneel bewerkt.
• Formulieren — de bron van de inzendingsinbox.
• Gebruikers & Auth — hoe aanmelden werkt en hoe de beheerdersrol wordt toegekend.
• Commerce — het beheren van je catalogus en bestellingen.