Екипи и достъп
Четири клиентски роли, подсметки, отразяващи действителната структура на Вашия бизнес, API ключове за всяка организация, единичен вход (SSO) и одиторски лог зад всяко привилегировано действие. Същият модел за достъп се прилага в таблото за управление, API, CLI, Terraform и нашия MCP сървър. Наличност: доставчикът за Terraform е в активна разработка и все още не е наличен. Всичко останало, описано тук, работи днес.
Достъпът не е просто превключвател за включване/изключване. Всяка клиентска организация разполага с четири роли, като всяка представлява фиксиран пакет от детайлни разрешения за module.action — така финансовият контакт никога не докосва сървър, а разработчикът никога не вижда фактура.
Пълен контрол над организацията и нейните подпрофили: създаване на дъщерни организации, канене и премахване на членове, промяна на роли, управление на API ключове, конфигуриране, рестартиране, спиране и изтриване на сайтове, управление на фактури и начини на плащане, както и преглеждане на одиторския лог. Две неща умишлено остават извън обхвата — закриването на организация и възстановяването на суми са действия на служителите, а не клиентска роля.
Всичко финансово и нищо друго: фактури, абонаменти, начини на плащане и каталог с планове, плюс преглед на организацията и списъка с нейните членове. Никакъв достъп до сайта — лице за финансов контакт или външен счетоводител не може да рестартира, спира временно или изтрива нищо.
Работете по сайтовете, без да се докосвате до финанси: преглеждайте и конфигурирайте сайтове, рестартирайте услуги, изчиствайте кеша, управлявайте API ключове и създавайте или отговаряйте на тикети за поддръжка. Без преглед на фактурирането, без управление на членовете, без спиране и без изтриване — деструктивните и търговските действия остават за собственика.
Пълен изглед без възможност за промяна на каквото и да е — членове, сайтове, фактуриране, планове, тикети, статус на превода и одит лог. Подходящата роля за клиентски заинтересован участник, вътрешен одитор или нов служител, който все още навлиза в работата.
Многопотребителската структура (tenancy) е дървовидна, а не линеен списък. Организацията на риселъра стои над клиентските организации, а сайтовете са под тях. Членът на екипа представлява членство — един потребител, една организация, една роля — така че един и същ примитив обслужва екип от двама души, агенция, управляваща сто клиентски акаунта, и риселър, управляващ под-акаунти под собствената си марка.
Ролите се предоставят за всяка организация поотделно, като прилагането им също е на ниво организация. Роля в една организация не дава достъп в отделна, несвързана организация — даден подизпълнител може да бъде Developer в акаунта на един клиент и Read-only във втори, чрез един и същ вход. Достъпът обаче преминава надолу по Вашата йерархия: роля в родителска организация се прилага и за вложените под нея организации, като именно така риселърите и агенциите управляват своите клиенти.
Изолацията се прилага в базата данни, а не само в кода на приложението. Защитата на ниво ред в Postgres ограничава всяка заявка на наемател до поддървото на извикващия, а всичко извън това поддърво връща грешка за ненамерен ресурс, вместо грешка за разрешителни — така платформата дори никога не потвърждава, че съществува организация или сайт на друг наемател.
Ролите не са просто удобство за контролния панел. Всеки начин за достъп до платформата опира до едни и същи ключове за разрешения, така че няма задна врата, която да заобикаля вашите правила за достъп.
Сайтове, фактуриране, тикети, съобщения, известия, API ключове и управление на екипа в една обща среда. Интерфейсът визуализира това, което ролята на вписания член позволява, така че на потребителите не се показват контроли, които не могат да използват.
Публикуваният API е същият двигателен API, който използва таблото за управление. API ключовете се издават за всяка организация с детайлни обхвати, свързани с разрешенията за RBAC, а отделните тестови (sandbox) и реални режими означават, че можете да тествате интеграции, без да засягате реалното таксуване или осигуряване на ресурси.
Управлявайте сайтове, домейни, DNS, пощенски кутии и планове като инфраструктура като код и изпълнете terraform apply за осигуряване на хостинг — управляван от същите обхвати, както всичко останало.
Свържете Claude Code, Cursor, ChatGPT, Claude Desktop или всеки инструмент, поддържащ MCP. Токените са с обхват, ограничен до организация и нейните права за достъп според ролята (RBAC), отменими са за всеки инструмент поотделно, с потвърждение при разрушителни действия, лимити на разходите и пълна одитна следа.
Съхранява се само хеш на всеки API ключ — никога самият първичен ключ. Ключовете имат име и видим префикс, за да можете да ги различавате, отчитат кога са били използвани за последно и могат да бъдат анулирани поотделно, без да се засягат останалите.
Идентичността работи с Keycloak, така че автентификацията е пълноценен OIDC и SAML, а не персонализирана форма за вход, прикачена към хостинг панел.
Всяко привилегировано действие записва одит запис само за добавяне: кой го е извършил, какво е направил, върху какво го е направил, подкрепящите доказателства и изходния IP адрес. Дневникът е само за добавяне — събитията се добавят, а не се редактират на място — а в производствена среда е разделен по време, за да остане бърз при нарастването си.
Четенето на този регистър само по себе си е разрешение. Собствениците и членовете с права само за четене го притежават, така че отговорникът за профила и лицето, което го одитира, да могат да виждат пълната хронология, без да се нуждаят от повишени права за това.
Около това са разположени контролите, изисквани от по-големите екипи: правила за сесии, опционални списъци с разрешени IP адреси за всяка организация и допълнително удостоверяване при чувствителни действия, така че активната сесия сама по себе си да не е достатъчна за извършване на сериозна операция.
Каталогът с разрешения е от данни, а не твърдо кодирана логика — поради което може да бъде разширяван без преработване на платформата.
Собственикът има пълен контрол над организацията и нейните подсметки, включително членове, API ключове, сайтове и методи за плащане. Мениджърът по фактуриране вижда фактури, абонаменти, методи за плащане и планове, без достъп до сайтовете. Разработчикът управлява сайтове и API ключове и обработва тикети, без контрол върху фактурирането или членовете. Потребителят с права само за четене може да преглежда членове, сайтове, фактуриране, планове, тикети и одитния лог, без да променя нищо.
Все още не като настройка за отделен сайт — стесняването на единично членство до конкретни сайтове е планирано подобрение. Днес постигате същото разделяне чрез дървото на наемателите: поставете тези сайтове в дъщерна организация и дайте роля на лицето там. Тъй като ролите се предоставят за организация, този достъп не се пренася върху нищо друго във Вашия акаунт.
Не — API ключовете се издават за организация, с детайлни обхвати, свързани със същите RBAC разрешения, и отделни тестови (sandbox) и реални режими. Използвайте ги като идентификационни данни за услуги за интеграции, CI или Terraform, а за хора използвайте членства. Съхранява се само хеш на всеки ключ, всеки ключ записва кога е бил използван за последно и всеки ключ може да бъде анулиран самостоятелно.
Ролята „Разработчик“ обхваща преглеждане и обезпечаване на сайтове, рестартиране на услуги, изчистване на кешове, управление на API ключове и обработка на тикети. Тя не включва права за публикуване в активен сайт, така че ако искате някой да може да внедрява промени, този достъп трябва да бъде предоставен на собственик. Ролите са за отделна организация, така че можете да имате различна роля в друг профил.
Да. Управлението на самоличността се базира на Keycloak с OIDC и SAML, така че единичният вход (SSO) чрез SAML е наличен за корпоративни и агентски клиенти наред с вход чрез магически линк, имейл и парола, социални мрежи, ключове за достъп (passkeys) и двуфакторна автентикация чрез TOTP, която се налага съгласно правилата. Една сесия покрива таблото за управление, публичния сайт, базата от знания и билетите за поддръжка.
Всяко привилегировано действие се записва в одит лог само за добавяне, който отчита извършителя, действието, целта, подкрепящите доказателства и IP адреса. Четенето му е самостоятелно разрешение, с което разполагат както ролята „Собственик“, така и ролята „Само за четене“, така че собственикът на акаунта и одиторът да могат да преглеждат една и съща история.
Плановете се ценообразуват според хостинг капацитета, а не според броя потребители. В линията Footprint-Free например, всички 42 нива споделят абсолютно същия набор от права и се различават единствено по броя сайтове, които позволяват. Ценообразуването винаги се генерира от актуалния каталог във Вашата валута, така че това, което виждате на страницата с цени, е точно това, което се таксува.
Да. Пробният период на Footprint-Free е с продължителност 14 дни, не изисква данни за карта и обхваща до 5 сайта, за да можете да настроите организацията си, да поканите екипа си и да тествате ролите в реална работа, преди да платите каквото и да било. Платените планове са подкрепени от 30-дневна гаранция за възстановяване на сумата.
Започнете 14-дневен пробен период без карта за линията Footprint-Free, поканете екипа си и вижте как ролите работят с реални сайтове, преди да платите каквото и да било.
Започнете безплатно