Փոխանակում 1C-ի միջև՝ կառավարում փոքր ընկերություն 1.4 և 1C. Enterprise Accounting 2.0-ը պետք է կազմաձևվի երկու տվյալների բազայում: Եկեք կատարենք անհրաժեշտ կարգավորումները Հաշվապահությունում։

Եկեք պատրաստենք հաշվապահությունը փոխանակման համար.

• Թարմացրեք այն 2.0 կամ ավելի բարձր տարբերակի
• Մենք հնարավորություն ենք տալիս կոնֆիգուրացիաների փոխանակման հնարավորությունը 1C: Enterprise 8.2 հարթակում: Դա անելու համար անցեք – Ծրագրի կարգավորումներ և ներդիրում – Միացնել տվյալների փոխանակումը – Օգտագործեք տվյալների փոխանակում կոնֆիգուրացիաներով 8.2 հարթակի վրա:

Բացեք տվյալների փոխանակման կարգավորումները. մենյու - Ծառայություն - Տվյալների փոխանակում ապրանքների հետ 1C հարթակում. Ձեռնարկություն 8.2 - Տվյալների փոխանակում: Հաջորդը, մենք ստեղծում ենք փոխանակում UNF կոնֆիգուրացիայի հետ:

Առաջին ձևում ընտրեք «Քայլ 2. Շարունակեք ստեղծել տվյալների փոխանակում» և նշեք կարգավորումների ֆայլը, որը նախկինում պահպանվել է UNF-ի կազմաձևում:

Հետևյալ ձևով մենք նշում ենք այն գրացուցակը, որտեղից բեռնվելու են տվյալները (պետք է համապատասխանի UNF-ում վերբեռնելու համար նշված գրացուցակին):

Եթե ​​FTP-ի միջոցով փոխանակման կարիք չկա, ապա կարող եք բաց թողնել հաջորդ քայլը: Այնուհետև կբացվի ձև՝ սահմանափակումները և լռելյայն արժեքները կարգավորելու համար: Այն կազմաձևված է UNF-ի նման:

ՄԱԿ-ի և հաշվապահական հաշվառման վարչության միջև փոխանակումը երկկողմանի է, այսինքն. Փաստաթղթերը և տեղեկատուները ներբեռնվում են երկու տվյալների բազաներից: Միևնույն ժամանակ, բոլորը սկզբնաղբյուր փաստաթղթեր, իսկ Հաշվապահությունից միայն Բանկային և Կանխիկ: Նրանք. Երբ սկսեք փոխանակումը, տվյալները նախ կներբեռնվեն, ապա կվերբեռնվեն:

Տվյալների փոխանակումը կարգավորելիս կարող եք նշել փոխանակման ուղղությունը, այսինքն. նշանակեք, թե ինչ անել փոխանակման ժամանակ. միայն վերբեռնել տվյալները, միայն վերբեռնել կամ բոլորը միասին:

Օրինակ, բոլոր փաստաթղթերը մուտքագրվում են ՄԱԿ-ում, իսկ Հաշվապահությունն օգտագործվում է աշխատավարձերը, հարկերը հաշվարկելու և հաշվետվություններ ներկայացնելու համար: Հետո իմաստ ունի անջատել բեռնումը Հաշվապահությունում:

Փոխանակման սցենարների ստեղծում

Տվյալների փոխանակման ցուցակի տեսքով տեղադրեք կուրսորը ցանկալի փոխանակման վրա և անցեք փոխանակման սցենարների ստեղծմանը:

Մենք ավելացնում ենք սցենար և աղյուսակից ջնջում ենք բեռնաթափման տողը։ Միայն բեռնումը պետք է մնա:

Դրանից հետո դուք պետք է գործարկեք փոխանակումը սցենարի ձևից, որպեսզի սկսվի միայն տվյալների բեռնումը:

Փոխանակման սցենարների համար դուք կարող եք միացնել ժամանակացույցը, որպեսզի փոխանակումը տեղի ունենա ավտոմատ կերպով, բայց եթե ունեք ֆայլի տարբերակ, ապա պլանավորված փոխանակման համար ձեզ հարկավոր է գործարկել առանձին 1C: Enterprise նիստը:

Ոչ վաղ անցյալում 1C ընկերությունը գոհ էր թողարկումից նոր տարբերակկիրառական լուծում 1C: Enterprise Accounting 3.0 և հիասթափված էր 2.0 տարբերակի աջակցության հետագա դադարեցումից 2014 թվականի գարնանը: Քիչ անց, գործընկերների խնդրանքով, մշակողները համաձայնեցին շարունակել 2.0 տարբերակի աջակցությունը կանոնակարգված հաշվետվությունների առումով մինչև 2014 թվականի վերջ:

Լուծումը լեգենդար շարքի երկար սպասված շարունակությունն է հաշվապահական ծրագրեր. Այն ունի սկզբունքորեն նոր ինտերֆեյս (այսպես կոչված՝ կառավարվող հավելված), որը նոր հնարավորություններ է բացում օգտատերերի համար՝ հնարավոր է աշխատել բարակ և վեբ-հաճախորդի ռեժիմում, հոսթինգ հավելվածներ ամպում, ֆոնային ռեպորտաժներ ստեղծել և այլն։ Բացի ինտերֆեյսի փոփոխություններից, որոշ բարելավումներ կան հաշվապահական հաշվառման առումով՝ ընդլայնվել է հաշվապահական մոդուլը աշխատավարձերը, հարկային հաշվառումն ավելի հարմար ու տրամաբանական է դարձել։

Պահանջվող թողարկում

Սկսենք հիմունքներից՝ ի՞նչ է անհրաժեշտ անցման համար։ Անհրաժեշտ է 2.0 տարբերակի կոնֆիգուրացիայի թողարկում, որից կարող եք անցնել ընթացիկ տարբերակին: Հասկանալու համար, թե որ թողարկումն է անհրաժեշտ, դուք պետք է տեղեկատվություն գտնեք ընթացիկ տարբերակի մասին, որը հարմար է թարմացման համար http://users.v8.1c.ru կայքում: Օրինակ, ներկայիս տարբերակը 3.0.27.7 է, որը կարող է թարմացվել 2.0.53.6 թողարկումից:

Կազմաձևման բարելավումների հարմարեցում

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

Փոփոխությունների ցանկը ստանալու համար դուք պետք է համեմատեք տվյալների բազայի կոնֆիգուրացիան վաճառողի կազմաձևի հետ (ստուգեք, որ վաճառողի կազմաձևը թարմացված է):

Հետևյալ հատկանիշները կարելի է գտնել այստեղ.

• «Սովորական» ձևաթղթերում կատարված բոլոր բարելավումները չեն կարող պարզապես փոխանցվել կառավարվող ձևերին: Անհրաժեշտ է հարմարեցնել ծրագրի կոդը։
• Հաշվապահական հաշվառում 3.0-ն իր բնույթով է նոր ծրագիր. Եթե, օրինակ, նախկինում ձեր փոփոխությունը եղել է «Ապրանքների և ծառայությունների ստացումներ» փաստաթղթային մոդուլի «Հաշվարկել հավելավճարի տոկոսը» ֆունկցիան, ապա այժմ նման ընթացակարգ կարող է ընդհանրապես գոյություն չունենալ: Այստեղ հարց է առաջանում յուրաքանչյուր մոդիֆիկացիայի լուրջ ըմբռնման և վերլուծության անհրաժեշտության մասին։
• Եթե ​​ծրագրավորողների փոփոխությունները օգտագործեն ստանդարտները, ապա մեծ հավանականությամբ «հղումները» կկորչեն. ընդհանուր մոդուլները լրջորեն փոխվել են՝ և՛ դրանց գործառույթների կազմը, և՛ դրանց անվանումները (նոր BSP 2.x-ի ժառանգությունը):
• Նույն իրավիճակը վերաբերում է մետատվյալների օբյեկտներին: Մեծ թվով օբյեկտներ դարձել են «ավելորդ», փոխարենը օգտագործվում են այլ օբյեկտներ, որոշները վերանվանվել են (օրինակ, «VIFNS-ի գրանցումները» գրացուցակը սկսեց կոչվել «Գրանցումներ հարկային մարմիններում»):

Ստացեք 267 վիդեո դասեր 1C-ում անվճար.

Արդյունաբերության «վերնակառուցվածքների» խնդիրը

Ներկայումս, հիմնվելով 1C: Enterprise Accounting կոնֆիգուրացիայի վրա, կան արդյունաբերական լուծումների հսկայական բազմազանություն: Այս լուծումները հաճախ տեղադրվում են որպես կոնֆիգուրացիայի «հավելում»:

Եթե ​​վերլուծենք շուկան, ապա շատ նման լուծումներ այլևս չեն աջակցվում: Ամենուր տարբեր պատճառներով. որոշ տեղերում ծրագրավորողները լքել են ընկերությունը, որոշ տեղերում զարգացման կազմակերպությունն այլևս գոյություն չունի: Անկախ պատճառից, փաստը մնում է փաստ. կա՛մ մենք փոխանցում ենք կոնֆիգուրացիան «մեր միջոցներով», կա՛մ կորցնում ենք թանկարժեք ֆունկցիոնալությունը:

Այս խնդիրը հաճախորդի կողմից կարող է շատ կտրուկ ընկալվել՝ կապված ծրագրային ապահովման արտադրանքի պահպանման և աջակցության համար ընկերության բյուջեի սահմանափակումների հետ:

Տվյալների վերակազմավորումը և գործընթացն ինքնին շատ զգայուն խնդիրներ են:

Վերակազմավորումը կարող է երկար ժամանակ տևել։ Մեծ թվով գրառումներով աղյուսակները, նույնիսկ լավ սարքավորումների վրա, կարող են բավականին երկար ժամանակ պահանջել վերակազմավորման համար:

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

Թարմացման գործընթացը (թարմացման մշակիչների գործարկումը, երբ ծրագիրը գործարկվում է առաջին անգամ) նույնպես միշտ չէ, որ ճիշտ է աշխատում և կարող է բազմիցս առաջացնել «անակնկալներ»:

Չկա մեկ բաղադրատոմս, թե ինչպես կարելի է խուսափել սխալներից, երբ ամեն անգամ նոր նրբերանգ է հայտնվում: Մինչև բուն անցումը Պարտադիրմի քանի անգամ գործարկել թարմացման և վերակազմավորման ընթացակարգը «ուղիղ» սերվերի սարքավորումների վրա. դա կօգնի ձեզ խուսափել ավելորդ նյարդերից «H» ժամին:

Մուտքի իրավունքներ

Դատելով փորձից՝ մուտքի իրավունքի հետ կապված խնդիրներ առաջանում են բավականին հաճախ։ Թարմացումից հետո համոզվեք, որ ստուգեք՝ արդյոք օգտվողը կարող է մուտք գործել տեղեկատվական բազան. Որպես կանոն, այս խնդիրները լուծվում են՝ պարզապես վերաշարադրելով օգտատիրոջ իրավունքները (Մուտքի խմբերի ներդիր «Users» գրացուցակի տարրում):

Արտաքին մշակում, հաշվետվություններ, տպագրական ձևեր

Արտաքին մշակման, հաշվետվությունների և տպագիր ձևերի թարգմանությունը որևէ կերպ չի տրամադրվում 1C-ի կողմից: Նրանց «վերափոխելու» համար պետք է գիտակցաբար մոտենալ հարցին.

• նախ, ձևերը պետք է տեղափոխվեն կառավարվող դիմումի ռեժիմ.
• երկրորդ, ստանդարտ ենթահամակարգերի գրադարանի նոր մեթոդի համաձայն, անհրաժեշտ է նման ֆայլերի պատրաստում:

(Արտաքին մշակման և հաշվետվությունների ստեղծման մասին մանրամասները՝ ITS հոդվածում http://its.1c.ru/db/bspdoc#content:22:1:IssOgl2_%D0%A1%D0%BE%D0%B7%D0%B4% D0 %B0%D0%BD%D0%B8%D0%B5%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%D0%BE%D1%82%D1% 87 %D0%B5%D1%82%D0%B0%D0%B8%D0%BB%D0%B8%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE% D1 %82%D0%BA%D0%B8)

Համարակալման վերականգնում

Մշակողները իրենք են հայտարարել, որ ծրագիրը 3.0-ի թարմացնելուց հետո համարակալման խնդիր կա՝ այն «կորչում է» և նորից սկսում է հաշվել։ Համարակալումը վերադարձնելու համար բավական է համակարգում եղած վերջին կոդով փաստաթուղթ ստեղծել։

Օրինակ, եթե վերջին Ստացական փաստաթուղթը եղել է 256 համարը, մենք ստեղծում ենք նույն թվով փաստաթուղթ, որը սահմանվում է ձեռքով (256) և հաջորդ փաստաթուղթըարդեն ավտոմատ կերպով կունենա 257 թիվը։

Այս նպատակների համար դուք կարող եք գրել պարզ մշակում. ստեղծել յուրաքանչյուր տեսակի փաստաթուղթ վերջին առկա համարով և նշել այն ջնջելու համար:

Փոխանակման կանոններ

Եթե ​​ձեր կոնֆիգուրացիան փոխանակվել է մեկ ուրիշի հետ՝ օգտագործելով փոխանակման կանոնները, ապա շատ մեծ հավանականությամբ կանոնները կդադարեն գործել: Դա պայմանավորված է նրանով, որ որոշ մետատվյալների օբյեկտներ սկսեցին այլ կերպ անվանվել, որոշ մանրամասներ ջնջվեցին, որոշներն էլ ավելացվեցին։

Ճիշտ աշխատանքի համար դուք պետք է բեռնեք ձեր կանոնները «Տվյալների փոխակերպում» կոնֆիգուրացիայի մեջ, գտնեք փոփոխված մանրամասները և ուղղեք դրանք: Եթե ​​վստահ եք, որ գիտեք, թե որն է սխալը, կարող եք այն ուղղել անմիջապես xml կանոնների ֆայլում՝ բացելով այն նոթատետրում։

Կազմակերպչական ասպեկտներ

Դժվարությունների շարքում վերջին կետը կազմակերպչական խնդիրներն են.

Հաճախորդի համար թարմացման ծախսերի հիմնավորում (կառավարում). Հաճախորդի համար սա շատ բարդ խնդիր է: Բոլորովին վերջերս անցում եղավ 1.6-ից 2.0, իսկ հիմա՝ 3.0։ Ինչո՞ւ պետք է հաճախորդը գումար վճարի թարմացման համար: Կա միայն մեկ մխիթարություն՝ հուսով եմ, որ մոտ ապագայում նորամուծություններ կամ լուրջ թարմացումներ չեն սպասվում։

Անցումային շրջանի աշխատանքի ծախսերի գնահատում:Անցումային ժամանակը դեպի նոր հրատարակությունծրագիրը մեծապես կախված է կոնֆիգուրացիայի փոփոխության աստիճանից: Խորհուրդ է տրվում փորձել ձեռնպահ մնալ ժամանակից շուտ գնահատական ​​տալուց և փորձել համաձայնվել աշխատել «իրականում»: Դա պայմանավորված է նրանով, որ վերակառուցման գործընթացը կարող է երկար տեւել, եւ այդ խնդիրները որեւէ կերպ հնարավոր չէ նախապես կանխատեսել։

Եկեք ամփոփենք և փորձենք մի քանի ընդհանուր առաջարկություններ տալ ավելի հեշտ և հարմարավետ անցման համար.

• Պլանավորեք ձեր անցումը որքան հնարավոր է շուտ, մի սպասեք մինչև վերջին օրերը:
• Ցանկալի է, որ ֆունկցիոնալության փոխանցումն իրականացվի նույն ծրագրավորողների կողմից, ովքեր վերջնականացրել են կոնֆիգուրացիան։
• Փորձեք հնարավորինս շատ ժամանակ հատկացնել վերակազմավորմանը: Եթե ​​փոխվում եք երկուշաբթի օրվանից, ապա սկսեք աշխատանքը ուրբաթ երեկոյան։
• Մինչ բոլոր բարելավումների վերջնական թարմացումը, համոզվեք, որ թարմացումը գործարկեք թեստային միջավայրում: Առանց «փորձի», դուք ռիսկի եք դիմում ժամանակ չունենալ տեխնոլոգիական պատուհանում թարմացումն ավարտելու համար:
• Կրկնօրինակեք այն ամենը, ինչ կարող եք, որքան հնարավոր է հաճախ:
• 3.0-ին անցումը հիանալի պատճառ է ծածկագրի և «գույքագրման» բարելավումները վերափոխելու համար: Եթե ​​տեսնում եք, որ որոշ գործառույթներ չեն օգտագործվում կամ դադարել են համապատասխան լինել, ապա ազատ զգալ հրաժեշտ տվեք դրան:
• Հնարավորինս ստուգեք փոխանցված ֆունկցիոնալությունը, ստեղծեք թեստային տվյալների բազա և գործարկեք օգտատերերին այնտեղ:
• Ստեղծեք մի միջավայր օգտվողների համար, որտեղ նրանք նախապես ծանոթանան ծրագրին, դա կօգնի խուսափել պարզ հարցերերբ սկսում է աշխատել 3.0-ով:
• Միշտ ունեցեք «Ծրագիր Բ»․ եթե ինչ-որ բան այնպես չընթանա, ինչպես պլանավորված է, պատրաստ եղեք հետ գլորվել դեպի 2.0՝ ընկերության աշխատանքը կաթվածահար չանելու համար։

Sandbox

փորձառու մարդհուլիսի 8, 2013, ժամը 12:33

Անցում ձեռնարկության հաշվապահական կոնֆիգուրացիայի 3.0 հրատարակությանը

Սա նոր թողարկման նյութերի բաժնում «ITS PROF» սկավառակի հրահանգների անվանումն է: Փորձելով կատարել հնարքները, որոնք նկարագրված են այս ուղեցույցում, դուք պետք է ունենաք ձեր սեփական ձեռնարկության հաշվապահական հաշվառումը (BP) 2.0, բայց կառավարվող ձևերով և, ըստ երևույթին, թղթախաղերով և անառակ կանանցով: Բոլոր գործողությունները կկատարվեն տվյալների բազայի ֆայլային տարբերակով:
Ես հատուկ սպասեցի ITS-ով սկավառակին և հայտնաբերեցի, որ դրանում հրապարակված հրահանգները ճիշտ չեն, չնայած դրանք թարմացված բաժնում էին: Փորձենք ինքներս կատարել այս անցումը։

ITS սկավառակի էկրան

Վերևի նկարը ցույց է տալիս ընթացակարգը, և թվում է, թե ամեն ինչ պարզ է, բայց միայն BP 3.0 բաժնում ITS կայքում դուք չեք գտնի երկուսով սկսվող տարբերակներ:

Իրական ITS կայքի սքրինշոթ

Այսպիսով, հրահանգների հենց առաջին պարբերությունը օգտագործողին տանում է փակուղի։ Հնարավոր չի լինի թարմացնել մեկ այլ, ամսաթվին համապատասխան կամ վերջին տարբերակի: Նախապես գոյություն ունեցող թարմացման բաշխումը 2.0 տարբերակից նշված չէ: Բայց կա բաշխման ամբողջական հավաքածու, որը պարունակում է անհրաժեշտ թարմացումներ: Ներբեռնեք այս բաշխումը և տեղադրեք այն կաղապարների գրացուցակում: Այս բաշխման «խաբեությունն» այն է, որ այն պարունակում է «1Cv8.cf» ֆայլը, ինչը մեզ անհրաժեշտ է: Նրա օգնությամբ մենք կստեղծենք մաքուր BP 3.0 կոնֆիգուրացիա և դրա մեջ կբեռնենք մեր տվյալների բազան BP 2.0-ով:
Մենք տեղադրում ենք հարթակ 8.3, նշում ենք բարակ հաճախորդի ֆայլի տարբերակը և վեբ սերվերի ընդլայնման մոդուլները (հաշվապահության «նոր» բարիքների հետ խաղալու համար): Բացեք «հին» (8.2) կազմաձևիչը և ավելացրեք «Համակարգի ադմինիստրատոր (3.0-ին անցում կատարելու համար)» իրավունքները այն օգտատիրոջը, որի ներքո մենք կթարմացնենք: Մենք բեռնաթափում ենք տվյալների բազան, փակում ենք կոնֆիգուրատորը և բացում «թարմը» (8.3): Մենք դրա մեջ ստեղծում ենք նոր տվյալների բազա՝ կաղապարից՝ 3.0 տարբերակով, այս կաղապարը հայտնվեց, երբ տեղադրեցինք ամբողջական բաշխումը։ Բացեք ստեղծված տվյալների բազան և ներբեռնեք մեր տվյալների բազայի ներբեռնումը: Այս գործողությունը կարող է երկար տևել: Վերբեռնումն ավարտվելուց հետո բացեք տվյալների բազան (ոչ կոնֆիգուրատորից) և ավարտեք թարմացումը (այս գործողությունը նույնպես շատ ժամանակ է պահանջում): Ես խորհուրդ եմ տալիս սեղմել տվյալների բազան, քանի որ այս քայլերից հետո այն գրեթե կրկնապատկվել է:
Եթե ​​ձեր կոնֆիգուրացիան չի պարունակում փոփոխություններ (հավելումներ), ապա թարմացումը, ամենայն հավանականությամբ, տեղի կունենա առանց սխալների, բայց 1C-ի դեպքում դուք չեք կարող լիովին վստահ լինել որևէ բանում:
Բոլորը. Դուք կարող եք բացել տվյալների բազան thin client-ով, հրապարակել այն WEB սերվերի վրա և գործարկել 1C-ը բրաուզերի միջոցով:
P.S.
1. Մի օգտագործեք 1C Denwer-ը որպես վեբ սերվեր:
2. Վեբ սերվերի վրա հրապարակեք տվյալների բազան, որը ֆիզիկապես գտնվում է դրա վրա:
Այս խորհուրդները կօգնեն ձեզ հրապարակել 1C վեբ սերվերի վրա առաջին իսկ փորձից:

Պիտակներ՝ համակարգի կառավարում, 1-ին ձեռնարկություն 8, հաշվապահություն

Այս հոդվածը մեկնաբանության ենթակա չէ, քանի որ դրա հեղինակը դեռևս չկա

Նախքան նոր խմբագրության թարմացումը, դուք պետք է կրկնօրինակ պատճենեք: Դա անելու համար դուք պետք է գործարկեք տեղեկատվական բազան ռեժիմում Կոնֆիգուրատորև ճաշացանկում Վարչությունընտրել տարրը Ներբեռնեք տեղեկատվական բազան. Բացվող երկխոսության մեջ պարզապես նշեք այն ֆայլի անունը, որի մեջ կգրվեն տվյալները:

Գործարկեք տվյալների բազան ռեժիմով ԿՈՆՖԻԳՈՒՐԱՏՈՐ-ի անունից Ադմինիստրատորտվյալների շտեմարաններ կամ ընտրել օգտագործողիրավունքներով տվյալների բազայի ադմինիստրատոր. BP 2.0-ից BP3.0-ին ճիշտ անցում կատարելու համար դուք պետք է տեղադրեք լրացուցիչ դերը «»

Դա կարելի է անել՝ ընտրելով Կոնֆիգուրատորընտրացանկի տարր " Ադմինիստրացիա - Օգտագործողներ« և բացեք ցանկալի օգտվողին ցանկում:

Ներդիրում» Մյուսները«դուք պետք է նշեք կետի կողքին գտնվող վանդակը» Համակարգի ադմինիստրատոր (3.0 տարբերակին անցնելու համար)«Եվ» Ամբողջական իրավունքներ".

Սեղմելուց հետո " լավ" կատարված փոփոխություններըկփրկվի։

3.0 հրատարակության անցումը պետք է իրականացվի միայն տվյալների բազայի օգտատերերի անունից, ովքեր ունեն այդ իրավունքները:

Փուլ 2. Տվյալների բազայի թարմացում Configurator ռեժիմում

Թարմացման ճիշտ ֆայլը ընտրելու համար դուք պետք է իմանաք կազմաձևման ընթացիկ տարբերակը: Դուք կարող եք դիտել ընթացիկ տարբերակը՝ սեղմելով պատկերակի վրա «Ծրագրի մասին».կամ ցանկի տարրում Հղումընտրել տարրը «Ծրագրի մասին».

Բացեք տվյալների բազան ռեժիմում Կոնֆիգուրատորայն օգտատիրոջ անունից, ում իրավունք եք տվել:

Ցանկի տարրում « Կազմաձևում/Աջակցություն " սեղմել " Թարմացնել կոնֆիգուրացիան « Եթե ​​ապրանքը» Աջակցություն«հասանելի չէ, սեղմեք» Կազմաձևում - Բացեք կոնֆիգուրացիան «Եվ կրկնել գործողությունը:

Բացվող պատուհանում ընտրեք « Թարմացման ֆայլի ընտրություն «Սեղմելով կոճակը Հետագա

Նշեք թարմացման ֆայլի ուղին. Արտաքին բուժում N:\1C թարմացումներ\ Անցումային ֆայլեր BP 2.0-ից BP 3.0

Հաջորդ պատուհանում սեղմեք « Պատրաստ » թարմացման գործընթացը սկսելու համար:

Որոշ ժամանակ անց ծրագիրը կներբեռնի թարմացման ֆայլի մասին տեղեկությունները և կտեսնեք այսպիսի պատուհան.

Կոճակի սեղմումով լավԿսկսվի կազմաձևման թարմացման գործընթացը: Դա կարող է որոշ ժամանակ պահանջել:

Թարմացման ժամանակահատվածում դուք կստանաք երկու հաղորդագրություն, նախ սեղմեք ԱՅՈ- թարմացրեք տեղեկատվական անվտանգության կոնֆիգուրացիան, սեղմեք երկրորդը ԸՆԴՈՒՆԵԼ- սեղանների վերակազմավորում.

Փուլ 3. Թարմացման լրացում

Թարմացման ավարտից հետո սեղմեք կոճակը «Սկսել վրիպազերծումը»:Տվյալների բազան կբացվի ռեժիմում Ընկերությունև դուք կտեսնեք թարմացման օրինականությունը հաստատող հաղորդագրություն: Ստուգանիշ "Հավաստիացնում եմ"և սեղմել "Շարունակել"։

Թարմացումը հաստատելուց հետո տվյալների բազան որոշ ժամանակ կպահանջի փոփոխությունները նախապատրաստելու համար (ծրագիրը կարող է թվալ, թե սառչում է):

Դուք պետք է սպասեք թարմացման ավարտին:

Սա ավարտում է անցումը 3.0 տարբերակին:

Չհաջողվեց թարմացնել: Կապվեք մասնագետի հետ։