Գործընկերային ծրագիր

[Գործընկերային պորտալում](https://partners.aihummer.ru/organizations?lang=hy) ընտրեք ձեր կազմակերպությունը։ Գործողությունները կախված են ընթացիկ դերից և հրապարակված կանոններից։ Տոկոսները, սահմանները, պահանջներն ու ժամկետները վերցրեք [Billing-ի ընթացիկ գրառումներից](https://partners.aihummer.ru/organizations?lang=hy#finance), ոչ առանձին գնացուցակից։ ## 1. Դառնալ գործընկեր Ներկայացրեք իրավական տվյալներն ու պահանջվող փաստաթղթերը։ Հետևեք անկախ քննարկմանը և ընդունեք գործող պայմանագիրը։ Անվանական գործընկերներին հրավիրեք միայն անհրաժեշտ դերերով. զգայուն գործողությունները պահանջում են թարմ MFA։ ## 2. Բերել հաճախորդ Տրամադրեք սկզբնական ուղղորդման կոդը։ Հաճախորդի սեփականատերը ստուգում և հաստատում է աղբյուրը։ Աղբյուրի վերագրումը մուտք կամ սեփականություն չի տալիս. ուղղորդումն ու կանխատեսումը վճարված միջնորդավճար չեն։ ## 3. Պաշտպանել գործարքը Գրանցեք հաճախորդին, արտադրանքի շրջանակն ու սկզբնական ապացույցները։ Կարդացեք պաշտպանության որոշումն ու ժամկետը։ Կրկնվող պահանջները լուծեք պահպանված վեճով. CRM փոփոխությունը չի փոխարինում պաշտպանված աղբյուրը։ ## 4. Ներդնել հաճախորդի հաշվում Համաձայնեցրեք նախագիծը, ռեսուրսը և ներդրման շրջանակը։ Ստացեք հաճախորդի հաստատած մուտքն ու անհրաժեշտ վճարովի իրավունքը։ Հետևեք սկզբնական տեղադրմանը մինչև հաճախորդի Core-ի կիրառման հաստատումը. առաջադրանքի ուղարկումը ներդրման ավարտ չէ։ ## 5. Խնդրել մուտք Նշեք նպատակը, թույլտվություններն ու ժամկետը։ Հաճախորդի սեփականատերը քննարկում և հաստատում է ճշգրիտ մուտքը։ Աշխատեք ձեր ինքնությամբ, գաղտնաբառեր մի պահանջեք։ Հետկանչը կամ ժամկետի ավարտը դադարեցնում է պատվիրակված մուտքը՝ առանց սեփականության փոխանցման։ Տեխնիկական հաշվետվության համար ստացեք հաճախորդի առանձին ընթացիկ հաստատումը և սկզբնական ինստանսի սեփականատիրոջ բացահայտ առաքումը։ Վիճակի սովորական փոխանակումը միայն վիճակի համար է։ Հաստատեք հաշվետվության ճշգրիտ շրջանակն ու ժամկետը, ապանձնավորեք լրացուցիչ աջակցության նյութը և կատարման քանակը տարբերեք բիզնես արդյունքից։ Արտահանված պատճենը հետ կանչել հնարավոր չէ։ ## 6. Հասկանալ հաշվեգրումը Ստուգեք սկզբնական պատվերը, վճարված փաստերը, կատարումը, վերադարձներն ու պահպանված քաղաքականությունը։ Տարբերեք սպասող, հասանելի և պահված գումարները։ Խնդրեք ասինխրոն արտահանում, օգտագործեք սկզբնական ծանուցումն ու ժամկետը. շեղումները կապեք սկզբնական գրառման հետ։ ## 7. Ստանալ վճարում Հաստատեք իրավական, հարկային և վճարման փաստաթղթերը։ Հասանելի գումարը ներկայացրեք անկախ հաստատման։ Հետևեք սկզբնական ելքային գործողությանը և հաստատված բանկային կատարմանը։ Անհայտ բանկային արդյունքը պահանջում է այդ գործողության հաշտեցում, ոչ նոր վճարում։ Պահուստավորումը բանկային փոխանցման ապացույց չէ։ ## 8. Փոխանցել սպասարկումը Հաճախորդին հաստատել տվեք նոր շրջանակն ու հանձնումը։ Հետ կանչեք հին մուտքը, փոխանցեք համաձայնեցված առաջադրանքները և պահպանեք պատմությունը։ Նոր գործողությունից առաջ վերականգնեք չավարտված սկզբնական հրամանները. սպասարկման փոփոխությունը չի վերագրում անցյալ հաշվեգրումները։ ## 9. Անցնել հավաստագրում Օգտագործեք հրապարակված դասընթացի տարբերակն ու անձնական գնահատումը։ Ստուգեք հավաստագրի շրջանակը, ժամկետն ու վավերացումը։ Առաքելությունները պահանջում են ձեր ներդրման ընդունված ապացույցը. կրեդիտները փող չեն։ Սեզոնն ու կամավոր հրապարակային վարկանիշը հետևում են հրապարակված կանոններին։ ## 10. Օգտագործել ապրանքանիշը Օգտագործեք հաստատված նյութերն ու արշավի սահմանները։ MDF հաստատում ստացեք մինչև ծախսը. փոխհատուցումը պահանջում է ստուգված մատակարարի փաստաթղթեր և բանկային կատարում։ Ստուգեք գովազդային պատասխանատվությունն ու համաձայնությունը։ Սկզբնական զեղչը ինքնաբերաբար չի տարածվում երկարաձգումների վրա։ ## 11. Հրապարակել լուծում Սկզբնական նյութը, տարբերակը, իրավունքներն ու տեղադրման շրջանակը ներկայացրեք անկախ քննարկման։ Վճարովի տեղադրման իրավունքները մնում են առանձին։ Հաճախորդի հրապարակային օրինակը պահանջում է ընթացիկ բացահայտ համաձայնություն. միայն նախագծի ընդունումը բավարար չէ։ ## 12. MSP և OEM Օգտագործեք հաստատված պայմանագիրը, հաճախորդների սահմաններն ու պահպանված իրավունքները։ Դեմոն և NFR-ը պահպանում են սկզբնական ժամկետը. հեռակա NFR մուտքը վերաստուգվում է առավելագույնը 30 վայրկյան թույլատրությամբ։ Դա տեղափոխվող վճարովի լիցենզիա չէ։ Կազմաձևումն արտահանեք իրական ինստանսի սեփականատիրոջ տեղական միջերեսից՝ առանց գաղտնիքների ու բովանդակության։ ### Դեմոն փոխանցել հաճախորդի ինստանսին 1. Սկզբնական դեմոյի փաստացի տեղական սեփականատերը բացում է «Դեմո → հաճախորդ» բաժինը, ընտրում աշխատանքային տարածքը և արտահանում կարգավորումները։ Գրանցեք սկզբնական արտահանումը, ապա ներբեռնեք `aihummer-sandbox-configuration.json` ֆայլը։ Պատմությունը, բովանդակությունը, դեմոյի գաղտնիքներն ու լիցենզիաները չեն փոխանցվում։ 2. Գործընկերների պորտալում ընտրեք այդ գրանցված արտահանումը և հաճախորդի ընթացիկ վճարված նախագիծը։ Նշեք պատճառը, դիտարկեք սկզբնական գործողությունը և հստակ հաստատեք այն։ Ներբեռնեք առանձին `aihummer-demo-handoff.json` ֆայլը։ 3. Հաճախորդի ինստանսի սեփականատերը բացում է տեղական փոխանցումը, ընտրում թիրախային աշխատանքային տարածքը և երկու ֆայլերը՝ կարգավորումները մինչև 512 KiB, պորտալի ֆայլը մինչև 64 KiB։ Ստուգեք ցուցադրված նախագծի անունը և նախատեսվող փոփոխությունները։ Նույնացուցիչը ձեռքով չի մուտքագրվում․ ֆայլերն ինքնին թույլտվություն չեն տալիս։ 4. Ստուգեք հաճախորդի թույլտվությունը։ Կիրառումից առաջ հստակ հաստատեք ցուցադրված իրավունքները և առանձին՝ վտանգավոր գործողությունները, եթե կան։ Կիրառեք փոփոխությունները․ ներմուծված ռեսուրսները դադարեցված են, գործակալներն ինքնաբերաբար չեն գործարկվում։ 5. Ստորագրեք պահպանված ներմուծման արդյունքը, ապա ուղարկեք այն։ Պորտալը ցույց է տալիս կիրառված (`applied`) վիճակը միայն սկզբնական հաստատումը ստանալուց հետո։ 6. Սկզբնական դեմոյի ընթացիկ սեփականատերն առանձին ավարտում է փոխանցումը պորտալում՝ նշում պատճառը, դիտարկում և հաստատում ջնջումը։ `cleanup` նշանակում է, որ ջնջումը սպասվում է․ `converted` առաջանում է միայն հին VM-ի փաստացի ջնջումից հետո։ Ընդհատումից հետո վերականգնեք սկզբնական գործողությունը և կարդացեք արդյունքը։ Անհրաժեշտության դեպքում ուղարկեք նույն պահպանված արդյունքը․ երկրորդ արտահանում կամ ներմուծում մի ստեղծեք։ Պատասխանի բացակայությունը կամ ժամկետի ավարտը չեղարկման ապացույց չէ։ Մինչև թույլտվության տրամադրումը առաջարկը կարելի է չեղարկել պորտալում։ Դրանից հետո հաճախորդի Core սեփականատերը պետք է հստակ չեղարկի դեռ չկիրառված սկզբնական ներմուծումը, ստորագրի և ուղարկի չեղարկման հաստատումը։ Կիրառված ներմուծումն այսպես չի չեղարկվում։ Հետադարձումը ջնջում է միայն անփոփոխ դադարեցված ռեսուրսները․ վճարումները չի վերադարձնում։ Եթե դեմոյի մատակարարն անհասանելի է, ադմինիստրատորը ստուգում է միացումը և սկզբնական տեղադրման տվյալների պաշտպանված կարգավորումը։ Այդ տվյալները մի փոխանցեք ֆայլերում կամ նամակագրությամբ։ Բյուջեի պահուստավորումը մատակարարի հաշիվ չէ։ ## 13. Դուրս գալ ծրագրից Դադարեցրեք նոր դիմումները, հետ կանչեք հավատարմագրերն ու պատվիրակված մուտքը։ Չեղարկեք կամ վերականգնեք սկզբնական սպասող հրամանները։ Լուծեք պահպանված պարտավորությունները և պահեք անհրաժեշտ գրառումները. դուրս գալը չի ջնջում հաճախորդի գնած տվյալները և չի փոխանցում սեփականությունը։ ## Հաճախորդի վերահսկումը [Հաճախորդի պորտալում](https://my.aihummer.ru/#/organizations) ստուգեք հրավերները, գործընկերոջ շրջանակը, սպասարկման փոփոխությունն ու հրապարակային օրինակի համաձայնությունը։ Տրամադրեք և հետ կանչեք բացահայտ։ Սեփականությունը ձերն է. աջակցության մասնակիցները տեսնում են միայն թույլատրված խոսակցությունը, ոչ օպերատորի մասնավոր նշումները։ ## Ադմինիստրատորի աշխատանքը Մոդելավորումից ու անկախ քննարկումից հետո հրապարակեք պահանջներ, սահմաններ և ժամկետներ ունեցող կանոնների տարբերակները։ Գումարները հաշտեցրեք սկզբնական ապացույցներով։ Արշավները, մակարդակները, պարգևները, միջադեպերն ու հետգլորումները պահում են պատմությունը։ Ծանուցման ընտրանքները, լուռ ժամերն ու մարքեթինգի համաձայնությունը կիրառվում են. իրադարձության գրառումը առաքման ապացույց չէ։ Գործառնական կանգը առևտրային քաղաքականությունից առանձին արգելում է նոր թույլատրումները. մուտքի հետկանչը, սկզբնական վերականգնումը, պատմությունն ու առկա վճարովի հաճախորդի իրավունքները պահպանվում են։ ## API և վերականգնում Գործընկերային կանչերի համար օգտագործեք տեղակայված Billing պայմանագիրը. [Core API](/hy/v1.4/api/swagger/) առանձին միջերես է։ Մարդու հրամանը պահում է մեկ սկզբնական UUID՝ պատրաստել, քննարկել, կատարել կամ չեղարկել։ Կրկին օգտագործեք նույն իդեմպոտենտության բանալին ու սպասվող տարբերակը։ Ընդհատումից հետո հարցրեք սկզբնական արդյունքը. բացակայող կամ ժամկետանց կարգավիճակը չեղարկման ապացույց չէ։ Սահմանափակեք սպասարկման հաշիվները, պաշտպանեք միանգամյա գաղտնիքները, ստուգեք webhook ստորագրությունները և կրկնազերծեք սկզբնական իրադարձությունների ID-ները։ CRM-ը փոխում է միայն թույլատրված դաշտերը. գումարն ու պաշտպանությունը պահանջում են Billing քննարկում։ ## Տեղակայման սեփականատիրոջ փոխանցում Հաճախորդի հաշվի Կազմակերպություններ բաժնում սկսեք առանձին փոխանցում՝ հաստատված տեղակայման կապով, ընդունող կազմակերպությամբ և լիազորությունների փաստաթղթերով։ Երկու կողմն իրենց հաշիվներից հաստատում են MFA-ով, օպերատորն անկախ ստուգում է փաստաթղթերը։ Core-ում սկզբնական տեղական սեփականատերն ընտրում է գոյություն ունեցող սեփականատիրոջը, ընդունողը հաստատում է իր հաշվից, իսկ սկզբնականը ավարտում է մասնավոր պահուստավորումը։ Ստորագրված ապացույցը վերբեռնեք սկզբնական գործի մեջ և ավարտեք փոխանցումը։ Լիցենզիան, տվյալները և վճարումների պատմությունը պահպանվում են, նախկին ավտոմատ երկարաձգումը դադարում է։ Անհայտ սեփականատերը պահանջում է առանձին վերականգնման դիմում, հարկային համարն ինքնաբերաբար իրավունք չի փոխանցում։ Կորած պատասխանից հետո վերականգնեք նույն հրամանը. բացակայությունը չեղարկում չէ։ Փոխանցումից հետո ընթացիկ սեփականատերն իր անձնական հաշվում վճարում է առանձին ընդունված պատվերի համար։ Նախորդ վճարումները, հաշիվները և նախկին վճարողի ավտոմատ գանձումների թույլտվությունը մնում են սկզբնական պատմության մեջ։ Սա նոր գնում է գոյություն ունեցող ինստանսի համար, ոչ թե ինստանսի ստեղծում կամ հին բաժանորդագրության փոխանցում։ Եթե պատասխանը կորել է, ստուգեք սկզբնական պատվերը․ գրառման բացակայությունը չի նշանակում չեղարկում։ Վճարման հաստատումը և լիցենզիայի տրամադրման ընդունումը ստուգվում են առանձին՝ սերվերում դրա փաստացի կիրառման համեմատ։ ## Կապը և առաջին 30 օրվա անձնական ծրագիրը ### Դիմումի շարունակությունը Նշեք Ձեր խնդրած կապի միջոցը և կարդացեք տվյալների մշակման ու մարքեթինգի առանձին պայմանները։ Հրապարակված կանոնի դեպքում կապերի շղթան նախատեսվում է 0/3/7/14-րդ օրերին՝ դիմումի պատասխան, հիշեցում, օգտակար նյութ և ավարտ։ Աշխատանքային օրացույցը, համաձայնությունը, հանգիստ ժամերը և սահմանաչափերը կարող են հետաձգել կամ բացառել կապը։ Նախնական հանդիպումից հետո մենեջերը առանձին գրանցում է ամփոփումը, սահմանափակումները և հաջորդ քայլը․ մեկնարկային սևագրերն ինքնուրույն ոչինչ չեն միացնում։ Պատասխան կամ մերժում գրանցելու համար պատասխանման ձևում օգտագործեք սկզբնական անդորրագիրը և գաղտնի կոդը։ Կոդը մի՛ տեղադրեք հղման մեջ և մի՛ փոխանցեք ուրիշներին։ Պատասխանը, մերժումը կամ ընթացիկ զրույցը դադարեցնում են կրկնվող կապերը․ մերժումը պահպանվում է նաև շղթան սկսվելուց առաջ։ Համաձայնության հետկանչը դադարեցնում է համապատասխան հաղորդագրությունները՝ առանց հաշիվը, սեփականությունը կամ գնված իրավունքները վերացնելու։ Հեռախոսային դիմումը ստեղծում է օպերատորի մասնավոր առաջադրանք՝ ձեռքով կապ հաստատելու համար․ ավտոմատ SMS կամ զանգեր չեն խոստացվում։ ### Ներգրավման առաջադրանքները [Կազմակերպության անձնական ծրագրում](https://partners.aihummer.ru/organizations?lang=hy#onboarding) երևում են Ձեր սկզբնական առաջադրանքները, ժամկետները, պատասխանատու մենեջերը և պատմությունը։ Հրապարակված առաջին 30 օրվա ծրագիրը ներառում է՝ 1. Օր 0․ պայմանագիր և պահանջվող դերերով թիմ։ 2. Օր 3․ առևտրային ուսուցում և անձնական քննություն։ 3. Օր 6․ պարտադիր դասընթացներից հետո տեխնիկական պրակտիկա և անկախ գնահատում։ 4. Օր 11․ գրանցված գործարք՝ գործող պաշտպանությամբ։ 5. Օր 16․ հաճախորդի հաստատած նախագծի շրջանակ և կապ սկզբնական պատվերի հետ։ 6. Օր 22․ ներդրման մեթոդիստի ստուգում։ Գրեք հաճախորդային երեք սցենարի վարկած, նկարագրեք հաճախորդի բնութագիրը և ընտրեք առաջնահերթությունը։ Կատարված առաջադրանքները ստուգվում են սկզբնական գրառումներով և բաց են թողնվում հիշեցումներում․ միջերեսի նշումը արդյունք չէ։ Մեթոդիստը առանձին ստուգում է առաջին երկու նախագծերը, ընթացիկ կազմաձևումը և ներկայացված փորձարկման դիտարկումները՝ գրանցելով ընդունումը կամ անհրաժեշտ շտկումները։ Օգնության ծավալը սահմանվում է հրապարակված կանոնով, լրացուցիչ օգնությունը՝ առանձին համաձայնությամբ։ Ուշացման դեպքում մենեջերը գրանցում է պատճառը՝ հաճախորդ չկա, արժեքը պարզ չէ, հմտություններ, տնտեսական պայմաններ կամ արտադրանքի թերություն, ինչպես նաև ծրագիրն ու հաջորդ քննարկման օրը։ Եթե գործողության պատասխանը կորել է, ստուգեք նույն սկզբնական գործողությունը․ արդյունքի բացակայությունը չի ապացուցում չուղարկվելը կամ չեղարկումը։ Մի՛ կրկնեք ավտոմատ և մի՛ ստեղծեք նոր բանալի։ Փոստային ծառայության ընդունումը չի հաստատում մուտքային նամակներում առաքումը կամ ընթերցումը։ Անորոշ արդյունքի դեպքում պետք է առանձին ստուգում և որոշում, ոչ ավտոմատ կրկնակի նամակ։ ## Առաջին կամ հաջորդ առաջարկի հարցում Ընտրեք պաշտպանված գործարքը, ընթացիկ կատալոգը և հաճախորդի/ռեսուրսի ճշգրիտ սահմանները։ Առաջին հարցումը պատրաստ quote չի պահանջում և սպասում է հաճախորդի սեփականատիրոջ համաձայնությանը։ Ֆինանսական աշխատակիցը ներկայացնում է առանձին պատրաստված սկզբնական quote․ կիսումը, ընդունումը և վճարումը առանձին են։ Հաջորդ հարցումը պահպանում է հաճախորդի նախկինում կիսած հիմքային quote-ը։ Կորած պատասխանից հետո վերականգնեք կամ բացահայտ չեղարկեք սկզբնական հարցումը։ ## Հանդիպում կազմակերպել Սկզբնական աջակցության դիմումում նշեք UTC ժամանակը, ժամային գոտին և տևողությունը։ Նշանակված մենեջերը հաստատում կամ տեղափոխում է հանդիպումը․ ցանկալի ժամը դեռ ամրագրում չէ։ Չեղարկեք սկզբնական հարցումը։ Արտաքին օրացույցի հրավերն առանձին գործողություն է։ ## Իրավաբանական անունը փոփոխել Սեփականատերը/ադմինիստրատորը կարող է առաջարկել նույն ստուգված անձի իրավաբանական անվան փոփոխություն։ Անկախ վերանայումը պահանջում է սկզբնական գրանցման և ինքնության ապացույցներ։ Երկիրը, իրավական ձևը և հիմնական ինքնությունը չեն փոխվում․ նոր անձը անցնում է գրանցում։ Հին պայմանագրերը և բանկային ստուգումն ինքնաբերաբար չեն թարմացվում։ ## Ֆինանսական գործողությունները վերականգնել Յուրաքանչյուր Billing գործընթաց սկսում է նոր փոխանցումները փակ վիճակում։ Աշխատակիցները ստուգում են իրական պահուստը, վերականգնումը, հերթը և բանկային քաղվածքը, ապա բացում միայն հետագա պահումները։ Հին կամ անորոշ փոխանցումները միայն հարցվում են սկզբնական բանկային ID-ով․ բացակայող պատասխանը նոր ուղարկում չի թույլատրում։ Վճարված հաճախորդային իրավունքները պահպանվում են։ ## Վերադարձներ, միավորներ և պարգևներ Իրական սկզբնական վերադարձը չեղարկում է կապված XP/կրեդիտները սկզբնական կանոններով։ Չտրված պարգևի պահումները ազատվում են․ տրվածի պատմությունն ու իրավունքի կորուստը պահվում են առանձին։ Դեմոյի կանգը սպասում է սկզբնական սեփականատիրոջ հաստատմանը․ անկախ վճարված փոխակերպումը պահպանվում է։ Ֆիզիկական վերադարձն ու ձեռքով տրված օգուտը պահանջում են իրական պատասխանատուի լուծում։ ## Պատմական գրառումներ և ուղղումներ Մինչ backfill-ը աշխատակիցներն առանձին ստուգում են սահմանափակ սկզբնական հաշվառումը, քանակները, արժույթների գումարներն ու փաստաթղթերի hash-երը։ Անհայտ սեփականությունը մնում է բացառություն․ համապատասխանեցումը իրավունք չի տալիս։ Վերանայված չվճարված վերագրումների ուղղումները ավելացնում են հավասարակշռված պահված գրառումներ, ոչ ծախսելի եկամուտ։ Վճարված/պահված պատմությունն ու պայմանագրային սկզբնական մնացորդներն ունեն առանձին պատասխանատուներ։ ## Կարդալ վերլուծությունը Ստուգեք ցուցանիշի սկզբնական աղբյուրը, խումբը, ժամանակահատվածն ու հաշվարկը։ Արժույթները, գործողությունների քանակը, վճարված եկամուտն ու բիզնես արդյունքները տարբեր են։ Բացակայող աղբյուրը անհասանելի է, ոչ զրո․ քիչ դիտարկումները ROI չեն ապացուցում։ Տեխնիկական զեկույցին անհրաժեշտ է հաճախորդի առանձին ընթացիկ համաձայնությունը։ Ֆինանսական մեկնաբանությունը հիմնվում է հրապարակված քաղաքականության վրա։ Սկզբնական համակարգերի հաստատված ծախսերը ինքնին չեն ապացուցում արշավի ամբողջ ծախսը։ Ծախսերի ամբողջականությունը, ներառյալ գործընկերների ուսուցումն ու աջակցությունը, պահանջում է առանձին սկզբնական ծախսերի կտրվածք՝ անկախ հաստատմամբ։ Հարաբերակցությունները հաշվարկեք միայն նույն սկզբնական արժույթով և դրամական միավորի նույն տասնորդական ճշտությամբ։ Բացակայող ընթացիկ աղբյուրը հստակ նշվում է որպես անհասանելի․ այլ ակտիվությունից փոխարկումներ չեն ենթադրվում։ Հաճախորդների և կոնտակտների նույնացուցիչները չեն բացահայտվում։ Կրած ծախսերը չեն հաստատում բանկային վճարումը։ ## Ժամանակավոր տեղական հասանելիություն առանց կապի Եթե հնարավորությունն աջակցվում է, տեղական սեփականատերը Billing-ի հրապարակված ստորագրված քաղաքականությամբ անվանական ինժեներին կարճաժամկետ հասանելիություն է տալիս միայն ընտրված աշխատանքային տարածքի տեխնիկական վիճակին։ Երկարաձգումն ու անհապաղ հետկանչը կատարվում են տեղում։ Կենտրոնական հետկանչը սպասում է համաժամացմանը, մինչև ինստանսը ներմուծի ստուգված ստորագրված հաստատումը. կապի բացակայությունը չի ապացուցում հետկանչի կիրառումը։ Վերագործարկումից հետո նոր տեղական համաձայնություն է պահանջվում։ Այս հասանելիությունը չի տալիս վարչական իրավունքներ, բովանդակության հասանելիություն կամ վճարովի լիցենզիա։ ## Բանկային հաշիվ, նվերներ և երկարաձգման քարտ Հաճախորդի պորտալում ընտրեք ձեր կազմակերպությունը և բացեք սկզբնական առաջարկը։ Ստուգեք ամբողջ զամբյուղը, ընդունեք պայմանները և վճարեք բանկային հաշիվը։ Մասնակի մուտքը չի ավարտում պատվերը։ Ամբողջ գումարը ստանալուց հետո սպասեք ամբողջ պատվերի հաստատմանը և առանձին ստուգեք լիցենզիայի, ռեսուրսի կամ մոդուլի տրամադրումը. սերվերում լիցենզիայի կիրառումն ունի իր արդյունքը։ «Նվեր՝ առանց վճարի» տողը մնում է պատվերում, սակայն չի ստեղծում միջնորդավճար կամ հաշվարկների համար առաջին վճարված գնում։ Ավելորդ մուտքերը հաշվառվում են առանձին և ինքնաբերաբար չեն վճարում այլ պատվեր։ Ձեր պատվերի հետ իրական կապի դեպքում կարող եք տեսնել ստացված, փաստացի վերադարձված և մնացած գումարները. ինքնաբերական վերադարձ չի խոստացվում։ 1. Համապատասխան ծառայության հաստատումից հետո կազմակերպության սեփականատերն ընտրում է քարտի միացումը երկարաձգման համար։ Կարդացեք պայմանները, ընտրեք բանկը և առանձին համաձայնեք երկարաձգմանը և վերադարձվող 1 RUB ստուգման վճարին։ 2. Անցեք բանկ։ Այդ 1 RUB-ը ստուգում է քարտը և չի վճարում պատվերը կամ ծառայության շրջանը։ Վերադարձն ունի առանձին վիճակ՝ սպասվող, ճշտվող կամ ավարտված։ 3. Վերադառնալուց հետո բացահայտ ստուգեք նույն գործողության վիճակը։ Վերադարձի հղումը չի հաստատում վճարումը կամ գումար գանձելու թույլտվությունը։ 4. Առանձին հաստատեք քարտը և երկարաձգումը։ Եթե արդյունքն անհայտ է, կարդացեք սկզբնական գործողությունը. մի սկսեք նոր միացում և ինքնաբերաբար կրկին մի ուղարկեք։ Ապագա երկարաձգումը առանձին վճարում է իր շրջանի համար։ Սկզբնական բանկային պատվերն ու պատմությունը պահպանվում են. միայն քարտը չի ապացուցում նոր շրջանի վճարումը կամ տրամադրումը։ ## Սպասարկող գործընկերոջ փոփոխություն Հաճախորդ կազմակերպության սեփականատերը նախ նույն ռեսուրսի համար առաջարկում է սպասարկման նոր նշանակումը՝ որպես սպասող փոփոխություն։ Ընդունող գործընկեր կազմակերպության սեփականատերը ստուգում է իր սպասարկման նշանակման սկզբնական պայմանագրի վերնագիրն ու ամբողջական պայմանները՝ նախքան առաջարկը հստակ հաստատելը։ Այնուհետև «Առաջարկել փոփոխություն» գործողությամբ առաջարկում է ճշգրիտ հանձնումը՝ նշելով նախորդ նշանակումը, ուժի մեջ մտնելու ամսաթիվը և հիմքը, և նշում բոլոր հինգ ստուգումները՝ սպասարկման շրջանակ, բաց աշխատանքներ, ստացված փաստաթղթեր, շարունակականություն և նախորդ հասանելիության հետկանչ։ Հաճախորդը ստուգում է նախորդ ու նոր գործընկերներին, նախաձեռնողին և ուժի մեջ մտնելու ամսաթիվը։ Հաջորդ ժամանակաշրջանի դաշտը ցույց է տալիս սպասարկման պահպանված սկզբնական ամսաթիվը կամ «Անհասանելի է»։ Բացակայող կամ արդեն անցած ամսաթվի փոխարեն ապագա ամսաթիվ չի կանխատեսվում։ Հաճախորդն առանձին ընտրում է «Հաստատել փոփոխությունը», ապա նշված ամսաթվին կամ դրանից հետո՝ «Ավարտել փոփոխությունը»։ Առաջարկված կամ հաստատված փոփոխությունը մինչև ավարտելը կարելի է չեղարկել «Չեղարկել փոփոխությունը» գործողությամբ։ Ամսաթիվն ինքնաբերաբար փոփոխություն չի կատարում։ Ավարտելը հետ է կանչում նախորդ սպասարկման նշանակումը և տեխնիկական թույլտվությունները։ Վճարված լիցենզիաները, գումարը և պատմական վերագրումը պահպանվում են։ Հետագա ֆինանսական հետևանքները որոշվում են գործող քաղաքականությամբ՝ առանց վճարման կամ միջնորդավճարի խոստման։ Ինժեների նոր հասանելիությունը պահանջում է առանձին համաձայնություն․ offline իրավունքների անհապաղ հեռավար հետկանչը երաշխավորված չէ։ Հաճախորդը կարող է ինքնուրույն և միակողմանի հետ կանչել հասանելիությունը․ առևտրային վեճը դա չի արգելափակում։ Կորած պատասխանի դեպքում նախ ընտրեք «Ստանալ սկզբնական արդյունքը»՝ նույն սկզբնական գործողության վիճակը ստանալու համար։ Միայն դրանից հետո կարող եք բացահայտ ընտրել «Կրկնել նույն հարցումը»՝ պահպանելով սկզբնական հարցումն ու դրա բոլոր տվյալներն անփոփոխ։ Անհասանելի կամ բացակայող արդյունքը մնում է անհայտ․ մի՛ ստեղծեք փոխարինող գործողություն և մի՛ վերաուղարկեք ինքնաբերաբար։ - [Գործընկերների ցանկ](https://aihummer.ru/hy/partners/directory/) - [Վկայականի ստուգում](https://aihummer.ru/hy/partners/certificates/)