Անձնական և հանրային հավատարմագրման տեղեկություններ

need credential ─▶ personal credential for the acting user?
                     ├─ yes ─▶ use the personal credential
                     └─ no  ─▶ fall back to the shared (workspace) credential

Ամեն AiHummer անձնագիր՝ API-լիքը, նիշան, վեբհուկի գաղտնիքը ունի **տարածաշրջան** ով է որոշում, ում գաղտնիքը գործիք է հաղորդումը աշխատում է հետ։ Կան երկու ոլորտներ՝ **ընդհանուր** և **անձնական**Հասկացումն այն բանի, թե ինչ տարբերություն կա նրանց միջև և կարգի ինքը, կարգավորումն է, որը կարևոր է յուրաքանչյուր գործակալին և յուրաքանչյուր օգտատիրոջ տրամադրելու ճիշտ այն հասանելիությունը, որը նրանք ունեն, և ոչ ավելի: ## Երկու նշանառիչ | Տարածաշրջան | Ընդունվում է | Օգտագործվում է, երբ | |---|---|---| | **Ընդհանուր** | Աշխատանքային տարածք | Գործողությունը պետք է կատարվի մեկ ընդհանուր հաշվում անկախ նրանից, թե ով է այն սկսել | | **Անձնական** | Անկախ օգտագործող | Գործողությունը պետք է պատկանման լինի կոնկրետ անձի և սահմանափակվի նրա սեփական տառապանքով | Որոշ երկնիշ տեսակներ ապրում են մեկ ծածկագրված պահեստում (կանվան ծածկագրում, AES-256-GCM, յուրաքանչյուր վարձողի բանալին՝ գլխավոր բանալիի տակ); տարբերությունը բացառապես նրանում է, թե *որի* գաղտնիքին է համապատասխանում, ոչ թե այն, թե ինչպես է այն պահվում կամ պաշտպանվում։ ## Գործող օգտագործողի թույլտվություն՝ աշխատանքի տարածքի պահման կարգավորմամբ Փոփոխության պահին, երբ գործիքին պահանջվում է հաշվի գրառում, AiHummer-ը այն թույլ է տալիս **գործուն օգտվող** — մարդը, ում անունից կատարվում է քայլը — և վերադառնում է դեպի **աշխատանքային տարածք** (համատեղ) մուտքի տվյալներ, երբ օգտագործողը չունի անձնականը: ```text need credential ─▶ personal credential for the acting user? ├─ yes ─▶ use the personal credential └─ no ─▶ fall back to the shared (workspace) credential ``` Այս մեկ կանոնն ապահովում է ճկուն վարք։ Մատակարարեք միայն ընդհանուր հավատարմագրերը, և բոլորը դրանք կկիրառեն։ Թույլ տվեք յուրաքանչյուրին ավելացնել իրենց սեփականը, և դրանք ավտոմատ կերպով առաջնահերթություն կստանան այդ անձի համար, մինչդեռ բոլոր մյուսները կշարունակեն օգտագործել ընդհանուրն։ ընդհանուր > [!NOTE] > Անձնային տվյալներն միշտ առավելություն ունեն նույն օգտատիրոջ ընդհանուր տվյալների նկատմամբ: Աշխատանքային տարածքի հաշիվների տվյալները — > «պահուստային տարբերակ», այլ ոչ թե փոխարինում — օգտատերը, ով միացրել է իր սեփական հաշիվը, գործում է > իրենց սեփական թույլտվությամբ։ ## Երբ օգտվել shared-ից Ընտրեք մեկը **ընդհանուր** հաշիվների տվյալները, երբ: - Գործողությունը ներկայացնում է կազմակերպությունը, ոչ թե առանձին անձին (ընկերության փոստարկղը, մեկ CRM ծառայության հաշիվ, հաշվի համար բանալի): - Դուք ցանկանում եք կայուն վարք, անկախ այն հանգամանքից, թե ով է գործարկել գործակալին։ - Մի գաղտնիքի թողարկումն ու շրջափուլը կենտրոնացված կերպով ավելի հեշտ է, քան յուրաքանչյուր օգտագործողի համար կարգավորելը: ## Երբ օգտագործել անձնականը Ընտրեք մեկը **անձնական** հաշիվների տվյալները, երբ: - Գործը պետք է վերագրվել կոնկրետ անձի և սահմանափակվել այնով, ինչ մարդուն թույլատրված է անել։ - Տարբեր օգտատերերը պետք է տեսնեն տարբեր տվյալներ նույն գործակալի և գործիքի միջոցով։ - Ձեզ անհրաժեշտ է կարծիք և աուդիտ յուրաքանչյուր օգտագործողի համար առանձին, անկախ բոլոր մյուսներից։ Անհատական հաշմանդամային տվյալները սովորաբար ներկայացնում են անհատական հաշիվներ, որոնց vasitությամբ աշխատողը ինքն է միանում [Կապեր](/hy/v1.0/access/connections-oauth2). Դրա մեջ «տուփից դուրս» ներառված են, օրինակ՝ Gmail, Google Calendar, Google Contacts, Google Drive, Google Tasks, YouTube, Outlook Mail, Outlook Calendar, OneDrive, Microsoft To Do, Todoist, Asana, Jira Cloud, ClickUp, GitLab, Linear, monday.com, Fitbit, Oura Ring, Strava, Spotify և Samsung SmartThings — hər օգտատեր գործում է իր սեփական հեղինակավորմամբ: Ընդհանուր հաշիվը, ընդհակառակը, — դա մեկ հաշիվ է ամբողջ աշխատանքի տարածքի համար (օրինակ, մեկ կորպորատիվ էլփոստային տուփ կամ CRM ծառայության հաշիվ, որը օգտագործում են բոլորը։ ## Այսի գործնական կարգավորումը Պարզ ասած: - **Մեկ հաշվի տվյալ բոլորի համար (համընդհանուր)։** Օպերատորը գաղտնիքը պահպանում է մեկ անգամ աշխատանքային տարածքի մակարդակը՝ վրա [Գաղտնիքներ](/hy/v1.0/webui/marketplace#secrets-vault) էկրան կամ որպես ընդհանուր կապ։ Այն դեպքում բոլոր գործակալներն ու օգտատերերը գործում են մեկ հաշվի ներքո (օրինակ՝ a ընկերության փոստարկղը). - **Մեկ անձի համար մեկ գրանցված հաշիվ (անձնական):** Օգտատերը միացնում է իր սեփական հաշիվը միջոցով [Կապեր](/hy/v1.0/access/connections-oauth2) (ավարտում է մուտքը OAuth-ի միջոցով) — Եվ այն ժամանակվանից նրանց սեփական զանգերը կատարվում են իրենց ինքնության հաստատման ներքո, մինչդեռ բոլոր մնացածները ապա պահպանվում է ընդհանուրը։ - **Ո՞վ կարող է գրել գործակալի** տեղադրվում է ոչ այստեղ, այլ [ԱԿՆԱՆՆԵՐ](/hy/v1.0/webui/channels#access-control-reply-only-to-known-users) էկրան․ զանգված՝ «Պատասխանել միայն հայտնի օգտատերերին» անցում։ - **Անհատական անձ/վարվելակերպ կոնկրետ անձի համար** առաջանում է միավորմամբ անձնային կապեր (այս էջը) նշված գործակալային պարամետրերով; ներմուծեք համակորպորատիվ կանոններ [Ընդհանուր բլոկներ](/hy/v1.0/webui/skills-prompts). Լրացուցիչ որևէ բան ներառելու անհրաժեշտություն չկա․ թույլտվության կանոնը (անձնական → համեմատաբար ընդհանուր) գործում է ավտոմատ կերպով։ ## Ինչպես դա համագործակցում է Connections-ի և պահոցակի հետ [Կապեր](/hy/v1.0/access/connections-oauth2) համարվում են ամենատարածված եղանակը **անձնական** հաշիվների տվյալները ստեղծվում են՝ օգտատերը ավարտում է OAuth2 կոդի միջոցով թույլտվության հոսքը, թողարկված տոկենը պահպանվում է պահեստում, և այդ պահից այն հստակ անձնական հաշիվների տվյալներ են, որոնք լուծողը ընտրում է այս օգտագործողի համար։ A Ընդհանուր օգտագործվող հաշվումը, ընդհակառակը, սովորաբար գաղտնիք է, որը օպերատորը պահպանում է մեկ անգամ աշխատավայրի մակարդակում։ Բոլոր դեպքերում գաղտնիքը մնում է կոդավորված պահոցում և երբեք չի հայտնվում մոդելի կոնտեքստում, հաղորդագրությունում կամ գրանցամատյաններում՝ կառավարման շրջանը սահմանում է միայն, թե պահոցի **որ** գրառումին է դիմում գործող օգտագործողը։ ## Որտեղից հետո - [Հնարավորություններ (OAuth2 յուրաքանչյուր օգտագործողի համար)](/hy/v1.0/access/connections-oauth2) — ինչպես անձնական հաշվի տվյալները հավատարմագրվել են: - [BYOK և LLM մատակարարներ](/hy/v1.0/access/byok-providers) — մոդելի բանալիները յուրաքանչյուր վարձակալության համար։ - [Առևտրային հարթակի վերանայումը և մակարդակները](/hy/v1.0/marketplace/overview-tiers) — Հարթակ 2 հմտությունները կարող են օգտագործել անձնական մուտքի տվյալները: