ԱԲ գործակալները բիզնես գործընթացներում
Ինչպես է Low-Code հարթակն ապահովում վերահսկողությունն ու անվտանգությունը
IT Alliance Solutions
Ինչպես ինտեգրել արհեստական բանականությունը կորպորատիվ գործընթացներում՝ առանց գործընթացների նկատմամբ վերահսկողությունը, թափանցիկությունը և անվտանգության պահանջներին համապատասխանությունը կորցնելու։
Գործընթացներ
BPMNՀասանելիություն
RBAC · ABACՆույնականացում
KeycloakԽնդիրը․ ԱԲ-ն առանց վերահսկողության ռիսկ է
Բանկերն ու ֆինանսական կազմակերպություններն ակտիվորեն ուսումնասիրում են մեծ լեզվային մոդելների (LLM) հնարավորությունները։ Սակայն փորձնական նախագծերից դեպի արտադրական միջավայր անցնելու ճանապարհին ի հայտ է գալիս համակարգային խնդիր․ ինքնավար գործող ԱԲ գործակալը կարող է լինել անկանխատեսելի։
Կրիտիկական գործընթացում այն կարող է ստեղծել սխալ կամ հորինված տեղեկատվություն, տվյալներին ուղղակիորեն հասանելիություն ստանալ՝ շրջանցելով հասանելիության սահմանված քաղաքականությունները, կամ կայացնել որոշում, որի հիմնավորումը հնարավոր չէ ներկայացնել կարգավորող մարմնին։
01Ռիսկ
ստեղծել սխալ կամ հորինված տեղեկատվություն
02Ռիսկ
տվյալներին ուղղակիորեն հասանելիություն ստանալ՝ շրջանցելով հասանելիության սահմանված քաղաքականությունները
03Ռիսկ
կայացնել որոշում, որի հիմնավորումը հնարավոր չէ ներկայացնել կարգավորող մարմնին
Ֆինանսական ոլորտում նման իրավիճակներն անընդունելի են։ Լուծումը ԱԲ-ից հրաժարվելը չէ, այլ այն ներգրավել վերահսկվող գործընթացների կառավարման և համակարգման շրջանակում, որտեղ գործակալի յուրաքանչյուր քայլ վերահսկվում, վավերացվում և գրանցվում է աուդիտի նպատակներով։ Հենց այս մոտեցումն է իրականացված ITA-FORMS Low-Code հարթակում (հայրենական ծրագրային ապահովման ռեեստր՝ №6468)։
ITA-FORMS-ը չի առաջարկում «ԱԲ՝ հանուն ԱԲ-ի» մոտեցում, այլ երեք գործնական սցենար, որոնցում ԱԲ գործակալը դառնում է BPMN-ի վրա հիմնված, փորձարկված գործընթացների կառավարման և համակարգման շրջանակի մաս՝ բարձր մակարդակի վերահսկողությամբ։
- վերահսկվում է
- վավերացվում է
- գրանցվում է
Ինտեգրման մոտեցումներ․ ԱԲ գործակալների երեք սցենար
2. Հարթակը որպես գործիքների ռեեստր (Platform as a Tool Registry)
Այս սցենարում ԱԲ գործակալը հանդես է գալիս որպես համակարգող, իսկ հարթակը նրան տրամադրում է իր առկա համակարգային ինտեգրումները՝ ստանդարտացված արձանագրությունների, մասնավորապես՝ OpenAPI-ի կամ Model Context Protocol (MCP)-ի միջոցով։
ERP և CRM համակարգերի, վճարային հարթակների և տվյալների բազաների հետ կապող կոնեկտորները, որոնք արդեն կարգավորված են Low-Code Designer-ում, ավտոմատ կերպով հասանելի են դառնում գործակալին՝ որպես գործառույթների հավաքածու (Tool Calling)։ ԱԲ-ի համար առանձին ինտեգրումներ մշակելու անհրաժեշտություն չկա․ հարթակը գործակալին հասանելի է դարձնում արդեն գոյություն ունեցող կոնեկտորները։
Հիմնական սկզբունքը՝ ուղղակի հասանելիության բացակայությունն է։ Գործակալը երբեք ուղղակիորեն չի դիմում տվյալների բազային կամ արտաքին API-ին։ Բոլոր հարցումները անցնում են հարթակի ինտեգրացիոն շերտով և ենթարկվում են՝
RBAC/ABAC
Մուտքի իրավունքների ստուգման (RBAC/ABAC)․ կիրառվում են նույն քաղաքականությունները, որոնք գործում են համակարգի մյուս բաղադրիչների համար,
Logging
Յուրաքանչյուր հարցման գրանցման (logging)՝ աուդիտի նպատակներով,
Rate limiting
Rate limiting-ի՝ backend համակարգերը գերբեռնվածությունից պաշտպանելու համար։
Սխեմա
Platform as a Tool Registry
Սկզբունք
ԱԲ-ի ինտեգրումը չի ստեղծում տվյալների կամ համակարգերի հասանելիության նոր ուղիներ․
գործակալը ենթարկվում է նույն մուտքի կառավարման կանոններին, ինչ հարթակի ցանկացած այլ բաղադրիչ։ Միևնույն ժամանակ, առկա ինտեգրումները կարող են կրկին օգտագործվել՝ առանց դրանց կրկնակի մշակման։
Անվտանգություն և տեղակայում
Բոլոր երեք սցենարները հիմնված են ITA-FORMS-ի հիմնական ճարտարապետական սկզբունքների վրա․
On-premises տեղակայում։
ԱԲ գործակալներն աշխատում են պատվիրատուի ենթակառուցվածքում՝ կազմակերպության վերահսկվող ՏՏ միջավայրում։ Տվյալները չեն լքում կազմակերպության ներքին համակարգային միջավայրը, ինչը հատկապես կարևոր է ֆինանսական ոլորտի և կարգավորող պահանջների տեսանկյունից։
IAM միասնական ենթակառուցվածք։
Օգտագործվում են նույնականացման և թույլտվությունների կառավարման արդեն գործող մեխանիզմները՝ Keycloak, ABAC/RBAC։ ԱԲ-ի համար առանձին հասանելիության կառավարման համակարգ ստեղծելու անհրաժեշտություն չկա։
Ամբողջական հետագծելիություն։
Գործակալի յուրաքանչյուր գործողություն գրանցվում է աուդիտի մատյանում՝ գործընթացի մյուս քայլերի հետ համահունչ, ապահովելով ԱԲ-ի գործողությունների ամբողջական և հետագծելի գրանցում։
Միկրոսերվիսային ճարտարապետություն։
ԱԲ բաղադրիչները մեկուսացված են հարթակի միջուկից։ Մոդելի թարմացումը կամ փոխարինումը չի ազդում գործող բիզնես գործընթացների վրա։