Հարցեր և պատասխաններ

1С նախագծերում տեխնիկական առաջադրանքը (ՏԱ) ամենակարևոր և աշխատատար փուլն է։ Այն սահմանում է ավտոմատացման նպատակները, ամրագրում բիզնես գործընթացները, բյուջեն, ժամկետները և աշխատանքների ծավալը։ ՏԱ-ի վրա աշխատում են վերլուծաբաններ, մեթոդոլոգներ, լուծումների ճարտարապետներ և նախագծի մենեջերներ։

Սա պարզապես փաստաթուղթ չէ, այլ ռիսկերի, որակի և արդյունքի կառավարման հիմք։ 1С-ի ներդրումն առանց տեխնիկական առաջադրանքի ձախողումների և ժամկետների խախտման գլխավոր պատճառն է։ Այդ պատճառով ՏԱ-ն պրոֆեսիոնալ ծառայություն է, որը վճարվում է առանձին։

Առանց ՏԱ-ի նախագիծը վերածվում է վերամշակումների, կոնֆլիկտների և չարդարացված ակնկալիքների շարքի։ Չի լինի հստակ պատկերացում նպատակների, գործառույթների, ժամկետների և պատասխանատվության մասին։ Թիմը կանի այնպես, ինչպես հասկացել է, և ոչ թե ինչպես պետք է բիզնեսին։ Սխալները կհայտնաբերվեն շատ ուշ՝ մշակման ընթացքում կամ ներդրումից հետո։ Նախահաշիվը կփոխվի, ժամկետները կերկարեն, իսկ մեղավորին գտնել չի հաջողվի։

1С-ի ներդրման պատրաստվածությունը որոշվում է ոչ թե ընկերության մասշտաբով, այլ կառավարչական որոշումների հասունությամբ։ Եթե գործընթացները ձևակերպված չեն, առանցքային աշխատակիցները ծանրաբեռնված են, իսկ Product Owner-ի և Project Manager-ի դերերը սահմանված չեն, նախագիծը ձախողման ռիսկ ունի։ Այդ դեպքում արժե սկսել «Բրիֆ» փուլից և պատրաստվածության ախտորոշումից։ Մենք կօգնենք ձևավորել կառուցվածքը և նախապատրաստել ընկերությունը համալիր ավտոմատացման։

Դա խոչընդոտ չէ։ Մեր շատ հաճախորդներ օգտագործում են ամպային սերվերներ, վարձակալում են վիրտուալ մեքենաներ հոսթինգ մատակարարներից կամ տեղադրում են 1С-ը տեխնիկական պահանջներին համապատասխանող սովորական համակարգչի վրա։ Մենք կընտրենք լավագույն տարբերակը՝ հաշվի առնելով ծանրաբեռնվածությունը, բյուջեն և անվտանգության պահանջները։

Այո, եթե պլանավորում եք զարգացնել բիզնեսը, բարելավել հաշվետվությունները, ավտոմատացնել գործընթացները և համապատասխանել անվտանգության պահանջներին։ 1С:Ձեռնարկություն 7.7-ը չի աջակցվում, չի թարմացվում և համատեղելի չէ ժամանակակից հարթակների հետ։ Անցումը պահանջում է ներդրում «զրոյից», բայց տալիս է ճկունության, արագության և վերլուծության բազմակի աճ։ Մենք կօգնենք այն անցկացնել հնարավորինս սահուն։

Ոչ միշտ է պարտադիր, բայց նախագծերի մեծ մասում ցանկալի է։ Լիցենզիաները թույլ են տալիս տեղակայել թեստային միջավայր, մոդելավորել իրական գործընթացները և ճշգրտել պահանջները ՏԱ-ի պատրաստման ընթացքում։ Սա խնայում է ժամանակ, նվազեցնում սխալների ռիսկը և արագացնում ներդրումը։ Խորհուրդ ենք տալիս լիցենզիաները գնել վաղ փուլում, հատկապես համալիր նախագծերի դեպքում։

Այո, սա լավագույն մոտեցումներից մեկն է։ Փուլայնությունը թույլ է տալիս նախագիծը բաժանել տրամաբանական բլոկների, նվազեցնել աշխատակիցների ծանրաբեռնվածությունը և փորձարկել առանցքային գործընթացները մինչև մասշտաբավորումը։ Մենք օգնում ենք կազմել փուլային ճանապարհային քարտեզ, որպեսզի յուրաքանչյուր փուլ լինի կառավարելի, թափանցիկ և ավարտվի չափելի արդյունքով։

Որովհետև հաշվարկներում ներառում ենք ոչ միայն տեխնիկական աշխատանքները, այլև ձեր թիմի իրական ներգրավվածությունը, երրորդ կողմերի ուշացումների ռիսկերը և որակյալ թեստավորման անհրաժեշտությունը։ Սեղմ ժամկետները հաճախ հանգեցնում են թերացումների, կոնֆլիկտների և վերամշակումների։ Մենք չենք խոստանում լինել «ամենաարագը», մենք ներդնում ենք այնպես, որ առաջին անգամից ճիշտ լինի և երկար ծառայի։

Մեր գինն արտացոլում է իրական աշխատատարությունը, փորձաքննության մակարդակը և նախագծային ռիսկերը։ Մենք չենք էժանացնում նախագիծը որակի հաշվին և չենք ուռճացնում արժեքը. OneSoft-ի միջին շահութաբերությունը 10–12% է։ Եթե ինչ-որ մեկն առաջարկում է շատ ավելի էժան, ճշտեք ներգրավված մասնագետների որակավորումը և արդյոք առաջարկը ներառում է ՏԱ, փորձնական շահագործում և երաշխիքային աջակցություն։

Հիմնական պատճառներն են հաստատված ՏԱ-ի բացակայությունը, պատվիրատուի կողմից համաձայնեցումների և տվյալների տրամադրման ուշացումները, առանցքային աշխատակիցների թույլ ներգրավվածությունը և արտաքին կապալառուների խնդիրները։ Մենք նախապես զգուշացնում ենք այս ռիսկերի մասին և ներառում դրանք պլանում, սակայն հաճախորդի կարգապահությունն ու պատրաստվածությունը որոշիչ գործոն են։

Ժամանակացույցը կապված է նախագծի առանցքային փուլերին՝ ՏԱ, իրականացում, տվյալների փոխանցում, ուսուցում, փորձնական շահագործում։ Վճարումը կատարվում է մասերով՝ աշխատանքների ընդունումից և ակտերի ստորագրումից հետո։ Այս մոտեցումն ապահովում է թափանցիկություն, վերահսկում և փոխադարձ պատասխանատվություն։

Հիմնական ռիսկերն են ժամկետների երկարացումը, բյուջեի գերածախսը և լրացուցիչ ռեսուրսների ներգրավումը։ Առանց ՏԱ-ի և պատվիրատուի հստակ դերի հնարավոր են երկարատև վերամշակումներ և կրկնակի համաձայնեցումներ։ Սա ոչ միայն ուղղակի ծախսեր են, այլև կորուստներ չաշխատող համակարգի, պարապուրդի կամ հաշվառման սխալների պատճառով։ Մենք նվազեցնում ենք այս ռիսկերը ձևակերպման, փուլայնության և թափանցիկ կառավարման միջոցով։

Մենք ներառում ենք ինտեգրումները ՏԱ-ում, համաձայնեցնում ենք API բնութագրերը և աշխատանքային պլանը երրորդ կողմի մատակարարների հետ, ինչպես նաև վերահսկում ենք ամբողջ գործընթացը մեր կողմից՝ համաձայնեցումից մինչև ինտեգրման թեստավորում և տվյալների միգրացիա։

Մենք ստանձնում ենք համակարգումը, պահանջների նկարագրությունը և 1С-ի տեխնիկական պատրաստվածությունը։ Սակայն արտաքին մատակարարի ժամկետների, որակի և API-ի կայունության համար պատասխանատու է հենց մատակարարը։ Սա պատվիրատուի կողմի ռիսկ է, քանի որ միայն նա ունի պայմանագրային հարաբերություններ մատակարարի հետ։ Խորհուրդ ենք տալիս մատակարարի հետ կնքել առանձին պայմանագիր՝ հստակ ժամկետներով և պատասխանատվությամբ։

Տվյալները կարող են տեղակայվել ձեր տեղական սերվերում կամ հուսալի հոսթինգ մատակարարից վարձակալված վիրտուալ մեքենայում։ Ընտրությունը կախված է անվտանգության, հասանելիության, պահուստավորման պահանջներից և բյուջեից։ Մենք օգնում ենք ընտրել լավագույն տարբերակը՝ ելնելով ձեր ենթակառուցվածքից և նախագծի պահանջներից։

Սա տարածված իրավիճակ է, և մենք այն հաշվի ենք առնում պլանավորման ժամանակ։ Տեխնիկական խնդիրների մեծ մասը՝ տեղադրում, կարգավորում, սպասարկում, մենք վերցնում ենք մեզ վրա։ Ձեր IT ծառայությունից պահանջվում է նվազագույն մասնակցություն՝ սարքավորումների և ցանցերի հասանելիություն և կանոնակարգերի համաձայնեցում։ Անհրաժեշտության դեպքում կներգրավենք արտաքին ադմինիստրատոր կամ կառաջարկենք «բանալին ձեռքին» աջակցություն։

Անհրաժեշտ է նշանակել նախագծի պատասխանատու ներկայացուցիչ՝ Product Owner (մարդ, ով լավ գիտի բիզնես գործընթացները և որոշումներ է կայացնում ֆունկցիոնալի վերաբերյալ)։ Կարևոր է ապահովել առանցքային աշխատակիցների մասնակցությունը հարցազրույցներին, թեստավորմանը և ընդունմանը, պահպանել համաձայնեցման ժամկետները, տրամադրել տվյալներ և ժամանակին արձագանքել նախագծային հարցերին։ Որքան բարձր է պատվիրատուի ներգրավվածությունը, այնքան ճշգրիտ է արդյունքը։

Product Owner-ը պատվիրատուի ներկայացուցիչն է, ով խորությամբ գիտի գործընթացները և արագ որոշումներ է կայացնում։ Ձևականորեն տնօրենը կարող է կատարել այդ դերը, բայց գործնականում դա արդյունավետ չէ. նա ծանրաբեռնված է և խորացած չէ մանրամասների մեջ։ Լավագույնն է նշանակել գործառնական բլոկի փորձառու աշխատակցի կամ բիզնես վերլուծաբանի, ով ամեն օր հասանելի կլինի թիմին։

Ցանկալի է։ Պատվիրատուի կողմի նախագծի մենեջերն ապահովում է ներքին համակարգումը՝ հավաքում է տեղեկատվություն, կազմակերպում հանդիպումներ, հետևում ժամկետներին և բաժինների միջև փոխգործակցությանը։ Առանց նրա հաղորդակցության ամբողջ ծանրությունն ընկնում է արտաքին թիմի վրա, ինչը մեծացնում է թյուրըմբռնումների և ձախողումների ռիսկը։ Փոքր ընկերություններում այս դերը կարող է ստանձնել կազմակերպչական հմտություններով վարչական աշխատակից։

Նախագծի մեկնարկին միասին որոշում ենք մասնակիցների կազմը, կապի ուղիները (էլ. փոստ, մեսենջերներ, Zoom և այլն) և պարբերական հանդիպումների ձևաչափը։ Բոլոր առաջադրանքներն ամրագրվում են նախագծի կառավարման ընդհանուր համակարգում, և վարվում է նախագծային փաստաթղթավորում։ Մեր կողմից հաղորդակցությունը վարում է ավագ խորհրդատուն, պատվիրատուի կողմից՝ նախագծի մենեջերը։

Նախագիծն իրականացվում է փուլերով՝ ՏԱ-ի պատրաստումից մինչև ներդրում, թեստավորում, ուսուցում և հետագա սպասարկում։ Մենք հետևում ենք միասնական մեթոդաբանության՝ անկախ նախագծի մասշտաբից։ Մանրամասները՝ «Ծառայություններ» էջի «Նախագծային աշխատանքի փուլերը» բաժնում։

Յուրաքանչյուր փուլի ավարտին ձևակերպվում է հանձնման-ընդունման ակտ կամ փորձնական շահագործման արձանագրություն։ Դրանք ստորագրում են երկու կողմերի լիազորված ներկայացուցիչները՝ սովորաբար պատվիրատուի նախագծի մենեջերը և կատարողի ավագ խորհրդատուն։ Ստորագրումը հաստատում է, որ փուլն ավարտված է, և կարելի է անցնել հաջորդին։

Փուլը համարվում է ավարտված, եթե ՏԱ-ի բոլոր առաջադրանքներն իրականացված են, ֆունկցիոնալը ստուգված է, տվյալները բեռնված են, օգտատերերը վերապատրաստված են, և պատվիրատուն կրիտիկական դիտողություններ չի հայտնաբերել։ Կրիտիկական է համարվում այն սխալը, որը արգելափակում է բիզնես գործընթացը կամ անհնար է դարձնում առանցքային ֆունկցիոնալի օգտագործումը։ Մնացած թերությունները վերացվում են շահագործման ընթացքում՝ երաշխիքային սպասարկման շրջանակում։

ՏԱ-ի հաստատումից հետո ցանկացած փոփոխություն նվազեցնում է նախագծի կառավարելիությունը։ Սակայն եթե ճշգրտումները վերաբերում են այն մասին, որի աշխատանքները դեռ չեն սկսվել, մենք կփորձենք ընդառաջ գնալ։ Արդեն իրականացված ֆունկցիոնալին վերաբերող կամ նոր բլոկներ պահանջող փոփոխություններն ամրագրվում են առանձին և իրականացվում հիմնական ծավալի ավարտից հետո։

Ընդունման ակտի ստորագրումից հետո հայտնաբերված սխալները վերացվում են երաշխիքային սպասարկման շրջանակում։ Սա նախագծային պրակտիկայի նորմալ մաս է. շատ սխալներ ի հայտ են գալիս միայն օգտատերերի ամենօրյա աշխատանքում։ Հենց դրա համար փորձնական շահագործումը և երաշխիքային աջակցությունը ներառված են նախագծի կառուցվածքում։

Երաշխիքային աջակցությունը ներառում է համակարգի իրական աշխատանքի ընթացքում հայտնաբերված սխալների վերացումը և տեխնիկական սպասարկումը իրականացված ֆունկցիոնալի սահմաններում՝ սխալների ուղղում, օգտատերերի խորհրդատվություն, փոխանակումների կայունության վերահսկում և անհրաժեշտության դեպքում կոնֆիգուրացիայի թարմացում։ Երաշխիքի ժամկետն ու ծավալն ամրագրվում են պայմանագրում։

Երաշխիքային ժամկետի ավարտից հետո առաջարկում ենք հետերաշխիքային սպասարկում պայմանագրով՝ 1С հարթակի և կոնֆիգուրացիաների թարմացում, արտաքին համակարգերի հետ փոխանակումների աջակցություն, օգտատերերի խորհրդատվություն, տվյալների աուդիտ և մշակումներ համաձայնեցված ժամաքանակով։ Ձևաչափն ընտրվում է անհատապես՝ ֆիքսված աջակցությունից մինչև «ըստ պահանջի» ռեժիմ։

Երաշխիքային աջակցությունը գործարկումից հետո հայտնաբերված սխալների վերացումն է՝ առանց համակարգի տրամաբանությունը փոխելու։ Այն սահմանափակ է ժամկետով և ընդգրկում է միայն իրականացված ֆունկցիոնալը։ Հետերաշխիքային աջակցությունը տրամադրվում է պայմանագրով և ներառում է համակարգի զարգացում, նոր մշակումներ, մոդուլների միացում, վերլուծության ընդլայնում և տեխնիկական սպասարկում ըստ SLA-ի։ Սա երկարաժամկետ գործընկերություն է։

Արժեքը կախված է 1С արտադրանքների քանակից, կարգավորումների բարդությունից, արտաքին ինտեգրումների ծավալից և աջակցության մակարդակից։ Սակայն նույնիսկ ակտիվ շահագործման դեպքում այն անհամեմատ ցածր է 1С-ի հաստիքային մասնագետ պահելու ծախսերից։ Առաջարկում ենք ճկուն մոդելներ՝ ժամավճարից մինչև ֆիքսված փաթեթներ։

Ժամկետները կախված են խնդրի առաջնահերթությունից և պայմանագրի պայմաններից։ Elite սպասարկման փաթեթը ենթադրում է օպերատիվ արձագանք ցանկացած օր, այդ թվում՝ հանգստյան և տոն օրերին։

Կրիտիկական միջադեպեր (աշխատանքի դադար, հաշվառման խափանում)՝ արձագանք 2 ժամվա ընթացքում, լուծում՝ մինչև 1 օր։ Ստանդարտ հայտեր (սխալներ, խորհրդատվություն)՝ արձագանք 1 աշխատանքային օրվա ընթացքում, լուծում՝ մինչև 3 աշխատանքային օր, եթե այլ բան համաձայնեցված չէ։ Պլանային մշակումները՝ համաձայնեցված ժամանակացույցով։

Եթե ներկայիս գործընկերը կայուն լուծում է խնդիրները, պահպանում է ժամկետները և գոհ եք սպասարկման մակարդակից, փոխելու կարիք չկա։ Բայց եթե առաջանում են ուշացումներ, չկա թափանցիկ պատասխանատվություն, և աշխատանքը կատարվում է «աչքաչափով», դա ազդանշան է։ Առաջարկում ենք ընթացիկ սպասարկման աուդիտ և պատրաստ ենք ցանկացած բարդության համակարգ վերցնել սպասարկման՝ թափանցիկ կանոնակարգերով, SLA-ով և որակի վերահսկմամբ։ Որոշումը ձերն է, իսկ համեմատությունը միշտ օգտակար է։

1С հարթակի և տիպային արտադրանքների իրավունքները պատկանում են իրավատիրոջը՝ «1С» ընկերությանը։ Նախագծի շրջանակում մեր կատարած մշակումները մնում են մեր տեխնիկական սեփականությունը, բայց դուք ստանում եք դրանք ձեր կազմակերպության ներսում օգտագործելու լիարժեք իրավունք՝ առանց ժամկետի, ծավալի կամ օգտատերերի քանակի սահմանափակման։ Բոլոր իրավունքներն ու պայմաններն ամրագրված են պայմանագրում։

Ոչ, մենք պատրաստի լուծումները չենք տեղափոխում նախագծից նախագիծ առանց կողմերի համաձայնության։ Յուրաքանչյուր նախագիծ հարմարեցվում է կոնկրետ գործընթացներին։ Նմանատիպ կարիքի դեպքում օգտագործում ենք կուտակված փորձը՝ ոչ թե պատճենելով ուրիշի կոդը, այլ կիրառելով ստուգված մոտեցումներ, որոնք արագացնում են ներդրումը և նվազեցնում ռիսկերը։

Աշխատանքների մեկնարկից առաջ ստորագրվում է NDA։ Մեր կողմից նախագծի յուրաքանչյուր մասնակից ստորագրում է գաղտնիության ներքին պարտավորություն։ Ձեր տվյալների տեխնիկական հասանելիությունը սահմանափակվում է, գրանցվում և տրամադրվում միայն նրանց, ում անհրաժեշտ է։ Մենք տեղեկատվություն չենք փոխանցում երրորդ անձանց և խստորեն պահպանում ենք պայմանագրով սահմանված հասանելիության սահմանները։

Հայաստանում 1С ֆրանչայզիների հուշագրի համաձայն, որը համաձայնեցված է 1С ընկերության ղեկավարության հետ, անլիցենզիա ծրագրային ապահովման ցանկացած օգտագործում խստիվ արգելված է։ Բոլոր ֆրանչայզինգային ընկերությունները պարտավոր են իրենց հաճախորդներին տեղափոխել լիցենզավորված տարբերակների։

2026 թվականից Հայաստանում կանցկացվեն իրավաբանական անձանց պաշտոնական ստուգումներ՝ անլիցենզիա ծրագրերի օգտագործման վերաբերյալ։ Սա ուղղակի իրավական և հեղինակության ռիսկեր է ստեղծում բիզնեսի համար։

Եթե օգտագործում եք անլիցենզիա լուծում, կապվեք մեզ հետ։ Որպես 1С-ի պաշտոնական դիստրիբյուտոր Հայաստանում՝ ձեր ինտեգրատոր ընկերության հետ միասին կապահովենք ճիշտ և անվտանգ անցում լիցենզավորված ծրագրերի՝ պահպանելով տվյալները, համակարգի կայունությունը և թարմացումների հասանելիությունը։

ՀԾ-ն կոշտ ճարտարապետությամբ տիպային լուծումների հավաքածու է։ 1С-ը հարթակ է, որը կարելի է կարգավորել բիզնեսի համար, և ոչ հակառակը։ 1С-ում մշակումները թույլատրվում են առանց մատակարարի մասնակցության՝ ի տարբերություն փակ ՀԾ-ի, որտեղ նույնիսկ API-ի հասանելիությունը սահմանափակ է և տրամադրվում է միայն վճարովի։

1С-ն աջակցում է ԵԱՏՄ պահանջները՝ արտահանման ԱԱՀ, հաշվետվություն ըստ երկրների, արժութային հաշվարկներ։ Համակարգը թույլ է տալիս հաշվառում վարել տարբեր իրավասություններում և կառուցել վերլուծություն կառավարչական նպատակներով։ Սա կրիտիկական է միջսահմանային կամ արագ աճող միջավայրում աշխատող ընկերությունների համար։

Եթե համակարգը ծածկում է միայն հաշվապահական հաշվառումը և չի խանգարում աճին, փոխել պարտադիր չէ։ Բայց երբ ի հայտ են գալիս նոր խնդիրներ՝ ինտեգրումներ, կառավարչական հաշվետվություն, աշխատանք ԵԱՏՄ-ի հետ, վերլուծություն ըստ պահեստների, գնումների, վաճառքների, ՀԾ-ն դառնում է նեղ տեղ։ 1С-ը տալիս է վերահսկողություն համակարգի նկատմամբ՝ այն կարելի է մշակել, մասշտաբավորել և միավորել միասնական ճարտարապետության մեջ։

Այո, նման ինտեգրումը հնարավոր է և կիրառվում է գործնականում՝ հաշվապահությունը շարունակում է աշխատել ՀԾ-ում, իսկ մյուս գործընթացները՝ 1С-ում։ Բայց որքան շատ են համակարգերը, այնքան բարձր է անհամապատասխանությունների, տվյալների կրկնօրինակման և վերահսկման բարդության ռիսկը։ 1С-ը կարող է ծածկել հաշվառման և կառավարման ամբողջ շղթան միասնական ճարտարապետությամբ, ուստի ընկերության աճին զուգահեռ նպատակահարմար է անցնել մեկ համակարգի։

Սա ամենատարածված փաստարկներից է, սակայն գործնականում այն իրականությանը չի համապատասխանում։ 1С-ը լիովին աջակցում է Հայաստանի հարկային օրենսդրությանը՝ ներառյալ էլեկտրոնային հաշվետվությունը, ԱԱՀ-ի առանձնահատկությունները, շահույթի հաշվետվությունները և հարկային մարմինների հետ փոխգործակցության ձևաչափերը։

Հիմնական տարբերությունն այն է, որ 1С-ը թույլ է տալիս ճկուն հարմարվել փոփոխություններին՝ առանց մատակարարի գործողություններին սպասելու։ Քանի որ 1С-ի պաշտոնական դիստրիբյուտորը Հայաստանում OneSoft խմբի մաս է, բոլոր անհրաժեշտ թարմացումները թողարկվում են ժամանակին և տեղական առանձնահատկությունները հաշվի առնելով։