Echipe și acces
Patru roluri pentru clienți, subconturi care reflectă structura reală a companiei dumneavoastră, chei API per organizație, sign-on unic și un jurnal de audit în spatele fiecărei acțiuni privilegiate. Același model de acces funcționează în tabloul de bord, API, CLI, Terraform și serverul nostru MCP. Disponibilitate: furnizorul Terraform este în dezvoltare activă și nu este încă disponibil. Tot ce a fost descris aici este funcțional astăzi.
Accesul nu este un simplu comutator pornit/oprit. Fiecare organizație client este livrată cu patru roluri, fiecare fiind un pachet fix de permisiuni granulare module.action — astfel încât un contact financiar să nu atingă niciodată un server, iar un dezvoltator să nu vadă niciodată o factură.
Control complet asupra organizației și a subconturilor acesteia: creați organizații secundare, invitați și eliminați membri, modificați roluri, gestionați chei API, provizionați, reporniți, suspendați și ștergeți site-uri, gestionați facturi și metode de plată și citiți jurnalul de audit. Două aspecte sunt lăsate deliberat în afara acestuia — închiderea unei organizații și emiterea de rambursări sunt acțiuni ale personalului, nu un rol de client.
Tot ce ține de finanțe și nimic altceva: facturi, abonamente, metode de plată și catalogul de planuri, plus o vizualizare a organizației și a listei de membri a acesteia. Fără acces la site — un contact financiar sau un contabil extern nu poate reporni, suspenda sau șterge nimic.
Lucrați pe site-uri fără a atinge banii: vizualizați și provizionați site-uri, reporniți servicii, goliți memoria cache, gestionați cheile API și deschideți sau răspundeți la tichete de asistență. Fără vizualizarea facturării, fără gestionarea membrilor, fără suspendare și fără ștergere — acțiunile distructive și comerciale rămân în sarcina proprietarului.
O vizualizare completă, fără posibilitatea de a modifica ceva — membri, site-uri, facturare, planuri, tichete, starea traducerii și jurnalul de audit. Rolul potrivit pentru un reprezentant al clientului, un auditor intern sau un nou angajat aflat încă în perioada de acomodare.
Tenancy-ul este o structură arborescentă, nu o listă liniară. O organizație de tip reseller se află deasupra organizațiilor clienților săi, iar site-urile se află sub acestea. Un membru al echipei reprezintă o apartenență — un utilizator, o organizație, un rol — astfel încât aceeași noțiune de bază alimentează o echipă de două persoane, o agenție care gestionează o sută de conturi de clienți și un reseller care operează subconturi sub propriul brand.
Rolurile sunt acordate pentru fiecare organizație, iar aplicarea se face, de asemenea, la nivel de organizație. Un rol într-o organizație nu acordă niciun acces într-o organizație separată, fără legătură — un colaborator poate fi Dezvoltator într-un cont de client și Doar în citire într-un al doilea, folosind aceeași autentificare. Cu toate acestea, accesul se propagă în josul propriei ierarhii: un rol într-o organizație-părinte se aplică organizațiilor imbricate sub aceasta, acesta fiind modul în care revânzătorii și agențiile își gestionează clienții.
Izolarea este impusă în baza de date, nu doar în codul aplicației. Securitatea la nivel de rând din Postgres limitează fiecare interogare a unui chiriaș la subarborele apelantului, iar orice se află în afara acelui subarbore returnează o eroare de negăsit și nu o eroare de permisiune — astfel, platforma nu confirmă niciodată existența organizației sau a site-ului unui alt chiriaș.
Rolurile nu reprezintă doar o comoditate a panoului de control. Fiecare cale de acces în platformă se raportează la aceleași chei de permisiuni, astfel încât nu există nicio portiță ascunsă care să ocolească regulile dumneavoastră de acces.
Site-uri, facturare, tichete, avize, notificări, chei API și gestionarea echipei într-o singură interfață. Interfața afișează ceea ce permite rolul membrului conectat, astfel încât utilizatorilor să nu li se arate comenzi pe care nu le pot folosi.
API-ul publicat este același API de motor pe care îl folosește tabloul de bord. Cheile API sunt emise per organizație, cu domenii granulare asociate permisiunilor RBAC, iar modurile sandbox și live separate înseamnă că puteți testa integrările fără a afecta facturarea sau provizionarea reală.
Gestionați site-uri, domenii, DNS, căsuțe poștale și planuri ca infrastructură ca cod și rulați terraform apply pentru a furniza găzduire — guvernată de aceleași domenii de aplicare ca orice altceva.
Conectați Claude Code, Cursor, ChatGPT, Claude Desktop sau orice instrument compatibil MCP. Tokenurile sunt limitate la o organizație și la permisiunile RBAC ale acesteia, revocabile per instrument, cu confirmare pentru acțiunile distructive, limite de cheltuieli și un istoric complet de audit.
Doar un hash al fiecărei chei API este stocat — niciodată cheia brută. Cheile poartă un nume și un prefix vizibil, astfel încât să le puteți distinge, înregistrează momentul în care au fost utilizate ultima dată și pot fi revocate individual, fără a le perturba pe celelalte.
Gestiunea identității rulează pe Keycloak, astfel încât autentificarea este OIDC și SAML corespunzătoare, și nu un formular de conectare personalizat adăugat la un panou de găzduire.
Fiecare acțiune privilegiată creează o înregistrare de audit doar cu adăugare: cine a efectuat-o, ce a făcut, asupra cărui element a acționat, dovezile justificative și adresa IP de origine. Jurnalul este de tip doar cu adăugare — evenimentele sunt adăugate, nu editate pe loc — iar în producție este partiționat în timp, astfel încât să rămână rapid pe măsură ce crește.
Citirea acelui jurnal este în sine o permisiune. Proprietarii și membrii cu permisiunea doar de citire o dețin, astfel încât persoana responsabilă pentru cont și persoana care îl auditează să poată vedea istoricul complet fără a avea nevoie de drepturi ridicate pentru a face acest lucru.
În jurul acesteia se află controalele solicitate de echipele mai mari: politici de sesiune, liste albe opționale de adrese IP per organizație și autentificare etapizată pentru acțiuni sensibile, astfel încât o sesiune activă singură să nu fie suficientă pentru a efectua o acțiune importantă.
Catalogul de permisiuni reprezintă date, nu logică codificată rigid — motiv pentru care poate fi extins fără a restructura platforma.
Proprietarul are control deplin asupra organizației și a subconturilor acesteia, inclusiv asupra membrilor, cheilor API, site-urilor și metodelor de plată. Responsabilul de facturare vede facturile, abonamentele, metodele de plată și planurile, fără a avea acces la site-uri. Dezvoltatorul gestionează site-urile și cheile API și se ocupă de tichete, fără a avea control asupra facturării sau a membrilor. Utilizatorul cu drepturi exclusive de citire poate vizualiza membrii, site-urile, facturarea, planurile, tichetele și jurnalul de audit fără a modifica nimic.
Nu încă sub forma unei setări per site — restrângerea unui singur abonament la site-uri specifice este o îmbunătățire planificată. În prezent, puteți obține aceeași separare prin intermediul arborelui de partajare (tenancy tree): plasați acele site-uri într-o organizație subordonată și atribuiți persoanei un rol acolo. Deoarece rolurile sunt acordate per organizație, acel acces nu se transferă la nimic altceva din contul dumneavoastră.
Nu — cheile API sunt emise per organizație, cu domenii granulare asociate acelorași permisiuni RBAC și moduri sandbox și live separate. Utilizați-le ca date de conectare de serviciu pentru integrări, CI sau Terraform și utilizați calitățile de membru pentru persoane. Se stochează doar un hash al fiecărei chei, fiecare cheie înregistrează momentul în care a fost utilizată ultima dată și orice cheie poate fi revocată individual.
Rolul de Dezvoltator acoperă vizualizarea și configurarea site-urilor, repornirea serviciilor, golirea memoriei cache, gestionarea cheilor API și gestionarea tichetelor. Acesta nu include drepturi de publicare pe un site live, așadar, dacă doriți ca cineva să poată promova modificările, acel acces trebuie să aparțină unui proprietar. Rolurile sunt atribuite per organizație, astfel încât puteți deține un rol diferit pe un alt cont.
Da. Gestionarea identității rulează pe Keycloak cu OIDC și SAML, astfel încât autentificarea unică (SSO) SAML este disponibilă pentru clienții de tip întreprindere și agenții, alături de conectarea prin magic-link, e-mail și parolă, furnizori sociali, chei de acces (passkeys) și autentificare cu doi factori prin TOTP, care este impusă prin politică. O singură sesiune acoperă tabloul de bord, site-ul public, baza de cunoștințe și tichetele de asistență.
Fiecare acțiune privilegiată este înregistrată într-un jurnal de audit cu adăugare exclusivă, care consemnează autorul, acțiunea, ținta, dovezile justificative și adresa IP. Citirea acestuia constituie o permisiune de sine stătătoare, deținută atât de rolul Proprietar, cât și de cel Doar citire, astfel încât un proprietar de cont și un auditor să poată examina același istoric.
Planurile sunt tarifate în funcție de capacitatea de găzduire, nu de numărul de persoane. Pe linia Footprint-Free, de exemplu, toate cele 42 de niveluri beneficiază de exact același set de drepturi și diferă doar prin numărul de site-uri permise. Prețurile sunt afișate întotdeauna din catalogul actualizat în timp real, în moneda dumneavoastră, astfel încât ceea ce vedeți pe pagina de prețuri este exact ceea ce vi se facturează.
Da. Perioada de probă Footprint-Free durează 14 zile, nu necesită datele cardului și acoperă până la 5 site-uri, astfel încât să vă puteți configura organizația, să vă invitați echipa și să testați rolurile în condiții reale de lucru înainte de a plăti ceva. Există o garanție de rambursare de 30 de zile pentru planurile plătite.
Începeți o perioadă de probă de 14 zile fără card pentru linia Footprint-Free, invitați-vă echipa și vedeți cum funcționează rolurile pe site-uri reale înainte de a plăti ceva.
Începeți gratuit