Թիմեր և մուտք
Հաճախորդի չորս դեր, ենթահաշիվներ, որոնք արտացոլում են Ձեր բիզնեսի իրական կառուցվածքը, API բանալիներ յուրաքանչյուր կազմակերպության համար, մեկանգամյա մուտք (SSO) և աուդիտի գրանցամատյան յուրաքանչյուր արտոնյալ գործողության հետևում: Մուտքի նույն մոդելը գործում է կառավարման վահանակում, API-ում, CLI-ում, Terraform-ում և մեր MCP սերվերում: Հասանելիություն. Terraform մատակարարը գտնվում է ակտիվ մշակման փուլում և դեռևս հասանելի չէ: Այստեղ նկարագրված մնացած ամեն ինչ արդեն գործում է:
Հասանելիությունը պարզապես միացման/անջատման կոճակ չէ: Յուրաքանչյուր հաճախորդ կազմակերպություն ունի չորս դեր, որոնցից յուրաքանչյուրը module.action-ի մանրակրկիտ թույլտվությունների ֆիքսված փաթեթ է, որպեսզի ֆինանսական պատասխանատուն երբեք չառնչվի սերվերին, իսկ ծրագրավորողը երբեք չտեսնի հաշիվ-ապրանքագիրը:
Կազմակերպության և դրա ենթահաշիվների ամբողջական վերահսկողություն՝ ստեղծել ենթակազմակերպություններ, հրավիրել և հեռացնել անդամներին, փոխել դերերը, կառավարել API բանալիները, տրամադրել, վերագործարկել, կասեցնել և ջնջել կայքերը, կառավարել հաշիվ-ապրանքագրերը և վճարման եղանակները, ինչպես նաև կարդալ աուդիտի մատյանը: Երկու գործողություն միտումնավոր դուրս է մնում դրանից. կազմակերպության փակումը և գումարի վերադարձի իրականացումը անձնակազմի գործողություններ են, ոչ թե հաճախորդի դեր:
Ամեն ինչ ֆինանսների վերաբերյալ և ոչինչ ավելին՝ հաշիվ-ապրանքագրեր, բաժանորդագրություններ, վճարման եղանակներ և սակագների կատալոգ, գումարած կազմակերպության և դրա անդամների ցանկի դիտում: Կայքի հասանելիություն ընդհանրապես չկա — ֆինանսական կոնտակտային անձը կամ արտաքին հաշվապահը չեն կարող որևէ բան վերագործարկել, կասեցնել կամ ջնջել:
Աշխատեք կայքերի վրա առանց ֆինանսներին առնչվելու. դիտեք և կարգավորեք կայքերը, վերագործարկեք ծառայությունները, մաքրեք քեշը, կառավարեք API բանալիները, ինչպես նաև ստեղծեք կամ պատասխանեք աջակցման հարցումներին: Չկա հաշիվների դիտում, անդամների կառավարում, կասեցում կամ ջնջում — կործանարար և առևտրային գործողությունները մնում են սեփականատիրոջը:
Ամբողջական դիտում՝ առանց որևէ բան փոխելու հնարավորության — անդամներ, կայքեր, հաշվարկներ, սակագնային պլաններ, տոմսեր, թարգմանության կարգավիճակ և աուդիտի մատյան: Ճիշտ դեր հաճախորդի շահագրգիռ կողմի, ներքին աուդիտորի կամ նոր աշխատակցի համար, ով դեռ հարմարվում է աշխատանքին:
Վարձակալությունը ծառի կառուցվածք ունի, այլ ոչ թե հարթ ցուցակ է: Վերավաճառող կազմակերպությունը գտնվում է իր հաճախորդ կազմակերպություններից վեր, իսկ կայքերը՝ դրանց ներքո: Թիմի անդամը անդամակցություն է՝ մեկ օգտատեր, մեկ կազմակերպություն, մեկ դեր, ուստի նույն հիմնական տարրը ապահովում է ինչպես երկու հոգանոց թիմի, հարյուր հաճախորդի հաշիվ կառավարող գործակալության, այնպես էլ իր սեփական ապրանքանիշի ներքո ենթահաշիվներ վարող վերավաճառողի աշխատանքը:
Դերերը տրամադրվում են ըստ կազմակերպության, և կիրարկումը նույնպես իրականացվում է ըստ կազմակերպության: Մեկ կազմակերպությունում ունեցած դերը որևէ հասանելիություն չի տալիս առանձին, չկապակցված կազմակերպությունում — կապալառուն կարող է նույն մուտքանունով լինել Ծրագրավորող (Developer) մեկ հաճախորդի հաշվում և ունենալ Միայն կարդալու (Read-only) հասանելիություն մեկ այլ հաշվում: Այնուամենայնիվ, հասանելիությունը փոխանցվում է Ձեր իսկ հիերարխիայով դեպի ներքև. մայր կազմակերպության դերը կիրառվում է դրա տակ գտնվող կազմակերպությունների նկատմամբ, ինչի միջոցով էլ վերավաճառողներն ու գործակալությունները կառավարում են իրենց հաճախորդներին:
Մեկուսացումն ապահովվում է տվյալների բազայում, այլ ոչ թե միայն հավելվածի կոդում։ Postgres-ի տողերի մակարդակի անվտանգությունը սահմանափակում է յուրաքանչյուր վարձակալի հարցում կանչողի ենթածառով, և այդ ենթածառից դուրս ցանկացած բան թույլտվության սխալի փոխարեն վերադարձնում է «չի գտնվել» կարգավիճակ — այնպես որ հարթակը նույնիսկ երբեք չի հաստատում մեկ այլ վարձակալի կազմակերպության կամ կայքի գոյությունը։
Դերերը միայն կառավարման վահանակի հարմարավետության համար չեն: Հարթակ մուտք գործելու յուրաքանչյուր եղանակ հանգում է նույն թույլտվության բանալիներին, հետևաբար չկա որևէ հետնադուռ, որը կշրջանցի ձեր մուտքի կանոնները:
Կայքեր, հաշվարկներ, հարցումներ, ծանուցումներ, ազդանշաններ, API բանալիներ և թիմի կառավարում մեկ միջավայրում: Ինտերֆեյսը ցուցադրում է այն, ինչ թույլատրում է մուտք գործած անդամի դերը, որպեսզի օգտատերերին չցուցադրվեն կառավարման այնպիսի տարրեր, որոնք նրանք չեն կարող օգտագործել:
Հրապարակված API-ն նույն շարժիչի API-ն է, որն օգտագործում է կառավարման վահանակը: API բանալիները տրամադրվում են ըստ կազմակերպության՝ RBAC թույլտվությունների հետ կապված մանրամասն շրջանակներով, իսկ առանձին sandbox և live ռեժիմները նշանակում են, որ դուք կարող եք փորձարկել ինտեգրումները՝ առանց ազդելու իրական վճարումների կամ ռեսուրսների հատկացման վրա:
Կառավարեք կայքերը, դոմեյնները, DNS-ը, էլփոստարկղերը և պլանները որպես ենթակառուցվածք-որպես-կոդ և գործարկեք terraform apply՝ հոսթինգ տրամադրելու համար՝ կարգավորվող նույն շրջանակներով, ինչ մնացած ամեն ինչը:
Միացրեք Claude Code-ը, Cursor-ը, ChatGPT-ն, Claude Desktop-ը կամ ցանկացած MCP-համատեղելի գործիք: Թոքենների գործողության շրջանակը սահմանափակված է կազմակերպությամբ և նրա RBAC թույլտվություններով, դրանք հնարավոր է չեղարկել յուրաքանչյուր գործիքի համար առանձին, ներառում են ապակառուցողական գործողությունների հաստատում, ծախսերի սահմանաչափեր և աուդիտի ամբողջական մատյան:
Պահվում է յուրաքանչյուր API բանալու միայն հեշը — երբեք ոչ հենց բանալին։ Բանալիներն ունեն անուն և տեսանելի նախածանց, որպեսզի կարողանաք տարբերել դրանք, արձանագրում են, թե երբ են վերջին անգամ օգտագործվել, և կարող են չեղարկվել առանձին-առանձին՝ առանց մյուսներին խոչընդոտելու։
Ինքնությունը գործում է Keycloak-ի վրա, ուստի նույնականացումը պատշաճ OIDC և SAML է, այլ ոչ թե հոսթինգի վահանակին կցված պատվերով մուտքի ձև:
Յուրաքանչյուր արտոնյալ գործողություն գրանցում է միայն ավելացման ենթակա աուդիտի գրառում՝ ով է այն կատարել, ինչ է արել, ինչի նկատմամբ է արել, հիմնավորող ապացույցները և ելակետային IP հասցեն: Գրանցամատյանը միայն ավելացման համար է. իրադարձություններն ավելացվում են, ոչ թե խմբագրվում տեղում, իսկ արտադրական միջավայրում այն բաժանված է ըստ ժամանակի, որպեսզի աճին զուգընթաց պահպանի արագագործությունը:
Այդ մատյանը կարդալն ինքնին թույլտվություն է: Սեփականատերերը և միայն կարդալու իրավունք ունեցող անդամներն ունեն այն, որպեսզի հաշվի համար պատասխանատու անձը և այն աուդիտի ենթարկող անձը կարողանան տեսնել ամբողջ պատմությունը՝ առանց դրա համար բարձրացված իրավունքների անհրաժեշտության:
Դրա շուրջ տեղադրված են այն վերահսկման գործիքները, որոնք պահանջում են ավելի մեծ թիմերը՝ աշխատաշրջանի կանոններ, ըստ կազմակերպության կամընտիր IP թույլատրելի ցուցակներ և զգայուն գործողությունների լրացուցիչ նույնականացում, որպեսզի միայն ակտիվ աշխատաշրջանը բավարար չլինի լուրջ գործողություններ կատարելու համար:
Թույլտվությունների գրացուցակը տվյալներ են, ոչ թե կոշտ կոդավորված տրամաբանություն, ինչի շնորհիվ այն կարող է ընդլայնվել՝ առանց հարթակը վերակառուցելու:
Սեփականատերն ունի կազմակերպության և դրա ենթահաշիվների լիակատար վերահսկողություն, ներառյալ անդամները, API բանալիները, կայքերը և վճարման եղանակները: Վճարումների կառավարիչը տեսնում է հաշիվ-ապրանքագրերը, բաժանորդագրությունները, վճարման եղանակները և պլանները՝ առանց կայքերի հասանելիության: Ծրագրավորողը կառավարում է կայքերը և API բանալիները և զբաղվում է հայտերով՝ առանց վճարումների կամ անդամների վերահսկողության: «Միայն կարդալու» հասանելիություն ունեցողը կարող է դիտել անդամներին, կայքերը, վճարումները, պլանները, հայտերը և աուդիտի մատյանը՝ առանց որևէ բան փոփոխելու:
Դեռևս ոչ որպես յուրաքանչյուր կայքի կարգավորում. մեկ անդամակցության սահմանափակումը որոշակի կայքերով ծրագրված բարելավում է: Այսօր դուք կարող եք հասնել նույն տարանջատմանը վարձակալության ծառի (tenancy tree) միջոցով. տեղադրեք այդ կայքերը դուստր կազմակերպությունում և տվյալ անձին այնտեղ դեր հատկացրեք: Քանի որ դերերը տրամադրվում են ըստ կազմակերպության, այդ հասանելիությունը չի տարածվում ձեր հաշվի որևէ այլ տարրի վրա:
Ոչ — API բանալիները տրամադրվում են ըստ կազմակերպության՝ նույն RBAC թույլտվություններին կապված մանրամասն շրջանակներով և առանձին sandbox ու live ռեժիմներով: Օգտագործեք դրանք որպես ծառայության վավերացման տվյալներ ինտեգրումների, CI-ի կամ Terraform-ի համար, իսկ մարդկանց համար օգտագործեք անդամակցությունները: Պահպանվում է միայն յուրաքանչյուր բանալու հեշը (hash), յուրաքանչյուր բանալի գրանցում է, թե երբ է այն վերջին անգամ օգտագործվել, և ցանկացած բանալի կարող է չեղարկվել առանձին:
Ծրագրավորողի դերը ներառում է կայքերի դիտումն ու տրամադրումը, ծառայությունների վերագործարկումը, քեշերի մաքրումը, API բանալիների կառավարումը և հարցումների մշակումը: Այն չի տրամադրում հրապարակման իրավունքներ գործող կայքում, ուստի, եթե ցանկանում եք, որ որևէ մեկը կարողանա կիրառել փոփոխությունները, այդ մուտքի իրավունքը պետք է պատկանի սեփականատիրոջը: Դերերը սահմանվում են ըստ կազմակերպության, այնպես որ դուք կարող եք ունենալ այլ դեր մեկ այլ հաշվում:
Այո: Նույնականացումն աշխատում է Keycloak-ի վրա OIDC-ի և SAML-ի հետ, այնպես որ SAML մեկանգամյա մուտքը (SSO) հասանելի է ձեռնարկությունների և գործակալությունների հաճախորդների համար՝ հրաշք-հղումով մուտքի, էլ. փոստի և գաղտնաբառի, սոցիալական մատակարարների, անցաբառերի (passkeys) և TOTP երկփուլ նույնականացման կողքին, որը պարտադրվում է քաղաքականությամբ: Մեկ նստաշրջանն ընդգրկում է կառավարման վահանակը, հանրային կայքը, գիտելիքների բազան և աջակցության տոմսերը:
Յուրաքանչյուր արտոնյալ գործողություն գրանցվում է միայն ավելացման համար նախատեսված աուդիտի մատյանում, որն արձանագրում է կատարողին, գործողությունը, թիրախը, հիմնավորող ապացույցները և IP հասցեն: Դրա ընթերցումն ինքնին թույլտվություն է, որին տիրապետում են ինչպես Սեփականատիրոջ, այնպես էլ «Միայն կարդալու» դերերը, որպեսզի հաշվի սեփականատերը և աուդիտորը կարողանան ուսումնասիրել նույն պատմությունը:
Սակագնային պլանների գները որոշվում են հոսթինգի հնարավորություններով, այլ ոչ թե մարդկանց քանակով։ Օրինակ՝ Footprint-Free շարքում բոլոր 42 մակարդակներն ունեն միանգամայն նույն արտոնությունների փաթեթը և տարբերվում են միայն թույլատրվող կայքերի քանակով։ Գները միշտ ցուցադրվում են իրական ժամանակի կատալոգից՝ Ձեր արժույթով, ուստի այն, ինչ տեսնում եք գների էջում, հենց այն գումարն է, որը փաստացի գանձվում է։
Այո: Footprint-Free փորձաշրջանը տևում է 14 օր, չի պահանջում քարտի տվյալներ և ներառում է մինչև 5 կայք, որպեսզի նախքան որևէ վճարում կատարելը կարողանաք կարգավորել ձեր կազմակերպությունը, հրավիրել ձեր թիմին և փորձարկել դերերը իրական աշխատանքի վրա: Վճարովի պլանների համար գործում է գումարի վերադարձի 30-օրյա երաշխիք:
Սկսեք 14-օրյա փորձաշրջան առանց քարտի Footprint-Free շարքում, հրավիրեք ձեր թիմին և տեսեք, թե ինչպես են դերերն աշխատում իրական կայքերում, նախքան որևէ վճարում կատարելը:
Սկսեք անվճար