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