Həvalə edilmiş giriş

İnsanlara tam olaraq ehtiyac duyduqları girişi təmin edin — başqa heç nə

Tərtibatçı cəlb edin, faktura idarəsini mühasibinizə həvalə edin, müştəriyə öz saytlarına yalnız oxumaq üçün çıxış imkanı verin və ya dəstək komandamıza problemi araşdırmağa icazə verin. Hər bir icazə müəyyən edilmiş səlahiyyətlərə malik bir roldur, təşkilat səviyyəsində tənzimlənir, məlumat bazasında tətbiq edilir və yalnız əlavə edilə bilən audit jurnalına qeyd olunur.

Hər birinin özünəməxsus məhdud icazələri olan, bir hesaba bağlı bir neçə şəxs.
  • 94Dəqiq icazələr
  • 12Daxili rollar
  • 8Heyət şöbələri
  • 700.000+dünya üzrə yerləşdirilən saytlar

Giriş paylaşılan parol deyil, üzvlükdür

Yeganə giriş məlumatını paylaşmaq hesab girişində problemlərin yaranma səbəbidir. Zinn Digital® platformasında hər bir şəxsin öz kimliyi var və giriş üzvlük əsasındadır — bir istifadəçi, bir təşkilat və bir rol — bunu ayrıca təqdim edə, dəyişdirə və ya ləğv edə bilərsiniz.

Həmişə öz şəxsi kimliyiniz

Hər bir əməkdaş şəxsiyyət təbəqəmiz olan Keycloak vasitəsilə öz adı ilə daxil olur. Heç kim sizin şifrənizi daxil etmir, heç kim brauzer sessiyasını paylaşmır və kimisə silmək şifrəni yeniləmək və onu başqa kimin bildiyini öyrənməyə tələsmək əvəzinə tək bir hərəkətdən ibarətdir.

Təşkilatlar ağac quruluşu formalaşdırır

Hesablar iyerarxikdir — təkrar satıcı təşkilatı müştəri təşkilatlarını, müştəri təşkilatları isə saytları ehtiva edir. Üzvlük bir təşkilata və onun altındakı hər şeyə şamil edilir, beləliklə, digər müştərilərinizi heç vaxt aşkar etmədən bir agentlik müştərisinə öz təşkilatına nəzarəti həvalə edə bilərsiniz.

Məlumat bazasında təcrid tətbiq edilir

Kirayəçi ayrılması tətbiq kodunda bir xətanın ötürə biləcəyi filtr deyil. Postgres Sətir Səviyyəli Təhlükəsizlik (Row-Level Security) hər bir sorğunu çağıranın təşkilat alt ağacı ilə məhdudlaşdırır, buna görə də əhatə dairənizdən kənar bir sorğunun qaytaracağı heç nə yoxdur.

Yoxluq görünməzdir

Əhatə dairənizdən kənar bir təşkilat və ya sayt istədikdə, API icazə xətası yerinə sadə bir "tapılmadı" cavabı qaytarır. İcazə xətası qeydin mövcud olduğunu təsdiqləyərdi; "tapılmadı" isə kənar şəxsə heç bir məlumat vermir.

Dörd müştəri rolu, otuz beş icazə

İcazələr dənəvər açarlardır — modul və fəaliyyət, məsələn sites.restart və ya billing.refund — və rollar onları qruplaşdırır. Dörd rol real komandaların ehtiyac duyduğu strukturları əhatə edir və onların hər biri koda basdırılmış məntiq deyil, bizim təqdim etdiyimiz ilkin məlumatdır.

Sahib

Tam nəzarət: alt təşkilatlar yaradın, üzvləri dəvət edin və silin, rolları dəyişin, API açarlarını idarə edin, saytlar yaradın, yenidən başladın, təmizləyin, dayandırın və silin, hesablaşma və qaimə-fakturaları icra edin, sorğular göndərin və audit jurnalını oxuyun. Özünüz üçün saxladığınız rol.

Hesablaşma meneceri

Təşkilatı, onun üzvlərini və plan kataloqunu görür, həmçinin hesab-fakturaları, ödəniş üsullarını və ödənişləri idarə edir. Tək bir saytı yaratmaq, dəyişdirmək və ya silmək üçün heç bir giriş hüququ yoxdur — kənar mühasibin sahib olmalı olduğu dəqiq səlahiyyət çərçivəsi.

Tərtibatçı

Saytlara baxır və yaradır, xidmətləri yenidən başladır, keş yaddaşı təmizləyir, API açarlarını idarə edir və biletlərlə işləyir. Qəsdən istisna edilmişdir: hesablaşma, hesab-fakturalar, ödəniş üsulları, üzvlərin idarə edilməsi, saytın dayandırılması və saytın silinməsi. Podratçı sizə ödəniş tətbiq edə və ya hər hansı bir şeyi məhv edə bilmədən qura bilər.

Yalnızca oxumaq üçün

Təşkilatı, onun üzvlərini, saytlarını, hesablaşmasını, plan kataloqunu, biletləri, tərcümə statusunu və audit jurnalını görür — lakin bunların heç birini dəyişə bilməz. Şəffaflıq istəyən müştəri, auditor və ya yalnız baxmağa ehtiyacı olan maraqlı tərəf üçün düzgün icazə.

Komandanızın gizlicə zəiflədə bilməyəcəyi giriş

Giriş icazəsini həvalə etmək yalnız həvalə etdiyiniz hesabları ələ keçirmək çətin olduqda təhlükəsizdir. Kimlik doğrulaması hesabda olan hər bir şəxs üçün hər bir platformada Keycloak vasitəsilə həyata keçirilir.

  • Fişinqə davamlı giriş üçün keçid açarları və WebAuthn, üstəlik komanda üzvünün ötürə biləcəyi könüllü parametr deyil, siyasətlə hər kəs üçün məcburi edilmiş TOTP iki faktorlu autentifikasiyası.
  • Varsayılan olaraq sehrli keçid (magic-link) ilə e-poçt vasitəsilə daxilolma, ehtiyat variant kimi e-poçt və şifrə, həmçinin Google, Microsoft, GitHub və digərləri vasitəsilə sosial şəbəkələrlə daxilolma.
  • Müəssisə və agentlik müştəriləri üçün SAML vahid giriş sistemi, beləliklə yeni qoşulanlar və ayrılanlar əl ilə deyil, şəxsiyyət təminatçınız tərəfindən idarə olunur.
  • Müştəri paneli, ictimai sayt, bilik bazası və dəstək sorğuları üzrə vahid sessiya — bir dəfə daxil olun və bir dəfə ləğv edin.
  • Sessiya siyasətləri, həssas əməliyyatlarda addım-addım autentifikasiya və girişin məlum şəbəkələrlə məhdudlaşdırılmasını istəyən hesablar üçün təşkilat üzrə könüllü IP icazə siyahıları.
  • Hər bir qeydiyyat e-poçtu hesab yaradılmazdan əvvəl yoxlanılır, beləliklə çatdırıla bilməyən, birdəfəlik və rol əsaslı ünvanlar sonradan sahibsiz üzvə çevrilmək əvəzinə elə qapıda aşkarlanır.

Komandamızın girişə ehtiyacı olduqda, bu, məhdud çərçivədə təmin edilir və qeydə alınır

Dəstək işi bəzən hesabınızın daxilinə baxmağı tələb edir. Bu giriş digər hər şeydə olduğu kimi eyni icazə modeli ilə idarə olunur — əməkdaşlar sadəcə məhdud səlahiyyətlərə malik şöbələr üzrə təşkil edilmiş heyət təşkilatında yerləşirlər.

Ümumi inzibatçı deyil, şöbələr

Əməkdaşlar Dəstək, Faktura və Maliyyə, Qaydaların Pozulması və Etibar-Təhlükəsizlik, Satış, Qoşulma, Mühəndislik və Əməliyyatlar, Marketinq və Rəhbərlik qruplarına bölünür. Hər bir rol xüsusi modullar və əməliyyatlar təqdim edir, beləliklə nümayəndə inzibatçı konsolunun yalnız işinin tələb etdiyi hissəsini görür, qalanını yox.

Dəstək mütəxəssisinin həqiqi həddi

Dəstək Təmsilçisi rolu tam olaraq bunları təmin edir: müştərilərə baxmaq, biletlərə baxmaq və cavab vermək, saytlara baxmaq, saytı yenidən başlatmaq və onun keşini təmizləmək. Bu rol heç bir faktura konfiqurasiyası, ödənişin qaytarılması, plan redaktəsi və donanma idarəetməsi ehtiva etmir. Təmsilçinin həyata keçirə biləcəyi bərpa tədbirləri yaxşı niyyətlə deyil, rolla məhdudlaşdırılır.

Müştəri kimi daxil olmaq ciddi şəkildə məhdudlaşdırılıb

customer.impersonate icazəsi Manager rolunun tərkib hissəsi deyil — yalnız Super Admin tərəfindən saxlanılır. Sizin adınızdan sessiya fəaliyyət göstərdikdə, kimin hərəkət etdiyinin heç vaxt qeyri-müəyyən olmaması üçün idarə panelində davamlı təcəssüm banneri görünür.

İmtiyazlı olan hər şey yazılı şəkildə qeyd olunur

Hər bir imtiyazlı və inzibati əməliyyat icraçını, əməliyyatı, hədəfi, köməkçi metaməlumatları, IP ünvanını və zaman damğasını qeydə alan, yalnız əlavə edilə bilən audit jurnalına daxil edilir — istehsalat mühitində zamana görə bölüşdürülür. Sahibkarlar və yalnız oxuma hüququ olan üzvlər təşkilatlarının jurnalını özləri oxuya bilərlər.

Dağıdıcı işlər üzrə təsdiqləmə mərhələləri

Həssas və dağıdıcı heyət əməliyyatları icra olunmazdan əvvəl gücləndirilmiş autentifikasiya və ya iki nəfərin təsdiqini tələb edə bilər, yeni şöbələr və rollar isə kod dəyişikliyi deyil, konfiqurasiya məsələsidir.

Maşınlar da həvalə edilmiş giriş əldə edir

Skriptlər, CI boru xətləri, CLI, Terraform provayderi və AI agentləri hamısı insanlar kimi eyni icazə modeli vasitəsilə autentifikasiya olunur — paylaşılan insan etimadnaməsi yoxdur, quruluşa yapışdırılmış uzunömürlü sirlər yoxdur.

API açarları təşkilata məxsusdur və əhatə dairəsi müəyyən edilmişdir

Açarlar təşkilata məxsusdur və eyni RBAC icazələri ilə əlaqəli dənəvər əhatə dairələri daşıyır — yalnız oxumaq üçün, faktura, təminat. Boru xəttinə üzvün bütün hesabı əvəzinə yalnız ehtiyacı olan dar əhatə dairəsini verin.

Sandbox açarları istehsaldan ayrıdır

Sınaq rejimi və canlı rejim açarları fərqlidir, buna görə də tərtibat mərhələsində olan inteqrasiya təsadüfən və ya kopyalanmış mühit dəyişəni vasitəsilə istehsalat məlumatlarına daxil ola bilməz.

Yalnız heş saxlanılır

Biz məxfi açarın SHA-256 heşini və axtarış prefiksini saxlayırıq — heç vaxt xam açarı saxlamırıq. Açarı yalnız bir dəfə, yaradılma anında görürsünüz. Hər bir açar sonuncu dəfə nə vaxt istifadə edildiyini izləyir və başqa heç nəyə təsir etmədən ayrıca ləğv edilə bilər.

Süni intellekt alətləri icazələriniz əsasında qoşulur

Bizim MCP serverimiz hər hansı bir MCP dəstəkli agentə hostinqinizi təbii dildə idarə etməyə imkan verir; bu proses OAuth 2.1 ilə autentifikasiya olunur, təşkilatınız və RBAC rolunuzla məhdudlaşdırılır, hər alət üçün ləğv edilə bilən tokenlər, dağıdıcı əməliyyatlarda təsdiq, xərc limitləri və tam audit qeydiyyatı ilə təmin edilir.

Saytların özlərinə giriş

Hesaba giriş və serverə giriş fərqli məsələlərdir. Sayt səviyyəsindəki giriş məlumatları idarəetmə panelindən idarə olunur, ən az imtiyaz prinsipi ilə verilir və bir əməkdaşın mühitinin yalnız bir saytın mühiti olması üçün təcrid edilir.

  • Məhdudlaşdırılmış qabıqlı (jailed shell) SSH, həmçinin SFTP və FTP — CageFS təcridi hər bir istifadəçinin yalnız öz fayllarını görməsini təmin edir.
  • Tərtibatçıların həqiqətən skriptləşdirmək istədiyi əməliyyatlar üçün panel terminalından və SSH vasitəsilə wp-cli.
  • code-server vasitəsilə brauzerdə tam VS Code redaktoru, git ilə, saytın fayllarını birbaşa idarəetmə panelində redaktə etmək imkanı.
  • Verilənlər bazaları üçün quraşdırılmış phpMyAdmin və Adminer, həmçinin quraşdırılmış fayl meneceri; hər ikisi ikinci etimadnamə dəsti ilə məhdudlaşdırılmaq əvəzinə, idarəetmə panelindən vahid girişlə (SSO) təmin edilir.
  • Giriş açarları və etimadnamələr idarəetmə panelində yaradılır, siyahıya alınır, yenilənir və ləğv edilir, minimum imtiyazlarla verilir və onların istifadəsi audit jurnalına qeyd olunur.
  • Klonlama və canlı yayımlama funksiyalı sınaq mühiti riskli işləri əsas mühitdən uzaq tutur, beləliklə, yeni əməkdaşın ilk dəyişikliyi heç vaxt birbaşa canlı sayta düşmür.

Faktiki iş tərzinizə uyğun olaraq giriş hüquqlarını necə strukturlaşdırmaq olar

Tək fəaliyyət göstərən operator bir təşkilat və bir sahib üzvlüyü saxlayır, layihə üçün podratçı cəlb edildikdə isə Tərtibatçı rolu əlavə edir. Layihə başa çatdıqda, üzvlük ləğv edilir və onların daxil olması dərhal fəaliyyətini dayandırır — yenilənməli olan heç bir ortaq giriş məlumatı qalmır.

Agentlik təşkilat ağacından istifadə edir. Hər bir müştəri öz saytlarını ehtiva edən ayrıca törəmə təşkilat əldə edir və müştərinin öz əməkdaşları orada üzvlük qazanırlar — görünürlük istəyən maraqlı tərəf üçün yalnız oxumaq icazəsi, özü idarə etmək istəyən müştəri üçün isə sahibkar icazəsi. Əməkdaşlarınız ağacın daha yuxarı səviyyələrində üzvlüklərə sahib olur və portfeli görürlər; müştəri isə yalnız öz şaxəsini görür və bunun sadəcə bir vəd deyil, gerçək olmasını təmin edən Row-Level Security sistemidir.

Diler də eyni şəkildə, bir səviyyə yuxarıda işləyir: diler təşkilatı hər birinin öz üzvləri, hesab-faktura görünüşü və saytları olan müştəri təşkilatlarını ehtiva edir. Eyni baza mexanizm alt hesabları, agentlik komandalarını və diler iyerarxiyalarını dəstəkləyir — onların heç biri üçün ayrıca, daha zəif mexanizm yoxdur.

Hər şey kart tələb olunmayan 14 günlük sınaq müddətində mövcuddur. Ödəniş məlumatları olmadan qeydiyyatdan keçin, bir həmkarınızı dəvət edin, hər bir rolun nəyə daxil ola biləcəyini və ya bilməyəcəyini izləyin və öz audit jurnalınızı nəzərdən keçirin.

Tez-tez verilən suallar

Kimsəyə yalnız bir sayta giriş icazəsi verə bilərəmmi?

Hazırda üzvlük öz rolunu bütün təşkilat və struktur ağacında onun altında olan hər şey üzrə təmin edir, buna görə də sayt dəstlərini ayırmağın yolu təşkilatları ayırmaqdır — həmin saytları ayrıca törəmə təşkilatda yerləşdirin və üzvlüyü orada təqdim edin. Bu, hər bir müştərinin artıq öz fərdi sərhədini istədiyi agentliklər və resellerlər üçün səliqəli bir modeldir. Üzvlük üzrə resurs əhatə dairəsinin müəyyən edilməsi, yəni tək bir üzvlüyün bir təşkilat daxilindəki konkret saytlara bağlanması hazırda mövcud olan bir seçim deyil, planlaşdırılan təkmilləşdirmədir.

Dəvət etdiyim tərtibatçı saytı silə və ya canlı rejimə keçirə bilərmi?

Developer rolu saytın silinməsi və ya dayandırılması səlahiyyətlərini daşımır — bu açarlar Owner roluna məxsusdur. O, saytlara baxmaq və yaratmaq, xidmətləri yenidən başlatmaq, keşləri təmizləmək, API açarlarını idarə etmək və biletlərlə işləmək imkanı verir. Yerləşdirmə və push-to-live icazələri də Developer səlahiyyətlərinin bir hissəsi deyil, buna görə də istehsal mühitinə keçid hesab sahibində qalır. İlkin olaraq qurma işlərinin canlı saytdan kənarda baş verməsi üçün bunu sınaq mühiti (staging) ilə birləşdirin.

Zinn Digital® əməkdaşları hesabımda nələri görə bilər?

Bu, tamamilə əməkdaşın rolundan asılıdır və hər bir rol dar icazə açarları toplusundan ibarətdir. Məsələn, Dəstək Nümayəndəsi hesabınıza və saytlarınıza baxa, biletlərinizə baxa və cavab verə, saytı yenidən başlada və keşini təmizləyə bilər — lakin faktura konfiqurasiyasına, geri qaytarmalara, planlara və ya donanmaya toxuna bilməz. Müştəri kimi daxil olmaq yalnız Super Admin tərəfindən saxlanılan ayrıca bir icazədir və bu baş verdikdə idarə paneli daimi təqlid bannerini göstərir. Hər bir imtiyazlı əməliyyat icraçı, əməliyyat, hədəf, IP və vaxt damğası ilə birlikdə audit jurnalında qeyd olunur və təşkilatınızın jurnalını özünüz oxuya bilərsiniz.

Kimsə ayrıldıqda giriş icazəsini necə tez ləğv edə bilərəm?

Üzvlüyü silin və onların həmin təşkilata girişi başa çatsın — onlar hələ də öz kimliklərinə sahibdirlər, lakin hesabınızda heç bir rola və buna görə də heç bir icazəyə malik deyillər. API açarları fərdi şəkildə ləğv edilir, beləliklə, başqa heç bir şeyi narahat etmədən bir pipeline açarı dayandırıla bilər. Əgər SAML tək daxilolma (single sign-on) istifadə edirsinizsə, kimlik təminatçınızdakı deprovisioning daxilolmanı mərkəzləşdirilmiş qaydada idarə edir. SSH açarları kimi sayt səviyyəli etimadnamələr paneldə ləğv edilir və silinmənin özü audit qeydiyyatına alınır.

Komanda üzvləri mənim API açarlarımı bölüşür?

Xeyr — lakin səbəbini dəqiqləşdirməyə dəyər. API açarları fərdi üzvə deyil, təşkilata məxsusdur və eyni icazə kataloquna bağlı öz xüsusi əhatə dairələrinə malikdir. Beləliklə, bir şəxsə açar vermək əvəzinə, gördüyü iş üçün həmin işin ehtiyac duyduğu ən dar əhatə dairəsinə malik açar yaradırsınız və iş başa çatdıqda həmin açarı ləğv edirsiniz. Məxfi məlumatın yalnız heşi (hash) saxlanılır və hər bir açar ən son nə vaxt istifadə edildiyini qeyd edir, beləliklə istifadə olunmayan açarları tapmaq və ləğv etmək asan olur.

Hər şeyin açarlarını vermədən bir AI agentini qoşa bilərəmmi?

Bəli. Bizim MCP serverimiz agentləri OAuth 2.1 ilə autentifikasiya edir və onları təşkilatınız və RBAC rolunuzla məhdudlaşdırır, alət üzrə ləğv edilə bilən tokenlər vasitəsilə ümumi giriş əvəzinə xüsusi bir imkan təqdim edirsiniz. Dağıdıcı hərəkətlər təsdiq tələb edir, xərc limitləri tətbiq olunur və hər bir hərəkət insan fəaliyyəti ilə eyni audit jurnalında qeydə alınır.

Bir icarəçinin digər icarəçinin məlumatlarına daxil olmasına nə mane olur?

Postgres Sətir Səviyyəli Təhlükəsizliyi sorğuları tətbiq səviyyəli filtri yeganə xətt deyil, dərin müdafiə olaraq saxlayaraq birbaşa verilənlər bazasının özündə çağıranın təşkilat alt ağacı ilə məhdudlaşdırır. Əhatə dairəsindən kənar qeydlər üçün sorğular icazə xətası əvəzinə tapılmadı xətası qaytarır, beləliklə mövcud olanlar barədə heç bir məlumat aşkar edilmir. Server tərəfində, CageFS vasitəsilə saytlararası təcrid hər bir icarəçinin shell və fayllarını yalnız öz saytında saxlayır.

Ödəniş etməzdən əvvəl bunu sınaqdan keçirə bilərəmmi?

Bəli. 14 günlük sınaq kart tələb etmir — heç bir ödəniş məlumatı və öhdəlik yoxdur — və beşə qədər sayt üçün Footprint-Free hostinqi əhatə edir. Qərar verməzdən əvvəl bir həmkarınızı dəvət etmək, rol təyin etmək və sərhədlərin ehtiyac duyduğunuz şəkildə işlədiyini təsdiqləmək üçün kifayətdir.

Göstərə biləcəyiniz bir sərhədlə həvalə edin

Kartsız 14 günlük sınaq müddəti ilə başlayın, kimisə dəvət edin və icazə modelinin öz işini görməsini izləyin — adlandıra biləcəyiniz rollar, ləğv edə biləcəyiniz əhatə dairələri və kimin nə etdiyini dəqiq göstərən audit jurnalı.

Pulsuz başlayın