Pasukan dan akses

Berikan setiap individu dalam pasukan anda akses tepat yang mereka perlukan

Empat peranan pelanggan, subakaun yang mencerminkan struktur sebenar perniagaan anda, kunci API bagi setiap organisasi, log masuk tunggal dan log audit di sebalik setiap tindakan istimewa. Model akses yang sama beroperasi merentasi papan pemuka, API, CLI, Terraform dan pelayan MCP kami. Ketersediaan: penyedia Terraform sedang dalam pembangunan aktif dan belum tersedia. Semua perkara lain yang diterangkan di sini telah sedia digunakan hari ini.

Beberapa orang yang dipautkan kepada satu akaun, masing-masing dengan kebenaran skop tersendiri.
  • 700,000+laman yang dihoskan di seluruh dunia
  • 4peranan pelanggan, telah disemai dan sedia
  • 35Kunci kebenaran terperinci
  • 14 haripercubaan tanpa kad

Empat peranan, ditentukan mengikut pembahagian kerja yang sebenar

Akses bukan sekadar suis hidup/mati. Setiap organisasi pelanggan disertakan dengan empat peranan, setiap satunya merupakan himpunan tetap bagi kebenaran module.action yang terperinci — jadi wakil kewangan tidak akan menyentuh pelayan dan pembangun tidak akan melihat invois.

Pemilik

Kawalan penuh terhadap organisasi dan subakaunnya: cipta organisasi anak, jemput dan alih keluar ahli, ubah peranan, urus kunci API, peruntukkan, mulakan semula, gantung dan padamkan laman, urus invois dan kaedah pembayaran, serta baca log audit. Dua perkara sengaja diletakkan di luar bidang ini — menutup organisasi dan mengeluarkan bayaran balik ialah tindakan kakitangan, bukan peranan pelanggan.

Pengurus Pengebilan

Segala-galanya yang berkaitan kewangan dan tiada yang lain: invois, langganan, kaedah pembayaran dan katalog pelan, serta paparan organisasi dan senarai ahlinya. Tiada akses laman sama sekali — kenalan kewangan atau jurukira luar tidak boleh memulakan semula, menggantung atau memadamkan apa-apa pun.

Pembangun

Bekerja di tapak tanpa menyentuh wang: lihat dan sediakan tapak, mulakan semula perkhidmatan, kosongkan cache, urus kunci API, serta buat atau balas tiket sokongan. Tiada paparan pengebilan, tiada pengurusan ahli, tiada penggantungan dan tiada pemadaman — tindakan yang merosakkan dan komersial kekal bersama pemilik.

Baca sahaja

Paparan penuh tanpa keupayaan untuk mengubah apa-apa — ahli, tapak, pengebilan, pelan, tiket, status terjemahan dan log audit. Peranan yang tepat untuk pihak berkepentingan klien, juruaudit dalaman atau pekerja baharu yang masih menyesuaikan diri.

Subakaun yang sepadan dengan struktur sebenar anda

Penyewaan (tenancy) ialah struktur pepohon, bukannya senarai mendatar. Organisasi penjual semula berada di atas organisasi pelanggannya, dan laman web berada di bawah organisasi tersebut. Ahli pasukan ialah satu keahlian — satu pengguna, satu organisasi, satu peranan — oleh itu primitif yang sama menguasai pasukan dua orang, agensi yang menguruskan seratus akaun pelanggan dan penjual semula yang mengendalikan subakaun di bawah jenama mereka sendiri.

Peranan diberikan mengikut organisasi, dan penguatkuasaan juga mengikut organisasi. Peranan dalam satu organisasi tidak memberikan akses dalam organisasi berasingan yang tidak berkaitan — seorang kontraktor boleh menjadi Pembangun pada satu akaun pelanggan dan Hanya baca pada akaun kedua, daripada log masuk yang sama. Walau bagaimanapun, akses mengalir ke bawah mengikut hierarki anda sendiri: peranan dalam organisasi induk terpakai kepada organisasi yang berada di bawahnya, yang merupakan cara penjual semula dan agensi mengurus pelanggan mereka.

Pengasingan dikuatkuasakan dalam pangkalan data, bukan sekadar dalam kod aplikasi. Keselamatan peringkat baris Postgres mengehadkan skop setiap pertanyaan penyewa kepada subpokok pemanggil, dan apa-apa sahaja di luar subpokok tersebut mengembalikan ralat tidak dijumpai dan bukannya ralat kebenaran — jadi platform ini tidak pernah mengesahkan kewujudan organisasi atau tapak penyewa lain.

Kebenaran yang sama pada setiap permukaan

Peranan bukan sekadar kemudahan papan pemuka. Setiap laluan ke dalam platform diselesaikan mengikut kunci kebenaran yang sama, jadi tiada pintu belakang yang melangkau peraturan akses anda.

Papan pemuka

Tapak, pengebilan, tiket, notis, pemberitahuan, kunci API dan pengurusan pasukan dalam satu ruang. Antara muka memaparkan perkara yang dibenarkan oleh peranan ahli yang log masuk, jadi pengguna tidak akan ditunjukkan kawalan yang tidak boleh digunakan.

API dan CLI Awam

API yang diterbitkan adalah API enjin yang sama seperti yang digunakan oleh papan pemuka. Kunci API dikeluarkan bagi setiap organisasi dengan skop terperinci yang terikat dengan kebenaran RBAC, dan mod kotak pasir serta mod langsung yang berasingan membolehkan anda menguji penyepaduan tanpa menjejaskan pengebilan atau penyediaan sebenar.

Penyedia Terraform

Urus tapak, domain, DNS, peti mel dan pelan sebagai infrastruktur-sebagai-kod dan jalankan terraform apply untuk memperuntukkan pengehosan — dikawal oleh skop yang sama seperti yang lain.

Pelayan MCP

Sambungkan Claude Code, Cursor, ChatGPT, Claude Desktop atau mana-mana alat yang menyokong MCP. Token dihadkan kepada sesebuah organisasi dan kebenaran RBAC miliknya, boleh dibatalkan bagi setiap alat, dengan pengesahan untuk tindakan pemusnahan, had perbelanjaan dan jejak audit yang lengkap.

Pengendalian kunci

Hanya cincangan (hash) bagi setiap kunci API yang disimpan — bukan kunci mentah. Kunci mengandungi nama dan awalan yang kelihatan supaya anda dapat membezakannya, merekodkan masa ia kali terakhir digunakan, dan boleh dibatalkan secara berasingan tanpa mengganggu yang lain.

Satu log masuk, berasaskan piawaian, untuk segalanya

Identiti dijalankan pada Keycloak, jadi pengesahan adalah OIDC dan SAML yang betul dan bukannya borang log masuk khas yang dilekatkan pada panel pengehosan.

  • Log masuk e-mel pautan ajaib secara lalai, dengan e-mel dan kata laluan sebagai sandaran untuk mereka yang lebih gemarkannya.
  • Kunci laluan dan WebAuthn untuk log masuk yang tahan pancingan data, serta pengesahan dua faktor TOTP yang dikuatkuasakan untuk semua orang melalui dasar.
  • Log masuk sosial melalui Google, Microsoft, GitHub dan penyedia identiti lain.
  • Log masuk tunggal SAML untuk pelanggan perusahaan dan agensi, supaya akses pasukan mengikut direktori sedia ada anda.
  • Satu sesi merentasi papan pemuka, konsol pentadbir, tapak awam dan pangkalan pengetahuan, serta tiket sokongan — log masuk sekali, bukan lima kali.
  • Setiap e-mel pendaftaran disahkan sebelum akaun dibuat, jadi alamat yang tidak dapat dihantar dan tidak sah tidak akan sesekali masuk ke dalam pasukan anda.
  • Kerana ia berasaskan piawaian, penyedia identiti itu sendiri boleh ditukar ganti tanpa mereka bentuk semula apa-apa di sekelilingnya — peraturan tanpa ikatan yang sama yang kami gunakan untuk setiap vendor lain.

Kebertanggungjawapan yang boleh anda serahkan kepada juruaudit

Setiap tindakan berkeistimewaan menulis rekod audit tambah sahaja: siapa yang melakukannya, apa yang mereka lakukan, apa yang terkesan, bukti sokongan dan alamat IP asal. Log ini adalah tambah sahaja — peristiwa ditambah, bukannya diedit di tempatnya — dan dalam pengeluaran ia dibahagikan mengikut masa supaya kekal pantas apabila ia berkembang.

Membaca log tersebut merupakan suatu kebenaran dengan sendirinya. Pemilik dan ahli baca sahaja memegangnya, membolehkan individu yang bertanggungjawab terhadap akaun dan individu yang mengauditnya dapat melihat sejarah penuh tanpa memerlukan hak yang lebih tinggi untuk berbuat demikian.

Di sekelilingnya terdapat kawalan yang diperlukan oleh pasukan yang lebih besar: dasar sesi, senarai putih IP pilihan bagi setiap organisasi, dan pengesahan bertingkat pada tindakan sensitif supaya sesi aktif sahaja tidak mencukupi untuk melakukan sesuatu yang serius.

Bagaimana kebenaran berkembang bersama anda

Katalog kebenaran ialah data, bukannya logik yang dikodkan secara kekal — itulah sebabnya ia boleh diluaskan tanpa perlu menyusun semula platform.

  • 35 kunci module.action terperinci hari ini, merangkumi organisasi, ahli, kunci API, laman, pengebilan, pelan, armada, tiket, pelanggan, penyalahgunaan, kempen, terjemahan dan audit.
  • Katalog disemai secara idempoten pada setiap pelaksanaan, dan pengesahan gagal secara nyata jika sesuatu peranan merujuk kepada kebenaran yang tidak wujud — kesilapan menaip tidak boleh memberikan apa-apa secara senyap.
  • Keupayaan produk baharu menambahkan kunci kebenaran mereka pada katalog sebelum titik akhir dihantar, jadi kawalan akses tidak pernah diubah suai secara retroaktif selepas sesuatu ciri disiarkan secara langsung.
  • Pengehadan skop satu keahlian kepada laman tertentu atau wilayah tertentu merupakan penambahbaikan yang dirancang, bukan sesuatu yang boleh anda aktifkan hari ini. Corak semasa adalah dengan meletakkan laman-laman tersebut dalam organisasi subordinat dan memberikan peranan kepada individu tersebut di sana — yang memberikan anda pengasingan yang sama menggunakan hierarki penyewaan.
  • Kunci API dikeluarkan pada peringkat organisasi dan bukannya bagi setiap individu, jadi layan kunci tersebut sebagai kelayakan perkhidmatan untuk penyepaduan dan gunakan keahlian bagi akses manusia.

Soalan Lazim

Apakah yang sebenarnya boleh dilakukan oleh setiap peranan?

Pemilik mempunyai kawalan penuh terhadap organisasi dan subakaunnya, termasuk ahli, kunci API, laman dan kaedah pembayaran. Pengurus Pengebilan melihat invois, langganan, kaedah pembayaran dan pelan, tanpa akses ke laman. Pembangun menguruskan laman dan kunci API serta mengendalikan tiket, tanpa kawalan pengebilan atau ahli. Baca sahaja boleh melihat ahli, laman, pengebilan, pelan, tiket dan log audit tanpa mengubah apa-apa.

Bolehkah saya memberikan akses kepada seseorang untuk satu tapak sahaja?

Belum lagi sebagai tetapan setiap laman — mengehadkan satu keahlian kepada laman tertentu ialah penambahbaikan yang dirancang. Hari ini anda boleh mencapai pengasingan yang sama dengan hierarki penyewaan (tenancy tree): letakkan laman tersebut dalam organisasi anak dan berikan peranan kepada individu itu di sana. Oleh kerana peranan diberikan bagi setiap organisasi, akses tersebut tidak akan dibawa ke perkara lain dalam akaun anda.

Adakah kunci API terikat kepada ahli pasukan individu?

Tidak — Kunci API dikeluarkan bagi setiap organisasi, dengan skop terperinci yang terikat pada kebenaran RBAC yang sama, serta mod sandbox dan live yang berasingan. Gunakannya sebagai kelayakan perkhidmatan untuk penyepaduan, CI atau Terraform, dan gunakan keahlian untuk individu. Hanya cincangan setiap kunci disimpan, setiap kunci merekodkan masa ia kali terakhir digunakan, dan mana-mana kunci boleh dibatalkan secara berasingan.

Bolehkah pembangun menolak perubahan ke tapak langsung?

Peranan Pembangun merangkumi tindakan melihat dan memperuntukkan tapak, memulakan semula perkhidmatan, mengosongkan cache, mengurus kunci API dan mengendalikan tiket. Peranan ini tidak memberikan hak penerbitan pada tapak langsung, jadi jika anda mahu seseorang boleh melaksanakan perubahan, akses tersebut perlu diberikan kepada pemilik. Peranan ditetapkan mengikut organisasi, jadi anda boleh memegang peranan yang berbeza pada akaun yang berbeza.

Adakah anda menyokong SSO untuk direktori syarikat kami?

Ya. Identiti dijalankan pada Keycloak dengan OIDC dan SAML, jadi log masuk tunggal SAML tersedia untuk pelanggan perusahaan dan agensi di samping log masuk magic-link, e-mel dan kata laluan, penyedia sosial, passkey serta pengesahan dua faktor TOTP, yang dikuatkuasakan oleh dasar. Satu sesi merangkumi papan pemuka, tapak awam dan pangkalan pengetahuan, serta tiket sokongan.

Bagaimanakah saya tahu siapa yang mengubah sesuatu?

Setiap tindakan berkeistimewaan ditulis pada log audit tambah sahaja yang merekodkan pelaku, tindakan, sasaran, bukti sokongan dan alamat IP. Membacanya merupakan kebenaran tersendiri, yang dipegang oleh kedua-dua peranan Pemilik dan Baca sahaja, supaya pemilik akaun dan juruaudit boleh menyemak sejarah yang sama.

Adakah penambahan ahli pasukan mengubah jumlah yang saya bayar?

Pelan diberi harga mengikut kapasiti pengehosan dan bukannya mengikut bilangan orang. Pada barisan Footprint-Free, contohnya, kesemua 42 peringkat berkongsi set kelayakan yang sama persis dan hanya berbeza dari segi bilangan tapak yang dibenarkan. Harga sentiasa dipaparkan daripada katalog langsung, dalam mata wang anda, jadi apa yang anda lihat pada halaman harga ialah apa yang sebenarnya dicaj.

Bolehkah saya mencuba ini sebelum membuat komitmen?

Ya. Percubaan Footprint-Free berjalan selama 14 hari, tidak memerlukan butiran kad dan meliputi sehingga 5 laman web, jadi anda boleh menyediakan organisasi anda, menjemput pasukan anda dan menguji peranan terhadap kerja sebenar sebelum anda membuat sebarang bayaran. Terdapat jaminan wang dikembalikan selama 30 hari untuk pelan berbayar.

Sediakan pasukan anda dalam beberapa minit, bukan melalui tiket

Mulakan percubaan 14 hari tanpa kad pada barisan Footprint-Free, jemput pasukan anda, dan lihat peranan berfungsi pada tapak web sebenar sebelum anda membuat sebarang bayaran.

Mula secara percuma