Planı փոխել (v2)
ԿԱՐԵՎՈՐ ՆՇՈՒՄ. Այս հոդվածը վերաբերում է Ultimate Multisite-ի 2.x տարբերակին։
Planı կամ բաժանարարությունը փոխելը սովորական գործողություն է, որ ձեր հաճախորդները կարող են անել՝ եթե նրանք ունեն սահմանափակ բյուջե կամ որոշել են, որ իրենց ենթասայթի (subsite) շահագործման համար մեծ ռեսուրսներ չեն հարկավոր։
Ինչպես փոխել պլանը
Ձեր հաճախորդները կարող են իրենց պլանը ցանկացած պահի փոխել՝ մուտք գործելով իրենց ենթասայթի ადმին բիզնեսի տախտակին (admin dashboard) և հաճախորդի էջում Change-ը սեղմելով։
Change-ը սեղմելուց հետո օգտվողը կկանչվի գնման էջ, որտեղ կարող է ընտրել այն պլանը, որով ցանկանում է փոխել իր բաժանարարությունը։
Այս օրինակում մենք փոխում ենք պլանը Premium-ից Free։
Շարունակելու համար օգտվողը պարզապես պետք է սեղմի Complete Checkout կոճակը։ Այն հետո կվերադարձնի հաճախորդին հաշվի էջ, որտեղ կլինի հայտարար ություն՝ մուտքագրման փոփոխության մասին։ Փոփոխությունները կազդեն հաճախորդի հաջորդ հաշվարկային շրջանի վրա։
Ինչ է տեղի ունենում, երբ օգտվողը փոխում է իր պլանը
Կարևոր է նշել, որ պլանի փոփոխությունը չի փոխում օգտվողի ենթասայթի գոյություն ունեցող կոնֆիգուրացիան։
Այն ինքնաբերաբար չի փոխում սայթի տեամպլատը, քանի որ սայթի տեամպլատի փոփոխությունը ամբողջությամբ ջնջում և վերականգնում է ենթասայթը։ Սա անելու համար է՝ անհարկի տվյալների կորուստից խուսափելու համար։ Հետևաբար, սկավառակային տարածքը, թեմաները, պլագինները և այլն մնում են ամբողջական, բացառությամբ հրամանագրերի (posts)։
Մենք հասկանում ենք, որ ձեր հիմնական մտահոգությունը կլինի յուրաքանչյուր պլանի ներքո սահմանված սահմանափակումներ ն ու քվոտները, բայց մենք պետք է հաշվի առնենք այն վնասը, որ կարող է պատճառել օգտվողի ենթա-сайట్ին՝ եթե մենք ջնջենք կամ փոխենք դրա ցանկացած կոնֆիգուրացիա։
Պլանի սահման limit-ից ավելի շատ գրառումների համար (posts) ունեք 3 տարբերակ. Պահպանել գրառումները այնպես ինչպես , Գրառումները տեղափոխել մշուշի մեջ , կամ Գրառումները տեղափոխել նախագծի (draft) մեջ *. Դուք կարող եք սա կարգավորել Ultimate Multisite-ի կարգավորումներում։
###Ինչ է պատահում վճարման հետ
2.0 տարբերակում այլևս անհրաժեշտ չէ կատարել որևէ կարգավորում վճարման առումով՝ մասնակի հաշվարկի (proration) տեսանկյունից։
Սա այն պատճառով է, որ համակարգը սպասում է գոյություն ունեցող անդամության ավարտել իր վճարման ցիկլը մինչև նոր պլանը/անդամությունը գործի։ Նոր անդամության համար նախատեսված վճարման չափը ավտոմատ կերպով կկիրառվի և կհաշվվի հաջորդ վճարման ցիկլում։