Բեռնաթափում փաթեթից Հրահանգներ. Օգտագործվող նյութեր

Տվյալների փոխանցում 1C UPP rev. 1.3 ծրագրից 1C Accounting 8 rev. 3.0

Փոխանցումտեղեկատվական բազան իրականացվում է տվյալների վերբեռնման և բեռնման կանոնների կիրառմամբ, այսինքն. տվյալների փոխանակմամբ։

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

Անցում-ից դեպի 1C ձեռնարկությունների հաշվապահությունԽորհուրդ է տրվում կատարել նոր շրջանի սկզբում (տարի, եռամսյակ, ամիս)՝ նախորդ շրջանի սովորական գործողությունների ավարտից հետո: Փոխանցման կանոնները կարող են օգտագործվել նաև տվյալների կանոնավոր փոխանցման համար:

Ուշադրություն.Հոդվածում նկարագրված բոլոր ալգորիթմներն ու աշխատանքային մեթոդները լիովին կիրառելի են SCP-ից տվյալների փոխանցման համար (տե՛ս նկարագրությունը pdf ձևաչափով): Ֆունկցիոնալությունը կարող է տարբեր լինել:

Տվյալների ներբեռնման գործընթացում1C արտադրական ձեռնարկությունների կառավարումՏարբեր սխալներ կարող են առաջանալ: Այստեղ ներկայացված միգրացիայի կանոնները փնտրում են որոշ սխալներ տվյալների վերբեռնման փուլում:

Գույքագրման ապրանքների զրոյական քանակ և ոչ զրոյական քանակություն. Ստացողի կազմաձևում մնացորդը մուտքագրել այնպես, որ գույքագրման առարկաների քանակը հավասար լինի զրոյի, իսկ գույքագրման ապրանքների գնահատումը հավասար չէ զրոյի, անհնար է և անիմաստ, քանի որ դա սխալ է: Ուստի մնացորդներ փոխանցելիս նման դիրքերը (զրոյական քանակով) չեն ներառվի մնացորդի մուտքագրման փաստաթղթերում։ Հետևաբար, եթե տվյալների փոխանցումից առաջ սխալները չեն ուղղվում, ապա մնացորդների փոխանցման ժամանակ տվյալների աղբյուրի և նպատակակետի գումարները չեն համընկնում, ինչը հավելյալ հաշտեցման դժվարություններ կառաջացնի: Հետևաբար, տվյալների ներբեռնման գործընթացում 1C UPPՑուցադրվում են հանդիպած սխալների մասին հաղորդագրություններ: Ստուգումը կատարվում է, երբ պարամետրը սահմանված է Ստուգեք ոչ զրոյական գումարի զրոյական քանակությունը.

Երբ պարամետրը դրված է Ստուգեք ՕՀ-ի հաշվապահական ռեգիստրների համապատասխանությունըռեգիստրի մնացորդը կստուգվի համապատասխանության համար CostOSAccountingև հաշվապահական տվյալներ։ Եթե ​​գրանցամատյաններում մնացորդները չեն համընկնում, այս մասին հաղորդագրություններ են ցուցադրվում: Ամենատարածված անհամապատասխանությունները կուտակված մաշվածության գումարների մեջ են: UPP-ում մաշվածությունը հաշվարկվում է հաշվի առնելով ռեգիստրի տվյալները CostOSAccounting, և ոչ ըստ ԲՄ ռեգիստրների տվյալների։ Փոխանցումից հետո նկարագրված անհամապատասխանությունների պատճառով աղբյուրի և նպատակակետի մաշվածության հաշվարկը կարող է չհամընկնել:

Գործողության կարգը.

Գործընթացն իր ամենաընդհանուր ձևով ունի հետևյալ տեսքը. UPP աղբյուրի տվյալների բազայից տվյալները վերբեռնվում են միջանկյալ ֆայլ (տես Նկար 1): Տվյալների ֆայլի անունը), և այնուհետև բեռնված ստացողի հիմքում BP 3.0:

Տվյալների բեռնումը և բեռնումն իրականացվում է մշակման միջոցով Ունիվերսալ տվյալների փոխանակում ձևաչափովXML, որը հասանելի է ընկերության բոլոր ստանդարտ կոնֆիգուրացիաներում՝ առանց բացառության 1C. Դուք կարող եք այն բացել Մենյու - Ծառայություն - Տվյալների այլ փոխանակումներ:

Նկ.1 Տվյալների վերբեռնում

Վերբեռնելու համար դուք պետք է օգտագործեք փոխանակման կանոնները UPP_ACC8.xml, որը պետք է նշվի մուտքագրման դաշտում Կանոնների ֆայլի անվանումը. Երբ ընտրեք կանոնների ֆայլ, դրանք կկարդան, և ծառը կլցվի Տվյալների վերբեռնման կանոններ. Անհրաժեշտության դեպքում կարող եք նորից կարդալ փոխանակման կանոնները՝ օգտագործելով մուտքագրման դաշտի աջ կողմում գտնվող կոճակը: Փոխանակման կանոնները կարդալիս վերբեռնման պարամետրերը կլրացվեն լռելյայն արժեքներով (տես Նկար 2), ցանկության դեպքում դրանք կարող են փոխվել նախքան տվյալները վերբեռնելը:

Նկ.2 Տվյալների վերբեռնման պարամետրեր

1. Առաջին հերթին խորհուրդ եմ տալիս փոխանցել կազմակերպությունների հաշվապահական հաշվառման քաղաքականությունը. Բայց դուք կարող եք միանգամից փոխանցել բոլոր տվյալները: Էջանիշի վրա Վերբեռնման ընտրանքներԴուք կարող եք սահմանել տարբեր պարամետրեր, այդպիսով վերահսկելով գործընթացը: Այս պահին օգտակար է պարամետրը սահմանել Այո՛. Այս դեպքում տվյալների բեռնման ժամանակ հաշվապահական պարամետրերը կկարգավորվեն BP 3.0 ստացող տվյալների բազայում:

սեղմել կոճակը Վերբեռնեք տվյալներըև ստացեք տվյալների ֆայլը նշված թղթապանակում:

Այնուհետև տվյալները պետք է բեռնվեն ստացող տվյալների բազայում: Դրա համար մենք օգտագործում ենք նույն մշակումը Տվյալների համընդհանուր փոխանակում XML ձևաչափովբայց ընդունող բազայում: Ներդիրի վրա նշում ենք ֆայլի անունը՝ ներբեռնելու համար, ինչպես ներբեռնելիս (տես նկ. 3) և սեղմում ենք կոճակը Ներբեռնեք տվյալները.

Ներբեռնման գործընթացում, եթե պարամետրը սահմանվել է ներբեռնման ժամանակ Համաժամացրեք ծրագրի կարգավորումները և հաշվապահական հաշվառման պարամետրերըիմաստով Այո՛, հաշվապահական պարամետրերը կկազմաձևվեն BP 8.3 ընդունիչի բազայում: Եթե ​​ստացող տվյալների բազայի կարգավորումը չի համընկնում աղբյուրի տվյալների բազայի կարգավորումների հետ, այն կկարգավորվի, և մուտքերը կհայտնվեն ծառայության հաղորդագրության պատուհանում (տես նկ. 4): Համեմատեք հաղորդագրության պատուհանի բովանդակությունը Նկար 2-ում ներկայացված պարամետրերի հետ: Հասկանալի է, որ հետագայում, մնացած տեղեկատվությունը փոխանցելիս, այլեւս նման համաժամացման կարիք չկա։

Նկ.4 Հաշվապահական հաշվառման կարգավորումների փոփոխությունների մասին հաղորդագրություններ

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

2. Հաջորդը, դուք պետք է փոխանցեք մնացածը BP 3.0 ընդունիչի բազայինփոխանցման ամսաթվին։ Փոխանակման կանոններն այս դեպքում գործում են ճիշտ այնպես, ինչպես ցանկացած այլ տվյալների բազա փոխանցելու դեպքում. փաստաթղթերը ստեղծվում են Նախնական մնացորդների մուտքագրում. Բեռնաթափման ժամանակ դուք պետք է նշեք կանոնները «Մուտքային մնացորդներ» բաժնում (տես նկ. 5):

Նկ.5 Փոխանակման կանոններ մնացորդների փոխանցման համար

Բեռնելիս փաստաթղթերը կհայտնվեն BP 8.3 ընդունիչի բազայում Նախնական մնացորդների մուտքագրումորոնք պետք է իրականացվեն։ Նրանք կստեղծեն բոլոր անհրաժեշտ շարժումները գրանցամատյաններում։ Գործընթացի ընթացքում ծառայության հաղորդագրության պատուհանը կարող է պարունակել սխալի հաղորդագրություններ: Դրանք պետք է շտկվեն, և խնդրահարույց փաստաթղթերը մշակվեն։ Գրառման սխալները առաջանում են հաշվապահական հաշվառման մեջ թույլ տված սխալներից: Նկար 6-ում ներկայացված է նման սխալի օրինակ, որը հանգեցնում է մնացորդների առաջացման խնդիրների: Նյութի քանակը հավասար է զրոյի, նյութի և պահեստի կողմից փլուզված գումարը նույնպես հավասար է զրոյի, սակայն երրորդ ենթակոնտոյի համար կան ոչ զրոյական մնացորդներ՝ հակառակ նշանով։ Սա բավականին բնորոշ իրավիճակ է։ Նման մնացորդները կհայտնվեն փաստաթղթում Նախնական մնացորդների մուտքագրում,բայց դա անհնար կլինի իրականացնել։

Նկ.6 Հաշվապահական սխալի օրինակ

Այս դեպքում փաստաթղթի երկու տողերը Նախնական մնացորդների մուտքագրումՍտացող տվյալների բազայում սխալ մնացորդներով 1C 8.3-ը պետք է ջնջվի: Այնուհետև փաստաթուղթը կմշակվի:

Կան սխալներ, որոնք կապված են պարտադիր վերլուծության բացակայության հետ: Օրինակ, կոնտրագենտների հետ հաշվարկների հաշիվներն ունեն ենթահաշիվ Կոնտրագենտի հետ հաշվարկների փաստաթղթեր, բայց պրակտիկայում մնացորդներում նման ենթակոնտոսներ չկան։ Սա նաև անհնարին կդարձնի փաստաթղթի տեղադրումը մնացորդների մուտքագրման համար։ Նման սխալները պետք է շտկվեն ձեռքով` ստեղծելով նոր հաշվարկային փաստաթղթեր:

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

3. Այժմ դուք պետք է փոխանցեք փաստաթղթերըհաշվեկշռի ամսաթվից ուշ ամսաթվով: Ներբեռնումից հետո դրանք նույնպես պետք է իրականացվեն։ Վերբեռնելիս դուք պետք է նշեք բեռնման կանոնները բաժնում Փաստաթղթեր. Փաստաթղթերի տվյալների վերբեռնման կանոնները ներկայացված են Նկար 7-ում:

Նկ.7 Փաստաթղթերի վերբեռնման կանոններ

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

4. Հիմա դիրեկտորիաների փոխանցման մասին. Նախորդ պարբերություններում մենք չենք նշել դիրեկտորիաների փոխանցման կանոնները, սա չի նշանակում, որ դրանք չեն փոխանցվել: Գրացուցակի տարրերը փոխանցվել են հղումների միջոցով, այսինքն. որոնք մասնակցում են տվյալ ամսաթվի մնացորդների ձևավորմանը, այլ կերպ ասած՝ առկա են մնացորդների մուտքագրման փաստաթղթերում, ինչպես նաև այլ փաստաթղթերում պարունակվող փաստաթղթերում: Սա նշանակում է, որ ֆոնային տեղեկատվության մեծ մասը, որը կպահանջվի հետագա աշխատանքի համար, արդեն փոխանցվել է:

Ուստի, որպես կանոն, տեղեկատու տեղեկատվության փոխանցման հատուկ կարիք չկա։ Բայց եթե, այնուամենայնիվ, նման անհրաժեշտություն առաջանա, եթե գրացուցակի տարրը չի գտնվել որևէ փաստաթղթում, բայց հետագայում անհրաժեշտ կլինի, ապա այդ նպատակով բաժնում խմբավորված փոխանակման կանոնները. տեղեկատուներ(տես նկ. 8): Գրացուցակների տվյալների ներբեռնման կանոնները ներկայացված են Նկար 8-ում:

Նկ.8 տեղեկատուների վերբեռնման կանոններ

Գրացուցակները չպետք է ամբողջությամբ փոխանցվեն, դուք կարող եք սահմանափակել բեռնումը տարբեր զտիչներով: Դա անելու համար պատուհանի աջ կեսում անհրաժեշտ է կարգավորել ընտրությունը (տես Նկար 9), ամենապարզը. Դաշտնշեք ընտրված գրացուցակը Համեմատության տեսակը- Հավասարապես, ներս Իմաստը- հղում դեպի գրացուցակի տարր: Սա այն է, ինչը թույլ է տալիս փոխանցել տեղեկատու գրքերի բացակայող տարրերը, որոնք չեն ներբեռնվել փաստաթղթերից հղումների միջոցով: Դուք կարող եք ստեղծել ավելի բարդ ընտրանքներ՝ օգտագործելով տարբեր գրացուցակի մանրամասներ և տարբեր տեսակի համեմատություններ:

Նկ.9 Ընտրության տեղադրում բեռնաթափման ժամանակ

Հերթափոխի արտադրության հաշվետվություն, փաստաթուղթ Արդյունքև փաստաթուղթ Անվանակարգի ամբողջական հավաքածուգործողության տեսակի հետ Արդյունք. Նրանք բոլորը վերածվում են BP 3.0փաստաթղթի մեջ Հերթափոխի արտադրության հաշվետվություն, բոլոր դեպքերում անհրաժեշտ է որոշել պլանավորված արժեքը

5. Տեղեկատվական ռեգիստրների փոխանցում(այսուհետ՝ RS) նույնպես տեղեկատու տեղեկատվության փոխանցման մաս է կազմում: Կան անկախ տեղեկատվական ռեգիստրներ, այսինքն. որևէ կերպ կապված չէ փաստաթղթերի հետ: Համապատասխանաբար, դրանք չեն կարող փոխանցվել հղումների միջոցով, ուստի դրանք փոխանցվում են ինքնուրույն: Նման ռեգիստրների տվյալների վերբեռնման կանոնները խմբավորված են բաժնում Տեղեկատվական ռեգիստրներ. Սա չի նշանակում, որ այստեղ նշված բոլոր տեղեկատվական ռեգիստրները պետք է փոխանցվեն: Օրինակ, որոշները կարող են փոխանցվել, կամ դրանք կարող են բեռնվել 1C 8.3 ստացողի տվյալների բազայում՝ օգտագործելով հենց ծրագիրը: Որոշ տեղեկատվական ռեգիստրներ արդեն լրացվում են մինչ փոխանցումը։

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

Եթե ​​տեղեկատվական ռեգիստրը պարբերական է, ապա բեռնաթափումը կատարվում է բեռնաթափման ժամանակաշրջանում (տե՛ս նկ. 9): Փոխանցե՞լ նման ռեգիստրը, թե՞ ոչ, և եթե փոխանցվի, ապա ինչ ժամկետի համար պետք է որոշի օգտատերը:

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

Արտադրության հաշվապահական փաստաթղթերի փոխանցման առանձնահատկությունները.Դրանք ներառում են՝ փաստաթուղթ Հերթափոխի արտադրության հաշվետվություն, փաստաթուղթ Արդյունքև փաստաթուղթ Անվանակարգի ամբողջական հավաքածուգործողության տեսակի հետ Արդյունք. Նրանք բոլորը վերածվում են BP 3.0փաստաթղթի մեջ Հերթափոխի արտադրության հաշվետվություն, բոլոր դեպքերում անհրաժեշտ է որոշել ծրագրված արժեքը (պլանավորված գումարը), քանի որ ք BP 3.0այս մանրամասնությունը պահանջվում է: Եթե ​​SPP-ն օգտագործում է ծախսերի հաշվառման ռեժիմ Խնջույք, ապա պլանավորված արժեքը որոշվում է ըստ հաշվապահական տվյալների՝ հիմնվելով UPP փաստաթղթի տեղադրումների վրա: RAUZ-ի առաջադեմ վերլուծական ռեժիմի դեպքում պլանավորված արժեքը որոշվում է այն ամսվա հաշվապահական տվյալների հիման վրա, որում արտացոլվում է այս փաստաթուղթը: Պլանավորված ծախսը 20 հաշվի կրեդիտից գույքագրման հաշվի (10, 21, 41, 43) դեբետ շրջանառությունն է: Ընդ որում, եթե հաշվապահական հաշվառման պարամետրերում հաստատուն է սահմանվում. MaintainPartitionAccountingWarehouseRegl, ապա յուրաքանչյուր պահեստի համար որոշվում է ապրանքի պլանային արժեքը։ Հակառակ դեպքում այն ​​համախմբված է բոլոր պահեստների համար։

Փաստաթուղթ փոխանցելիս Անվանակարգի ամբողջական հավաքածուգործողության տեսակի հետ Արդյունքաղյուսակային մասը լրացվում է Նյութերև համապատասխանաբար փաստաթուղթն իրականացնելիս Հերթափոխի արտադրության հաշվետվություն BP 3.0-ում նյութերը դուրս են գրվում: Փաստաթուղթ փոխանցելիս Հերթափոխի արտադրության հաշվետվությունՎ 1C Հաշվապահություն 8Աղյուսակային բաժինը Նյութերը լրացված չէ, քանի որ այս դեպքում կան ձևի փաստաթղթեր Հարցում-հաշիվ.

Եթե ​​բեռնման խնդիր կա. Նշված ֆայլը գոյություն չունի«, խորհուրդ եմ տալիս անել հետևյալը: «Օպերացիոն ռեժիմից (սերվերի վրա)» անցեք «Օպերացիոն ռեժիմի (հաճախորդի վրա)», ապա ներբեռնման ֆայլի ընտրության պատուհանը դառնում է անգործուն: Երբ սեղմում եք «Տվյալների բեռնում» կոճակը, մշակումը ձեզ հուշում է ընտրել ներբեռնման ֆայլ, նշեք, որ այն հստակ տեսանելի է այս պատուհանում: Փորձեք համոզվել, որ ֆայլի անվան ընդհանուր երկարությունը չի գերազանցում 64 նիշը, չի պարունակում բացատներ կամ ռուսերեն տառեր, և ֆայլի անվանումն ինքնին նման է հնարավորինս կարճ, օրինակ CDData.xml

Առաքման բովանդակությունը.

Փաթեթը ներառում է՝ փոխանցման կանոններ UPP_ACC8.xml. Տարբերակի համար 1C UPP ծրագրից մնացորդների և փաստաթղթերի փոխանցում 1C BP rev. 3.0՝ ZhR-ի ընտրությամբՓաթեթը ներառում է նաև վերամշակում Համընդհանուր տվյալների փոխանակումXML_With_Selection_By_JR.

Տվյալների փոխանցման այլ կանոններ.

Այսպիսով, մենք ներբեռնում ենք 1C-Bitrix փոխանակման մոդուլը http://1c.1c-bitrix.ru/ecommerce/download.php հղումից

Մեր օրինակում մենք կանդրադառնանք Ինտեգրված ավտոմատացման տարբերակ 1.1 (1.1.76.2), 1C-Bitrix փոխանակման մոդուլ 6.0.3.4:

Ի տարբերություն առևտրի 11.2-ի, «Bitrix» պատկերակը չկա մենյուում, այնպես որ վեբ կայքի միջոցով անցեք Գործողություններ – Փոխանակման պլան – Փոխանակման կարգավորումներ: Կտտացրեք «Ավելացնել» և ստեղծեք ձեր սեփական հանգույցը՝ իրերը կայք վերբեռնելու համար:

«Փոխանակման պարամետրերի կարգավորում» ներդիրում նշեք հետևյալ տվյալները.

Դաշտում «Կայքի հասցեն»նշեք http://site/bitrix/admin/1c_exchange.php

Եթե ​​ձեր կայքը աշխատում է https-ով, ապա https://site/bitrix/admin/1c_exchange.php

ԲԱՅՑ https-ով փոխանակումը չի աշխատում 1C-Bitrix փոխանակման մոդուլի հին տարբերակների վրա:

Օգտվողի անուն և գաղտնաբառ, օգտատերը պետք է ունենա ադմինիստրատիվ իրավունքներ կայքում։

Մատյան գրացուցակ- եթե տվյալների բազան հիմնված է ֆայլի վրա, ապա կարող եք ստեղծել թղթապանակ և նշել դրա ուղին, եթե տվյալների բազան հաճախորդ-սերվեր է, ապա դեպի սերվերի թղթապանակ:

Գրեք այն և սեղմեք «փորձարկել կապը»: Առաջին սխալները կարող են հայտնվել այստեղ, և համակարգը ձեզ կասի, որ այն չի կարողացել միանալ սերվերին կամ մուտքն ու գաղտնաբառը սխալ են:

Առաջին բանը, որ դուք պետք է անեք, համոզվեք, որ այս օգտանունով և գաղտնաբառով օգտվողն ունի ադմինիստրատիվ իրավունքներ կայքում, և դուք դրանք ճիշտ եք նշել: Երկրորդ, եթե հասցեն պարունակում է www, ապա սա նույնպես պետք է նշվի:

Գնացեք ներդիր «Տվյալների փոխանակման ռեժիմ»և ընտրիր «Իրերի մասին տեղեկատվության վերբեռնում», «փոխել վերահսկողությունը»«լրիվ վերբեռնում» (եթե սա առաջին վերբեռնումն է կայք):

Եթե ​​դուք ստուգում եք ամբողջական բեռնաթափման տարբերակը Ապաակտիվացրեք ապրանքները լրիվ բեռնաթափման դեպքում(տարբերակը հասանելի է 6.0.3.1 տարբերակից), այնուհետև, հաջող վերբեռնման դեպքում, այն ապրանքները, որոնք գտնվում են կայքում, բայց վերբեռնված չեն, ապաակտիվացվում են կայքում։

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

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

Էկրանի ձախ կողմում մենք տեղադրում ենք կայքի կառուցվածքը, իսկ աջ կողմում ցուցադրվում է անվանացանկի կառուցվածքը 1C-ում: Կարող եք կա՛մ քաշել և թողնել ամբողջ թղթապանակներ, եթե այնտեղ գտնվող բոլոր ապրանքները պատկանում են ձեր ստեղծած հատվածին, կա՛մ կարող եք քաշել և թողնել մեկ արտադրանքը միաժամանակ:

Ընդհանուր սխալ, որը տեղի է ունենում այս փուլում՝ արմատային միջնորմում տեղադրվում է նաև թղթապանակ։ Այսինքն՝ կայքի արմատական ​​բաժինը կլինի «կոշիկներ» ենթաբաժինով՝ «կանացի կոշիկներ», «տղամարդկանց կոշիկներ» և ենթաբաժին, որտեղ կլինեն «կոշիկ» ապրանքներ։ Հետևաբար, մենք նշել ենք ապրանքը և թղթապանակները՝ արտադրանքը միայն ենթաբաժիններում: Մենք չենք լրացնում «կոշիկ» արմատային հատվածը «կոշիկ» անվանացանկի թղթապանակով:

Ապրանքների ներդիր

Եթե ​​«Վերբեռնեք ապրանքներ» վանդակը նշված է, ապա ապրանքների մասին տեղեկատվությունը կներբեռնվի:

Եթե ​​«Վերբեռնեք նկարներ և ֆայլեր» վանդակը նշված է, ապա ապրանքների նկարներն ու ֆայլերը կվերբեռնվեն: Վերբեռնվում են միայն նոր կամ փոփոխված պատկերներ և ֆայլեր:

«Վերբեռնեք գույքի արժեքները ապրանքների մեջ» նշանը նշանակում է, որ գույքի արժեքները կվերբեռնվեն ապրանքների վրա, նույնիսկ եթե հատկություններն իրենք չեն վերբեռնվում (անհրաժեշտ է, երբ հատկությունները վերբեռնվում են առանձին՝ օգտագործելով այլ փոխանակման կարգավորում):

«Նյութերի դաշտի համապատասխանության կարգավորում» խմբում դուք սահմանում եք այն կանոնները, որոնցում ապրանքի XML դաշտում վերբեռնվում են որոշակի ապրանքային տեղեկությունները:

Հիմնական մանրամասները մշտական ​​են: Լրացուցիչ մանրամասների համար սահմանափակումներ չկան։ XML ֆայլի սպասարկման դաշտերը հնարավոր չէ խմբագրել:

1C դաշտերի անունների արժեքները կարող են լինել կամ կանխորոշված ​​(օրինակ, շտրիխ, անուն) կամ կամայական: 1C-ի կամայական դաշտը կարող է լինել 1C կոդի մի կտոր, նոմենկլատուրա մուտքը տեղի է ունենում «Անվանակատուրա»: Օրինակ՝ XML name դաշտում կարող եք տեղադրել «Nomenclature.Article + « - » + Abbreviation(Nomenclature.Name)» արտահայտությունը, ինչի արդյունքում կայքում կհայտնվի հոդվածի վրա կպած անունով անվանակարգը:

«Փաթեթի ապրանքների քանակը», կարող եք նշել, թե ներմուծման թղթապանակում քանի ապրանք կլինի xml ֆայլում; եթե ձեր հոսթինգը չի կարող հաղթահարել միաժամանակ վերբեռնված ապրանքների քանակը, ապա կարող եք նվազեցնել դրանց քանակը՝ դրանով իսկ թեթևացնելով սերվերի բեռը.

Առաջարկների ներդիր

Եթե ​​«Վերբեռնել առաջարկներ» վանդակը նշված է, ապա ապրանքների առաջարկները կբեռնաթափվեն:

Առաջարկների լրացուցիչ ընտրության համար անհրաժեշտ է «Վերբեռնման բնութագրերը միայն մնացորդներով» վանդակը: Եթե ​​հատկանիշը սահմանված է, եթե առաջարկը չունի մնացորդներ բեռնաթափված պահեստներում, ապա նման առաջարկը չի բեռնաթափվում:

Առաջարկների լրացուցիչ ընտրության համար անհրաժեշտ է «Վերբեռնել առաջարկը միայն գնով» վանդակը: Եթե ​​այս դրոշը դրված է, եթե առաջարկը չունի վերբեռնված պայմանագրերի գներ (գների տեսակներ), ապա այդպիսի առաջարկը չի վերբեռնվում:

«Վերբեռնեք ապրանքը որպես առաջարկ, եթե այն ունի բնութագրեր» վանդակը պահանջվում է, երբ պահանջվում է, որ ապրանքը բեռնաթափվի որպես առաջարկ, նույնիսկ եթե այն ունի բնութագրեր: Եթե ​​հատկանիշը սահմանված չէ, ապա կառաջարկվեն միայն ապրանքի բնութագրերը և ապրանքները, որոնք չեն աշխատում ըստ բնութագրերի:

«Վերբեռնեք գույքի արժեքները առաջարկների մեջ» նշանը նշանակում է, որ գույքի արժեքները կվերբեռնվեն առաջարկների մեջ, նույնիսկ եթե գույքն իրենք բեռնաթափված չեն (անհրաժեշտ է, երբ գույքերը բեռնաթափվում են առանձին՝ փոխանակման այլ կարգավորումներով):

«Առաջարկների բեռնաթափման բնութագրերը» հատկանիշը որոշում է, թե արդյոք անհրաժեշտ է բեռնաթափել առաջարկների բնութագրերը առաջարկներում (եթե բավարար է դրանք բեռնաթափել որպես հատկություններ):

Եթե ​​«Վերբեռնել շտրիխ կոդեր» վանդակը նշված է, ապա ապրանքների և դրանց առաջարկների համար կվերբեռնվի 1 շտրիխ կոդ: Եթե ​​շտրիխ կոդերը չեն օգտագործվում, ապա ավելի լավ է չնշել այս վանդակը, քանի որ սա կդանդաղեցնի վերբեռնման գործընթացը:

Հատկությունների ներդիր

Եթե ​​ընտրված է «Վերբեռնման հատկությունները» վանդակը, ապա ապրանքների և առաջարկների հատկությունները կվերբեռնվեն:

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

Որպեսզի գույքը և դրա արժեքները պահվեն Hib-ում, դուք պետք է նշեք վանդակը: «Ֆայլ» տեսակի հատկությունը միշտ պահվում է բարձր բեռնված տեղեկատվական բլոկներում:

«Գներ» և «Մնացորդներ» ներդիրները

Ներառված է, եթե մնացորդները և գները վերբեռնեք կայք:

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

Վերբեռնված տվյալների համար ընտրանքները կարգավորելու պատուհանում սահմանվում են հղման տվյալների ընտրանքները. Ապրանքի հատված- ապրանքների սեգմենտների ընտրություն;
Անվանակարգ- ընտրություն ըստ անվանացանկի կամ խմբի.
Պահպանման միավոր- ապրանքների բեռնաթափված չափման միավորների ընտրություն: Անկախ ընտրությունից՝ ապրանքների հիմնական միավորները բեռնաթափվում են.
Համաձայնագիր- ապրանքների բեռնաթափված պայմանագրերի և, համապատասխանաբար, ապրանքների գների ընտրություն: Վերբեռնվում են միայն ստանդարտ պայմանագրեր՝ «Հասանելի է արտաքին օգտատերերի համար» հատկանիշը և «Գործընկեր սեգմենտը» հատկանիշը լրացված չէ.
Բաժնետոմսեր– ընտրություն բեռնաթափված պահեստներով: Մնացած ապրանքները կլինեն միայն այն պահեստներում, որոնք համապատասխանում են պայմաններին.
Նյութի հատկություն– ընտրություն՝ ըստ անվանացանկի հատկությունների. Կբեռնաթափվեն միայն այն հատկությունները, որոնք բավարարում են ընտրության պայմանը:

Ընդհանուր սխալ, որը գտնվում է այս ֆունկցիոնալության մեջ. սրանք տիզեր են և «Արժեքների» դատարկ դաշտ:

Ի տարբերություն UT 11-ի, ձեզ հարկավոր չէ ստանդարտ համաձայնագիր ստեղծել՝ կայք գները վերբեռնելու համար, պարզապես անհրաժեշտ է ընտրության մեջ նշել ձեզ անհրաժեշտ գնի տեսակը:

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

Մենք գնում ենք ապրանքների թղթապանակ, դրա մեջ կա 4 ֆայլ.
1) ներմուծում – որում տեսանելի են բեռնաթափված բոլոր ապրանքները.
2) առաջարկներ` ապրանքների առևտրային առաջարկներ.
3) գներ՝ գներ.
4) հանգիստ՝ մնացորդներ.
Եկեք ստուգենք՝ արդյոք ներբեռնվել են ապրանքների գները և մեզ անհրաժեշտ գնի տեսակը։

Եթե ​​դուք վերբեռնում եք փոքր բիզնեսում, ապա դուք պետք է պատճենեք արտաքին կոդը «IDTypePrices» պիտակից և տեղադրեք այն Խանութում՝ Գնի տեսակը:

Բացելով ֆայլերը՝ կարող եք ստուգել՝ արդյոք ապրանքի մնացորդները, գները, կատալոգի կառուցվածքը, արտադրանքի հատկությունները վերբեռնվել են, այսինքն՝ արդյո՞ք 1C-ն ապահովում է պահանջվող տվյալները։

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

Կայքում բեռնվելուց հետո անհրաժեշտ է կարգավորել կայքի հանրային մասում ցանկալի տեղեկատվական բլոկի ցուցադրումը և գների ցանկալի տեսակը:

Եկեք դիտարկենք մի քանի կարգավորումներ հենց BUS-ում, որոնք պետք է հաշվի առնել 1C-ից բեռնումը կարգավորելիս:

Եթե ​​նկարներ եք վերբեռնում 1C-ից, ապա պետք է ավելի զգույշ լինեք պատկերների մշակման կարգավորումների հետ։ Խանութ - Կարգավորումներ - Ինտեգրում 1C-ի հետ:

BUS-ում կատալոգի բոլոր նկարները փոխանակումից հետո կդառնան նշված չափսերով, հետևաբար, եթե 1C-ում դրանք մուտքագրվեն մեծ չափերով, ապա պարամետրերը կամ պետք է հեռացվեն, կամ պետք է նշվեն ճիշտ չափերը:

Համոզվեք, որ ինֆոբլոկի կարգավորումներում, եթե դուք վերբեռնում եք գոյություն ունեցող ինֆոբլոկ, և նման առաջադրանքները նույնպես շատ տարածված են, պարտադիր դաշտերը Բովանդակություն - Ինֆոբլոկներ - Ինֆոբլոկների տեսակներ - 1C կատալոգ ներառված չեն:

Որովհետև եթե այս պարամետրը դրված է, ապա բեռնելիս սխալ կհայտնվի, որ պարտադիր դաշտը լրացված չէ։ Այն պատճառով, որ 1C-ում ոչ բոլոր ապրանքները կարող են նկար ունենալ։ Հետևաբար, եթե դուք նաև առևտրային առաջարկներ եք բեռնում, ապա ստուգեք առևտրի առաջարկների տեղեկատվական բլոկի կարգավորումները:

Եվ քանի որ մենք անդրադարձանք 1C-ից գոյություն ունեցող տեղեկատվական բլոկին վերբեռնելու խնդրին, մենք ձեզ ցույց կտանք, թե ինչպես դա անել: Առաջին հերթին մենք նայում ենք գրացուցակի GUID-ին 1C-ում և պատճենում այն:

Այնուհետև մենք գնում ենք կայք և նայում ենք տեղեկատվական բլոկի արտաքին ծածկագիրը: Բովանդակություն – տեղեկատվական բլոկի տեսակները – պահանջվող տեղեկատվական բլոկ: Մենք փնտրում ենք «արտաքին ծածկագիր» դաշտը, եթե այն չկա, մի հուսահատվեք։ Գնացեք կարգավորումներ - մոդուլի կարգավորումներ - տեղեկատվական բլոկներ և միացրեք արտաքին կոդերի ցուցադրումը:

Եկեք վերադառնանք infoblock-ի կարգավորումներին և ստուգենք հիմա:

Տեղեկատվական բլոկի արտաքին կոդը, որում ցանկանում եք վերբեռնել, և գրացուցակի GUID-ը 1C-ում տարբեր են, ուստի մենք տեղադրում ենք 1C-ում գրացուցակի նախկինում պատճենված GUID-ը արտաքին կոդի դաշտում:

Այժմ 1C-ից կատալոգը կվերբեռնվի կայքում Ձեզ անհրաժեշտ տեղեկատվական բլոկում:

Օգտագործելով այս կանոնները, հետևյալ փաստաթղթերը ներբեռնվում են UPP տվյալների բազայից դեպի BP.

1. Ապրանքների և ծառայությունների վաճառք
2. Ապրանքների և ծառայությունների ստացում
3. Տրված հաշիվ-ապրանքագիր
4. Ստացվել է հաշիվ-ապրանքագիր
5. Անդորրագրի կանխիկ պատվեր
6. Հաշվի կանխիկ երաշխիք
7. Ապրանքների տեղաշարժ
8. Անվանակարգի ամբողջական հավաքածու
9. Պահանջվող հաշիվ-ապրանքագիր
10. Ապրանքների վերադարձ մատակարարին
11. Ապրանքների վերադարձ գնորդից
12. Գնորդի կողմից վճարման հաշիվ-ապրանքագիր՝ Գնորդի պատվերի հիման վրա

ինչպես նաև գրեթե բոլոր տեղեկատուները, որոնք օգտագործվում են այս փաստաթղթերում (նոմենկլատուրա, չափման միավորներ, կապալառուներ և այլն)

Փոխանակումն իրականացվում է «Տվյալների համընդհանուր փոխանակում XML ձևաչափով»

Հրահանգներ, թե ինչպես փոխանցել տեղեկատվություն UPP 1.3-ից BP 3.0

ԿԱՐԵՎՈՐ!!! Առաջին հերթին, ես խորհուրդ եմ տալիս, որ փոխանակումների բոլոր փորձարկումները կատարվեն տվյալների բազայի պատճենների վրա: Հատկապես, երբ դուք օգտատեր եք, առանց տվյալների փոխանցման հմտությունների:
Հակառակ դեպքում տվյալների բազաների բովանդակությունը կարող է վնասվել: Մենք այն ստուգեցինք պատճենների վրա, համոզվեցինք, որ դա ճիշտ ենք անում, և միայն դրանից հետո անցանք այն մարտական ​​հենակետեր տեղափոխելուն։
Անվտանգության միջոցներն ուժեղացնելու համար տվյալների փոխանցումից առաջ ավելի լավ է պատճենել տվյալների բազաները՝ և՛ նպատակակետը, և՛ աղբյուրը:

Տվյալների փոխանցումը բաժանված է երկու փուլի.

Փուլ թիվ 1. Տեղեկությունների վերբեռնում «UPP 1.3» աղբյուրից։
Ներբեռնեք փոխանակման կանոնները
Դուք պետք է գնաք աղբյուրի տվյալների բազա, մեր օրինակում SCP 1.3

Մենք սկսում ենք մշակել «Տվյալների համընդհանուր փոխանակում XML ձևաչափով» Հիմնական ընտրացանկ \ Գործիքներ \ Տվյալների այլ փոխանակումներ \ Տվյալների համընդհանուր փոխանակում XML ձևաչափով

Գնացեք «Տվյալների վերբեռնում» ներդիր

Նշեք ֆայլի անունը, որտեղ նշված են փոխակերպման կանոնները
Կանոնների կարգավորումների բեռնում
Լրացրեք մանրամասները «Տվյալների ֆայլի անվանումը», այն ֆայլը, որտեղ մենք կվերբեռնենք տվյալները
«Վերբեռնված տվյալներ» ներդիրում ընտրեք այն օբյեկտների տեսակները, որոնք մենք պետք է վերբեռնենք
Եթե ​​մենք փաստաթղթեր ենք վերբեռնում, ապա պետք է նշենք այն ժամանակահատվածը, որի համար անհրաժեշտ է փաստաթղթեր վերբեռնել, օրինակ՝ «01/01/2018»-ից մինչև «01/31/2018»:
Վերբեռնման կարգավորումները պատրաստ են, կարող եք սեղմել «Վերբեռնել տվյալներ» կոճակը, որը գտնվում է վերամշակման վերին մենյուում:
Բեռնաթափման ավարտից հետո կցուցադրվի համապատասխան նախազգուշացում, իսկ ծառայության հաղորդագրության պատուհանում կցուցադրվի տեղեկատվություն բեռնաթափված օբյեկտների քանակի մասին:

Դուք պետք է գնաք ստացողի տվյալների բազա, մեր օրինակում Հաշվապահություն 3.0:

Դուք պետք է համոզվեք, որ մուտք ունեք դեպի Բոլոր հնարավորությունները բաժինը:

Դա անելու համար անցեք Հիմնական ընտրացանկ \ Գործիքներ \ Ընտրանքներ

P.S. Եթե դուք չեք տեսնում «Ցուցադրել «Բոլոր գործառույթները» հրամանը» վանդակը, ապա դուք իրավունք չունեք «Համակարգի ադմինիստրատոր»:

Բացեք «Տվյալների համընդհանուր փոխանակում XML-ում» մշակումը

Ընտրեք նախկինում բեռնված տվյալների ֆայլը՝ լրացնելով «Սերվերի վրա վերբեռնված ֆայլի անվանումը» մանրամասները։
Սեղմեք «Ներբեռնել տվյալները» կոճակը

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

Փաստաթղթերի բեռնվածության մեջ համոզվելու համար գնացեք վաճառքի համապատասխան ենթահամակարգեր՝ «Վաճառք (ակտեր, հաշիվ-ապրանքագրեր)» բաժինը, գնումների «Անդորագրեր (ակտեր, հաշիվ-ապրանքագրեր)» բաժինը։

Եվ մենք տեսնում ենք ներբեռնված փաստաթղթերի առկայությունը

Անցնենք ներբեռնված փաստաթղթերին

Տվյալների փոխանցումն ավարտված է

Վիդեո հրահանգ

թարմացնել 16.01.2018 Ավելացվել են UPP-ից (1.3.101.1)_BP (3.0.57.17) փոխակերպման կանոններ

թարմացնել 22.02.2018 Ավելացվել են UPP-ից (1.3.103.1)_BP (3.0.58.41) փոխակերպման կանոններ

upd 03/05/2018 Հետևյալ փաստաթղթերը ավելացվել են UPP-ից (1.3.103.1)_BP (3.0.58.41) փոխակերպման կանոններին. Հարցման հաշիվ-ապրանքագիր, Կանխիկի անդորրագրի պատվեր, Փաթեթավորում, Ապրանքների տեղափոխում

upd 05/21/2018 Ավելացվել են UPP-ից (1.3.107.2)_BP (3.0.61.47) փոխակերպման կանոններ: UPP-ից (1.3.107.2)_BP (3.0.61.47) փոխակերպման կանոններին ավելացվել է «Ապրանքների վերադարձ մատակարարին» փաստաթղթի տեսակը:

upd 09.26.2018 Ավելացվել են UPP-ից (1.3.112.3)_BP (3.0.64.54) փոխակերպման կանոններ: UPP-ից (1.3.112.3) BP (3.0.64.54) փոխարկելու կանոններին ավելացվել է «Գնորդից ապրանքների վերադարձ» փաստաթղթի տեսակը:

Փորձարկվել է 1C:Enterprise 8.2 (8.2.19.130) UPP կոնֆիգուրացիա (1.3.112.3) և 1C:Enterprise 8.3 (8.3.13.1513) BP կոնֆիգուրացիա (3.0.64.54) հարթակներում:

upd 01/17/2019 Ավելացվել են UPP-ից (1.3.115.2)_BP (3.0.67.67) փոխակերպման կանոններ:

Թարմացում 02/10/2019 UPP-ից (1.3.115.2) BP (3.0.67.67) փոխարկելու կանոններում ներբեռնման համար ավելացվել են գրացուցակներ՝ Այլ եկամուտներ և ծախսեր, Աշխատակիցներ:
«Վճարման հաշիվ ապրանքագիր» փաստաթուղթը, որը ստեղծվում է BP-ում «Գնորդի պատվեր» փաստաթղթի հիման վրա.
Տեղեկատվության ռեգիստր. «Նյութերի հաշվառման» կանոնները հարմար են UPP 1.3-ից փոխանցելու համար (1.3.113.4)

Փորձարկվել է 1C:Enterprise 8.2 (8.2.19.130) UPP կոնֆիգուրացիա (1.3.115.2) և 1C:Enterprise 8.3 (8.3.13.1513) BP կոնֆիգուրացիա (3.0.67.67) հարթակներում:

Upd 04/10/2019 Փոխակերպման կանոնները UPP-ից (1.3.115.2) BP (3.0.67.67) հարմար են UPP-ից (1.3.120.1) տվյալները BP (3.0.70.25) փոխանցելու համար:
Փորձարկվել է 1C:Enterprise 8.2 (8.2.19.130) UPP կոնֆիգուրացիա (1.3.120.1) և 1C:Enterprise 8.3 (8.3.13.1644) BP կոնֆիգուրացիա (3.0.70.25) հարթակներում:

Հավանաբար, 1C-ի յուրաքանչյուր մասնագետ հանդիպել է տվյալների մի տեղեկատվական բազայից մյուսը փոխանցելու անհրաժեշտությանը: Այն դեպքում, երբ կոնֆիգուրացիաները տարբեր են, դուք պետք է գրեք տվյալների փոխակերպման կանոններ: Այս կանոնները ստեղծվել են 1C «Տվյալների փոխակերպում» կոնֆիգուրացիայում:

Տվյալները կարող են փոխանցվել նաև օգտագործելով . 1C 8.3 շատ կոնֆիգուրացիաներ ունեն ստանդարտ գործառույթ՝ տարբեր կոնֆիգուրացիաների միջև տվյալների համաժամացման և 1C Փաստաթղթերի հոսքի հետ անխափան ինտեգրման համար:

Բայց երբ անհրաժեշտ է տվյալները փոխանցել բացարձակապես նույնական կոնֆիգուրացիաների միջև, դուք կարող եք պարզեցնել ձեր առաջադրանքը և օգտագործել ստանդարտ մշակում XML-ի միջոցով վերբեռնելու և ներբեռնելու համար: Խնդրում ենք նկատի ունենալ, որ այս մեթոդը, ինչպես տվյալների փոխարկումը, օբյեկտները համեմատում է միմյանց հետ եզակի նույնացուցիչով (GUID) և ոչ թե անունով:

Դուք կարող եք ներբեռնել այս մշակումը ITS սկավառակի վրա կամ օգտագործելով հղումները.

Այն ունիվերսալ է և հարմար է ցանկացած կոնֆիգուրացիայի համար:

Դիտարկենք «Nomenclature» գրացուցակը 1C 8.3 Accounting 3.0 տեղեկատվական բազայից մյուսը բեռնաթափելու օրինակ: Նախապայման է լինելու ծնողի (խմբի) կողմից «Փայտամշակում» ընտրությունը:

Տվյալների վերբեռնում 1C-ից XML

Գնացեք տեղեկատվական բազա, որտեղից կներբեռնվեն տվյալները (աղբյուր): Անպայման ստուգեք դրանք՝ հաշվի առնելով բոլոր հնարավոր պայմանները՝ անցանկալի հետեւանքներից խուսափելու համար։

Բացեք XML տվյալների վերբեռնման և ներբեռնման մշակումը (Ctrl+O):

Մեզ հետաքրքրում է «Վերբեռնում» ներդիրը: Նախ նշեք այն ֆայլի անունը, որում կվերբեռնվեն տվյալները և պահելու ուղին: Այս դեպքում տվյալները վերբեռնվում են «սերվերի ֆայլ»:

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

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

«Անհրաժեշտության դեպքում բեռնաթափել» սյունակը նշանակում է, թե արդյոք անհրաժեշտ է ծանրաբեռնել այս օբյեկտը, եթե այն հղում է կատարում այն ​​գրացուցակի հատկանիշով, որը մենք գերբեռնում ենք: Օրինակ, նյութի դիրքը, որը դուք բեռնում եք, ունի չափման միավոր, որը չկա թիրախային տվյալների բազայում: Եթե ​​«Վերբեռնել անհրաժեշտության դեպքում» սյունակի դրոշը ստուգված է տեղեկատուի դիմաց՝ չափման միավորներով, ապա կստեղծվի նոր դիրք: Հակառակ դեպքում հատկանիշի արժեքը կլինի «<Объект не найден>«և դրա եզակի նույնացուցիչը:

Պարզ դեպքում՝ առանց ընտրության, տարրի գերբեռնվածության կարգավորումն այսպիսի տեսք կունենա.

Այս օրինակում դուք պետք է ընտրեք միայն այն տարրերը, որոնք գտնվում են «Փայտամշակում» թղթապանակում:

Նմանատիպ մշակումը 8.2-ի համար թույլ է տալիս ընտրել յուրաքանչյուր կոնֆիգուրացիայի օբյեկտի համար հարմար ձևով: 8.3-ում, ցավոք, նման ֆունկցիոնալություն չկա: Այս իրավիճակում ելքներից մեկը կլինի «Լրացուցիչ օբյեկտներ բեռնաթափման համար» ներդիրում ընտրել անհրաժեշտ իրերը:

Այստեղ կարող եք օբյեկտներ ավելացնել կամ ձեռքով («Ավելացնել» կոճակը) կամ խնդրանքով («Ավելացնել խնդրանքով...»): Եթե ​​դրանք մեծ են, ապա նախընտրելի է երկրորդ տարբերակը։

Այս դեպքում հարցումը կլինի հետևյալը. Լրացրեք պարամետրերը, լրացրեք հարցումը տվյալները ստուգելուց հետո և սեղմեք «Ընտրել արդյունքը» կոճակը:

Վերբեռնման համար անհրաժեշտ բոլոր օբյեկտները և լրացուցիչ տարրերը նշելուց հետո կտտացրեք «Վերբեռնել տվյալները» կոճակը: Դրանք կհայտնվեն XML ֆայլում, որի անունը և ուղին դուք ավելի վաղ նշել եք: Այս գործողության արդյունքները կցուցադրվեն հաղորդագրություններում:

Այս օրինակում անհրաժեշտ էր բեռնաթափել ընդամենը 3 դիրք, բայց հինգը բեռնաթափվեցին։ Դա պայմանավորված է նրանով, որ «Անհրաժեշտության դեպքում վերբեռնում» սյունակում դրոշակ է դրվել «Անվանակատուրա» գրացուցակի դիմաց: Անհրաժեշտ դիրքերի հետ մեկտեղ ծանրաբեռնված են եղել նրանց ծնողները.

XML-ից գրացուցակի բեռնում

Աղբյուրի կոնֆիգուրացիայից տվյալները XML ֆայլի մեջ հաջողությամբ ներբեռնելուց հետո բացեք նպատակակետ տվյալների բազան: Օբյեկտների կառուցվածքը և դրանց մանրամասները պետք է համապատասխանեն միմյանց: Այս դեպքում փոխանցումն իրականացվում է երկու ստանդարտ կոնֆիգուրացիաների միջև 1C. Հաշվապահություն 3.0:

Բացեք մշակումը ստացողի տվյալների բազայում: Այս մշակումն օգտագործվում է ինչպես վերբեռնելու, այնպես էլ տվյալների բեռնման համար: Գնացեք «Ներբեռնում» ներդիր և նշեք XML ֆայլի ուղին, որում տվյալները նախկինում ներբեռնվել են: Դրանից հետո սեղմեք «Ներբեռնել տվյալները» կոճակը:

Ներբեռնման արդյունքը կցուցադրվի հաղորդագրություններում: Մեր դեպքում ամեն ինչ լավ է անցել։

Ստացող տվյալների բազայում «Անոմենկլատուրա» գրացուցակը չի լրացվել: Այժմ այն ​​ունի հինգ տարր՝ երեք նոմենկլատուրային դիրք և երկու խումբ։