የConsole አሠራር መመሪያ

ከVATES ድረ-ገጽ ዋና ገጽ (https://vates.standout.jp/)፣ በheader ላይ ያለውን Sign up ይጫኑና ወደ የመመዝገቢያ ገጽ (https://console.vates.standout.jp/signup) ይሂዱ።

መለያ በመፍጠር፣ አገልግሎቱን ለንግድ ዓላማ እንደሚጠቀሙና የሚወክሉትን አካል ለማስገደድ ሥልጣን እንዳለዎት ያረጋግጣሉ። የእኛን Terms እና Privacy Policy ይስማማሉ። በመመዝገቢያ ገጹ ግርጌ ላይ የተያያዙትን Terms (https://vates.standout.jp/legal/terms.html) እና Privacy Policy (https://vates.standout.jp/legal/privacy.html) ይከልሱ፣ ከዚያም ወደ መለያ መፍጠር ይቀጥሉ።

ሊመዘገብ የሚፈልጉትን ኢሜይል አድራሻ በመመዝገቢያ ገጹ ላይ አስገብተው የመላኪያ ቁልፉን ይጫኑ። ከVATES welcome ኢሜይል ይደርሳል (ከ[email protected] ይላካል)። link በ24 ሰዓት ይቋረጣል፣ መለያ የመፍጠር ሐሳብ ከሌለዎት ኢሜይሉ ያለ ስጋት ሊተው ይችላል።

ሁሉም መስኮች የግድ መሞላት አለባቸው።

• 0.4.1　account ID：መለያ ለመፍጠር የተጠቀሙበት ኢሜይል አድራሻ። ለሁሉም ቀጣይ መግቢያዎች የመግቢያ ID ይሆናል።
• 0.4.2　workspace ID：ለእያንዳንዱ client ልዩ የሆነ ID። የመግቢያ ID አይደለም። አንዴ ከተፈጠረ ሊቀየር አይችልም፣ አስቀድሞ ጥቅም ላይ የዋለ ID መምረጥ አይቻልም። ከኩባንያዎ ወይም ከንግድ ስምዎ ጋር የተያያዘ ስም ይመከራል፣ ምርጫው ግን ነጻ ነው። ግቤቱ ሊመዘገብ ካልቻለ error ይታያል፤ ሊመዘገብ ከቻለ "available" ይታያል።
• 0.4.3　Password：ቢያንስ 8 ቁምፊ፣ ቢያንስ አንድ ትንሽ ሆሄ፣ አንድ ትልቅ ሆሄ እና አንድ አኃዝ። ደካማ ቅጦችም ይጣላሉ። ምልክቶች አማራጭ ናቸው።
• 0.4.4　Confirm Password：ለማረጋገጫ የይለፍ ቃሉን አንድ ጊዜ ደግመው ያስገቡ።
• 0.4.5　Continue to payment
• 0.4.6　የመነሻ ተቀማጭ：ለአዲስ መለያ የመነሻ ተቀማጭ ቋሚ 5.00 USD ነው። Continue to payment መጫን ወደ Stripe ማያ ገጽ ይወስድዎታል፣ እዚያም ለአገርዎ/ክልልዎ ግብር በራስ-ሰር ይሰላል።

በStripe ማያ ገጽ ላይ ይክፈሉ (credit card)። የcard ዓይነቶችና የግብር መጠን በStripe በእያንዳንዱ አገር/ክልል መሠረት በራስ-ሰር ይንጸባረቃሉ። ከክፍያ በኋላ ወደ console ይወሰዳሉ።

ክፍያ መጠናቀቁን የሚገልጽ መልእክት ይታያል፣ የእኛ ኢሜይል አድራሻ ይቀርባል ([email protected])። እባክዎ ሁኔታዎን እዚያ ያሳውቁን። ክፍያውን ካረጋገጥን በኋላ፣ ወደ console መግባት እንዲችሉ ተገቢውን እርምጃ እንወስዳለን።

እንደ መርህ፣ የመጀመሪያው መለያ መፍጠር credit card ክፍያን ይጠቀማል። በባንክ ዝውውር መክፈል የሚፈልጉ enterprises እና ሌሎች ኩባንያዎች [email protected] ያነጋግሩ።

ሦስት የመግቢያ መንገዶች አሉ: ID/password፣ passkey እና 2FA።

1.1.1　የID እና password ደንቦች

• 1.1.1.1　Client admin：በsign-up ጊዜ ይፈጠራል። ID የተመዘገበው ኢሜይል አድራሻ ነው፣ password በተጠቃሚው ይመረጣል። password ቢያንስ 8 ቁምፊ፣ ቢያንስ አንድ ትንሽ ሆሄ፣ አንድ ትልቅ ሆሄ እና አንድ አኃዝ መሆን አለበት። ደካማ ቅጦችም ይጣላሉ። ምልክቶች አማራጭ ናቸው።
• 1.1.1.2　ሌሎች መለያዎች：Delegated admin፣ instance admin እና instance user መለያዎች በclient admin በClient settings በኩል ይሰጣሉ፣ ፈቃዶችም እዚያ ይተዳደራሉ። ID በራስ-ሰር ይቆጠራል ({client_id}_0001 ቅርጽ)፣ password በclient admin ይሰጣል።

• 1.1.2　Passkey：በእያንዳንዱ መለያ ይፈጠራል። ከፍተኛው የደህንነት ደረጃ፣ የሚመከር።
• 1.1.3　2FA：በእያንዳንዱ መለያ ይፈጠራል። በመግቢያ ጊዜ ሁለተኛ-ደረጃ ማረጋገጫ። ደህንነቱ ከፍተኛ ነው — ከpasskey ቀጥሎ — ነገር ግን passkey አስቀድሞ ካለ አያስፈልግም።

• 1.2.1　Client admin：በመግቢያ ማያ ገጽ ላይ ካለው Forgot password? ወደ Reset password ይቀጥሉ፣ password ለመቀየር መመሪያ ወደ ተመዘገበው ኢሜይል ይላካል።
• 1.2.2　ሌሎች መለያዎች：Delegated admin፣ instance admin እና user መለያዎች በclient admin በClient settings በኩል ይሰጣሉ፣ ፈቃዶችም እዚያ ይተዳደራሉ። ስለዚህ እባክዎ client admin-ዎን ይጠይቁ።

Client admin፣ እና operate ፈቃድ የተሰጣቸው delegated admin መለያዎች፣ password reset-ን በClient settings የAccounts tab ውስጥ ማከናወን ይችላሉ።

በhamburger menu ይከፈታል ይዘጋል። ሲዘጋ፣ በdesktop ላይ የተቀነሰ ቅጂ በግራ ይቀራል፣ በmobile ላይ ደግሞ ወደ hamburger ይጠቀለላል። ከhamburger menu፣ instances እና account menu ይዋቀራል።

Account 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：Passkeys እና 2FA ሊፈጠሩ፣ ሊሰረዙ እና ሊተዳደሩ ይችላሉ። ከ+ Add passkey እና Set up two-factor፣ እያንዳንዱን መሣሪያ፣ browser ወዘተ በመጠቀም በተለያዩ መንገዶች መመዝገብ ይቻላል።
• 2.3.3　Console theme：የቀን/ሌሊት mode መምረጥ ይቻላል።
  • Auto：OS-ን ተከትሎ በራስ-ሰር ይቀየራል።
  • Light：የቀን mode።
  • Samhain：የሌሊት mode።
• 2.3.4　Sign out：ይወጣና ወደ መግቢያ ማያ ገጽ ይመልስዎታል።

በትክክል የገነቡትና ያዋቀሩትን instance ምላሾች የሚሞክሩበት ቦታ።

ከተፈጥሮ ቋንቋ፣ ፎቶዎች፣ ሰነዶችና መሰል ነገሮች ES (EchoScript) የሚያመነጩበት ቦታ።

• 3.1.2.1　Source：በES ላይ የመነሻ/source ስም ሊመዘገብ ይችላል። ይህ ES-ን በdruid ሲመለከቱና ሲያስተዳድሩ ለመከታተል ቀላል ያደርገዋል።
• 3.1.2.2　Enter natural language text：ተፈጥሮ ቋንቋ በቀጥታ ሊጻፍ ይችላል።
• 3.1.2.3　ፋይል ማያያዝ：ምስሎችና PDFs ሊያያዙ ይችላሉ።
• 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：በkeyword የES ፍለጋ።
• 3.1.3.3　Show deleted：በlogically የተሰረዙትን ጨምሮ 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 በlogically ሊሰረዝ ይችላል።
  • የግራ-column ንጥሎች：(a) የግሪክ ፊደላት α–κ: የክስተት ሁኔታን ለመመልከት መሠረታዊ ምድቦች። ሊታረሙ አይችሉም። (b) ሌሎች ንጥሎች: ከመሠረታዊ ምድቦች ውጭ ብጁ ምድቦች። ሊታረሙ ይችላሉ።

የውይይት logs የሚያስተዳድሩበት ቦታ። መመልከት፣ መፈለግ፣ መተንተን፣ CSV ማውጣት እና መሰረዝ ይቻላሉ።

• 3.1.4.1　Log retention：ለlogs የመያዣ policy። ማዋቀር በClient settings ይከናወናል። ለዝርዝር 4.1.1.3 (Log retention) ይመልከቱ።
  • Standard (30 days)：logs-ን ለ30 ቀናት ይይዛል።
  • Zero retention：logs-ን አይይዝም።
• 3.1.4.2　Export CSV：logs-ን እንደ CSV ማውጣት ይቻላል።
• 3.1.4.3　Search keywords：logs-ን በkeyword መፈለግ ይቻላል።
• 3.1.4.4　Ask the Druid：በlogs ላይ ተለዋዋጭ የፍለጋና የመተንተን ጥያቄዎችን ለDruid ማቅረብ ይቻላል (ለምሳሌ "ከXX ጋር የተያያዙ ውይይቶችን አውጥተህ አዝማሚያውን ተንትን")።
• 3.1.4.5　Logs：
  • Log detail：የውይይት logs ሊታዩ ይችላሉ።
  • 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 መሣሪያ ላይ ወደ home screen ሲታከል የሚንጸባረቅ ስም።
• 3.1.5.4　Header title：በchat UI የheader title pill ላይ ይንጸባረቃል።
• 3.1.5.5　Custom prompt：instance-ን ከመደቡ ጋር ለማስማማት የሚያገለግል prompt።
• 3.1.5.6　Welcome message：በchat UI መጀመሪያ የሚቀመጠው assistant bubble ውስጥ ይንጸባረቃል።
• 3.1.5.7　Suggested prompts：በchat UI suggestions ውስጥ ይንጸባረቃል። suggestions-ን ለመለየት፣ በተለያዩ መስመሮች ያስገቡ።
• 3.1.5.8　Widget label：ከwidget button ስር በሚቀመጠው ጽሑፍ ውስጥ ይንጸባረቃል። ባዶ ከተተወ label የለም።
• 3.1.5.9　Widget initial position：የwidget የመነሻ ቦታ በUI ሊመረጥ ይችላል። ከእያንዳንዱ anchor point ጀምሮ በOffset X እና Y ዘንጎች ላይ በpixels ሊስተካከል ይችላል።
• 3.1.5.10　Bubble font：በchat UI የuser እና assistant bubbles እና suggestions font ሊመረጥ ይችላል።
  • Serif：Serif typeface።
  • Sans：Sans-serif typeface።
  • Poetic：Garamond።
• 3.1.5.11　Bubble font size：በchat UI የuser እና assistant bubbles እና suggestions font size ሊመረጥ ይችላል።
  • Small：ትንሽ መጠን። የእይታ ትዕይንትን ያስቀድማል።
  • Medium：መካከለኛ መጠን። በተነባቢነትና በእይታ ትዕይንት መካከል ሚዛን።
  • Large：ትልቅ መጠን። ተነባቢነትን ያስቀድማል።
• 3.1.5.12　Display mode：የቀን/ሌሊት mode ምርጫ።
  • Auto (follow OS)：በOS በራስ-ሰር ለይቶ ማወቅ መቀየር።
  • Light：የቀን mode።
  • Samhain：የሌሊት mode።
• 3.1.5.13　Light theme color：የwidget theme color ሊመረጥ ይችላል።
• 3.1.5.14　Standalone background (Light)：
  • Color specification：በhexadecimal ሊገለጽ ይችላል።
  • Ask the Druid：Druid-ን color እና hex value ሊጠይቁ ይችላሉ። በዚህ ጊዜ Druid በግጥማዊ ጃፓንኛ ስሞች ታጅበው ሦስት አማራጮችን ያቀርባል።
• 3.1.5.15　Standalone background (Samhain)：
  • Color specification：በhexadecimal ሊገለጽ ይችላል።
  • Ask the Druid：Druid-ን color እና hex value ሊጠይቁ ይችላሉ። በዚህ ጊዜ Druid በግጥማዊ ጃፓንኛ ስሞች ታጅበው ሦስት አማራጮችን ያቀርባል።
• 3.1.5.16　Input placeholder：የchat UI input pill ውስጥ placeholder ሊገባ ይችላል።
• 3.1.5.17　Recording text：ድምጽ በሚደመጥበት ጊዜ በchat UI input pill ውስጥ የሚታየው placeholder ሊገባ ይችላል።
• 3.1.5.18　Embed allowlist：embedded widget የሚembed-በትን URLs allowlist።
• 3.1.5.19　Instance URL：
  • Standalone：standalone URL።
  • Embed code：ለembedded widget የembed code። ይህ code ወደ ዒላማው ድረ-ገጽ (በfooter ወዘተ) ሊembed ይችላል።

አሁናዊው ሁኔታ በእያንዳንዱ panel ሊታወቅ ይችላል። በግራ ያለው ቀለምም የጤና ሁኔታን ያመለክታል (አረንጓዴ: ጥሩ፣ አምበር: ጥንቃቄ፣ ቀይ: ማስጠንቀቂያ)።

• 3.1.6.1　Audit Log：የaudit log መመልከቻ ተግባር። ለዝርዝር 4.3.4 (Audit Log) ይመልከቱ።
• 3.1.6.2　My Sessions：አሁን የገቡባቸው sessions ሊረጋገጡ ይችላሉ። በRevoke ሊዘጉ ይችላሉ። ለዝርዝር 4.3.5 (Active Sessions) ይመልከቱ።
• 3.1.6.3　THREATS：ያልተፈቀደ የመግባት ሙከራዎች ለይቶ የማወቅ ውጤቶችን የሚያሳይ panel።
• 3.1.6.4　Login History：የመግቢያ እንቅስቃሴ ታሪክ። ለዝርዝር 4.3.8 (Login Activity) ይመልከቱ።

በገንቢው የተዘጋጀ instructor። በconsole ማያ ገጽ ላይ በቋሚነት የሚገኝ instance። ሁልጊዜ ለጥያቄ ዝግጁ። የተጠቀሙት tokens ከተቀማጭ ቀሪ ሂሳብ ይቀነሳሉ።

instances የሚፈጥሩበት፣ የሚያስተዳድሩበት እና የሚሰርዙበት ቦታ።

• 4.1.1　Instances：
  • Display name：የinstance ስም።
  • Immutable ID：ልዩ ID።
  • Log retention：የውይይት logs የመያዣ ጊዜ ሊመረጥ ይችላል። (30 days: ለ30 ቀናት ይያዛል፣ ከዚያም በራስ-ሰር በአካል ይሰረዛል። / Zero retention: የውይይት logs-ን ጨርሶ የማይይዝ ቅንብር።)
  • Status：የinstance ሁኔታን ያመለክታል።
  • Actions：Edit = የinstance Display name ሊታረም ይችላል። Delete = instance በlogically ሊሰረዝ ይችላል።
• 4.1.2　Show deleted：በlogically የተሰረዙትን ጨምሮ instances መዘርዘር ይችላል።
• 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 management ፈቃድ ሊሰጠው የሚችል መለያ።
  • (b) delegated_admin：Client settings-ን በተመለከተ ፈቃድ ሊሰጠው የሚችል መለያ።
  • (c) instance_user：standalone usage ፈቃድ ሊሰጠው የሚችል መለያ።
• 4.2.1.1.3　Delegated tabs：ለdelegated_admin ፈቃድ ሊሰጥ ይችላል። Console login ፈቃድ፣ እና ለእያንዳንዱ የClient settings ንጥል view ወይም operate ፈቃድ፣ በምርጫ ሊሰጥ ይችላል።
• 4.2.1.1.4　Manageable instances：ለdelegated admin እና instance admin ፈቃድ ሊሰጥ ይችላል። Console login ፈቃድ እና instance setting ፈቃድ ሊሰጥ ይችላል።
• 4.2.1.1.5　Usable instances：instance user-ን ጨምሮ ለሦስቱም ዓይነት መለያዎች ፈቃድ ሊሰጥ ይችላል። ወደ standalone የመግባት ፈቃድ ሊሰጥ ይችላል። የconsole login ፈቃድ አያስከትልም።
• 4.2.1.2　Create account：Create account ቁልፍ መጫን መለያውን ይፈጥራል፣ ID-ንና password-ን ያቀርባል። ይህ password አንድ ጊዜ ብቻ ስለሚታይ፣ በዚያን ጊዜ መመዝገብ አለበት። ከጠፋ፣ password-ን ለመቀየርና እንደገና ለማውጣት Reset password ያስፈልጋል።

4.2.2　Registered accounts
ከclient admin ጀምሮ ያሉ ሁሉም መለያዎች ይዘረዘራሉ።

• Edit access：Usable instances (standalone login ፈቃድ) ብቻ ሊታረሙ ይችላሉ። Management ፈቃዶች ሊቀየሩ አይችሉም (በፈቃድ መወሳሰብና በደህንነት ምክንያቶች አልተተገበረም)።
• Reset password：password-ን reset አድርጎ አዲስ ያሳያል። ይህ password አንድ ጊዜ ብቻ ስለሚታይ፣ በዚያን ጊዜ መመዝገብ አለበት።
• Delete：ልጅ መለያ ሊሰረዝ ይችላል። ሲሰረዝ፣ ያ መለያ ወዲያውኑ ይወጣና በlogically ይሰረዛል። ከlogical deletion 30 ቀናት በኋላ በአካል ይሰረዛል።
• Show deleted：በlogically የተሰረዙትን ጨምሮ መለያዎችን ያሳያል። በአካል የተሰረዙት ዳግም አይታዩም።
• Restore：በlogically የተሰረዘ መለያ ሊመለስ ይችላል። በአካል የተሰረዙት ፈጽሞ ሊመለሱ አይችሉም።

• 4.3.1　Security Overview：የተለያዩ የsecurity ሁኔታዎች በpanels ሊታወቁ ይችላሉ።
• 4.3.2　Passkeys：Passkeys ሊፈጠሩ፣ ሊሰረዙ እና ሊተዳደሩ ይችላሉ። እያንዳንዱን መሣሪያ፣ browser ወዘተ በመጠቀም በተለያዩ መንገዶች መመዝገብ ይቻላል። ከደህንነት አንጻር በጣም የሚመከረው የመግቢያ መንገድ።
• 4.3.3　Two-Factor Authentication：2FA ሊፈጠር፣ ሊሰረዝ እና ሊተዳደር ይችላል። ሆኖም passkey ሲጠቀሙ ለደህንነት ዓላማ አያስፈልግም።
• 4.3.4　Audit Log：የaudit log። የaudit log መመልከት፣ መፈለግ እና CSV export ይቻላሉ። በhash chain የtamper resistance የተሰጠው audit log ሲሆን፣ hash በCSV ውስጥ አብሮ ይመዘገባል፣ ይህም auditing ቀላል ያደርገዋል። የaudit log 10 ምድቦች አሉት።
  • 4.3.4.1　CATEGORY：
    • Authentication：እንደ login ስኬት/ውድቀት፣ logout፣ session expiry፣ country mismatch እና out-of-range login ያሉ ከauthentication ጋር የተያያዙ ክስተቶችን ይመዘግባል። "ማን መቼ ለመግባት ሞከረ፣ ተሳካ ወይስ ከሸፈ" እና "session መቼ አለፈ" የሚለውን መከታተል ይችላሉ።
    • Authorization：ያለ ፈቃድ operation ወይም resource access የተከለከለባቸውን ክስተቶች ይመዘግባል። መነካት የሌለባቸውን ቅንብሮች ወይም የሌላ tenant ውሂብ ለመድረስ የተደረጉ ሙከራዎች እዚህ ይቀራሉ። ያልተፈቀደ መግባት ምልክቶችን ለይቶ የሚያውቅ መስመር።
    • Customer：የcustomer መለያ ራሱ ሁኔታ ሽግግሮችን ይመዘግባል: መፍጠር፣ ማቆም፣ መቀጠል፣ logical deletion፣ restoration፣ self-withdrawal እና የመሳሰሉት። ብዙውን ጊዜ በoperator በኩል (saas_admin) ያሉ operations ዋናዎቹ ናቸው፣ ነገር ግን self-withdrawal ከcustomer ይነሳል።
    • Instance：የinstance መፍጠር፣ rename፣ deletion እና restoration ይመዘግባል። የትኛው instance በማን እና መቼ እንደተፈጠረ፣ እንደተሰረዘ እና እንደተመለሰ መከታተል ይችላሉ።
    • User：በuser ደረጃ operations ይመዘግባል: መለያ መፍጠር/መሰረዝ/መመለስ፣ password reissue፣ passkey registration/deletion፣ 2FA (TOTP) ማንቃት/ማሰናከል፣ sign-up ሂደቶች እና የመሳሰሉት። የመለያ አስተዳደር ማዕከላዊ መስመር።
    • API key：የAPI keys issuance፣ disabling እና deletion ይመዘግባል። ለprogrammatic access የሆነ key መቼ እና በማን እንደተሰጠ እና እንደቆመ መከታተል ይችላሉ።
    • Balance：ከbalance እና billing ጋር የተያያዙ ክስተቶችን ይመዘግባል: deposits፣ refunds፣ adjustments፣ status changes፣ monthly-limit changes፣ auto-recharge setting changes፣ display-currency changes፣ SLA credit grants እና የመሳሰሉት።
    • Settings：የተለያዩ setting changes ይመዘግባል: usage-limit presets፣ log retention period፣ IP restrictions፣ anomaly-detection thresholds፣ FX rate፣ notification settings እና የመሳሰሉት። "ማን ምን setting እንዴት እና መቼ እንደቀየረ" መከታተል ይችላሉ።
    • Logs：በlogs ራሳቸው ላይ operations ይመዘግባል: የውይይት logs bulk deletion፣ CSV export እና audit-log export። የlogs መውጣትና መደምሰስ የሚያስተናግድ መስመር።
    • System：system በራስ-ሰር የሚፈጽማቸውን ክስተቶች ይመዘግባል: backups፣ anomaly-detection batch፣ deletion batch፣ physical deletion፣ pseudonymization፣ payment webhook reception፣ email delivery/suppression እና የመሳሰሉት። ሰዎች ሳይሆኑ መሣሪያዎች በራሳቸው የተንቀሳቀሱበት መዝገብ፣ ከcustomer operations ለይቶ የሚቀመጥ።
  • 4.3.4.2　EVENT TYPE：በevent type ማጥበብ። CATEGORY ሰፊ ምድብ ሲሆን፣ ይህ በተናጠል event name (ለምሳሌ AUTH_LOGIN_SUCCESS፣ SETTINGS_UPDATED) ያጠብባል። Partial-match search ይቻላል።
  • 4.3.4.3　ACTOR：በactor ማጥበብ። "ማን" event-ን እንዳስከተለ ይፈልጋል። በrole እና user name ቅርጽ (ለምሳሌ client_admin:standout) ይመዘገባል፣ partial-match search ይቻላል።
  • 4.3.4.4　FROM (ISO)：የፍለጋ ጊዜ መጀመሪያ። በISO ቅርጽ (YYYY-MM-DD) ይገለጻል፤ በዚያ ቀን/ሰዓት ላይ ወይም በኋላ ያሉ events ዒላማ ይሆናሉ።
  • 4.3.4.5　TO (ISO)：የፍለጋ ጊዜ መጨረሻ። በISO ቅርጽ (YYYY-MM-DD) ይገለጻል፤ በዚያ ቀን/ሰዓት ላይ ወይም በፊት ያሉ events ዒላማ ይሆናሉ። ማንኛውንም ጊዜ ለመቁረጥ ከFROM ጋር ይጣመራል።
  • 4.3.4.6　ROWS PER PAGE：በአንድ ማያ ገጽ ላይ የሚታየው የረድፎች ቁጥር። የማያ ገጽ ማሳያ እስከ 1,000 ግቤቶች ድረስ የተጠበበ ውጤትን ዒላማ ያደርጋል። ሁሉንም ግቤቶች ለማግኘት CSV export (Export All) ይጠቀሙ።
• 4.3.5　Active Sessions：የመለያውን ሕያው login sessions ይዘረዝራል። ከመጨረሻው access 30 ቀናት በኋላ time out ሆነው በራስ-ሰር ያልፋሉ። ከtimeout በፊትም በRevoke በተናጠል ሊያልፉ ይችላሉ።
• 4.3.6　GEOIP：የlogin መነሻ አገር/ክልል ይመዘግባል። ከመጨረሻው login country በተለየ ቦታ የሚደረግ access ለይቶ ያውቃል። ያለፉትን 24 ሰዓታት ሁኔታ በpanel ያቀርባል።
• 4.3.7　IP Restrictions：ከIP restriction ጋር የተያያዙ ቅንብሮች ቦታ። default-ው ምንም restriction የለም። ሲመረጥ allowlist እና denylist ሊፈጠሩ ይችላሉ። እያንዳንዱ list ክልሎችን በCIDR notation ሊገልጽ ይችላል። allowlist ባዶ ከተተወ፣ ከdenylist ውጭ ያሉ ሁሉም IPs ይፈቀዳሉ። እንዲሁም denylist ከallowlist ይቀድማል።
• 4.3.8　Login Activity：የlogin ታሪክ። የቅርብ ጊዜ 100 ግቤቶች ይታያሉ። በpanel ውስጥ ያለፉት 24 ሰዓታት የlogin ስኬቶችና ውድቀቶች ቁጥር ይታያል።
• 4.3.9　Notifications：በራስ-ሰር የኢሜይል notifications የሚስተካከሉበትና የሚዋቀሩበት ቦታ።
  • Low balance：የተቀማጭ ቀሪ ሂሳብ ከደፍ በታች ሲወርድ የnotification ቅንብር። ደፉ በሦስት sensitivity levels ይቀየራል። High ($500፣ ቀድሞ አሳውቅ) / Medium ($50፣ standard) / Low ($5፣ በመጨረሻ ቅጽበት አሳውቅ)። የተለየ ደፍ ለማስቀመጥ Custom value ያስገቡ።
  • Sign-in from new location：ብዙውን ጊዜ ጥቅም ላይ ካልዋለ አገር/ክልል sign-in ሲከሰት notification።
  • Blocked by IP restriction：በተዋቀረው IP restriction access ሲከለከል notification። High (1 ወይም ከዚያ በላይ/h)፣ Medium (10 ወይም ከዚያ በላይ/h)፣ Low (50 ወይም ከዚያ በላይ/h)። ማንኛውንም ቁጥር ለማስቀመጥ Custom ውስጥ ያስገቡ።
  • Repeated sign-in failures：sign-in failures በአጭር ጊዜ ውስጥ በተከታታይ ሲከሰቱ notification። High (3 ወይም ከዚያ በላይ/h)፣ Medium (10 ወይም ከዚያ በላይ/h)፣ Low (30 ወይም ከዚያ በላይ/h)። ማንኛውንም ቁጥር ለማስቀመጥ Custom ውስጥ ያስገቡ።
  • Recipients — where alerts are sent：notifications በራስ-ሰር በኢሜይል የሚላኩበት contacts registration እና deletion። በdefault የclient account የተመዘገበ ኢሜይል አድራሻ ይዋቀራል። notification destination ሲቀየር፣ ለውጥ መከሰቱ ለቀዳሚው contact-ም ይነገራል (ለደህንነት)።

VATES ን ከውጫዊ ፕሮግራም ወይም ከAI ኤጀንት ለመጥራት የሚወጡ ቁልፎች። ለተለመደ የአሳሽ አጠቃቀም አያስፈልጉም።

• 4.4.1　API keys：API Key ማውጣት የሚፈልጉበትን instance ይምረጡና ይፍጠሩ። API key አንድ ጊዜ ብቻ ስለሚታይ፣ በዚያን ጊዜ መመዝገብ አለበት።
• 4.4.2　Issued keys：የተሰጡት API Keys ይታያሉ። API key-ን ማሰናከልና መሰረዝም ይቻላል።
• 4.4.3　ከAI ኤጀንት መገናኘት (MCP)：VATES ወደ ውጫዊ AI ኤጀንቶች እንደ MCP (Model Context Protocol) አገልጋይ ሊገናኝ ይችላል። የተገናኘ ኤጀንት እርስዎ በሚፈቅዱት instance ላይ ጥያቄ መጠየቅና በዚያው ሰነድ ላይ የተመሠረተ መልስ መቀበል ይችላል። ቅንብሮችን መቀየር፣ የውይይት log ማንበብ ወይም ሌሎች instance መድረስ አይችልም። ለመገናኘት ሁለት መንገዶች አሉ።
  • 4.4.3.1　በኮኔክተር መገናኘት (የሚመከር)：በAI ኤጀንትዎ ውስጥ "ብጁ ኮኔክተር አክል" ላይ https://vates.standout.jp/mcp ይመዝገቡ። አሳሽ ተከፍቶ ወደ VATES መግቢያ ገጽ ይሸጋገራል፤ እንደተለመደው ይግቡ (ID እና የይለፍ ቃል፣ passkey፣ 2FA ሁሉም ይሠራሉ)፣ ከዚያም በፈቃድ ገጽ ላይ የሚገናኘውን instance ይምረጡና ይፍቀዱ። API key ማውጣት አያስፈልግም። ይህን ፈቃድ በማንኛውም ጊዜ ከ Client settings → Security → Active sessions (4.3.5 ይመልከቱ) መሰረዝ ይችላሉ።
  • 4.4.3.2　በAPI key መገናኘት：ኮኔክተር ተግባር ለሌላቸው አርታዒዎችና ሌሎች ደንበኞች። https://vates.standout.jp/mcp/{workspace ID}/{የ instance ቋሚ መለያ} እንደ መድረሻ ይጠቀሙ፣ እና በ Authorization: Bearer {API key} ራስጌ ያረጋግጡ። ቋሚ መለያው በ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) የተቀመጡት ገደቦችም በተመሳሳይ ተፈጻሚ ይሆናሉ።

የእያንዳንዱ instance embedded widget የሚembed-በት URLs (standalone ያልሆኑት) allowlist። እነዚህ ከእያንዳንዱ instance የራሱ settings ማያ ገጽ ላይ ካለው ተመሳሳይ ንጥል ጋር የተሳሰሩ ናቸው።

4.6.1　Controls
የእነዚህ ገደቦች ዋና ዓላማ፣ ተራ አጠቃቀምን ከrunaway loops እና ከመጠን ያለፉ/በዝተኛ requests ከሚመጣ የresources እና cost ብክነት መጠበቅ ነው — በተለይ፣ በተንኮል የተንቀሳቀሰ AI agent ማለቂያ የሌለው loop፣ እና በመጠን ያለፉ requests ምክንያት የሚመጣ balance exhaustion (DoW) እና service disruption (DoS) ለመግታት። ከperformance እና cost ጋር የተያያዙ adjustment items (response-token cap፣ የES references ቁጥር እና የመሳሰሉት) ይዘዋል። እያንዳንዱን instance ለዓላማው እንዲመጥን ያስተካክሉ።

4.6.2　Default for new instances
በinstance creation default values ሊመረጡ ወይም ሊበጁ ይችላሉ። Basic፣ Business እና Developer ለዓላማቸው አስቀድሞ የተስተካከሉ presets ናቸው፤ fine adjustment ካስፈለገ በCustom ሊከናወን ይችላል።

• Basic：ለጠቅላላ አጠቃቀም።
• Business：ለbusiness አጠቃቀም።
• Developer：ለdeveloper አጠቃቀም።
• Custom：Custom።
• Apply to all existing instances：የተመረጡት default values ለሁሉም instances ሊተገበሩ ይችላሉ።

4.6.3　Per-instance settings
በeach instance preset ሊመረጥ ወይም ሊበጅ ይችላል።

• Current status：አሁናዊውን ሁኔታ ያመለክታል።
• Customize：እያንዳንዱ ንጥል በslider ሊስተካከል ይችላል (0 ማለት ∞ = unlimited)። እነዚህ ገደቦች ለusage-based AI ልዩ የሆኑትን Denial of Wallet (balance-ን የሚያደክም cost attack) እና Denial of Service (service disruption) ላይ መከላከያ ይመሰርታሉ (በOWASP GenAI Top 10 "Unbounded Consumption" መሠረት)።

• 4.6.3.2.1　Query length per request：በrequest የquery characters ቁጥር cap። ከመጠን ያለፈ input የሚያመጣውን cost inflation ይገታል። ትርፉ ይከለከላል።
• 4.6.3.2.2　Image size：የimage upload size cap። ግዙፍ files የሚያመጡትን resource exhaustion ይገታል። ትርፉ ይከለከላል።
• 4.6.3.2.3　PDF size：የPDF upload size cap። እንደ ላይኛው። ትርፉ ይከለከላል።
• 4.6.3.2.4　Audio size：የaudio upload size cap። እንደ ላይኛው። ትርፉ ይከለከላል።
• 4.6.3.2.5　Bard text length：bard በአንድ ጊዜ የሚያጨናንቀው (natural language → ES) characters ቁጥር cap። በeach compression cost-ን ይተምናል። ትርፉ ይከለከላል።
• 4.6.3.2.6　Conversation history (chars)：ወደ context የሚጫነው የconversation history ጠቅላላ characters ቁጥር cap። ከገደብ ውጭ የcontext እድገት የሚያመጣውን cost እና latency ይገታል። ትርፉ ከጥንታዊው history በራስ-ሰር ይቆረጣል (error አይሆንም)።
• 4.6.3.2.7　Conversation history (turns)：ወደ context የሚጫነው የconversation history turns ቁጥር cap። እንደ 4.6.3.2.6 ይሠራል (የቅርብ ጊዜ turns-ን ይይዛል፣ በራስ-ሰር ይቆርጣል)።
• 4.6.3.2.8　Requests per minute：በደቂቃ የrequests ቁጥር cap። ለrequest floods (DoS) እና automation abuse (DoW) የመጀመሪያ መከላከያ መስመር። ትርፉ ለጊዜው ይከለከላል።
• 4.6.3.2.9　Requests per hour：በሰዓት የrequests ቁጥር cap። እንደ 4.6.3.2.8 ይሠራል።
• 4.6.3.2.10　Concurrent sessions：የተመሳሳይ-ጊዜ conversation sessions ቁጥር cap። በparallel request floods የሚመጣ resource exhaustion ይገታል። ትርፉ ይከለከላል።
• 4.6.3.2.11　Max tokens per response：የአንድ response output tokens cap። ከመጠን ያለፈ response የሚያመጣ output-cost inflation ይገታል።
• 4.6.3.2.12　Max ES references (top_k)：vates ምላሽ ሲሰጥ የሚጠቅሳቸው ES ከፍተኛ ቁጥር። ይህ attack defense ሳይሆን የaccuracy እና cost tuning ነው: references በበዙ ቁጥር accuracy ይጨምራል፣ ግን cost በተመጣጣኝ ይጨምራል። ዝቅተኛው 20።

ወርሃዊ የusage charges (USD) ሊታይ ይችላል።

• 4.7.1　Usage breakdown：ዓመትና ወሩ ከdropdown ሊገለጹ ይችላሉ።
• 4.7.2　By instance：በeach instance የusage breakdown።
  • Instance：የinstance ስም።
  • Conversations：የውይይቶች ጠቅላላ ቁጥር።
  • Chat：ከvates ጋር ለውይይቶች charge።
  • Bard：የbard usage charge።
  • Druid：የdruid usage charge።
  • Fallback：ለchat የfallback usage charge። * ዋናው vates API (Anthropic) በማይሠራበት ጊዜ ጥቅም ላይ የሚውለው backup API (OpenAI)።
  • STT：Speech reading (Speech-to-Text፣ ድምጽ → ጽሑፍ መለወጥ)።
  • TTS：Speech reading-aloud (Text-to-Speech፣ ጽሑፍ → ድምጽ synthesis)።
  • Total：ጠቅላላ መጠን።
  • Include instances with 0 conversations：በዚያ ወር ጥቅም ላይ ያልዋሉ instances ማሳየት/መደበቅ።

የተቀማጭ ቀሪ ሂሳብ እና የለውጥ ታሪኩ ሊረጋገጥ ይችላል፣ ክፍያና የክፍያ ቅንብሮችም ሊዋቀሩ ይችላሉ።

• 4.8.1　Balance：አሁናዊው የተቀማጭ ቀሪ ሂሳብ።
• 4.8.2　Top Up Balance：
  • Card：credit card ክፍያ። Powered by Stripe። የCard ዓይነቶች በአገር/ክልል መሠረት በራስ-ሰር ይታያሉ። በክፍያ ጊዜ ወደ Stripe ማያ ገጽ ይወሰዳሉ። በmodal ላይ ያለው መጠን በተቀማጭ ቀሪ ሂሳብ የሚንጸባረቀውን መጠን ያመለክታል፤ ወደ Stripe ከተወሰዱ በኋላ ለእያንዳንዱ አገር/ክልል ግብር ይታከላል።
  • International Transfer：በcurrency የaccount ክፍያ።
  • Domestic Transfer：በአገር/ክልል የaccount ክፍያ። በተቀማጭ ቀሪ ሂሳብ የሚንጸባረቀው መጠን፣ ለእያንዳንዱ አገር/ክልል ግብር የተቀነሰበት የtransfer መጠን ነው።
• 4.8.3　Auto Recharge：
  • Auto Recharge：የተቀማጭ ቀሪ ሂሳብ ከደፍ በታች ሲወርድ በራስ-ሰር ክፍያ (credit card) እንዲከሰት ሊዋቀር ይችላል። default-ው OFF ነው።
  • Adjust：ደፉ፣ የauto-recharge መጠንና monthly limit መጠን ሊዋቀሩ ይችላሉ።
• 4.8.4　Transactions：የtransaction ታሪክ ሊታይ ይችላል።

4.9.1　Data lifecycle
VATES የውሂብዎ ጠቃሚ ሊሆን በሚችልባቸው ሁሉም የሕግ ክልሎች (EU፣ UK፣ ጃፓን፣ ካሊፎርኒያ፣ ቻይና፣ ብራዚል፣ ኮሪያ፣ ሲንጋፖር፣ ካናዳ፣ አውስትራሊያ ወዘተ) ደንቦች መካከል እጅግ ጥብቅ የሆነውን መስፈርት በመጥቀስ የውሂብ መያዣ ጊዜዎችን ይመርጣል። ውሂብዎ ከመገኛ ቦታዎ ነጻ በሆነ ሁኔታ፣ እጅግ ጠባቂ በሆነው መሠረታዊ መስፈርት ይተዳደራል።

4.9.2　Current status
የclient account-ን አሁናዊ ሁኔታ ያመለክታል።

4.9.3　State transitions
መለያው የሚያልፍባቸው ሁኔታዎች ዝርዝር። የእያንዳንዱ ሁኔታ መነሻና የመቆያ ጊዜ እንደሚከተለው ነው።

• active：Active። አገልግሎቱ ይገኛል።
• suspended：Suspended። አገልግሎቱ ቆሟል ግን ሊቀጥል ይችላል። ውሂብ ይያዛል።
• logical_deleted：የdeletion request ቅጽበት። ይህን ቀን እንደ መነሻ በማድረግ ለ30 ቀናት restoration ይቻላል፣ ውሂብም ሙሉ ለሙሉ ይያዛል። ከ30 ቀናት በኋላ በራስ-ሰር ወደ pseudonymization phase ይሸጋገራል።
• pseudonymized：ከdeletion request 30 ቀናት በኋላ ያለው ሁኔታ። ግለሰብን ሊለይ የሚችል መረጃ (user name፣ display name ወዘተ) በማይቀለበስ hash ይተካና ሊመለስ የማይችል ይሆናል። ከዚህ ነጥብ ጀምሮ፣ የእያንዳንዱ ውሂብ ምድብ መያዣ ጊዜ እስኪያልቅ ድረስ ይቆያል።
• physical_deleted：የእያንዳንዱ ውሂብ ምድብ መያዣ ጊዜ ሲያልቅ። ከdisk ሙሉ ለሙሉ ይደመሰሳል፣ የመመለስ ዕድል የለም።

4.9.4　Data categories and retention (17)
ከመለያው ጋር የተያያዙ የውሂብ ምድቦችና መያዣ ጊዜዎች። ሁሉም መያዣ ጊዜዎች deletion request-ን (ወደ logical_deleted መግባት) እንደ መነሻ ይወስዳሉ። የእያንዳንዱ ምድብ ትክክለኛ ዋጋ በማያ ገጽ ላይ በRetention column ይታያል።

• customer_state：የcustomer account አጠቃላይ ሁኔታ (active/suspended ወዘተ)። ከdeletion request 30 ቀናት በኋላ pseudonymized ይደረጋል፤ physical deletion ከbalance (customer_balance) ጋር ተመሳሳይ ፋይል ስለሚጋራ፣ የbalance legal retention period (10 ዓመታት) ሲያልቅ አብሮ ይሰረዛል።
• instance_state：በeach instance ሁኔታ። ከdeletion request 30 ቀናት በኋላ pseudonymized (display name ብቻ፤ ልዩ ID inst_NNNN እንደ immutable ID ይያዛል)፣ ከዚያም 90 ቀናት በኋላ በአካል ይሰረዛል።
• users_with_pii：የuser account መረጃ (እንደ ID፣ display name እና credentials ያሉ personal information ጨምሮ)። ከdeletion request 30 ቀናት በኋላ pseudonymized፣ ከዚያም 90 ቀናት በኋላ በአካል ይሰረዛል።
• user_instance_access：በuser እና usable instances መካከል ያለ link። በdeletion ጊዜ ከaccount ጋር አብሮ ይሰረዛል (ራሱን የቻለ መያዣ ጊዜ የለውም)።
• api_keys：የተሰጡ API keys (በማይቀለበስ hash ይከማቻል፤ plaintext አይያዝም)። ከdeletion request 90 ቀናት በኋላ በአካል ይሰረዛል (pseudonymization የለም)።
• revoked_sessions：Revoked sessions። ነባር batch ከrevocation 90 ቀናት በኋላ በአካል ይሰርዛቸዋል።
• session_logs：የውይይት ታሪክ። መያዣ ጊዜው በcustomer plan ምርጫ ይወሰናል (Standard = 30 ቀናት / Secure = ጨርሶ አይያዝም = ወዲያውኑ መሰረዝ)።
• usage_records：የusage individual event log። ከdeletion request 30 ቀናት በኋላ pseudonymized፣ ከዚያም 90 ቀናት በኋላ በአካል ይሰረዛል።
• usage_aggregates：የusage aggregated values (የbilling መሠረት)። ለlegal retention ተገዢ። pseudonymized አይደረግም፤ ከመጨረሻው transaction 10 ዓመታት በኋላ በአካል ይሰረዛል (በጃፓን Companies Act አንቀጽ 432 መሠረት)። በdeletion request እንኳ ሊቀደም አይችልም።
• customer_balance：የcustomer balance (የክፍያ የተወሰነ ዋጋ)። ለlegal retention ተገዢ። ከመጨረሻው transaction 10 ዓመታት በኋላ በአካል ይሰረዛል። በdeletion request እንኳ ሊቀደም አይችልም።
• balance_history：የbalance የለውጥ ታሪክ። ለlegal retention ተገዢ። የtransaction amount፣ currency እና rate ለ10 ዓመታት ይያዛሉ (የoperator name ብቻ ከdeletion request 30 ቀናት በኋላ pseudonymized ይደረጋል)። በdeletion request እንኳ ሊቀደም አይችልም።
• instance_audit_log：የinstance audit log (tamper-resistant log)። ከdeletion request 30 ቀናት በኋላ pseudonymized፣ ከዚያም 2 ዓመታት በኋላ በአካል ይሰረዛል። የaudit requirements (SOC2 / PCI DSS) ዝቅተኛ ወሰን 1 ዓመት ነው፣ ነገር ግን የዓመታዊ audit ጊዜ መሸጋገር 1 ዓመት የaudited period logs-ን እንዲያመልጥ ስለሚያደርግ፣ በደህንነት ጎኑ እጥፍ — 2 ዓመታት — ይወሰዳል።
• ip_restrictions：የIP restriction ቅንብሮች (Allowlist / Denylist)። ከdeletion request 30 ቀናት በኋላ በአካል ይሰረዛል (sensitive information የለም፣ pseudonymization አያስፈልግም)።
• e_core_knowledge：ES-IFM knowledge assets (የእርስዎ intellectual property)። ከdeletion request 30 ቀናት በኋላ በአካል ይሰረዛል (pseudonymization የለም)።
• instance_settings：የinstance settings (branding፣ limit values፣ prompts ወዘተ)። ከdeletion request 30 ቀናት በኋላ በአካል ይሰረዛል (sensitive information የለም፣ pseudonymization አያስፈልግም)።
• shell_settings：Shell settings (ማዕከላዊ master reference setting)። ከdeletion request 30 ቀናት በኋላ በአካል ይሰረዛል (sensitive information የለም)።
• client_settings：client-wide default settings። ከdeletion request 30 ቀናት በኋላ በአካል ይሰረዛል (sensitive information የለም)።

4.9.5　Delete account
መለያውን ወደ deletion-requested ሁኔታ (logical_deleted) ያስገባል። ከመነሻው 30 ቀናት ውስጥ restoration ይቻላል። ከ30 ቀናት በኋላ፣ ውሂብ ከላይ በተጠቀሰው እያንዳንዱ retention period መሠረት ደረጃ በደረጃ pseudonymized ተደርጎ በአካል ይሰረዛል። ለlegal retention ተገዢ የሆነ ውሂብ (usage_aggregates፣ customer_balance፣ balance_history) ከdeletion request በኋላም legal period (10 ዓመታት) እስኪያልፍ ድረስ ይያዛል። ይህ ድርጊት በዚህ መለያ ሥር ያሉ ሁሉንም users ይነካል።