Организации
Организацията групира идентификационни данни под един собственик, така че няколко души да могат да ги споделят: API keys за JSON API и proxy потребители за proxy port. Всичко, което идентификационните данни на дадена организация изразходват, се отчита към плана на собственика на организацията, а не към лицето, изпратило дадената request.
Къде да я намерите
Влезте в dashboard и отворете Organizations в страничната лента. Всяка организация, в която членувате, представлява отделен ред:
| Колона | Какво показва |
|---|---|
| Организация | Името. Кликнете върху него или върху Open, за да отворите страницата на организацията. |
| Вашата роля | Owner, Admin или Member |
| Членове | Колко души са в нея, включително собственикът |
| Ключове | Колко API keys притежава организацията |
| Създадена | Кога е създадена |
| Действия | Open |
Създаване на организация
Кликнете върху New organization, въведете име с дължина между 2 и 60 знака и потвърдете. Вие ставате собственик. Името трябва да съдържа поне една буква или цифра и не може да съвпада с име на съществуваща организация (сравняват се само букви и цифри, всичко останало се игнорира).
Създаването на организация изисква план, който покрива повече от един човек. Редът Organizations you own в Usage & Limits показва дали вашият е такъв.
Роли
Ролите са три, като всяка организация има точно един собственик.
| Роля | Какво може да прави |
|---|---|
| Member | Създаване и използване на API keys и proxy потребители на организацията, преименуване на нейните API keys и преглед на членовете и екипите на организацията |
| Admin | Всичко, което може да прави един member, плюс добавяне и премахване на хора, промяна на техните роли, управление на всички идентификационни данни на организацията и преименуване на организацията |
| Owner | Всичко, което може да прави един admin, плюс прехвърляне на организацията на друг потребител. Собственикът носи плана, към който се таксуват всички идентификационни данни на организацията. |
Собственикът не може да бъде премахнат, не може да напусне и не може да бъде понижен. Собствеността се променя само в една посока: чрез прехвърляне.
Членството в организацията осигурява достъп до нейните идентификационни данни. Член без администраторски права все пак може да създаде key или proxy потребител, за който компанията плаща, което е и основната цел: разработчик, пишещ колектори, не трябва да използва лични идентификационни данни, които тихо да се таксуват от него вместо от компанията.
Страницата на организацията
Open на всеки ред ви отвежда до страницата на съответната организация. Шест карти са разположени най-отгоре: Members (с разбивка за owner, admin и member отдолу), Your role, Owner, API keys, Proxy users и Teams. Под тях се намират два раздела:
- Members: хората в организацията, заедно с контролите, които вашата роля предоставя.
- Teams: екипите, към които принадлежите в тази организация, само за четене.
Собствениците и администраторите разполагат и с бутон Rename в заглавната част на страницата.
Добавяне на хора
Собствениците и администраторите разполагат с карта Add a member над таблицата Members. Въведете имейл адрес, изберете Member или Admin и изпратете формата.
Какво следва зависи от адреса, като таблото за управление ви показва кой вариант е в сила:
- Адресът вече има FourA акаунт: потребителят се присъединява веднага и получава имейл с името на организацията, кой го е добавил и какви права дава ролята му.
- Адресът няма акаунт: FourA му изпраща покана по имейл и той се присъединява в момента, в който влезе с този адрес. Няма нищо за кликване, като поканата работи както при нова регистрация, така и ако вече е имал акаунт, който не е отварял.
Поканите изтичат след 14 дни. Повторното добавяне на същия адрес обновява чакащата покана, вместо да създава втора.
Собственикът получава имейл всеки път, когато някой се присъедини, тъй като новият потребител изразходва кредитите на собственика. Никой не получава имейл за потвърждение на собственото си действие.
Чакащи покани
Докато има поне една активна покана, таблицата Invitations стои над Members и е видима за собственици и администратори. Тя показва адреса, очакващата роля, кой е изпратил поканата и кога. Изтеклите покани остават в списъка и са маркирани, за да виждате защо никой не се е присъединил. Използвайте действието на съответния ред, за да оттеглите покана.
Промяна на роля
Собствениците и администраторите променят ролята на член между Member и Admin чрез падащото меню в колоната Role. Важат три правила:
- Не можете да променяте собствената си роля. Поискайте от друг администратор или напуснете.
- Ролята на собственика не може да се редактира тук. Използвайте Make owner вместо това.
- Всяка промяна изисква потвърждение и показва какво ще може да прави потребителят след това.
Премахване на потребител и напускане
Собствениците и администраторите виждат Remove на всеки ред освен на своя собствен и на този на собственика. Вашият собствен ред съдържа Leave, независимо от ролята ви.
Премахването на потребител го изважда и от екипите на организацията, така че той веднага губи достъп до нейните идентификационни данни. Това не засяга самите данни: ключът или proxy потребителят на организацията принадлежат на организацията, а не на този, който ги е създал.
Собственикът не може нито да бъде премахнат, нито да напусне. Първо трябва да прехвърлите организацията.
Прехвърляне на организацията
Само собственикът може да направи това. В раздела Members кликнете върху Make owner за лицето, което поема организацията, и потвърдете.
Организацията преминава към неговия план: от този момент всяка request от нейните ключове и всеки тунел от нейните proxy потребители се отчита към неговите кредити, трафик, лимити и фактура. Досегашният собственик става администратор и запазва всички администраторски права.
Кои ключове виждате
Всеки ключ, притежаван от организацията, е видим за всички в нея. Разликата е в действията, които можете да извършвате с него:
| Действие | Member | Admin | Owner |
|---|---|---|---|
| Използване на ключа, показване, създаване на нови ключове на организацията | Да | Да | Да |
| Преименуване, редактиране на описанието | Да | Да | Да |
| Регенериране, деактивиране, изтриване | Не | Да | Да |
| Преместване на ключа извън организацията | Не | Не | Да |
Преименуването на ключ е безопасно. Прегенерирането или деактивирането спира работата на всеки колега, който го използва, в момента на действието, поради което тези права са за администратори. Преместването на ключ извън организацията премахва ресурса от компанията и прехвърля потреблението му към плана на получателя, поради което това право принадлежи единствено на собственика.
Вижте Managing API Keys за пълното ръководство.
Which Proxy Users You See
Потребителите на proxy следват същите три нива поради същите причини.
| Action | Member | Admin | Owner |
|---|---|---|---|
| Use it, read its password, create new ones | Yes | Yes | Yes |
| New password, disable, delete, change saved targeting | No | Yes | Yes |
| Transfer it out of the organization | No | No | Yes |
Запазеното таргетиране се управлява от администратори, а не от членове, тъй като промяната му тихомълком пренасочва всяка връзка, която цялата организация прави с тези идентификационни данни. Новата парола също се управлява от тях, защото тя чупи всеки конфигурационен файл, в който данните вече са въведени.
Инструментите за сваляне на компанията трябва да използват proxy потребител на организацията. Личният спира да работи в деня, в който човекът напусне, и се таксува на него. Вижте Proxy Users за пълното ръководство.
The Owner Filter
След като се присъедините към организация, падащото меню Owner се появява над Overview, Metrics, Activity, API Keys и Proxy. То има три вида опции: Everything, Personal и по един запис за всяка организация. Изборът се запазва между посещенията и се прилага за всяка от тези пет страници.
Usage & Limits и Billing умишлено не използват филтъра. Те отговарят на въпроса "какво се таксува на мен", което е различно от "какво мога да видя": членът никога не вижда квотата на собственика.
Billing Attribution
Всяка заявка, направена с ключ, собственост на организацията, и всеки тунел, отворен с proxy потребител на организацията, се таксува на собственика на организацията, независимо кой я е подал. Това е цялата причина даден идентификатор да се премести в организация: променя се към кого се отчита потреблението за кредити, трафик, лимити на плана и фактури.
Страницата Usage & Limits на собственика отчита данните на организацията заедно с личните данни в раздела API keys и раздела Proxy users, като ги разделя, за да е ясно откъде идват разходите.
Teams
Всяка организация получава екип по подразбиране, наречен Everyone. Новите ключове се добавят автоматично към него и всеки, който се присъедини към организацията, се включва в него, което предоставя достъп до ключовете чрез членството.
Разделът Teams показва екипите, в които членувате, с вашата роля във всеки от тях, броя на членовете и ключовете, които можете да използвате (Keys you can use). Създаването и редактирането на екипи все още не е налично в таблото за управление.
Related
- Управление на API ключове: Създаване, прехвърляне и управление на ключове в рамките на организация
- Proxy потребители: Създаване и прехвърляне на proxy потребители в рамките на организация
- Употреба и лимити: Членове на екипа, организации и какво позволява вашият план
- Фактуриране и абонаменти: Как планът на собственика покрива употребата на ключове на организацията
- Преглед на таблото за управление: Всички секции на таблото за управление