Csapatok és hozzáférés
Négy ügyfélszerepkör, az Ön vállalkozásának tényleges felépítését tükröző al-fiókok, szervezetenkénti API-kulcsok, egyszeri bejelentkezés és auditnapló minden kiemelt művelet mögött. Ugyanez a hozzáférési modell működik az irányítópulton, az API-n, a CLI-n, a Terraformon és az MCP-kiszolgálónkon keresztül. Elérhetőség: a Terraform-szolgáltató aktív fejlesztés alatt áll, és még nem érhető el. Minden más itt leírt funkció már ma működik.
A hozzáférés nem egyetlen be-/kikapcsoló gomb. Minden ügyfélszervezet négy szerepkörrel rendelkezik, amelyek mindegyike a részletes module.action jogosultságok egy rögzített csomagja — így a pénzügyi kapcsolattartó soha nem fér hozzá a kiszolgálóhoz, a fejlesztő pedig soha nem látja a számlákat.
A szervezet és al-fiókjai teljes felügyelete: alszervezetek létrehozása, tagok meghívása és eltávolítása, szerepkörök módosítása, API-kulcsok kezelése, webhelyek kiépítése, újraindítása, felfüggesztése és törlése, számlák és fizetési módok kezelése, valamint az ellenőrzési napló olvasása. Két dolog szándékosan kívül esik ezen — a szervezet megszüntetése és a visszatérítések kibocsátása a személyzet feladata, nem pedig ügyfélszerepkör.
Minden pénzügyi dolog és semmi más: számlák, előfizetések, fizetési módok és a csomagkatalógus, valamint a szervezet és a taglista megtekintése. Egyáltalán nincs hozzáférés az oldalhoz — egy pénzügyi kapcsolattartó vagy külső könyvelő semmit sem indíthat újra, nem függeszthet fel és nem törölhet.
Dolgozzon a webhelyeken pénzügyi hozzáférés nélkül: tekintse meg és létesítse a webhelyeket, indítsa újra a szolgáltatásokat, ürítse a gyorsítótárakat, kezelje az API-kulcsokat, valamint hozzon létre vagy válaszoljon meg támogatási jegyeket. Nincs számlázási nézet, nincs tagkezelés, nincs felfüggesztés és nincs törlés — a destruktív és kereskedelmi műveletek kizárólag a tulajdonos jogkörében maradnak.
Teljes nézet bárminemű módosítási lehetőség nélkül — tagok, webhelyek, számlázás, csomagok, hibajegyek, fordítási állapot és a napló. A megfelelő szerepkör az ügyfél érdekelt felei, belső ellenőr vagy olyan új belépő számára, aki még csak most ismerkedik a környezettel.
A bérlői struktúra egy fa, nem egy egyszerű lista. A viszonteladói szervezet az ügyfélszervezetei felett helyezkedik el, a webhelyek pedig ezek alatt találhatók. A csapattag egy tagságot jelent — egy felhasználó, egy szervezet, egy szerepkör —, így ugyanaz az alapelem szolgál ki egy kétfős csapatot, egy száz ügyfélfiókot kezelő ügynökséget és a saját márkája alatt alhálózatokat működtető viszonteladót is.
A szerepkörök kiosztása szervezetenként történik, és a szabályok érvényesítése is szervezetenként érvényes. Egy adott szervezetben betöltött szerepkör semmilyen hozzáférést nem biztosít egy különálló, független szervezetben – egy szerződéses partner ugyanazzal a bejelentkezéssel Developer lehet az egyik ügyfél fiókjában, és Read-only a másikéban. A hozzáférés azonban végighalad az Önök saját hierarchiáján: a szülőszervezetben betöltött szerepkör a közvetlenül alatta elhelyezkedő szervezetekre is érvényes, a viszonteladók és az ügynökségek ugyanis ezen a módon kezelik ügyfeleiket.
Az elkülönítés az adatbázisban érvényesül, nem csupán az alkalmazáskódban. A Postgres sorszintű biztonsága minden bérlői lekérdezést a hívó részfájára korlátoz, és a részfán kívüli bármely elem jogosultsági hiba helyett nem található választ ad vissza — így a platform soha még csak meg sem erősíti egy másik bérlő szervezetének vagy webhelyének a létezését.
A szerepkörök nem csupán az irányítópult kényelmét szolgálják. A platformhoz való minden hozzáférési mód ugyanazokra az engedélykulcsokra támaszkodik, így nincs olyan hátsó kapu, amely megkerülné az Ön hozzáférési szabályait.
Webhelyek, számlázás, hibajegyek, értesítések, figyelmeztetések, API-kulcsok és csapatkezelés egyetlen felületen. A felület azt jeleníti meg, amit a bejelentkezett tag szerepköre megenged, így a felhasználóknak nem jelennek meg olyan vezérlőelemek, amelyeket nem tudnak használni.
A közzétett API ugyanaz az alapmotor-API, amelyet a vezérlőpult is használ. Az API-kulcsok szervezetenként kerülnek kiadásra az RBAC-jogosultságokhoz kötött részletes hatókörökkel, a különálló tesztkörnyezet (sandbox) és éles (live) mód pedig lehetővé teszi az integrációk tesztelését a valós számlázás vagy erőforrás-kiosztás érintése nélkül.
Kezelje a webhelyeket, domaineket, DNS-t, postafiókokat és csomagokat kódként kezelt infrastruktúraként, és futtassa a terraform apply parancsot a tárhely kiépítéséhez — ugyanazok a hatókörök által szabályozva, mint minden más.
Csatlakoztassa a Claude Code, a Cursor, a ChatGPT, a Claude Desktop vagy bármely MCP-kompatibilis eszközt. A tokenek egy szervezetre és annak RBAC-jogosultságaira korlátozódnak, eszközönként visszavonhatók, a destruktív műveletek megerősítésével, költési korlátokkal és teljes körű ellenőrzési naplóval rendelkeznek.
Minden API-kulcsnak csak a hash-értékét tároljuk – a nyers kulcsot soha. A kulcsok névvel és látható előtaggal rendelkeznek, hogy meg tudja különböztetni őket, rögzítik az utolsó használatuk időpontját, és egyenként is visszavonhatók anélkül, hogy a többit érintenék.
A személyazonosság-kezelés Keycloak alapokon fut, így a hitelesítés valódi OIDC és SAML, nem pedig egy tárhelypanelre utólag rászerelt egyedi bejelentkezési űrlap.
Minden jogosultsághoz kötött művelet egy csak hozzáfűzhető auditrekordot hoz létre: ki végezte, mit csinált, min végezte, a kapcsolódó bizonyítékokat és a forrás IP-címet. A napló csak hozzáfűzhető — az események hozzáadódnak, nem pedig helyben módosulnak —, és éles környezetben idő szerint particionált, így a növekedése során is gyors marad.
A napló olvasása önmagában is egy jogosultság. A tulajdonosok és a csak olvasási joggal rendelkező tagok birtokolják ezt, így a fiókért felelős személy és az azt ellenőrző személy is megtekintheti a teljes előzményt anélkül, hogy ehhez emelt szintű jogosultságokra lenne szükségük.
Ezt egészítik ki a nagyobb csapatok által igényelt vezérlők: a munkamenet-irányelvek, a szervezetenként választható IP-engedélyezési listák, valamint a kényes műveleteknél alkalmazott többlépcsős hitelesítés, így önmagában egy aktív munkamenet nem elegendő egy jelentősebb művelet elvégzéséhez.
Az engedélykatalógus adat és nem beágyazott logika — ezért a platform újrahuzalozása nélkül is bővíthető.
A tulajdonos teljes körű felügyelettel rendelkezik a szervezet és annak alszámlái felett, beleértve a tagokat, az API-kulcsokat, a webhelyeket és a fizetési módokat. A számlázási kezelő látja a számlákat, az előfizetéseket, a fizetési módokat és a csomagokat, de nincs hozzáférése a webhelyekhez. A fejlesztő webhelyeket és API-kulcsokat kezel, valamint hibajegyeket intéz, anélkül hogy jogosultsága lenne a számlázásra vagy a tagok kezelésére. A csak olvasható jogosultság lehetővé teszi a tagok, webhelyek, számlázás, csomagok, hibajegyek és a naplófájl megtekintését módosítási lehetőség nélkül.
Egyelőre nem webhelyenkénti beállításként érhető el — az egyedi tagság meghatározott webhelyekre való korlátozása egy tervezett fejlesztés. Jelenleg ugyanezt az elkülönítést a bérlői fa segítségével érheti el: helyezze át ezeket a webhelyeket egy gyermek szervezetbe, és adjon ott szerepkört a kívánt személynek. Mivel a szerepkörök szervezetenként kerülnek kiosztásra, ez a hozzáférés nem terjed ki a fiókjában található semmilyen más elemre.
Nem – az API-kulcsok szervezetenként kerülnek kiadásra, ugyanazon RBAC-engedélyekhez kötött részletes hatókörökkel, valamint külön tesztkörnyezeti (sandbox) és éles módokkal. Használja őket szolgáltatási hitelesítő adatokként integrációkhoz, CI-hez vagy Terraformhoz, a személyekhez pedig használjon tagságokat. Csak az egyes kulcsok hash-értéke kerül tárolásra, minden kulcs rögzíti az utolsó használat idejét, és bármely kulcs külön is visszavonható.
A Fejlesztői szerepkör magában foglalja az oldalak megtekintését és kiépítését, a szolgáltatások újraindítását, a gyorsítótárak ürítését, az API-kulcsok kezelését és a hibajegyek intézését. Nem biztosít közzétételi jogokat az éles webhelyeken, így ha azt szeretné, hogy valaki élesíthesse a módosításokat, ezzel a hozzáféréssel egy tulajdonosnak kell rendelkeznie. A szerepkörök szervezetenként érvényesek, így Ön egy másik fiókban eltérő szerepkört is betölthet.
Igen. A személyazonosság-kezelés OIDC- és SAML-támogatással ellátott Keycloak rendszeren fut, így a SAML egyszeri bejelentkezés (SSO) elérhető a vállalati és ügynökségi ügyfelek számára a varázshivatkozásos (magic-link) bejelentkezés, az e-mail és jelszó, a közösségi szolgáltatók, a passkey-k, valamint a szabályzat által előírt TOTP kétlépcsős azonosítás mellett. Egyetlen munkamenet lefedi a vezérlőpultot, a nyilvános webhelyet, a tudásbázist és a támogatási hibajegyeket.
Minden jogosultsághoz kötött művelet egy csak hozzáfűzhető auditnaplóba kerül rögzítésre, amely tartalmazza a végrehajtót, a műveletet, a célpontot, az alátámasztó bizonyítékokat és az IP-címet. Ennek olvasása önálló jogosultság, amellyel mind a Tulajdonos, mind a Csak olvasható szerepkör rendelkezik, így a fióktulajdonos és a könyvvizsgáló ugyanazt az előzményt tekintheti át.
A csomagok árazása a tárhelykapacitáson alapul, nem a felhasználók számán. A Footprint-Free termékcsaládban például mind a 42 szint pontosan ugyanazokkal a jogosultságokkal rendelkezik, és kizárólag az engedélyezett webhelyek számában tér el. Az árakat mindig az élő katalógusból, az Ön pénznemében jelenítjük meg, így az árképzési oldalon látható összeg pontosan megegyezik a ténylegesen felszámított összeggel.
Igen. A Footprint-Free próbaverzió 14 napig tart, nem igényel kártyaadatokat, és akár 5 webhelyet is lefed, így még a fizetés előtt beállíthatja szervezetét, meghívhatja csapatát, és valós munkán tesztelheti a szerepköröket. A fizetős csomagokra 30 napos pénzvisszafizetési garancia vonatkozik.
Indítson el egy bankkártya nélküli, 14 napos próbaidőszakot a Footprint-Free termékcsaládon, hívja meg csapatát, és nézze meg a szerepkörök működését valós webhelyeken, mielőtt bármit fizetne.
Kezdés ingyen