Mga team at access

Bigyan ang bawat tao sa iyong koponan ng eksaktong access na kailangan nila

Apat na tungkulin ng customer, mga sub-account na sumasalamin sa aktwal na istruktura ng inyong negosyo, mga API key bawat organisasyon, single sign-on, at audit log sa likod ng bawat may pribilehiyong pagkilos. Ang parehong modelo ng pag-access ay gumagana sa buong dashboard, API, CLI, Terraform, at sa aming MCP server. Availability: ang provider ng Terraform ay kasalukuyang aktibong binubuo at hindi pa magagamit. Lahat ng iba pang inilarawan dito ay live na ngayon.

Magsimula nang libre Tingnan ang agency hosting

700,000+mga site na naka-host sa buong mundo
4mga tungkulin ng customer, na-seed na at handa na
35Mga granular na permission key
14 na arawpagsubok na walang kailangan na card

Apat na tungkulin, iginuhit kung saan aktwal na nahahati ang gawain

Ang pag-access ay hindi isang simpleng on/off switch. Ang bawat organisasyon ng customer ay may kasamang apat na tungkulin, bawat isa ay isang nakapirming bundle ng detalyadong mga pahintulot sa module.action — kaya ang isang contact sa pananalapi ay hindi kailanman hahawak ng server at ang isang developer ay hindi kailanman makakakita ng invoice.

May-ari

Ganap na kontrol sa organisasyon at sa mga sub-account nito: lumikha ng mga subsidiary na organisasyon, mag-imbita at mag-alis ng mga miyembro, magbago ng mga tungkulin, mamahala ng mga API key, mag-provision, mag-restart, mag-suspend at magbura ng mga site, mamahala ng mga invoice at paraan ng pagbabayad, at magbasa ng audit log. Dalawang bagay ang sadyang hindi kasama rito — ang pagsasara ng isang organisasyon at ang pagbibigay ng mga refund ay mga aksyon ng kawani, hindi tungkulin ng customer.

Tagapamahala ng Pagsingil

Lahat ng pampinansyal at wala nang iba pa: mga invoice, subscription, paraan ng pagbabayad, at katalogo ng plano, kasama ang pagtingin sa organisasyon at listahan ng mga miyembro nito. Walang access sa site kahit kailan — ang isang finance contact o panlabas na bookkeeper ay hindi maaaring mag-restart, magsuspinde, o magbura ng anuman.

Developer

Magtrabaho sa mga site nang hindi humahawak ng pera: tingnan at mag-provision ng mga site, i-restart ang mga serbisyo, i-purge ang mga cache, pamahalaan ang mga API key, at magtaas o sumagot sa mga ticket ng suporta. Walang billing view, walang pamamahala ng miyembro, walang pagsususpinde, at walang pagbura — ang mga mapanira at komersyal na pagkilos ay nananatili sa may-ari.

Babasahin lang

Isang kumpletong view na walang kakayahang magbago ng anuman — mga miyembro, site, pagsingil, mga plano, mga ticket, status ng pagsasalin, at ang audit log. Ang tamang tungkulin para sa isang stakeholder ng kliyente, isang panloob na auditor, o isang baguhang nag-aaral pa lamang.

Mga sub-account na tumutugma sa iyong totoong istruktura

Ang tenancy ay isang tree, hindi isang flat na listahan. Ang organisasyon ng reseller ay nakaposisyon sa itaas ng mga organisasyon ng kliyente nito, at ang mga site ay nasa ilalim ng mga iyon. Ang isang miyembro ng koponan ay isang membership — isang user, isang organisasyon, isang tungkulin — kaya ang parehong primitive na ito ay nagpapatakbo sa isang koponan ng dalawang tao, isang ahensyang namamahala ng isang daang account ng kliyente, at isang reseller na nagpapatakbo ng mga sub-account sa ilalim ng sarili nitong brand.

Ipinagkakaloob ang mga tungkulin bawat organisasyon, at bawat organisasyon din ang pagpapatupad nito. Ang tungkulin sa isang organisasyon ay hindi nagbibigay ng access sa isang hiwalay at walang kaugnayang organisasyon — ang isang kontratista ay maaaring maging Developer sa account ng isang kliyente at Read-only sa pangalawa, gamit ang parehong login. Gayunpaman, dumadaloy ang access pababa sa inyong sariling hierarchy: ang tungkulin sa isang parent na organisasyon ay nalalapat sa mga organisasyong nakapaloob sa ilalim nito, na siyang paraan kung paano pinamamahalaan ng mga reseller at ahensya ang kanilang mga kliyente.

Ipinapatupad ang paghihiwalay sa database, hindi lamang sa code ng aplikasyon. Nililimitahan ng Postgres row-level security ang bawat query ng tenant sa subtree ng tumatawag, at anumang bagay sa labas ng subtree na iyon ay nagbabalik ng hindi nahanap sa halip na error sa pahintulot — kaya hindi kailanman kinukumpirma ng platform na umiiral ang organisasyon o site ng isa pang tenant.

Ang parehong mga pahintulot sa bawat surface

Ang mga tungkulin ay hindi lamang kaginhawahan sa dashboard. Ang bawat paraan sa pagpasok sa platform ay lumulutas sa parehong mga susi ng pahintulot, kaya walang lihim na lagusan na lumalagpas sa inyong mga panuntunan sa pag-access.

Dashboard

Mga site, pagsingil, ticket, paunawa, notipikasyon, mga API key, at pamamahala ng koponan sa iisang lugar. Ipinapakita ng interface kung ano lamang ang pinahihintulutan ng tungkulin ng naka-sign in na miyembro, kaya hindi ipinapakita sa mga tao ang mga kontrol na hindi naman nila magagamit.

Pampublikong API at CLI

Ang na-publish na API ay kaparehong engine API na ginagamit ng dashboard. Ang mga API key ay ibinibigay bawat organisasyon na may mga partikular na saklaw na nakatali sa mga pahintulot ng RBAC, at ang magkahiwalay na sandbox at live mode ay nangangahulugang maaari mong subukan ang mga integrasyon nang hindi naaapektuhan ang totoong pagsingil o paglalaan.

Provider ng Terraform

Pamahalaan ang mga site, domain, DNS, mga mailbox, at mga plano bilang infrastructure-as-code at patakbuhin ang terraform apply upang mag-provision ng hosting — pinamamahalaan ng parehong mga saklaw tulad ng iba pa.

MCP server

Ikonekta ang Claude Code, Cursor, ChatGPT, Claude Desktop o anumang tool na may kakayahang MCP. Ang mga token ay nakalaan sa isang organisasyon at sa mga pahintulot ng RBAC nito, maaaring bawiin bawat tool, may kumpirmasyon sa mga mapanirang aksyon, mga limitasyon sa paggastos, at buong audit trail.

Pangangasiwa ng susi

Tanging hash lang ng bawat API key ang iniimbak — hinding-hindi ang raw key. May pangalan at nakikitang prefix ang mga key upang mapagbukod-bukod mo ang mga ito, nagtatala kung kailan huling ginamit ang mga ito, at maaaring bawiin nang paisa-isa nang hindi naaabala ang iba.

Isang pag-login, nakabatay sa mga pamantayan, sa lahat ng bagay

Tumatakbo ang pagkakakilanlan sa Keycloak, kaya ang pagpapatotoo ay wastong OIDC at SAML sa halip na isang pinasadyang form sa pag-log in na ikinabit sa isang hosting panel.

Magic-link email login bilang default, na may email at password bilang fallback para sa mga taong mas gusto ito.
Mga passkey at WebAuthn para sa pag-sign in na protektado laban sa phishing, kasama ang TOTP two-factor authentication na ipinapatupad para sa lahat ayon sa patakaran.
Social login sa pamamagitan ng Google, Microsoft, GitHub at iba pang provider ng pagkakakilanlan.
SAML single sign-on para sa mga customer ng enterprise at ahensya, upang ang access ng team ay sumunod sa iyong kasalukuyang direktoryo.
Isang session sa dashboard, admin console, pampublikong site at knowledge base, at mga support ticket — mag-sign in nang isang beses, hindi limang beses.
Bina-validate ang bawat email sa pag-sign up bago gumawa ng account, kaya hinding-hindi makakasama sa iyong team ang mga hindi maihahatid at di-wastong address.
Dahil nakabatay ito sa mga pamantayan, ang mismong identity provider ay maaaring palitan nang hindi muling inaayos ang arkitektura ng anuman sa paligid nito — ang parehong panuntunan ng no-lock-in na inilalapat namin sa bawat iba pang vendor.

Pananagutan na maaari mong ibigay sa isang auditor

Ang bawat may pribilehiyong pagkilos ay nagsusulat ng audit record na maaari lamang dagdagan: kung sino ang gumawa nito, kung ano ang ginawa nila, kung saan nila ito ginawa, ang sumusuportang ebidensya, at ang pinagmulang IP address. Ang log ay para sa pagdaragdag lamang — ang mga kaganapan ay idinaragdag, hindi ine-edit kung nasaan man — at sa produksyon ito ay naka-time-partition upang manatili itong mabilis habang lumalaki.

Ang pagbasa sa log na iyon ay mismong isang pahintulot. Taglay ito ng mga may-ari at mga miyembrong read-only, kaya parehong makikita ng taong responsable para sa account at ng taong nag-a-audit dito ang buong kasaysayan nang hindi nangangailangan ng mataas na mga karapatan upang gawin ito.

Nakapaloob dito ang mga kontrol na hinihiling ng mas malalaking team: mga patakaran sa session, opsyonal na mga IP allowlist para sa bawat organisasyon, at karagdagang pagpapatotoo sa mga sensitibong pagkilos upang ang isang aktibong session lamang ay hindi sumapat sa pagsasagawa ng isang seryosong bagay.

Kung paano lumalago ang mga pahintulot kasama mo

Ang katalogo ng pahintulot ay data, hindi naka-hardcode na lohika — kung kaya't maaari itong palawakin nang hindi muling binabago ang istruktura ng platform.

35 granular na module.action key ngayon, sumasaklaw sa mga organisasyon, miyembro, API key, site, paniningil, plano, fleet, ticket, customer, pang-aabuso, kampanya, pagsasalin, at pag-audit.
Ang katalogo ay idempotently na sinisimulan sa bawat pag-deploy, at hayagang nabibigo ang pagpapatunay kung ang isang tungkulin ay sumangguni sa isang pahintulot na hindi umiiral — ang isang typo ay hindi maaaring tahimik na magkaloob ng wala.
Nagdaragdag ang mga bagong kakayahan ng produkto ng kanilang mga susi ng pahintulot sa katalogo bago ipadala ang endpoint, kaya ang kontrol sa pag-access ay hindi kailanman inilalagay nang pahuli kapag aktibo na ang isang tampok.
Ang paglilimita sa saklaw ng isang membership sa mga partikular na site o isang partikular na rehiyon ay isang pinaplanong pagpapahusay, hindi isang bagay na maaari ninyong i-on ngayon. Ang kasalukuyang pamamaraan ay ilagay ang mga site na iyon sa isang child organization at bigyan ang tao ng tungkulin doon — na nagbibigay sa inyo ng parehong paghihiwalay gamit ang tenancy tree.
Ibinibigay ang mga API key sa antas ng organisasyon sa halip na bawat tao, kaya ituring ang mga ito bilang mga kredensyal ng serbisyo para sa mga integrasyon at gumamit ng mga membership para sa pag-access ng tao.

Mga Madalas Itanong

Ano nga ba ang kayang gawin ng bawat tungkulin?

May ganap na kontrol ang May-ari sa organisasyon at sa mga sub-account nito, kabilang ang mga miyembro, mga API key, mga site, at mga paraan ng pagbabayad. Nakikita ng Tagapamahala ng Pagsingil ang mga invoice, mga subscription, mga paraan ng pagbabayad, at mga plano, nang walang access sa site. Pinamamahalaan ng Developer ang mga site at mga API key at humahawak ng mga ticket, nang walang kontrol sa pagsingil o miyembro. Maaaring tingnan ng Read-only ang mga miyembro, mga site, pagsingil, mga plano, mga ticket, at ang audit log nang walang binabago.

Maaari ko bang bigyan ang isang tao ng access sa isang site lang?

Hindi pa bilang isang setting para sa bawat site — ang paglilimita sa iisang membership sa mga partikular na site ay isang planadong pagpapahusay. Sa ngayon, makakamit mo ang parehong paghihiwalay sa pamamagitan ng tenancy tree: ilagay ang mga site na iyon sa isang subsidiary na organisasyon at bigyan ang tao ng tungkulin doon. Dahil ang mga tungkulin ay ibinibigay bawat organisasyon, ang access na iyon ay hindi maililipat sa anupaman sa iyong account.

Nakatali ba ang mga API key sa mga indibidwal na miyembro ng team?

Hindi — ang mga API key ay ibinibigay bawat organisasyon, na may mga granular scope na nakatali sa parehong mga pahintulot ng RBAC, at magkahiwalay na mga sandbox at live mode. Gamitin ang mga ito bilang mga kredensyal ng serbisyo para sa mga integrasyon, CI o Terraform, at gumamit ng mga membership para sa mga tao. Isang hash lang ng bawat key ang iniimbak, itinatala ng bawat key kung kailan ito huling ginamit, at maaaring bawiin ang anumang key nang mag-isa.

Maaari bang mag-push ng mga pagbabago ang isang developer sa isang live na site?

Saklaw ng tungkuling Developer ang pagtingin at pag-provision ng mga site, pag-restart ng mga serbisyo, pag-purge ng mga cache, pamamahala ng mga API key, at paghawak ng mga ticket. Hindi ito nagbibigay ng mga karapatan sa pag-publish sa isang live na site, kaya kung nais ninyong may makapagpatupad ng mga pagbabago, kailangang nasa isang may-ari ang access na iyon. Ang mga tungkulin ay para sa bawat organisasyon, kaya maaari kayong magkaroon ng ibang tungkulin sa ibang account.

Sinusuportahan ba ninyo ang SSO para sa direktoryo ng aming kumpanya?

Oo. Gumagana ang pagkakakilanlan sa Keycloak kasama ang OIDC at SAML, kaya available ang SAML single sign-on para sa mga customer ng enterprise at ahensya kasabay ng pag-login gamit ang magic-link, email at password, mga social provider, passkeys, at TOTP two-factor authentication, na ipinapatupad batay sa patakaran. Saklaw ng iisang session ang dashboard, ang pampublikong site at knowledge base, at ang mga support ticket.

Paano ko malalaman kung sino ang nagbago ng isang bagay?

Ang bawat may pribilehiyong pagkilos ay isinusulat sa isang append-only na audit log na nagtatala sa aktor, sa pagkilos, sa target, sa pansuportang ebidensya, at sa IP address. Ang pagbabasa nito ay isang pahintulot sa sarili nitong karapatan, na hawak ng parehong mga tungkuling May-ari at Read-only, upang masuri ng may-ari ng account at ng isang auditor ang parehong kasaysayan.

Mababago ba ang binabayaran ko sa pagdaragdag ng mga miyembro ng koponan?

Ang presyo ng mga plano ay batay sa kapasidad ng hosting sa halip na sa dami ng tao. Sa linyang Footprint-Free, halimbawa, ang lahat ng 42 antas ay nagbabahagi ng eksaktong parehong hanay ng karapatan at nagkakaiba lamang sa bilang ng mga site na pinapayagan ng mga ito. Ang pagpepresyo ay palaging kinukuha mula sa live na katalogo, sa inyong pera, kaya ang nakikita ninyo sa pahina ng presyo ang aktwal na sinisingil.

Maaari ko ba itong subukan bago mag-commit?

Oo. Ang Footprint-Free na pagsubok ay tumatagal nang 14 na araw, hindi nangangailangan ng mga detalye ng card at sumasaklaw ng hanggang 5 site, upang mai-set up ninyo ang inyong organisasyon, maimbitahan ang inyong koponan at masubukan ang mga tungkulin sa totoong trabaho bago kayo magbayad ng anuman. Mayroong 30-araw na garantiyang ibabalik ang pera para sa mga bayad na plano.

Kaugnay

I-set up ang iyong team sa loob ng ilang minuto, hindi sa mga ticket

Magsimula ng 14 na araw na trial nang walang card sa linyang Footprint-Free, imbitahan ang iyong team, at tingnan ang mga role na gumagana sa mga totoong site bago ka magbayad ng anuman.

Magsimula nang libre