Adminpanel

Varje publicerad Proyecta-app levereras med en adminpanel — ett privat, inloggningsskyddat back office där du hanterar ditt innehåll och dina formulärinlämningar utan att röra koden.

Din apps publika ansikte utåt är unikt och varumärkesspecifikt. Bakom det behöver varje app samma tråkiga men nödvändiga back office: ett ställe att redigera innehåll, granska leads och sköta den dagliga driften. Proyecta bygger det åt dig med schemabaserade, mallägda komponenter, så det förblir konsekvent och korrekt i varje app — och du behöver aldrig vänta på att AI:n ska skriva en CRUD-skärm för hand.

Vad du kan hantera

Avsnitt	Vad det gör	Status
Innehåll	Skapa, redigera, publicera och arkivera poster i dina samlingar	Tillgängligt
Formulärinlämningar	Granska, markera som lästa och arkivera inlämningar från dina formulär	Tillgängligt
Handelsbeställningar	Granska och expediera beställningar från din butik	Tillgängligt
Medlemmar / användare	Hantera personerna som loggat in i din app, och deras roller	Tillgängligt

Vilka avsnitt du ser beror på vad din app gör — panelen läser appens live-form och visar bara det som är relevant. En app utan butik har inget beställningsavsnitt.

Vem som kommer in

Adminpanelen är RBAC-skyddad. En besökare måste vara inloggad med ett admin-konto för att se den — varje adminåtgärd kontrolleras på servern, inte bara dold i gränssnittet.

Adminrollen ges till den e-postadress du anger när appen skapas, matchad mot den verifierade adressen hos identitetsleverantören. Den ges inte till den som råkar logga in först — i en vanlig app loggar alla andra in som vanliga användare, inklusive den allra första besökaren. Se Användare & Auth för hur inloggning fungerar och hur roller tilldelas.

Byggstenarna

Panelen är sammansatt av mallägda komponenter. Du skriver inte dessa — de ingår i varje app — men det är bra att känna till de viktigaste:

Komponent	Vad den ger dig
CollectionManager	En fullständig adminskärm för en samling: en sökbar, sorterbar lista plus ett autogenererat formulär för att skapa/redigera. En per samling.
SubmissionsInbox	Inkorgen för formulär: flikarna Ny / Läst / Arkiverad, ett märke för olästa och en detaljvy per inlämning.
AdminShell	Inramningen runt alltihop — en fällbar sidopanel och ett toppfält som binder ihop avsnitten.

CollectionManager: automatisk CRUD från ditt schema

CollectionManager läser en samlings schema och bygger hela redigeringsupplevelsen med nästan noll handskriven kod:

• Listar dina poster i en tabell med statusmärke, sökning och en New-knapp.
• Autogenererar formuläret utifrån varje fälts typ — textfält blir inmatningsfält, lång text blir ett textarea, siffror blir nummerinmatningar, på/av-värden blir switchar, valalternativ blir rullgardinsmenyer, datum blir datumväljare, referenser blir en väljare över den länkade samlingen och bildfält får en uppladdningsknapp (med en mediebiblioteksväljare och möjlighet att klistra in en URL som reservalternativ).
• Sparar som utkast först — publicering är en explicit, separat åtgärd, så inget publiceras av misstag. Du kan även avpublicera eller arkivera en post (arkivering är en mjuk radering — posten försvinner från appen och panelen men förstörs inte).
• Hanterar engångsinnehåll också: singleton-samlingar (som din företagsinformation) visar formuläret direkt, utan lista.

Redigering är genuint no-code: du (eller vem du gör till admin) ändrar texter, priser, foton och öppettider via panelen, trycker på publicera och den live-publicerade appen uppdateras.

Obs: Handelsprodukter hanteras med handelsverktygen, inte i en CollectionManager — även om katalogen är innehåll. Se Commerce.

Hur adminpanelen byggs

Du behöver inte be om den, och AI:n skriver den inte för hand. Panelen är en självkonfigurerande “fristående admin”: en fast /admin inbyggd i varje apps mall som läser appens live-innehållsschema och kapabilitetskonfiguration och renderar sig själv — med noll AI-koppling. Lägg till en ny samling senare och den dyker upp automatiskt, utan att appen behöver byggas om.

Utöver innehåll och formulärinlämningar dyker avsnitt upp för det din app faktiskt gör — beställningar och returer, bokningar och schemaläggning, medlemmar och roller, ett mediebibliotek, e-post och push. Du får de avsnitt som gäller din app och inga av dem som inte gör det.

Eftersom den ägs av mallen förblir den konsekvent och korrekt i varje app, och den kan inte glida iväg eller gå sönder när AI:n redigerar dina publika sidor. Vill du senare ändra själva konsolen — säg till; det är en explicit ändring, inte något som det första bygget improviserar fram.

Vanliga mönster

Du behöver aldrig be om själva adminpanelen — den följer med varje app, och nya samlingar dyker upp där av sig själva. Det här är värt att be AI:n om:

• "Add a 'featured' toggle to my services so I can choose what shows on the homepage." — nya fält dyker upp i adminpanelen automatiskt.
• "Make the headline and hours on my homepage editable from the admin." — flyttar hårdkodad text till innehåll.
• "Build me a back-office page showing this week's bookings at a glance." — en skräddarsydd sida byggd av samma byggstenar.

Relaterat

• Innehållshantering — de samlingar och poster som adminpanelen redigerar.
• Formulär — källan till inlämningsinkorgen.
• Användare & Auth — hur inloggning fungerar och hur adminrollen tilldelas.
• Commerce — hantera din katalog och dina beställningar.