Console-ի շահագործման ձեռնարկ

VATES-ի կայքի գլխավոր էջից (https://vates.standout.jp/hy/) header-ում սեղմեք Sign up՝ գրանցման էջ անցնելու համար (https://console.vates.standout.jp/signup)։

Ստեղծելով հաշիվ՝ դուք հաստատում եք, որ օգտագործում եք Ծառայությունը բիզնես նպատակներով և լիազորված եք պարտավորեցնել ձեր ներկայացրած կազմակերպությունը։ Դուք համաձայնում եք մեր Terms-ին և Privacy Policy-ին։ Ծանոթացեք գրանցման էջի ներքևում տեղադրված Terms (https://vates.standout.jp/hy/legal/terms.html) և Privacy Policy (https://vates.standout.jp/hy/legal/privacy.html) փաստաթղթերին, ապա անցեք հաշվի ստեղծմանը։

Գրանցման էջում մուտքագրեք այն էլ. փոստի հասցեն, որը ցանկանում եք գրանցել, և սեղմեք ուղարկման կոճակը։ VATES-ից կգա ողջույնի նամակ (ուղարկված [email protected]-ից)։ Հղման վավերականությունը լրանում է 24 ժամ հետո, և եթե մտադիր չեք հաշիվ ստեղծել, նամակը կարող եք անվտանգ անտեսել։

Բոլոր դաշտերը պարտադիր են։

• 0.4.1　account ID：Հաշիվ ստեղծելու համար օգտագործված էլ. փոստի հասցեն։ Այն դառնում է ձեր մուտքի ID-ն հետագա բոլոր մուտքերի համար։
• 0.4.2　workspace ID：Յուրաքանչյուր client-ի համար եզակի ID։ Այն մուտքի ID-ն չէ։ Ստեղծվելուց հետո չի կարող փոխվել, և արդեն օգտագործվող ID չի կարող ընտրվել։ Խորհուրդ է տրվում ձեր ընկերության կամ բիզնեսի անվան հետ կապված անուն, սակայն ընտրությունն ազատ է։ Եթե մուտքը չի կարող գրանցվել, ցուցադրվում է սխալ. եթե կարող է գրանցվել, ցուցադրվում է «available»։
• 0.4.3　Password：Առնվազն 8 նիշ, առնվազն մեկ փոքրատառով, մեկ մեծատառով և մեկ թվանշանով։ Թույլ կաղապարները նույնպես մերժվում են։ Նշանները ըստ ցանկության են։
• 0.4.4　Confirm Password：Հաստատման համար մուտքագրեք գաղտնաբառը ևս մեկ անգամ։
• 0.4.5　Continue to payment
• 0.4.6　Initial deposit：Նոր հաշվի սկզբնական ավանդը ֆիքսված 5.00 USD է։ Continue to payment սեղմելը ձեզ տանում է Stripe-ի էկրան, որտեղ ձեր երկրի/տարածաշրջանի հարկն ավտոմատ հաշվարկվում է։

Վճարեք Stripe-ի էկրանին (կրեդիտ քարտով)։ Քարտի տեսակներն ու հարկի դրույքն ավտոմատ արտացոլվում են Stripe-ի կողմից՝ ըստ յուրաքանչյուր երկրի/տարածաշրջանի։ Վճարումից հետո ձեզ տանում է console։

Ցուցադրվում է վճարման ավարտի մասին հաղորդագրություն, և ներկայացվում է մեր էլ. փոստի հասցեն ([email protected])։ Խնդրում ենք այնտեղ տեղեկացնել ձեր իրավիճակի մասին։ Վճարումը հաստատելուց հետո մենք համապատասխան քայլեր կանենք, որպեսզի կարողանաք մուտք գործել console։

Որպես կանոն, հաշվի սկզբնական ստեղծումն օգտագործում է կրեդիտ քարտով վճարում։ Բանկային փոխանցմամբ վճարել ցանկացող ձեռնարկություններն ու այլ կազմակերպությունները թող դիմեն [email protected]։

Մուտքի երեք եղանակ կա՝ ID/password, passkey և 2FA։

1.1.1　ID-ի և գաղտնաբառի կանոնները

• 1.1.1.1　Client admin：Ստեղծվում է գրանցման ժամանակ։ ID-ն գրանցված էլ. փոստի հասցեն է, իսկ գաղտնաբառն ընտրում է օգտատերը։ Գաղտնաբառը պետք է լինի առնվազն 8 նիշ, առնվազն մեկ փոքրատառով, մեկ մեծատառով և մեկ թվանշանով։ Թույլ կաղապարները նույնպես մերժվում են։ Նշանները ըստ ցանկության են։
• 1.1.1.2　Այլ հաշիվներ：Delegated admin, instance admin և instance user հաշիվները տրամադրվում են client admin-ի կողմից Client settings-ի միջոցով, և թույլտվությունները կառավարվում են այնտեղ։ ID-ն ավտոմատ համարակալվում է ({client_id}_0001 ձևով), իսկ գաղտնաբառը թողարկում է client admin-ը։

• 1.1.2　Passkey：Ստեղծվում է յուրաքանչյուր հաշվի համար։ Անվտանգության ամենաբարձր մակարդակը, և խորհուրդ է տրվում։
• 1.1.3　2FA：Ստեղծվում է յուրաքանչյուր հաշվի համար։ Մուտքի ժամանակ երկրորդ քայլի ստուգում։ Անվտանգությունը բարձր է — passkey-ից հետո երկրորդը — սակայն այն անհրաժեշտ չէ, եթե passkey-ն արդեն տեղադրված է։

• 1.2.1　Client admin：Մուտքի էկրանի Forgot password?-ից անցեք Reset password, և գաղտնաբառը վերականգնելու հրահանգները կուղարկվեն գրանցված էլ. փոստին։
• 1.2.2　Այլ հաշիվներ：Delegated admin, instance admin և user հաշիվները տրամադրվում են client admin-ի կողմից Client settings-ի միջոցով, և թույլտվությունները կառավարվում են այնտեղ։ Ուստի խնդրեք ձեր client admin-ին։

Client admin-ը, և operate թույլտվությունը ստացած delegated admin հաշիվները, կարող են կատարել գաղտնաբառի վերականգնումը Client settings-ի Accounts tab-ում։

Բացվում և փակվում է hamburger menu-ի միջոցով։ Փակ վիճակում desktop-ում ձախ կողմում մնում է կրճատ տարբերակը, իսկ mobile-ում այն ծալվում է hamburger-ի մեջ։ Բաղկացած է hamburger menu-ից, instance-ներից և account menu-ից։

Հաշվի avatar-ն արտացոլում է հաշվի անվան սկզբնատառը։ Avatar-ի սեղմումը բացում և փակում է user popover-ը։

Բաղկացած է Client settings-ից, My Security-ից, console theme-ից և Sign out-ից։

• 2.3.1　Client settings：Կարելի է կարգավորել client-ի տարբեր կարգավորումներ։ Տե՛ս 4 (Client settings)։
• 2.3.2　My Security：Passkey-ներ և 2FA կարելի է ստեղծել, ջնջել և կառավարել։ + Add passkey-ից և Set up two-factor-ից գրանցումը կարող է կատարվել տարբեր եղանակներով՝ օգտագործելով յուրաքանչյուր սարք, browser և այլն։
• 2.3.3　Console theme：Կարելի է ընտրել ցերեկ/գիշեր ռեժիմը։
  • Auto：Ավտոմատ անցում՝ հետևելով OS-ին։
  • Light：Ցերեկային ռեժիմ։
  • Samhain：Գիշերային ռեժիմ։
• 2.3.4　Sign out：Դուրս է գալիս և ձեզ վերադարձնում մուտքի էկրան։

Մի վայր՝ փորձարկելու այն instance-ի պատասխանները, որը դուք իրականում կառուցել և կարգավորել եք։

Մի վայր՝ բնական լեզվից, լուսանկարներից, փաստաթղթերից և նմանատիպ նյութերից ES (EchoScript) գեներացնելու համար։

• 3.1.2.1　Source：ES-ի վրա կարելի է գրանցել աղբյուրի/ծագման անուն։ Սա հեշտացնում է հետևելը druid-ում ES դիտելիս և կառավարելիս։
• 3.1.2.2　Enter natural language text：Բնական լեզուն կարելի է գրել ուղղակիորեն։
• 3.1.2.3　File attachment：Կարելի է կցել պատկերներ և PDF-եր։
• 3.1.2.4　Sing as EchoScript：bard-ը բնական լեզուն և կցված ֆայլերը վերածում է ES-ի։

Մի վայր՝ bard-ի գեներացրած ES-ը կառավարելու համար։ Հնարավոր են դիտումը, որոնումը, սկզբնական տեքստի ստուգումը, խմբագրումը և ջնջումը։

• 3.1.3.1　Ask the Druid：Որոնման համար կարող եք Druid-ին տալ ճկուն հարցեր (օր.՝ «թվարկիր XX-ի հետ կապված ES-երը»)։
• 3.1.3.2　Search ESs：ES-ի որոնում ըստ հիմնաբառի։
• 3.1.3.3　Show deleted：Կարող է ներկայացնել ES՝ ներառյալ տրամաբանորեն ջնջվածները։
• 3.1.3.4　View：Ցուցադրման ձևաչափի ընտրություն։
  • Detail：Թվարկում է յուրաքանչյուր ES ամբողջությամբ։
  • List：Թվարկում է accordion ձևաչափով՝ յուրաքանչյուրը մեկ տողի ամփոփված։
  • Tile：Թվարկում է card ձևաչափով։
  • Overview：Ցուցադրման ձևաչափ, որը տալիս է ամենամեծ քանակի ամենալայն ակնարկը։
• 3.1.3.5　Show：Կարելի է ընտրել միանգամից ցուցադրվող քանակը։
• 3.1.3.6　ES：ES = EchoScript։
  • Raw：Կարելի է դիտել այն սկզբնական տեքստը, որից ստացվել է ES-ը։
  • Edit：ES-ը կարելի է ուղղել և վերանայել։
  • Delete：ES-ը կարելի է տրամաբանորեն ջնջել։
  • Ձախ սյունակի տարրեր：(a) Հունարեն տառեր α–κ՝ երևույթի վիճակը դիտարկելու հիմնական կատեգորիաները։ Չեն խմբագրվում։ (b) Այլ տարրեր՝ հիմնական կատեգորիաներից դուրս հատուկ կատեգորիաներ։ Խմբագրվում են։

Մի վայր՝ զրույցի log-երը կառավարելու համար։ Հնարավոր են դիտումը, որոնումը, վերլուծությունը, CSV արտահանումը և ջնջումը։

• 3.1.4.1　Log retention：Log-երի պահպանման քաղաքականությունը։ Կարգավորումը կատարվում է Client settings-ում։ Մանրամասների համար տե՛ս 4.1.1.3 (Log retention)։
  • Standard (30 days)：Պահպանում է log-երը 30 օր։
  • Zero retention：Չի պահպանում log-եր։
• 3.1.4.2　Export CSV：Log-երը կարելի է արտահանել որպես CSV։
• 3.1.4.3　Search keywords：Log-երը կարելի է որոնել ըստ հիմնաբառի։
• 3.1.4.4　Ask the Druid：Log-երի վերաբերյալ ճկուն որոնման և վերլուծության հարցումներ կարելի է անել Druid-ին (օր.՝ «դուրս բեր XX-ի հետ կապված զրույցները և վերլուծիր միտումը»)։
• 3.1.4.5　Logs：
  • Log detail：Կարելի է դիտել զրույցի log-երը։
  • Trace ES references：Զրույցի log-ից հետագծում է, թե որ ES-երն են հղվել, և ցույց է տալիս դրանք։

Կարելի է կարգավորել ցանկացած instance-ի կարգավորումները։

• 3.1.5.1　Company name：Այն կազմակերպության անունը, որին պատկանում է instance-ը։
• 3.1.5.2　Role：Instance-ի պաշտոնը։
• 3.1.5.3　App name：Mobile սարքի վրա գլխավոր էկրանին ավելացնելիս արտացոլվող անունը։
• 3.1.5.4　Header title：Արտացոլվում է chat UI-ի header-ի title pill-ում։
• 3.1.5.5　Custom prompt：Instance-ն իր role-ին հարմարեցնելու prompt-ը։
• 3.1.5.6　Welcome message：Արտացոլվում է chat UI-ում սկզբում տեղադրված assistant bubble-ում։
• 3.1.5.7　Suggested prompts：Արտացոլվում է chat UI-ի suggestions-ում։ Առաջարկներն առանձնացնելու համար մուտքագրեք դրանք առանձին տողերում։
• 3.1.5.8　Widget label：Արտացոլվում է widget button-ի տակ տեղադրված տեքստում։ Դատարկ թողնելու դեպքում պիտակ չկա։
• 3.1.5.9　Widget initial position：Widget-ի սկզբնական դիրքը կարելի է ընտրել UI-ում։ Այն կարելի է նաև պիքսելներով ճշգրտել Offset X և Y առանցքներով՝ յուրաքանչյուր anchor կետից։
• 3.1.5.10　Bubble font：Կարելի է ընտրել chat UI-ի user և assistant bubble-ների ու suggestions-ի տառատեսակը։
  • Serif：Serif տառատեսակ։
  • Sans：Sans-serif տառատեսակ։
  • Poetic：Garamond։
• 3.1.5.11　Bubble font size：Կարելի է ընտրել chat UI-ի user և assistant bubble-ների ու suggestions-ի տառաչափը։
  • Small：Փոքր չափ։ Առաջնահերթություն է տալիս տեսարանին։
  • Medium：Միջին չափ։ Հավասարակշռություն ընթեռնելիության և տեսարանի միջև։
  • Large：Մեծ չափ։ Առաջնահերթություն է տալիս ընթեռնելիությանը։
• 3.1.5.12　Display mode：Ցերեկ/գիշեր ռեժիմի ընտրություն։
  • Auto (follow OS)：Անցում OS-ի ավտոմատ հայտնաբերմամբ։
  • Light：Ցերեկային ռեժիմ։
  • Samhain：Գիշերային ռեժիմ։
• 3.1.5.13　Light theme color：Կարելի է ընտրել widget-ի theme գույնը։
• 3.1.5.14　Standalone background (Light)：
  • Color specification：Կարելի է նշել տասնվեցական համակարգով։
  • Ask the Druid：Կարող եք Druid-ին հարցնել գույն և դրա hex արժեքը։ Այս դեպքում Druid-ն առաջարկում է երեք տարբերակ՝ ուղեկցված ճապոնական բանաստեղծական անուններով։
• 3.1.5.15　Standalone background (Samhain)：
  • Color specification：Կարելի է նշել տասնվեցական համակարգով։
  • Ask the Druid：Կարող եք Druid-ին հարցնել գույն և դրա hex արժեքը։ Այս դեպքում Druid-ն առաջարկում է երեք տարբերակ՝ ուղեկցված ճապոնական բանաստեղծական անուններով։
• 3.1.5.16　Input placeholder：Կարելի է մուտքագրել chat UI-ի input pill-ի ներսի placeholder-ը։
• 3.1.5.17　Recording text：Կարելի է մուտքագրել այն placeholder-ը, որը ցուցադրվում է chat UI-ի input pill-ի ներսում ձայն լսելու ընթացքում։
• 3.1.5.18　Embed allowlist：Այն URL-ների allowlist-ը, որտեղ embedded widget-ը կարող է ներդրվել։
• 3.1.5.19　Instance URL：
  • Standalone：Standalone URL-ը։
  • Embed code：Embedded widget-ի embed code-ը։ Այս code-ը կարելի է ներդնել թիրախային վեբ էջում (footer-ում և այլն)։

Ընթացիկ կարգավիճակը կարելի է ընկալել յուրաքանչյուր panel-ում։ Ձախ կողմի գույնը նույնպես ցույց է տալիս առողջության կարգավիճակը (կանաչ՝ լավ, սաթագույն՝ զգուշություն, բոսորագույն՝ նախազգուշացում)։

• 3.1.6.1　Audit Log：Audit log-ի դիտման ֆունկցիան։ Մանրամասների համար տե՛ս 4.3.4 (Audit Log)։
• 3.1.6.2　My Sessions：Կարելի է ստուգել ներկայումս մուտք գործած session-ները։ Դրանք կարելի է փակել Revoke-ով։ Մանրամասների համար տե՛ս 4.3.5 (Active Sessions)։
• 3.1.6.3　THREATS：Panel, որը ցուցադրում է չթույլատրված մուտքի փորձերի հայտնաբերման արդյունքները։
• 3.1.6.4　Login History：Մուտքի ակտիվության պատմությունը։ Մանրամասների համար տե՛ս 4.3.8 (Login Activity)։

Մշակողի կողմից պատրաստված instructor։ Instance, որը մշտապես տեղակայված է console էկրանին։ Միշտ հասանելի է հարցերի համար։ Օգտագործված token-ները հանվում են ավանդի մնացորդից։

Մի վայր՝ instance-ներ ստեղծելու, կառավարելու և ջնջելու համար։

• 4.1.1　Instances：
  • Display name：Instance-ի անունը։
  • Immutable ID：Եզակի ID-ն։
  • Log retention：Կարելի է ընտրել զրույցի log-երի պահպանման ժամկետը։ (30 days՝ պահպանվում է 30 օր, ապա ավտոմատ ֆիզիկապես ջնջվում։ / Zero retention՝ կարգավորում, որն ընդհանրապես չի պահպանում զրույցի log-եր։)
  • Status：Ցույց է տալիս instance-ի կարգավիճակը։
  • Actions：Edit = Կարելի է խմբագրել instance-ի Display name-ը։ Delete = Instance-ը կարելի է տրամաբանորեն ջնջել։
• 4.1.2　Show deleted：Կարող է թվարկել instance-ներ՝ ներառյալ տրամաբանորեն ջնջվածները։
• 4.1.3　Create new instance：Կարելի է ստեղծել instance։

Կարելի է ստեղծել հաշիվներ։ Կարելի է ստեղծել երեք տեսակի հաշիվ՝ instance admin, delegated admin և instance user։

4.2.1.1　Create new account
Client admin-ը որպես ծնող՝ կարելի է ստեղծել երեք տեսակի զավակ հաշիվ՝ հարմարեցնելով պահանջվող ֆունկցիաները։

• 4.2.1.1.1　Display name：Մուտքագրեք հաշվի անունը։
• 4.2.1.1.2　Role：Որպես client admin-ի (ծնող հաշվի) զավակ հաշիվ՝ կարելի է ընտրել հետևյալ երեք տեսակներից մեկը։
  • (a) instance_admin：հաշիվ, որին կարելի է տրամադրել instance-ի կառավարման թույլտվություն։
  • (b) delegated_admin：հաշիվ, որին կարելի է տրամադրել Client settings-ի վերաբերյալ թույլտվություն։
  • (c) instance_user：հաշիվ, որին կարելի է տրամադրել standalone-ի օգտագործման թույլտվություն։
• 4.2.1.1.3　Delegated tabs：Թույլտվությունը կարելի է տրամադրել delegated_admin-ին։ Console-ի մուտքի թույլտվությունը, և Client settings-ի յուրաքանչյուր տարրի համար view կամ operate թույլտվությունը կարող են ընտրողաբար տրամադրվել։
• 4.2.1.1.4　Manageable instances：Թույլտվությունը կարելի է տրամադրել delegated admin-ին և instance admin-ին։ Կարելի է տրամադրել console-ի մուտքի թույլտվությունը և instance-ի կարգավորման թույլտվությունը։
• 4.2.1.1.5　Usable instances：Թույլտվությունը կարելի է տրամադրել բոլոր երեք տեսակի հաշիվներին, ներառյալ instance user-ին։ Կարելի է տրամադրել standalone-ի մուտքի թույլտվությունը։ Այն չի կրում console-ի մուտքի թույլտվություն։
• 4.2.1.2　Create account：Create account կոճակը սեղմելը ստեղծում է հաշիվը և ներկայացնում ID-ն ու գաղտնաբառը։ Այս գաղտնաբառը ցուցադրվում է միայն մեկ անգամ, ուստի պետք է գրանցվի այդ պահին։ Կորցնելու դեպքում պահանջվում է Reset password՝ գաղտնաբառը վերականգնելու և վերաթողարկելու համար։

4.2.2　Registered accounts
Թվարկվում են բոլոր հաշիվները՝ client admin-ից ներքև։

• Edit access：Կարելի է խմբագրել միայն Usable instances-ը (standalone-ի մուտքի թույլտվությունը)։ Կառավարման թույլտվությունները չեն կարող փոփոխվել (չի իրականացված՝ թույլտվությունների խճճվածության և անվտանգության նկատառումներով)։
• Reset password：Վերականգնում է գաղտնաբառը և ցուցադրում նորը։ Այս գաղտնաբառը ցուցադրվում է միայն մեկ անգամ, ուստի պետք է գրանցվի այդ պահին։
• Delete：Զավակ հաշիվը կարելի է ջնջել։ Ջնջվելիս այդ հաշիվն անմիջապես դուրս է գրվում և տրամաբանորեն ջնջվում։ Տրամաբանական ջնջումից 30 օր հետո այն ֆիզիկապես ջնջվում է։
• Show deleted：Ցուցադրում է հաշիվներ՝ ներառյալ տրամաբանորեն ջնջվածները։ Ֆիզիկապես ջնջվածներն այլևս երբեք չեն ցուցադրվում։
• Restore：Տրամաբանորեն ջնջված հաշիվը կարելի է վերականգնել։ Ֆիզիկապես ջնջվածներն այլևս երբեք չեն կարող վերականգնվել։

• 4.3.1　Security Overview：Անվտանգության տարբեր կարգավիճակները կարելի է ընկալել panel-ներում։
• 4.3.2　Passkeys：Passkey-ներ կարելի է ստեղծել, ջնջել և կառավարել։ Գրանցումը կարող է կատարվել տարբեր եղանակներով՝ օգտագործելով յուրաքանչյուր սարք, browser և այլն։ Անվտանգության առումով ամենաշատ խորհուրդ տրվող մուտքի եղանակը։
• 4.3.3　Two-Factor Authentication：2FA կարելի է ստեղծել, ջնջել և կառավարել։ Սակայն passkey օգտագործելիս այն անվտանգության նպատակով անհրաժեշտ չէ։
• 4.3.4　Audit Log：Audit log-ը։ Հնարավոր են audit log-ի դիտումը, որոնումը և CSV արտահանումը։ Այն նաև audit log է, որին hash chain-ով տրված է խախտմանը դիմացկունություն, hash-ը գրանցված է կողքին CSV-ում՝ դարձնելով աուդիտը հեշտ։ Audit log-ն ունի 10 կատեգորիա։
  • 4.3.4.1　CATEGORY：
    • Authentication：Գրանցում է նույնականացման հետ կապված իրադարձություններ, ինչպիսիք են մուտքի հաջողություն/ձախողում, դուրս գրում, session-ի ժամկետի լրացում, country mismatch և սահմանից դուրս մուտք։ Կարող եք հետագծել «ով և երբ է փորձել մուտք գործել, և արդյոք հաջողվել է, թե ձախողվել» և «երբ է session-ի ժամկետը լրացել»։
    • Authorization：Գրանցում է իրադարձություններ, որտեղ առանց թույլտվության գործողություն կամ ռեսուրսի մուտք մերժվել է։ Չթույլատրված կարգավորումներ կամ այլ tenant-ի տվյալներ մուտք գործելու փորձերը մնում են այստեղ։ Չթույլատրված մուտքի նշանները հայտնաբերող գիծը։
    • Customer：Գրանցում է հենց customer հաշվի վիճակների անցումները՝ ստեղծում, կասեցում, վերսկսում, տրամաբանական ջնջում, վերականգնում, ինքնահեռացում և այլն։ Սովորաբար գործառնողի կողմի (saas_admin) գործողություններն են հիմնականը, սակայն ինքնահեռացումը ծագում է customer-ից։
    • Instance：Գրանցում է instance-ի ստեղծումը, վերանվանումը, ջնջումը և վերականգնումը։ Կարող եք հետագծել, թե որ instance-ն է ստեղծվել, ջնջվել և վերականգնվել, ում կողմից և երբ։
    • User：Գրանցում է գործողություններ user մակարդակում՝ հաշվի ստեղծում/ջնջում/վերականգնում, գաղտնաբառի վերաթողարկում, passkey-ի գրանցում/ջնջում, 2FA-ի (TOTP) միացում/անջատում, գրանցման ընթացակարգեր և այլն։ Հաշվի կառավարման կենտրոնական գիծը։
    • API key：Գրանցում է API key-երի թողարկումը, անջատումը և ջնջումը։ Կարող եք հետագծել, թե երբ և ում կողմից է թողարկվել ու դադարեցվել ծրագրային մուտքի key-ը։
    • Balance：Գրանցում է մնացորդի և վճարման հետ կապված իրադարձություններ՝ ավանդներ, վերադարձներ, ճշգրտումներ, կարգավիճակի փոփոխություններ, ամսական սահմանի փոփոխություններ, auto-recharge-ի կարգավորման փոփոխություններ, ցուցադրման արժույթի փոփոխություններ, SLA credit-ի տրամադրումներ և այլն։
    • Settings：Գրանցում է տարբեր կարգավորումների փոփոխություններ՝ usage-limit preset-ներ, log-ի պահպանման ժամկետ, IP սահմանափակումներ, անոմալիաների հայտնաբերման շեմեր, FX rate, ծանուցումների կարգավորումներ և այլն։ Կարող եք հետագծել «ով, ինչ կարգավորում, ինչպես և երբ է փոխել»։
    • Logs：Գրանցում է գործողություններ հենց log-երի վրա՝ զրույցի log-երի զանգվածային ջնջում, CSV արտահանում և audit-log-ի արտահանում։ Log-երի դուրսբերումն ու ջնջումը աուդիտող գիծը։
    • System：Գրանցում է իրադարձություններ, որոնք համակարգն ավտոմատ կատարում է՝ backup-ներ, անոմալիաների հայտնաբերման batch, ջնջման batch, ֆիզիկական ջնջում, կեղծանվանում, վճարման webhook-ի ընդունում, էլ. փոստի առաքում/արգելափակում և այլն։ Մարդկանց փոխարեն ինքնավար գործող սարքավորման գրառումներ, պահվող customer-ի գործողություններից անկախ։
  • 4.3.4.2　EVENT TYPE：Նեղացում ըստ իրադարձության տեսակի։ Մինչ CATEGORY-ն լայն դասակարգումն է, սա նեղացնում է ըստ առանձին իրադարձության անվան (օր.՝ AUTH_LOGIN_SUCCESS, SETTINGS_UPDATED)։ Հնարավոր է մասնակի համընկնման որոնում։
  • 4.3.4.3　ACTOR：Նեղացում ըստ կատարողի։ Որոնում է ըստ նրա, թե «ով» է առաջացրել իրադարձությունը։ Գրանցվում է role-ի և user-ի անվան ձևով (օր.՝ client_admin:standout), և հնարավոր է մասնակի համընկնման որոնում։
  • 4.3.4.4　FROM (ISO)：Որոնման ժամանակահատվածի սկիզբը։ Նշվում է ISO ձևաչափով (YYYY-MM-DD). այդ ամսաթվից/ժամից սկսած իրադարձությունները թիրախավորվում են։
  • 4.3.4.5　TO (ISO)：Որոնման ժամանակահատվածի վերջը։ Նշվում է ISO ձևաչափով (YYYY-MM-DD). այդ ամսաթվից/ժամից առաջ իրադարձությունները թիրախավորվում են։ Համակցվում է FROM-ի հետ՝ ցանկացած ժամանակահատված կտրելու համար։
  • 4.3.4.6　ROWS PER PAGE：Մեկ էկրանին ցուցադրվող տողերի քանակը։ Էկրանի ցուցադրումը թիրախավորում է մինչև 1,000 գրառման նեղացված արդյունք։ Բոլոր գրառումները ստանալու համար օգտագործեք CSV արտահանումը (Export All)։
• 4.3.5　Active Sessions：Թվարկում է հաշվի կենդանի մուտքի session-ները։ Դրանք ավտոմատ ժամկետանց են լինում վերջին մուտքից 30 օր հետո։ Նույնիսկ ժամկետի լրանալուց առաջ դրանք կարելի է առանձին ժամկետանց դարձնել Revoke-ի միջոցով։
• 4.3.6　GEOIP：Գրանցում է մուտքի ծագման երկիրը/տարածաշրջանը։ Հայտնաբերում է մուտք վերջին մուտքի երկրից տարբեր վայրից։ Ներկայացնում է վերջին 24 ժամվա կարգավիճակը panel-ում։
• 4.3.7　IP Restrictions：IP սահմանափակման հետ կապված կարգավորումների վայր։ Կանխադրվածն առանց սահմանափակման է։ Նշելիս կարելի է ստեղծել allowlist և denylist։ Յուրաքանչյուր list կարող է նշել միջակայքեր CIDR նշումով։ Եթե allowlist-ը դատարկ թողնվի, թույլատրվում են բոլոր IP-ները, բացի denylist-ում եղածներից։ Նաև denylist-ը գերակայում է allowlist-ին։
• 4.3.8　Login Activity：Մուտքի պատմությունը։ Ցուցադրվում են վերջին 100 գրառումները։ Panel-ում ցույց է տրվում վերջին 24 ժամվա մուտքի հաջողությունների և ձախողումների թիվը։
• 4.3.9　Notifications：Ավտոմատ էլ. փոստի ծանուցումները ճշգրտելու և կարգավորելու վայր։
  • Low balance：Ծանուցման կարգավորում, երբ ավանդի մնացորդն ընկնում է շեմից ցածր։ Շեմը փոխվում է երեք զգայունության մակարդակով։ High ($500, ծանուցել շուտ) / Medium ($50, ստանդարտ) / Low ($5, ծանուցել վերջին պահին)։ Տարբեր շեմ սահմանելու համար մուտքագրեք Custom արժեք։
  • Sign-in from new location：Ծանուցում, երբ մուտք է կատարվում սովորաբար չօգտագործվող երկրից/տարածաշրջանից։
  • Blocked by IP restriction：Ծանուցում, երբ մուտքը մերժվում է կարգավորված IP սահմանափակմամբ։ High (1 կամ ավելի/ժ), Medium (10 կամ ավելի/ժ), Low (50 կամ ավելի/ժ)։ Կամայական թիվ սահմանելու համար մուտքագրեք այն Custom-ում։
  • Repeated sign-in failures：Ծանուցում, երբ մուտքի ձախողումները կենտրոնանում են կարճ ժամանակում։ High (3 կամ ավելի/ժ), Medium (10 կամ ավելի/ժ), Low (30 կամ ավելի/ժ)։ Կամայական թիվ սահմանելու համար մուտքագրեք այն Custom-ում։
  • Recipients — where alerts are sent：Այն կոնտակտների գրանցումն ու ջնջումը, որոնց ծանուցումներն ուղարկվում են ավտոմատ էլ. փոստով։ Կանխադրմամբ սահմանվում է client հաշվի գրանցված էլ. փոստի հասցեն։ Ծանուցման հասցեն փոխվելիս նախկին կոնտակտին նույնպես ծանուցվում է, որ փոփոխություն է տեղի ունեցել (անվտանգության համար)։

VATES-ը արտաքին ծրագրից կամ AI գործակալից կանչելու համար թողարկվող բանալիներ։ Դիտարկիչի սովորական օգտագործման համար պետք չեն։

• 4.4.1　API keys：Ընտրեք այն instance-ը, որի համար ցանկանում եք թողարկել API Key, և ստեղծեք այն։ API key-ը ցուցադրվում է միայն մեկ անգամ, ուստի պետք է գրանցվի այդ պահին։
• 4.4.2　Issued keys：Ցուցադրվում են թողարկված API Key-երը։ API key-ը կարելի է նաև անջատել և ջնջել։
• 4.4.3　Միացում AI գործակալից (MCP)：VATES-ը կարող է միանալ արտաքին AI գործակալներին որպես MCP (Model Context Protocol) սերվեր։ Միացված գործակալը կարող է հարցեր տալ ձեր թույլատրած instance-ին և ստանալ պատասխաններ՝ հիմնված այդ instance-ի նյութի վրա։ Այն չի կարող փոխել կարգավորումները, կարդալ զրույցի log-երը կամ մուտք գործել այլ instance-ներ։ Միանալու երկու եղանակ կա։
  • 4.4.3.1　Միացում connector-ով (խորհուրդ է տրվում)：Ձեր AI գործակալում ավելացրեք https://vates.standout.jp/mcp հասցեն որպես հատուկ connector։ Բացվում է դիտարկիչը VATES-ի մուտքի էկրանին. մուտք գործեք սովորական ձևով (ID և գաղտնաբառ, passkey կամ 2FA — բոլորն աշխատում են), ապա թույլտվության էկրանին ընտրեք միացվող instance-ը և տվեք թույլտվությունը։ API key-ի թողարկում պետք չէ։ Այս մուտքը կարող եք ցանկացած պահի չեղարկել Client settings → Security → Active sessions բաժնից (տե՛ս 4.3.5)։
  • 4.4.3.2　Միացում API key-ով：Խմբագրիչների և connector-ի հնարավորություն չունեցող այլ հաճախորդների համար։ Որպես միացման կետ օգտագործեք https://vates.standout.jp/mcp/{workspace ID}/{instance-ի անփոփոխ ID} հասցեն և նույնականացեք Authorization: Bearer {API key} վերնագրով։ Անփոփոխ ID-ն երևում է 4.4.2-ի Issued keys աղյուսակի Immutable ID սյունակում (inst_0001 ձևաչափով — ուշադրություն, սա ցուցադրվող անունը չէ)։
  • 4.4.3.3　Հասանելի գործիքներ：Ներկայումս տրամադրվում է մեկ գործիք՝ vates_ask (հարցում գիտելիքների բազային)։ Այն միայն ընթերցման համար է և չի փոփոխում VATES-ի տվյալները։
  • 4.4.3.4　Վճարում և սահմանափակումներ：MCP-ի միջոցով օգտագործումը հաշվարկվում է ճիշտ այնպես, ինչպես սովորական զրույցը, և արտացոլվում է Usage breakdown-ում։ Controls (4.6) բաժնում սահմանված սահմանափակումները կիրառվում են նույն կերպ։

Այն URL-ների (ոչ standalone-ների) allowlist-ը, որտեղ յուրաքանչյուր instance-ի embedded widget-ը կարող է ներդրվել։ Դրանք կապված են յուրաքանչյուր instance-ի սեփական settings էկրանի նույն տարրի հետ։

4.6.1　Controls
Այս սահմանափակումների հիմնական նպատակն է պաշտպանել սովորական օգտագործումը անվերահսկելի ցիկլերի ու չափազանց/զանգվածային հարցումների առաջացրած ռեսուրսների և ծախսերի վատնումից — մասնավորապես, զսպել չարամտորեն գործարկված AI agent-ի անվերջ ցիկլերը, ինչպես նաև մնացորդի սպառումը (DoW) և ծառայության խաթարումը (DoS), որոնք առաջանում են չափազանց հարցումներից։ Դրանք ներառում են նաև արտադրողականության և ծախսերի հետ կապված ճշգրտման տարրեր (պատասխանի token-ի սահման, ES հղումների քանակ և այլն)։ Կարգավորեք յուրաքանչյուր instance ըստ իր նպատակի։

4.6.2　Default for new instances
Instance ստեղծելիս կանխադրված արժեքները կարելի է ընտրել կամ հարմարեցնել։ Basic, Business և Developer-ը նախապես իրենց նպատակների համար կարգավորված preset-ներ են. եթե պահանջվում է մանր ճշգրտում, այն կարելի է անել Custom-ով։

• Basic：Ընդհանուր օգտագործման համար։
• Business：Բիզնես օգտագործման համար։
• Developer：Մշակողի օգտագործման համար։
• Custom：Custom։
• Apply to all existing instances：Ընտրված կանխադրված արժեքները կարելի է կիրառել բոլոր instance-ների վրա։

4.6.3　Per-instance settings
Preset-ը կարելի է ընտրել կամ հարմարեցնել ըստ instance-ի։

• Current status：Ցույց է տալիս ընթացիկ կարգավիճակը։
• Customize：Յուրաքանչյուր տարր կարելի է ճշգրտել slider-ով (0 արժեքը նշանակում է ∞ = անսահմանափակ)։ Այս սահմանափակումները կազմում են պաշտպանություն Denial of Wallet-ի (մնացորդը սպառող ծախսային հարձակում) և Denial of Service-ի (ծառայության խաթարում) դեմ, որոնք երկուսն էլ հատուկ են usage-based AI-ին (OWASP GenAI Top 10 «Unbounded Consumption»-ին համահունչ)։

• 4.6.3.2.1　Query length per request：Մեկ հարցման query-ի նիշերի քանակի սահմանը։ Զսպում է ծախսերի ուռճացումը չափազանց մուտքից։ Ավելցուկը մերժվում է։
• 4.6.3.2.2　Image size：Պատկերի վերբեռնման չափի սահմանը։ Զսպում է ռեսուրսների սպառումը հսկայական ֆայլերից։ Ավելցուկը մերժվում է։
• 4.6.3.2.3　PDF size：PDF-ի վերբեռնման չափի սահմանը։ Նույնը, ինչ վերևում։ Ավելցուկը մերժվում է։
• 4.6.3.2.4　Audio size：Աուդիոյի վերբեռնման չափի սահմանը։ Նույնը, ինչ վերևում։ Ավելցուկը մերժվում է։
• 4.6.3.2.5　Bard text length：Այն նիշերի քանակի սահմանը, որ bard-ը սեղմում է (բնական լեզու → ES) միանգամից։ Սահմանում է մեկ սեղմման ծախսը։ Ավելցուկը մերժվում է։
• 4.6.3.2.6　Conversation history (chars)：Context-ի մեջ բեռնվող զրույցի պատմության նիշերի ընդհանուր քանակի սահմանը։ Զսպում է ծախսն ու ուշացումը context-ի անսահման աճից։ Ավելցուկն ավտոմատ կտրվում է ամենահին պատմությունից (սխալ չի դառնում)։
• 4.6.3.2.7　Conversation history (turns)：Context-ի մեջ բեռնվող զրույցի պատմության turn-երի քանակի սահմանը։ Վարվում է նույն կերպ, ինչ 4.6.3.2.6 (պահում է վերջին turn-երը և ավտոմատ կտրում)։
• 4.6.3.2.8　Requests per minute：Րոպեում հարցումների քանակի սահմանը։ Առաջին պաշտպանական գիծ հարցումների հեղեղի (DoS) և ավտոմատացման չարաշահման (DoW) դեմ։ Ավելցուկը ժամանակավորապես մերժվում է։
• 4.6.3.2.9　Requests per hour：Ժամում հարցումների քանակի սահմանը։ Վարվում է նույն կերպ, ինչ 4.6.3.2.8։
• 4.6.3.2.10　Concurrent sessions：Միաժամանակյա զրույցի session-ների քանակի սահմանը։ Զսպում է ռեսուրսների սպառումը զուգահեռ հարցումների հեղեղից։ Ավելցուկը մերժվում է։
• 4.6.3.2.11　Max tokens per response：Մեկ պատասխանի ելքային token-ների սահմանը։ Զսպում է ելքի ծախսի ուռճացումը չափազանց պատասխաններից։
• 4.6.3.2.12　Max ES references (top_k)：ES-ի առավելագույն քանակը, որ vates-ը հղում է պատասխանելիս։ Սա հարձակման պաշտպանություն չէ, այլ ճշգրտության և ծախսի կարգավորում՝ որքան շատ հղում, այնքան բարձր ճշգրտություն, սակայն ծախսը համամասնորեն աճում է։ Նվազագույնը՝ 20։

Կարելի է դիտել ամսական օգտագործման վճարները (USD)։

• 4.7.1　Usage breakdown：Տարին և ամիսը կարելի է նշել dropdown-ից։
• 4.7.2　By instance：Օգտագործման մանրամասնությունն ըստ instance-ի։
  • Instance：Instance-ի անունը։
  • Conversations：Զրույցների ընդհանուր թիվը։
  • Chat：vates-ի հետ զրույցների վճարը։
  • Bard：bard-ի օգտագործման վճարը։
  • Druid：druid-ի օգտագործման վճարը։
  • Fallback：chat-ի համար fallback-ի օգտագործման վճարը։ * Պահեստային API-ն (OpenAI), որն օգտագործվում է, երբ հիմնական vates API-ն (Anthropic) չի աշխատում։
  • STT：Խոսքի ընթերցում (Speech-to-Text, ձայն → տեքստ փոխակերպում)։
  • TTS：Խոսքի բարձրաձայն ընթերցում (Text-to-Speech, տեքստ → ձայնի սինթեզ)։
  • Total：Ընդհանուր գումարը։
  • Include instances with 0 conversations：Ցույց տալ/թաքցնել այդ ամիս չօգտագործված instance-ները։

Կարելի է ստուգել ավանդի մնացորդը և դրա փոփոխությունների պատմությունը, ինչպես նաև կարգավորել վճարումն ու վճարման կարգավորումները։

• 4.8.1　Balance：Ընթացիկ ավանդի մնացորդը։
• 4.8.2　Top Up Balance：
  • Card：Կրեդիտ քարտով վճարում։ Powered by Stripe։ Քարտի տեսակներն ավտոմատ ցուցադրվում են ըստ երկրի/տարածաշրջանի։ Վճարման ժամանակ ձեզ տանում է Stripe-ի էկրան։ Modal-ի վրա գումարը ցույց է տալիս այն գումարը, որ կարտացոլվի ավանդի մնացորդում. Stripe տանելուց հետո ավելացվում է յուրաքանչյուր երկրի/տարածաշրջանի հարկը։
  • International Transfer：Հաշվի վճարում ըստ արժույթի։
  • Domestic Transfer：Հաշվի վճարում ըստ երկրի/տարածաշրջանի։ Ավանդի մնացորդում արտացոլվող գումարը փոխանցման գումարն է՝ յուրաքանչյուր երկրի/տարածաշրջանի հարկը հանած։
• 4.8.3　Auto Recharge：
  • Auto Recharge：Կարելի է կարգավորել այնպես, որ ավտոմատ վճարում (կրեդիտ քարտով) տեղի ունենա, երբ ավանդի մնացորդն ընկնի շեմից ցածր։ Կանխադրվածը OFF է։
  • Adjust：Կարելի է սահմանել շեմը, auto-recharge-ի գումարը և ամսական սահմանի գումարը։
• 4.8.4　Transactions：Կարելի է դիտել գործարքների պատմությունը։

4.9.1　Data lifecycle
VATES-ն ընտրում է տվյալների պահպանման ժամկետները՝ հղում անելով ամենախիստ չափանիշին բոլոր այն իրավասությունների կարգավորումներից, որտեղ ձեր տվյալները կարող են առնչվել (ԵՄ, Մեծ Բրիտանիա, Ճապոնիա, Կալիֆոռնիա, Չինաստան, Բրազիլիա, Կորեա, Սինգապուր, Կանադա, Ավստրալիա և այլն)։ Ձեր տվյալները կառավարվում են ամենապաշտպանիչ չափանիշով՝ անկախ ձեր գտնվելու վայրից։

4.9.2　Current status
Ցույց է տալիս client հաշվի ընթացիկ կարգավիճակը։

4.9.3　State transitions
Այն վիճակների ցանկը, որոնց միջով անցնում է հաշիվը։ Յուրաքանչյուր վիճակի սկզբնակետն ու մնալու ժամկետը հետևյալն են։

• active：Ակտիվ։ Ծառայությունը հասանելի է։
• suspended：Կասեցված։ Ծառայությունը դադարեցված է, սակայն կարող է վերսկսվել։ Տվյալները պահպանվում են։
• logical_deleted：Ջնջման հարցման պահը։ Այս օրվանից որպես սկզբնակետ՝ վերականգնումը հնարավոր է 30 օր, և տվյալները լիովին պահպանվում են։ 30 օր հետո այն ավտոմատ անցնում է կեղծանվանման փուլ։
• pseudonymized：Ջնջման հարցումից 30 օր հետո վիճակը։ Անհատին նույնականացնող տեղեկությունը (user-ի անուն, display name և այլն) փոխարինվում է անվերադարձ hash-ով և դառնում անվերականգնելի։ Այս պահից այն մնում է, մինչև յուրաքանչյուր տվյալի կատեգորիայի պահպանման ժամկետը լրանա։
• physical_deleted：Յուրաքանչյուր տվյալի կատեգորիայի պահպանման ժամկետի լրացման պահին։ Ամբողջությամբ ջնջվում է սկավառակից՝ առանց վերականգնման հնարավորության։

4.9.4　Data categories and retention (17)
Հաշվին առնչվող տվյալների կատեգորիաներն ու պահպանման ժամկետները։ Բոլոր պահպանման ժամկետներն ընդունում են ջնջման հարցումը (logical_deleted-ի մուտքը) որպես սկզբնակետ։ Յուրաքանչյուր կատեգորիայի ճշգրիտ արժեքը ցույց է տրվում էկրանի Retention սյունակում։

• customer_state：Customer հաշվի ընդհանուր վիճակը (active/suspended և այլն)։ Կեղծանվանվում է ջնջման հարցումից 30 օր հետո. ֆիզիկական ջնջումը կիսում է նույն ֆայլը մնացորդի (customer_balance) հետ, ուստի ջնջվում է միասին՝ մնացորդի օրինական պահպանման ժամկետի լրացման պահին (10 տարի)։
• instance_state：Վիճակն ըստ instance-ի։ Կեղծանվանվում է ջնջման հարցումից 30 օր հետո (միայն display name-ը. եզակի ID inst_NNNN-ը պահպանվում է որպես անփոփոխ ID), ապա ֆիզիկապես ջնջվում 90 օր անց։
• users_with_pii：User հաշվի տեղեկությունը (ներառյալ անձնական տվյալներ, ինչպիսիք են ID-ն, display name-ը և credentials-ը)։ Կեղծանվանվում է ջնջման հարցումից 30 օր հետո, ապա ֆիզիկապես ջնջվում 90 օր անց։
• user_instance_access：User-ի և օգտագործելի instance-ների միջև կապը։ Ջնջվում է հաշվի հետ միասին ջնջման ժամանակ (առանց անկախ պահպանման ժամկետի)։
• api_keys：Թողարկված API key-եր (պահվում են որպես անվերադարձ hash. բաց տեքստը չի պահպանվում)։ Ֆիզիկապես ջնջվում է ջնջման հարցումից 90 օր հետո (առանց կեղծանվանման)։
• revoked_sessions：Չեղարկված session-ներ։ Գործող batch-ն ֆիզիկապես ջնջում է դրանք չեղարկումից 90 օր հետո։
• session_logs：Զրույցի պատմությունը։ Պահպանման ժամկետը կախված է customer-ի plan-ի ընտրությունից (Standard = 30 օր / Secure = ընդհանրապես չի պահպանվում = անմիջական ջնջում)։
• usage_records：Օգտագործման առանձին իրադարձության log-ը։ Կեղծանվանվում է ջնջման հարցումից 30 օր հետո, ապա ֆիզիկապես ջնջվում 90 օր անց։
• usage_aggregates：Օգտագործման ագրեգացված արժեքները (վճարման հիմքը)։ Ենթակա է օրինական պահպանման։ Չի կեղծանվանվում. ֆիզիկապես ջնջվում է վերջին գործարքից 10 տարի հետո (Ճապոնիայի ընկերությունների մասին օրենքի 432-րդ հոդվածի համաձայն)։ Չի կարող առաջ բերվել նույնիսկ ջնջման հարցմամբ։
• customer_balance：Customer-ի մնացորդը (վճարման հաշվարկված արժեքը)։ Ենթակա է օրինական պահպանման։ Ֆիզիկապես ջնջվում է վերջին գործարքից 10 տարի հետո։ Չի կարող առաջ բերվել նույնիսկ ջնջման հարցմամբ։
• balance_history：Մնացորդի փոփոխությունների պատմությունը։ Ենթակա է օրինական պահպանման։ Գործարքի գումարը, արժույթը և rate-ը պահպանվում են 10 տարի (միայն գործառնողի անունն է կեղծանվանվում ջնջման հարցումից 30 օր հետո)։ Չի կարող առաջ բերվել նույնիսկ ջնջման հարցմամբ։
• instance_audit_log：Instance-ի audit log-ը (խախտմանը դիմացկուն log)։ Կեղծանվանվում է ջնջման հարցումից 30 օր հետո, ապա ֆիզիկապես ջնջվում 2 տարի անց։ Աուդիտի պահանջների (SOC2 / PCI DSS) ստորին սահմանը 1 տարի է, սակայն քանի որ տարեկան աուդիտի ժամկետի շեղումը նշանակում է, որ 1 տարին բաց կթողնի աուդիտվող ժամանակահատվածի log-երը, ընդունվում է դրա կրկնապատիկը՝ 2 տարի՝ ապահով կողմում մնալու համար։
• ip_restrictions：IP սահմանափակման կարգավորումներ (Allowlist / Denylist)։ Ֆիզիկապես ջնջվում է ջնջման հարցումից 30 օր հետո (առանց զգայուն տեղեկության, կեղծանվանում պետք չէ)։
• e_core_knowledge：ES-IFM գիտելիքի ակտիվներ (ձեր մտավոր սեփականությունը)։ Ֆիզիկապես ջնջվում է ջնջման հարցումից 30 օր հետո (առանց կեղծանվանման)։
• instance_settings：Instance-ի կարգավորումներ (branding, սահմանային արժեքներ, prompt-ներ և այլն)։ Ֆիզիկապես ջնջվում է ջնջման հարցումից 30 օր հետո (առանց զգայուն տեղեկության, կեղծանվանում պետք չէ)։
• shell_settings：Shell-ի կարգավորումներ (կենտրոնական master reference կարգավորումը)։ Ֆիզիկապես ջնջվում է ջնջման հարցումից 30 օր հետո (առանց զգայուն տեղեկության)։
• client_settings：Client-ի ընդհանուր կանխադրված կարգավորումները։ Ֆիզիկապես ջնջվում է ջնջման հարցումից 30 օր հետո (առանց զգայուն տեղեկության)։

4.9.5　Delete account
Հաշիվը դնում է ջնջման հարցման վիճակում (logical_deleted)։ Վերականգնումը հնարավոր է սկզբնակետից 30 օրվա ընթացքում։ 30 օր հետո տվյալներն աստիճանաբար կեղծանվանվում և ֆիզիկապես ջնջվում են՝ ըստ վերը նշված յուրաքանչյուր պահպանման ժամկետի։ Օրինական պահպանման ենթակա տվյալները (usage_aggregates, customer_balance, balance_history) պահպանվում են նույնիսկ ջնջման հարցումից հետո, մինչև օրինական ժամկետը (10 տարի) լրանա։ Այս գործողությունն ազդում է այս հաշվի բոլոր օգտատերերի վրա։