Տվյալների փոխարկումը 2.0 և 2.1-ը 1C- ի տեխնոլոգիական կազմաձևն է, որն իրականացվում է պլատֆորմի տարբերակի վրա ՝ 8.1-ից մինչև 8.3:

Գործիքի հիմնական խնդիրն է գրել կիրառվող լուծույթների փոխանակման կանոնների 1C 8 և 7. կետերի տվյալների փոխարկման ներկայիս տարբերակը `3.0:

Տվյալների փոխարկումը շատ օգտակար կոնֆիգուրացիա է, որի միջոցով դուք կարող եք լուծել ոչ միայն մեկ տեղեկատվական բազայից տեղեկատվությունը մյուսին փոխանցելու հարցը, այլև, օրինակ, մեկ տվյալների բազայում տեղեկատվությունը վերափոխելու հարցը:

Կազմաձևը շատ հարմար է օգտագործել:

Տվյալների փոխարկումը օգտակար կլինի ցանկացած ծրագրավորողի համար. Փոխանակման կանոններ ստեղծելու հմտություններ ունենալը լուրջ գումար է մասնագիտական \u200b\u200bհմտությունների համար:

Համար կազմաձևերով աշխատել սովորելու համար գործնական խնդիրների լուծումը լավագույնս հարմար է: Փորձեք ինքներդ ձեզ համար կատարել առաջադրանքներ, օրինակ ՝ ցանկացած տեղեկություն փոխանցել մեկ տվյալների բազայից մյուսը, վաճառքի փաստաթուղթը վերածել եկամտի փաստաթղթի, «վարել» ընթացիկ հաշվեկշիռները հաշվապահություն փաստաթղթում «մուտքային մնացորդները» և այլ առաջադրանքներ:

Շատ օգտակար կլինի հասկանալ 1C 8.3 փոխանակման «ստանդարտ» կանոնները, այնտեղ հաճախ կարելի է գտնել հետաքրքիր օրինակներ առաջադրանքների իրականացում:

Հիմունքները հասկանալու համար ձեզ հարկավոր են նյութեր, հաշվի առեք դրանք ստորև:

Տեսանյութի փոխարկման հրահանգ

1C- ում տվյալների փոխանակման կարգի հիմունքները `օգտագործելով« 1C տվյալների փոխարկումը »կազմաձևը, օրինակում ներկայացված են տեսանյութում.

Նյութեր, դասագրքեր ՝ 1C տվյալների փոխակերպման 2.0 ուսումնասիրության համար

Theանցում շատ նյութեր և փաստաթղթեր չկան, ես փորձեցի հավաքել ամենակարևոր և հետաքրքիր նյութերը.

0. Նախևառաջ խորհուրդ եմ տալիս Իլյա Լեոնտևի կողմից անվճար վիդեո դասընթաց անցկացնել, այն հասանելի է հղումը.

1. Ես խորհուրդ կտայի ձեզ առաջին հերթին օգտագործել կազմաձևված ներկառուցված օգնությունը: Այն իսկապես լավ գրված և տեխնիկապես ճիշտ է իրականացվում.

2. Տեղեկատվության երկրորդ ամենակարևոր աղբյուրը կայքն է ՝ http://www.mykod.info/ (կայքը փակված է), որը հատուկ մասնագիտացված է տվյալների փոխարկման գործում: Այնտեղ կարող եք ներբեռնել մեծ թվով փոխարկվող նյութեր:

3. Առանձին-առանձին, ես կցանկանայի առանձնացնել դասագրքի ուսումնական ձեռնարկը ((հեղինակ `Օլգա Կուզնեցովա)):

1. Ներածություն.

2. Ինչ է անհրաժեշտ. 1C կազմաձևում. Տվյալների փոխարկում 2. * և փաթեթից վերամշակում: Առաջադրանքների օրինակի համար մենք վերցնում ենք 1C կոնֆիգուրացիան `առևտրի կառավարում 11 և 1C: BP 3. *:

Այսպիսով, 1C- ին տվյալների վերբեռնման կանոնները մշակելու համար ձեզ հարկավոր կլինի 1C կազմաձև `2 օբյեկտների վերափոխում, ինչպես նաև փաթեթում ներառված վերամշակում:

Օրինակ, մենք արդեն տեղակայել ենք փոխարկման տվյալների բազան և գործարկել:

Մենք կկազմենք փոխանակման կանոնների մշակում 1C- ի միջև. Առևտրի կառավարում 11 և 1C: Ձեռնարկությունների հաշվապահական հաշվառում 3 կազմաձևեր (UT / BUK փոխանակման կանոններ):

3. Մեզ անհրաժեշտ կլինի վերամշակում ՝ վերբեռնելու մետատվյալների կառուցվածքը և փոխանակումը:

Առաջին բանը, որ դուք պետք է ստանաք զարգացման համար, ֆայլերն են մետատվյալների կառուցվածքով: Դա արվում է օբյեկտի փոխարկման փաթեթում ներառված մետատվյալների կառուցվածքը բեռնաթափելու մշակման միջոցով:

Փաստորեն, չկապված կազմաձևման գրացուցակում, կառավարվող ձևերի կազմաձևերի համար, մենք շահագրգռված ենք մշակել MD83Exp.epf: Եթե \u200b\u200bբեռնաթափումը պետք է արվի սովորական ձևերի կազմաձևերից, ապա օգտագործվում է MD82Exp.epf մշակումը: Եթե, օրինակ, դուք պետք է ստանաք կառուցվածքը այնպիսի կազմաձևերից, ինչպիսիք են 1C` UT 10, 1C: Management արտադրական ձեռնարկություն 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 և այլն:

Ավելին, 1C- ում տվյալների օգտագործմամբ և մեր կանոնների օգտագործմամբ ներբեռնելու համար ձեզ հարկ կլինի մշակել «Համընդհանուր տվյալների փոխանակում XML ձևաչափով» V8Exchan83.epf ՝ կառավարվող ձևերի վրա, ինչպիսիք են 1C. ՝ առևտրի կառավարում 11. *, 1C BP 3, 1C: ERP 2: * և այլն: Եվ համապատասխանաբար V8Exchan83.epf - սովորական ձևերի կազմաձևերի համար:

4. 1C կազմաձևման մետատվյալների կառուցվածքի բեռնաթափում. Առևտրի կառավարում 11.3 և 1C. Հաշվապահություն 3.0: *

Եկեք սկսենք բեռնաթափել մետատվյալների կառուցվածքը 1C: Enterprise Accounting 3 կոնֆիգուրացիայից:
Եկեք բացենք MD83Exp.epf- ի վերամշակումը

Վերամշակման ձևում կան լրացուցիչ պարամետրեր, որտեղ մենք կարող ենք միացնել կամ անջատել 1C- ում գրանցամատյաններն ու տեղաշարժերը բեռնաթափելու տարբերակը: Կա նաև ընտրություն, որտեղ բեռնաթափումը տեղի կունենա. 1C սերվերի վրա կամ «հաճախորդի վրա»: Նշեք այն ֆայլի անունը, որտեղ բեռնված է տվյալների կառուցվածքը: Նմանապես, մենք բեռնաթափում ենք առևտրի կառավարման կոնֆիգուրացիայի 11 մետատվյալների կառուցվածքը:

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

Երկխոսության պատուհանում բեռնեք BP կառուցվածքը.

Եվ նմանապես, առևտրի կառավարման կառուցվածքը:

Ներբեռնումն ավարտվելուն պես հայտնվում է երկխոսության տուփ, որտեղ կարող եք նշել անուն, որը հարմար է ձեզ համար:

6. 1C- ում փոխակերպման կանոնների ստեղծում `օգտագործելով առաջադրանքի հատուկ օրինակ:

Հաջորդը ՝ անցեք «Կարգավորվող օբյեկտի կանոնները», որտեղ մենք ստեղծում ենք նոր պարամետր:
Փոխարկում ստեղծելու երկխոսության մեջ ընտրեք կազմաձևման «աղբյուրը» և կազմաձևը «ստացողը» (որոնք նախկինում ներբեռնված էին) և կտտացրեք OK:

Քանի որ ես մտադրություն ունեի այս հոդվածում ցույց տալ ստեղծագործությունը զրոյից և առանց աղբի, ես հիշեցնում եմ, որ մենք ինքնաբերաբար ոչինչ չենք ստեղծում: Նախատիպեր չկան:

Մենք ոչինչ չենք անի այս երկխոսության վանդակում, պարզապես կտտացրեք «Փակել»:

Մենք կստեղծենք կանոններ ոչ թե մեկ փաստաթուղթը մեկում, այլ մեկ տիպը մյուսը վերբեռնելու համար, օրինակ ՝ UT 11-ից ծառայությունների ապրանքների իրացման համար անհրաժեշտ փաստաթուղթ ՝ անհրաժեշտ հղումներով այն փաստաթղթին, որը անհրաժեշտ է BP 3-ում ծառայությունների մատուցման ապրանքները:

Այսպիսով, ստեղծեք նոր FFP (օբյեկտները 1C վերածելու կանոնը)

Մենք ընտրում ենք ծառայությունների ապրանքի իրականացման աղբյուրը և ծառայությունների ստացման ստացողը և կտտացնում OK:
Կհայտնվի երկխոսության տուփ, որտեղ մենք կրկին մերժում ենք ինքնաբերաբար ստեղծել PKS (գույքի փոխարկման կանոններ): Հաջորդը, մենք ընտրում ենք միայն անհրաժեշտները:

Բայց LDPE (տվյալների բեռնման կանոնները) ստեղծելու առաջարկի պատասխանը «Այո» է:

Ստեղծվում է LDPE, որը կարտացոլվի ընտրության համար համընդհանուր XML փոխանակման գործընթացում.

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

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

Մենք հեռացնում ենք WIP- ի որոնումը.

Այժմ մենք սկսում ենք օբյեկտի անհրաժեշտ հատկությունների (մանրամասների) համեմատությունը: Դա անելու համար կտտացրեք «Sync Properties» (էկրանին «1» պիտակը): Մենք հեռացնում ենք կանոնների ռեկուրսիվ ստեղծումը («2»): Մենք հեռացնում ենք նշված բոլոր մանրամասները («3»): Եվ ընտրեք ինքներդ ձեզ համար այն, ինչ մեզ պետք է:

Օրինակ, ընտրեք անհրաժեշտը.

Ուշադրություն եմ հրավիրում այն \u200b\u200bփաստի վրա, որ մենք կկատարենք այդ կոնվենցիայի PKS- ը կազմակերպության, իսկ կազմակերպությունը ՝ կոնտրագենտին, և նույնիսկ համեմատենք որոշ մանրամասների, որոնք անունով չեն համընկնում, օրինակ ՝ «Արժույթ» և «Փաստաթղթերի արժույթ»:

Որտեղ մենք տեսնում ենք, որ փոխարկման կանոններ առայժմ չկան:

Մենք կսկսենք մանրամասնությունների միջով անցնել և նկարագրել: Նախ, մենք կազմաձևում ենք փաստաթղթի որոնումը, ինչպես ես գրել էի ավելի վաղ, կատարեք վերբեռնումը և փաստաթղթի որոնումը ամսաթվի սկզբին և կատարեք համարակալման փոխարինումը: Մենք կփոխարինենք առաջին երեք նիշերը մեր UTB նախածանցով: Եվ քանի որ BP- ում և UT- ում համարակալումը յուրաքանչյուրը 11 նիշ է, մենք կազմում ենք մի կոմպոզիտային համար ՝ մեր նախածանցը և աղբյուրից 8 նիշ: Ստորև բերված էկրանի օրինակ:

Մենք միշտ բեռնում ենք փաստաթղթեր, որոնք ավարտված չեն և առանց շարժման: Ենթադրում ենք, որ փաստաթղթերը կանցկացվեն ստացողի կողմից օգտագործողի կողմից հաստատվելուց հետո ստացողի մեջ:

Դա անելու համար PKS- ն սահմանելով, եթե չի արվել, 0 կամ 1, մենք այն օգտագործում ենք որպես Boolean:

Օգտագործելով արտարժույթի օրինակ, մենք ստեղծում ենք օբյեկտի փոխարկման կանոն PKS- ի համար: Միևնույն ժամանակ, մենք հավատում ենք, որ երկու տվյալների շտեմարանում կան արժույթներ, և դրանք պետք է համաժամեցվեն ծածկագրով: Հետևաբար, PKO արժույթներով մենք չենք ստեղծելու PKS- ի ամբողջ մասը, այլ միայն ավելացնում ենք որոնման կոդը: Դրանք: օբյեկտի համար PKS ստեղծելու առաջարկից `մենք մերժում ենք:

PKS- ի համար փաստաթղթի PKO- ում փոխարինվել է ստեղծված փոխակերպման կանոնը: Եվ կանոնն ինքնին առաջարկվում է լռելյայն `եզակի նույնացուցիչով: Մենք շտկում ենք այն, կատարում ենք որոնում կոդով և տեղադրում ենք գույքը, որպեսզի չստեղծվի նոր օբյեկտ:

Արդյունքում մենք ստանում ենք տարբերակ.

Հաջորդը, անալոգով, մենք ստեղծում ենք PKO- ի եւ PKS- ի մնացած մանրամասների համար: Ավելին, կազմակերպության որոնումը ըստ գործընկերության և հակառակը `սահմանված է TIN- ի կողմից: Նման բան կարծես նվազագույն մանրամասներով (անհրաժեշտության դեպքում կարող եք ավելացնել):

PKO Կապալառուի Պայմանագրերի համար մենք որոնում ենք կատարում PKS Կապալառուի, անվանման և սեփականատիրոջ վրա:

Եկեք տեսնենք, թե ինչպես կարելի է փոխանցել ցանկալի արժեքը փոխանցման տեսակում PKS- ում: Օրինակ ՝ անհրաժեշտ «Գործարքի տեսակը»: Այստեղ կարող եք օգտագործել տարբեր պայմաններ և փոխարինող արժեքներ: Օրինակ, մեզ անհրաժեշտ է, որ «գործողության տեսակը» միշտ բեռնաթափվի «Ապրանքներ», այս դեպքում բավարար է ցանկալի արժեքը գրել «տողի» տողում:

Հետևյալը ցույց է տալիս, թե ինչպես կարելի է ստեղծել առանց դժվարությունների, իսկ շատ դեպքերում PKS- ը փոխադարձ բնակավայրերի բազմապատկության, փոխադարձ բնակավայրերի դասընթացի, հաշվապահական հաշվառման հաշիվների համար:

FFP անվանացանկի համար եկեք թողնենք որոնումը ներքին եզակի նույնականացմամբ: Բայց ես ուշադրություն կդարձնեմ, թե ինչպես Դուք կարող եք վերաձևակերպել ձեր խումբը: Օրինակ, մենք համաձայն ենք, որ նոր անվանակարգը բեռնաթափվելու է 1C: Trade Management 11 կոնֆիգուրացիայից, բայց անհրաժեշտ է, որ նոմենկլատուրան հավաքագրվի որոշակի խմբում ՝ OurGroup:

Այս առաջադրանքը իրականացնելու համար մենք ստեղծում ենք ևս մեկ FFP: Մենք այն կկոչենք «Ծնողների անվանացանկ», որը ծնողի PKS- ում կցուցադրենք փոխարկման կանոնով:

Մենք ստեղծում ենք երկու որոնում. Անունով, որտեղ անունը դժվար է նշել մեր խումբը, իսկ «Սա խումբ է» նշանի պարտադիր գույքը իրականում:

Քանի որ մենք որոշում կայացրեցինք, որ մեր ամբողջ նոմենկլատուրան մեր խմբում է ընկնում, բեռնման բեռնման ժամանակ խմբերը UT 11-ից բեռնաթափելու անհրաժեշտություն չկա: Դրա համար Նախաորբեռնման միջոցառումների բեռնաթափման անվանացանկում մենք կսահմանենք մի զտիչ, որը մեզ հարկավոր չէ բեռնաթափել Failure \u003d Source խմբերը: Այս խումբը; »:

Ծառայությունների ապրանքների իրականացման LDPE- ում (տվյալների բեռնման կանոններ) ավելացնել զտիչ, որպեսզի ջնջման համար նշվող փաստաթղթերը չբեռնաթափվեն: Դա անելու համար LDPE- ում «Նախքան բեռնաթափումը» միջոցառման բեռնաթափման մեջ մենք գրում ենք «Ձախողում \u003d առարկա. Ջնջել նշանը.» Ֆիլտրը:

Մշակված կանոնները ֆայլ պահեք:

7. Ամփոփել. Վերբեռնեք և ներբեռնեք տվյալների ՝ օգտագործելով տվյալների փոխանակման մշակված կանոնները:

Մենք բացում ենք 1C- ում: Առևտրի կառավարման 11-ի վերամշակում "Համընդհանուր տվյալների փոխանակում XML ձևաչափով" V8Exchan83.epf:

Բեռնումն անցել է, հիմա նույն մշակմամբ մենք վերբեռնում ենք 1C: Enterprise Accounting 3:

Ներբեռնումը անցավ: Մենք ստուգում ենք, որ այն բեռնված է: Այսպիսով, փաստաթուղթը վերբեռնում է, ինչպես մենք հասանք, մեր կազմակերպությունը վերբեռնում է գործարքին, և կազմակերպության գործընկերությանը: Հաշիվները բոլորն են ներբեռնված և տեղադրված: Օրվա սկզբում ստացանք փաստաթղթի համարը մեր նախածանցով: Գրանցված բոլոր մանրամասները լրացվում են:

Ստուգեք ապրանքի բեռնումը: Մենք տեսնում ենք, որ ամեն ինչ ստացվեց այնպես, ինչպես նախատեսել էինք:

Մենք ստեղծեցինք և լրացրեցինք մանրամասները, ինչպես մենք էինք նախատեսում: Փոխակերպման, կան շատ նրբություններ և մի շարք պարզ, բայց անհրաժեշտ բաներ, որոնք օգնում են ճշգրիտ գրել փոխարկումը: Եվ սա թույլ է տալիս նվազագույնի հասցնել սխալները, չփչացնել առկա տվյալները և ազատվել ավելորդ աղբից: Սա առավելագույններից մեկն է պարզ օրինակներ. Կարող եք նաև կատարել մեկ օբյեկտի վերափոխումը շատերին, կամ հակառակը ՝ շատերը ՝ մեկին:

Այժմ կա տվյալների փոխարկում 3, այն լուծում է այլ խնդիրներ: Հետևաբար անհրաժեշտ է նաև դարձի 2: Հաջողություն բոլորին սովորելու և յուրացնելու գործում:

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

Իրադարձությունների բեռնաթափման մեխանիզմը «Տվյալների փոխարկում 2.0» –ի միջոցով տվյալների փոխարկման տեխնոլոգիայի կարևորագույն կետերից մեկն է: Այս մեխանիզմի իրավասու և հմտորեն օգտագործումը ծրագրավորողին թույլ է տալիս արագորեն լուծել տվյալների փոխարկման գրեթե ցանկացած խնդիր: Բեռնաթափման տեխնոլոգիայի միջոցով հեշտությամբ իրականացվում են տվյալների ընտրությունը, տարբեր տեսակի տվյալների փոխարկումը, տվյալների բարդ նմուշառումը, փոխակերպման պարամետրերի ճշգրտումը և շատ այլ առաջադրանքներ:

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

Տվյալների փոխանակման ալգորիթմներում կա ավելի քան քսան տարբեր տեղ, որտեղ կարող է կատարվել երրորդ կողմի ծածկագիր: Համապատասխանաբար, կազմաձևով նախատեսվում է ստեղծել տարբեր տեսակի միջոցառումներ իրականացնողներ:

Իրադարձությունների փոխանակման օրենսդրությունը «կապված է» փոխանակման կանոնների օբյեկտների հետ `գրացուցակների տարրեր. Փոխարկումներ, օբյեկտների վերափոխման կանոններ, հատկությունների փոխարկման կանոններ, տվյալների բեռնման կանոններ և տվյալների մաքրման կանոններ: Բնականաբար, միջոցառումների բեռնաթափման համար նախատեսված ծածկագիրը պետք է բավարարի մի շարք պահանջներ: Մասնավորապես, բեռնաթափման կոդում փոխակերպման գործընթացը վերահսկելու համար անհրաժեշտ է օգտագործել հատուկ փոփոխականներ `պարամետրեր: Ամբողջական նկարագրությունը Իրադարձությունների բոլոր տեսակները և մատչելի փոփոխականները կարելի է գտնել համապատասխան ձևերով բեռնափոխադրողների վերաբերյալ տեղեկատվության մեջ:

ՈՒՇԱԴՐՈՒԹՅՈՒՆ !!!

«Տվյալների փոխարկում 2.0» տեխնոլոգիաները թույլ են տալիս փոխանակել տվյալները «1C: Ձեռնարկություն 7.7» և «1C. Ձեռնարկություն 8.0» հարթակներում իրականացվող ինֆոբազներով: 1C: Enterprise 7.7 պլատֆորմի առանձնահատկությունների շնորհիվ, այս պլատֆորմում իրականացվող ինֆոբազների համար միջոցառումներ իրականացնողների միջոցով տվյալների փոխանակման կանոնների նախապատրաստումը ունի մի շարք առանձնահատկություններ:

«1C: Enterprise 7.7» պլատֆորմի համար կամայական ծածկագիր կատարելու միջոց չկա (անալոգային է Run for V8 գործառույթի համար): Եթե \u200b\u200bV7.7 պլատֆորմի համար անհրաժեշտ է օգտագործել իրադարձությունների սպասարկողներ, ապա տվյալների բեռնման կամ բեռնման համար անհրաժեշտ է փոխարինել մշակման տեքստը այն գործընթացների տեքստով, որը արտադրում է «Տվյալների փոխարկում 2.0» կազմաձևը:

Եթե \u200b\u200bՁեզ անհրաժեշտ է տվյալներ փոխանցել V7.7- ից V8, ապա ՝

Բեռնաթափելիս, բացի կանոնների ֆայլից, համակարգը ստեղծում է մոդելի տեքստը V77Exp.ert- ի մշակման համար `գործառույթներով, որոնք իրականացնում են իրադարձությունների բեռնաթափումներ: Այնուհետև, կոնֆիգուրատորում, մենք պետք է փոխարինենք ստանդարտ V77Exp.ert մոդուլը նորով, որը ստեղծվել է «Data Conversion 2.0» –ի միջոցով:

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

Հարգանքով, Վլադիմիր Միլկին (ուսուցիչ և ծրագրավորող):

Մասնագիտացված կոնֆիգուրացիա «1C: Data Conversion 2.0»

1C: Enterprise պլատֆորմի ութերորդ վարկածի թողարկումը նշանակալի քայլ էր ավտոմատացման համակարգերի զարգացման գործում: 1C: Enterprise 8 պլատֆորմը նախագծելիս հաշվի է առնվել 1C: Enterprise 7.7 պլատֆորմի վրա լուծումներ օգտագործելու հսկայական փորձը. Պլատֆորմի ներկառուցված լեզուն և բնորոշ կազմաձևերը լրջորեն վերափոխվել են, փոխվել է տվյալների պահպանումն ու հասանելիությունը, փոխվել են արդյունաբերական նոր լուծումներ, որոնք գիտակցել են նոր պլատֆորմի առավելությունները . Նոր պլատֆորմում նախորդ լեզվական կոնստրուկցիաների օգտագործումը դարձել է անիրատեսական:

Այս խնդրի լուծումը հեշտացնելու համար (7,7 տարբերակից 8-րդ տարբերակի տվյալները փոխանցելը), 1C- ը թողարկել է մասնագիտացված կազմաձև ՝ Data Conversion 2.0: Այն ստեղծվել է ՝ մասնագետներին օգնելու համար լուծել տվյալների փոխանցման տարբեր առաջադրանքներ: 1C ընկերությունը թողարկել է պատրաստի կանոններ նույն կազմաձևերից տվյալները փոխանցելու համար, օրինակ ՝ 1C- ից. Հաշվապահություն 7.7-ից 1C: Հաշվապահություն 8, բայց ոչ ատիպիկ կամ փոփոխված օգտագործողների համար բնորոշ կազմաձևեր 1C: Enterprise 8 պլատֆորմին անցնելիս դուք ինքներդ ստիպված կլինեք ստեղծել տվյալների փոխանցման կանոններ:

Տվյալների փոխանցման խնդիրների լուծման հատուկ մեթոդների բազմազանությամբ `լուծվող հարցերի շրջանակը մնում է գրեթե անփոփոխ:

Համաժամացում տեղեկանք (գրացուցակների գոյություն ունեցող նոր տարրերի ստեղծում, հիերարխիայի ջնջում, պահում կամ փոփոխություն, տվյալների ճյուղավորում, պարբերական մանրամասների արժեքների փոփոխությունների պատմության փոխանցում);

Փաստաթղթերի և գործողությունների համաժամացում (փաստաթղթերի ստեղծում, ձևափոխում կամ որոշ տիպի փաստաթղթերի ուրիշների վերածում, միաձուլում կամ կրկնօրինակում).

Պահպանման համար հաշվապահական հաշվառման մատյանների բավարար բավարար սկզբնական պայմանների ստեղծում տնտեսական գործունեություն (մնացորդային ապրանքների տեղափոխում և այլն):

Տարբեր տարբերակների և (կամ) կազմաձևերի «1C. Ձեռնարկություն» տվյալների տվյալների պահպանման կառուցվածքները տարբերվում են, հետևաբար տվյալների փոխանցումը ոչ թե ֆայլերի կամ սեղանների պարզ պատճենումն է, այլ դրանց վերափոխումը: Որպեսզի փոխարկումը լինի միանշանակ և ճիշտ, դուք պետք է ստեղծեք և կազմաձևեք տվյալների փոխանցման կանոնները: Տարբեր ինֆոբազների միջև տվյալների փոխանցման կանոնների ստեղծում և կարգաբերում հնարավոր է, եթե հայտնի է աղբյուրի տվյալների բազայում և նպատակակետային տվյալների բազայում տվյալների պահպանման կառուցվածքը: Կազմաձևման մետատվյալների կառուցվածքի նկարագրությունը պետք է միավորվի: «Տվյալների փոխարկում 2.0» կազմաձևն օգտագործվում է տվյալների փոխանցման կանոնները ստեղծելու և կազմաձևելու համար ՝ ելնելով աղբյուրի և նպատակակետային կազմաձևումների մետատվյալների կառուցվածքի նկարագրություններից:

Infobases- ի միջև տվյալների փոխանցման գործընթացը բաղկացած է հետևյալ քայլերից.

• 1. Ստեղծեք մետատվյալների նկարագրության ֆայլեր:
• 2. Կազմաձևերի ստեղծում «Տվյալների փոխարկում» -ում:
• 3. Փոխակերպումն ինքնին ստեղծում է:
• 4. Տվյալների փոխարկման կանոնների հաջորդական ստեղծում:
• 5. Տվյալների բեռնման կանոնների հաջորդական ստեղծում:
• 6. Իրականում տվյալները մեկ կազմաձևից մյուսը վերբեռնելու և ներբեռնելու կարգը:

Որովհետեւ այս մասնագիտացված կազմաձևի օգտագործումը ներկայումս այս տեսակի խնդիրների լուծման ամենաարդյունավետ միջոցներից մեկն է, և բացի դրանից այն շատ օգտակար աղբյուր է կրթական նպատակներով անձնական փորձըԱյնուհետև IS- ի «Սերվերը. վարձավճարների հաշվարկը» և «1C: Ձեռնարկությունների հաշվապահությունը» տվյալների միջև փոխանակման մեխանիզմ մշակելու համար «ՍՊԸ» ՍՊԸ-ի համար ընտրվեց «Տվյալների փոխարկում 2.0» կազմաձևման հիման վրա ձևավորված մեթոդ: