Панель адміністратора

Кожен опублікований застосунок Proyecta постачається з адмін-панеллю — приватним бек-офісом із захистом входу, де ти керуєш контентом і надісланими формами без написання коду.

Публічна частина твого застосунку — унікальна і відповідає бренду. За нею кожному застосунку потрібен однаковий, нецікавий, але необхідний бек-офіс: місце, де можна редагувати контент, переглядати ліди й вести щоденну роботу. Proyecta будує його для тебе з компонентів, що визначаються схемою і належать до шаблону, — тож він залишається послідовним і коректним у кожному застосунку, і ти ніколи не чекаєш, поки AI вручну напише CRUD-екран.

Чим можна керувати

Розділ	Що робить	Статус
Контент	Створювати, редагувати, публікувати та архівувати записи в кожній із твоїх колекцій	Доступно
Надіслані форми	Переглядати, позначати як прочитані та архівувати надсилання з твоїх форм	Доступно
Замовлення Commerce	Переглядати та виконувати замовлення з твого магазину	Доступно
Учасники / користувачі	Керувати людьми, які увійшли до твого застосунку, та їхніми ролями	Доступно

Які розділи ти бачиш, залежить від того, що робить твій застосунок — панель читає його живу структуру й показує лише те, що застосовне. Застосунок без магазину не має розділу «Замовлення».

Хто має доступ

Адмін-панель захищена RBAC. Відвідувач повинен увійти з обліковим записом адміністратора, щоб побачити її — кожна адмін-дія перевіряється на сервері, а не просто прихована в UI.

Права адміністратора надаються тій електронній пошті, яку ти вказуєш під час створення застосунку, — вона звіряється з адресою, підтвердженою провайдером ідентичності. Вони не дістаються тому, хто увійшов першим: у звичайному застосунку всі інші входять як звичайні користувачі, зокрема й перший відвідувач. Дивись Users & Auth, щоб дізнатися, як працює вхід і як призначаються ролі.

Будівельні блоки

Панель зібрана з компонентів, що належать до шаблону. Ти їх не пишеш — вони є в кожному застосунку, — але корисно знати основні:

Компонент	Що надає
`CollectionManager`	Повний адмін-екран для однієї колекції: список із пошуком і сортуванням, а також автоматично згенерована форма для створення/редагування. Один на колекцію.
`SubmissionsInbox`	Вхідні форм: вкладки New / Read / Archived, бейдж непрочитаних і детальний перегляд кожного надсилання.
`AdminShell`	Оболонка навколо всього — згортуваний сайдбар і верхня панель, що об’єднують розділи разом.

CollectionManager: автоматичний CRUD із твоєї схеми

CollectionManager читає схему колекції й будує весь досвід редагування з мінімальним написанням коду вручну:

Відображає записи у вигляді таблиці з бейджем статусу, пошуком і кнопкою New.
Автоматично генерує форму на основі типу кожного поля — текстові поля стають інпутами, довгий текст — textarea, числа — числовими інпутами, увімк./вимк. — перемикачами, поля вибору — дропдаунами, дати — вибором дати, посилання — пікером із пов’язаної колекції, а поля зображень отримують кнопку завантаження (з пікером медіабібліотеки та запасним варіантом — вставити URL).
Спочатку зберігає як чернетку — публікація є явною, окремою дією, тому нічого не потрапляє на продакшн випадково. Також можна скасувати публікацію або архівувати запис (архівування — це м’яке видалення: він зникає з застосунку та панелі, але не знищується).
Підтримує також одиничний контент: колекції-синглтони (як-от інформація про бізнес) відображають форму напряму, без списку.

Редагування справді без коду: ти (або будь-хто, кому надано роль адміністратора) змінюєш тексти, ціни, фото й розклад із панелі, натискаєш publish — і живий застосунок оновлюється.

Примітка: Продуктами Commerce керують інструменти Commerce, а не CollectionManager — навіть попри те, що каталог є контентом. Дивись Commerce.

Як будується адмін

Просити її не потрібно, і AI не збирає її вручну. Панель — це самоналаштовувальна «постійна адмін-панель»: фіксований /admin, вбудований у шаблон кожного застосунку, який читає живу схему контенту й конфігурацію можливостей твого застосунку та відображає себе сам — без жодного підключення через AI. Додай нову колекцію пізніше — і вона з’явиться автоматично, без повторної збірки.

Окрім контенту та надісланих форм, розділи з’являються під те, що твій застосунок насправді робить — замовлення й повернення, бронювання та розклад, учасники й ролі, медіабібліотека, email і push. Ти отримуєш ті, що стосуються твого застосунку, і жодного з тих, що не стосуються.

Оскільки панель належить шаблону, вона залишається послідовною й коректною в кожному застосунку і не може «поїхати» чи зламатися, коли AI редагує твої публічні сторінки. Якщо згодом захочеш змінити саму консоль — попроси: це явна правка, а не те, що перша збірка вигадує сама.

Типові запити

Саму адмін-панель просити не потрібно — вона є в кожному застосунку, а нові колекції з’являються в ній самі. Ось про що варто попросити AI:

"Add a 'featured' toggle to my services so I can choose what shows on the homepage." — нові поля з’являються в адмін-панелі автоматично.
"Make the headline and hours on my homepage editable from the admin." — переносить захардкоджений текст у контент.
"Build me a back-office page showing this week's bookings at a glance." — окрема сторінка, зібрана з тих самих будівельних блоків.

Пов’язане

Content Management — колекції та записи, якими керує адмін.
Forms — джерело вхідних надсилань форм.
Users & Auth — як працює вхід і як надається роль адміністратора.
Commerce — керування каталогом і замовленнями.