Գյուտարարներ

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

Տեսանյութ – 21 ուսուցման ժամ
Ուսումնական նյութեր PDF տարբերակով - 117 A4 էջ
16 գործնական առաջադրանքներ՝ ուսուցչի լուծումներով

Դասընթացի ձևաչափ, աջակցություն

Նյութերը հասանելի են պատվերի համար վճարելուց անմիջապես հետո՝ դրանք ներբեռնում եք կայքից և ուսումնասիրում ցանկացած հարմար պահի:

Աջակցությունը տրամադրվում է կայքի Master Group-ի միջոցով:

Վարպետ խմբի ամբողջական մուտքը պետք է ակտիվացվի գնելուց ոչ ուշ, քան 100 օր հետո:

Դասընթացի արդիականությունը

Դասընթացի նյութերը համապատասխանում են BSP 2.3.2.73 տարբերակին:

Եթե նախատեսում եք օգտագործել BSP-ի ավելի հին տարբերակները, ապա նկատի ունեցեք, որ BSP «Տվյալների փոխանակում» ենթահամակարգի գործառնական մեխանիզմները փոխվել են, փոխվել են նաև միջերեսները:

BSP-ի վերջին տարբերակների նոր դասընթացը մշակման փուլում է և կթողարկվի մի քանի ամսից: Բայց BSP 2.3.2.73 և ավելի երիտասարդ տարբերակների համար ներկայիս դրույքաչափը տեղին կլինի:

Դասընթացի վճար

9700 ռուբլի

Երաշխիք

Մենք դասավանդում ենք 2008 թվականից, վստահ ենք մեր դասընթացների որակի վրա և տալիս ենք մեր ստանդարտ 60-օրյա երաշխիք.

Սա նշանակում է, որ եթե դուք սկսել եք մասնակցել մեր դասընթացին, բայց հանկարծ փոխել եք ձեր միտքը (կամ, ասենք, հնարավորություն չունեք), ապա դուք ունեք 60-օրյա ժամկետ որոշում կայացնելու համար, և եթե վերադարձնեք, մենք վերադարձնում ենք 100: վճարման տոկոսը:

Ապառիկ վճարում

Մեր դասընթացները կարող են վճարվել ապառիկ կամ ապառիկ, այդ թվում՝ առանց տոկոսների։ Որտեղ Դուք անմիջապես ստանում եք նյութերի հասանելիություն.

Դա հնարավոր է ֆիզիկական անձանցից 3000 կամ ավելի ռուբլու չափով վճարումների դեպքում: մինչև 150,000 ռուբ.

Ձեզ անհրաժեշտ է միայն ընտրել վճարման եղանակը «Վճարում Yandex.Checkout-ի միջոցով»: Հաջորդը, վճարային համակարգի կայքում ընտրեք «Վճարել տարաժամկետ», նշեք վճարումների ժամկետը և չափը, լրացրեք կարճ ձևը, և մի քանի րոպեից դուք կստանաք որոշում:

Վճարման տարբերակներ

Մենք ընդունում ենք վճարման բոլոր հիմնական ձևերը:

Անհատներից– վճարումներ քարտերից, վճարումներ էլեկտրոնային փողով (WebMoney, YandexMoney), վճարումներ ինտերնետ-բանկինգի միջոցով, վճարումներ կապի խանութների միջոցով և այլն: Պատվերի համար հնարավոր է վճարել նաև ապառիկ (մասով), այդ թվում՝ առանց հավելյալ տոկոսների։

Սկսեք տեղադրել ձեր պատվերը, և երկրորդ քայլում կարող եք ընտրել ձեր նախընտրած վճարման եղանակը:

Կազմակերպություններից և անհատ ձեռնարկատերերից– տրամադրվում է անկանխիկ վճարում, առաքման փաստաթղթեր։ Դուք մուտքագրում եք պատվեր և կարող եք անմիջապես տպել վճարման հաշիվ-ապրանքագիր:

Մի քանի աշխատակիցների վերապատրաստում

Մեր դասընթացները նախատեսված են անհատական ուսուցման համար: Խմբային ուսուցումը մեկ հավաքածուի վրա անօրինական բաշխում է:

Եթե ընկերությունը պետք է վերապատրաստի մի քանի աշխատակիցների, մենք սովորաբար առաջարկում ենք «լրացուցիչ փաթեթներ», որոնք արժեն 40% ավելի քիչ:

«Լրացուցիչ հավաքածու» պատվիրելու համար ընտրեք 2 կամ ավելի դասընթացների հավաքածուներ ձևի մեջ, սկսած երկրորդ սեթից Դասընթացի արժեքը կլինի 40%-ով ավելի էժան.

Լրացուցիչ փաթեթների օգտագործման երեք պայման կա.

Դուք չեք կարող գնել միայն լրացուցիչ հավաքածու, եթե առնվազն մեկ սովորական հավաքածու նախկինում (կամ դրա հետ միասին) չի գնվել:
Լրացուցիչ հավաքածուների համար այլ զեղչեր չկան (դրանք արդեն զեղչված են, դա կլինի «զեղչ զեղչի վրա»)
Ակցիաները վավեր չեն լրացուցիչ հավաքածուների համար (օրինակ՝ 7000 ռուբլի փոխհատուցում) նույն պատճառով

Յուրաքանչյուր պլան ունի տարրերի հատուկ ցանկ, որոնցում այն կարող է պահել փոփոխությունների մասին տեղեկությունները: Այս ցանկը կոչվում է «Փոխանակման պլանի բովանդակություն»: Կազմը կարող է ընդլայնվել, բայց կազմաձևման աջակցությունը հանվում է:

«Պլանի դասավորությունը» պահպանում է հենց այն կանոնները, որոնց հիման վրա աշխատում է համաժամացումը: Հենց այս փոխակերպման փաթեթն է (գրանցման կանոններ, փոխանակման կանոններ, թղթակից փոխանակման կանոններ), որը մեզ անհրաժեշտ է հետագա ուսումնասիրության համար:

Դիտարկենք տվյալների համաժամացման օրինակ «1C: Աշխատավարձ և HR 3» (ZUP) և «1C: Ձեռնարկությունների հաշվառում 3» (BP) կոնֆիգուրացիաների միջև: Անմիջապես նշենք, որ այս առաջադրանքում մենք ստիպված կլինենք հեռացնել կոնֆիգուրացիան աջակցությունից: Սա պահանջվում է պայմանով.

Ստանդարտ փոխանակման կանոնների ճշգրտման անհրաժեշտության կենդանի օրինակ

Օրինակ, հաճախորդը կապվել է մեզ հետ հետևյալ խնդրի հետ. ZUP-ի և BP-ի միջև համաժամացման ժամանակ հնարավոր չէ տվյալները փոխանցել «Գրանցում հարկային մարմնում» գրացուցակից, որը անհրաժեշտ է լրացնել «Աշխատավարձերի արտացոլում» փաստաթուղթը: հաշվապահության մեջ»։ Այժմ այս փաստաթղթի աղյուսակային մասը BP ստացողի կողմից պարունակում է դատարկ «Գրանցում...» և օգտվողները պետք է ձեռքով ստեղծեն այդպիսի գրառումներ գրացուցակում: Համաձայնեք, սա անհարմար է: Մենք կարող ենք բարելավել այս կետը:

Խնդրի լուծում. եկեք վերջնականացնենք փոխակերպման փաթեթը ExchangeSalary3Accounting3 փոխանակման պլանից: Եկեք ստանդարտ «1C փոխանակման կանոններին» ավելացնենք նոր «Օբյեկտների փոխակերպման կանոն» (PKO) «Գրանցում հարկային մարմնում» գրացուցակի և, համապատասխանաբար, այս գրացուցակի «Գույքի փոխակերպման» համար (PCS): Մենք անպայման վերջնական տեսքի կբերենք ստանդարտ «Օբյեկտների գրանցման կանոնները», քանի որ փոխանակման կայքում գրացուցակի փոփոխությունները գրանցելու անհրաժեշտություն առաջացավ: Եվ մենք կվերանայենք թղթակցի տվյալների բազայի «1C փոխանակման կանոնները»:

Որտե՞ղ ենք խմբագրելու այս ամենը։ Կանոնները գրելու և փոխելու համար մեզ անհրաժեշտ է «1C: Data Conversion 2» կոնֆիգուրացիան:

ZUP - BP փոխանակման պլանից ստանդարտ փոխակերպման կանոնների վերջնականացում

Այսպիսով, մենք կսկսենք վերջնականացնել 1C-ի փոխանակման կանոնները՝ ավելացնելով նոր տարր կոնֆիգուրատորին ExchangeSalary3Accounting3 փոխանակման պլանի համար՝ գրանցումը հարկային մարմնի գրացուցակում: Մենք կկատարենք այս փոփոխությունը երկու կոնֆիգուրացիաներում՝ «1C: Աշխատավարձեր և ձեռնարկությունների կառավարում 3» և «1C: Ձեռնարկությունների հաշվառում 3»:

Եկեք պահպանենք և թարմացնենք կոնֆիգուրացիաները:

Ձեռնարկությունների ռեժիմում յուրաքանչյուր տվյալների բազայի համար մենք կվերբեռնենք մետատվյալների կառուցվածքի նկարագրությունը՝ օգտագործելով MD83Exp.epf մշակումը 1C:Enterprise 8.3 հարթակի համար: Մշակումը կարելի է գտնել «1C: Տվյալների փոխակերպում» փաթեթում:

Հաջորդ փուլում մենք կբեռնաթափենք փոխակերպման փաթեթը ZUP-ից և BP-ից: Փաթեթը պետք է բաղկացած լինի 3 ֆայլից՝ գրանցման կանոններ, փոխանակման կանոններ, թղթակիցների փոխանակման կանոններ:

Այս հոդվածը չի նկարագրի, թե ինչպես է կազմաձևվում տվյալների համաժամացումը, դուք կարող եք դա կարդալ «Փորձագետների հոդվածներ» բաժնում կամ դիտել վեբինարների ձայնագրությունները: Այժմ այս տարբերակն արդեն կազմաձևված է տվյալների բազաներում: Հետևաբար, գնացեք համաժամացման կարգավորումներ (Կառավարում -> Տվյալների համաժամացում -> Տվյալների համաժամացման կարգավորումներ), կտտացրեք «Բեռնել կանոնները» կոճակը: Մեր առջև կբացվի «Սինխրոնիզացիայի կանոններ» ձևը: Սեղմեք «Ավելին» կոճակը և ընտրեք «Պահպանել կանոնները ֆայլում» տարբերակը:

Սա այն փաթեթն է, որը մենք պետք է ստանանք բեռնաթափումից հետո։

Մենք նմանատիպ գործողություններ կիրականացնենք «1C: Ձեռնարկությունների հաշվառում» տեղեկատվական այլ բազայի համար:
Արդյունքում կանոնների խմբագրման բոլոր նախապատրաստական աշխատանքները պատրաստ են։ Մենք ունենք:

Մետատվյալների կառուցվածքի նկարագրությունը «1C: Տվյալների փոխակերպում 2» (ZUP-ի և BP-ի համար) բեռնելու համար.

Փոխակերպման փաթեթ, որը պարունակում է 1C փոխանակման կանոններ և գրանցման կանոններ, որոնք անհրաժեշտ են «1C: Data Conversion 2» (ZUP-ի և BP-ի համար) բեռնելու համար:

Գնացեք «1C: Տվյալների փոխակերպում 2»: Եկեք կատարենք հետևյալ քայլերը երկու տեղեկատվական բազաների համար.

Մեր կոնֆիգուրացիաների մետատվյալների կառուցվածքների բեռնում.

Մենք ստեղծում ենք փոխարկումներ և բեռնում ենք 1C տվյալների փոխանակման կանոնները փոխակերպման փաթեթներից (կանոնների ֆայլը կոչվում է ExchangeRules);

Մենք ստեղծում ենք գրանցումներ և բեռնում գրանցման կանոնները փոխակերպման փաթեթներից (կանոնների ֆայլը կոչվում է RegistrationRules):

Անցնենք մեր վերանայմանը։ Մենք ավելացնում ենք օբյեկտների փոխակերպման նոր կանոն (PKO) 1C փոխանակման կանոններին՝ «Գրանցումներ հարկային մարմնում» գրացուցակում: Մենք ավելացնում ենք գույքի փոխակերպման կանոն (PCR) այս գրացուցակի համար և տվյալների վերբեռնման կանոն (DRU): Այս տեսակի փոփոխությունը պետք է կատարվի ինչպես ZUP փաթեթի կանոնների, այնպես էլ BP փաթեթի փոխանակման կանոնների համար: Մենք բեռնում ենք մեր փոխանակման կանոնները համապատասխան ExchangeRules ֆայլերում:

Անցնենք նոր տարրի գրանցման կանոններին։ Մենք ավելացնում ենք «Գրանցումներ հարկային մարմնում» տեղեկագիրք: Մենք բեռնում ենք գրանցման կանոնները համապատասխան ֆայլում RegistrationRules փաթեթից: Մենք նաև կատարում ենք այս գործողությունը երկու տվյալների բազաների համար:

Փոխանակման վերանայված կանոնները և գրանցման կանոնները պատրաստ են։ Այժմ մենք պատճենում ենք փոխանակման կանոնների (ExchangeRules) բովանդակությունը BP փաթեթից համապատասխան կանոնների (CorrespondentExchangeRules) ZUP փաթեթից: BP փաթեթի համապատասխան կանոններում (CorrespondentExchangeRules) մենք պատճենում ենք փոխանակման կանոնների (ExchangeRules) բովանդակությունը ZUP փաթեթից:

Արդյունքը պետք է լինի հետևյալը.

Սա ավարտում է աշխատանքը «1C: Տվյալների փոխակերպում 2»: Փոխակերպման կանոնների փոփոխված փաթեթները պատրաստ են, մնում է դրանք նորից վերբեռնել տեղեկատվական շտեմարաններ և ստուգել համաժամացումը։

Մենք արխիվացնում ենք ֆայլերը փաթեթներից ZIP արխիվում և վերբեռնում մեր փոխակերպման փաթեթները ZUP և BP:

Ամեն ինչ պատրաստ է։ Մնում է փորձարկվել։

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

«1C. Աշխատավարձեր և ձեռնարկությունների կառավարում 3» աղբյուրում մենք գրանցում ենք մեր գրացուցակը ներբեռնման համար: Կատարում ենք համաժամացում։ Մենք գնում ենք ստացողի տվյալների բազա և կատարում ենք նաև համաժամացում՝ տվյալներ ստանալու համար: Խնդրում ենք նկատի ունենալ, որ այժմ փոխանակման պլանն ունի անհրաժեշտ տեղեկատու փոփոխությունները գրանցելու համար:

Մենք ստուգում ենք «1C: Ձեռնարկությունների հաշվառում 3» կողմում.

Ամփոփել. Առաջադրանքի արդյունքը հաջողությամբ ավարտվեց։ Մենք վերջնական տեսքի ենք բերել ZUP - BP փոխանակման պլանը՝ ավելացնելով փոփոխություններ գրանցելու նոր տարր և ավելացրել տվյալների համաժամացման փոխակերպման կանոններ:

Որոշ դեպքերում (օրինակ, փաստաթղթի մեծ հոսքի կամ բարդ հաշվառման դեպքում) վերջնական օգտագործողի համար շատ ավելի հարմար է հաշվապահական հաշվառումը բաշխել մի քանի հավելվածների միջև՝ ժամանակ առ ժամանակ նրանց միջև տվյալներ փոխանակելով: Մինչև 1C պլատֆորմի 8.3 տարբերակի թողարկումը, ստանդարտ տվյալների փոխանակումը տեղի էր ունենում բացառապես օգտագործողի խնդրանքով XML ֆայլերի միջոցով տեղեկատվության վերբեռնման և ներբեռնման միջոցով: Վերջերս 1C-ում տվյալների համաժամացման մեխանիզմը ավելի ու ավելի է օգտագործվում:

Համաժամացման հանրաճանաչության մի քանի պատճառ կա.

Կարիք չկա առանձին վարել տվյալների բեռնման և բեռնաթափման գործընթացները.
Տեղեկատվության փոխանակման ավտոմատ կատարումը չի խանգարում ձեռքով փոխանակմանը.
Հեշտ է կարգավորվում (ստանդարտ կազմաձևերի համար նույնիսկ կարիք չկա ստեղծել փոխանակման կանոններ.
Բավական է մեկ անգամ ստեղծել համաժամացում և հայտարարել դրա կատարման ժամանակացույցը։

Մեր առաջադրանքի պայմանները

Մուտքում մենք ունենք տվյալների բազայի երկու ստանդարտ կազմաձևեր.

Աշխատավարձի և անձնակազմի կառավարում (տարբերակ 3.1.3);
Գյուղատնտեսական ձեռնարկության հաշվառում (տարբերակ 3.0.52):

Երկու տվյալների բազաները գործում են ֆայլի ռեժիմում: Համաժամացումը կարող է կազմաձևվել ցանկացած տվյալների բազայից:

Եթե համաժամացումը կազմաձևվի «Հաշվապահությունից» դեպի «ZUP», ապա պետք է ակտիվացվի «Սինխրոնիզացիա» վանդակը և հակառակը:

Որտեղ են կարգավորումները

«Հաշվապահություն» բաժնում անցեք «Կառավարում» ենթահամակարգ, «Կարգավորումներ» ընտրացանկից և գտեք «Տվյալների համաժամացում» կետը (նկ. 1):

Կբացվի համաժամացման կարգավորումների պատուհանը (նկ. 2)

Բրինձ. 2

Այստեղ մենք կարող ենք.

Միացնել կամ անջատել համաժամացումը;
Արգելել անհամապատասխան տվյալների բեռնումը.
Սահմանեք նախածանց՝ փոխանցված տվյալները նույնականացնելու համար.
Գնացեք համաժամացման այլ կարգավորումներ:

Սկսելով համաժամացումը՝ նշելով համապատասխան վանդակը և սահմանելով նախածանց՝ կարող ենք փակել հաշվապահական հաշվառման բաժինը: Հետագա աշխատանքներ կկատարվեն «Աշխատավարձում».

Տվյալների համաժամացման կարգավորումների պատուհանը ներկայացված է Նկ. 3

Բրինձ. 3

Եկեք մանրամասն նայենք դրան:

Համաժամացման պարամետրերի պատուհան

Սկսենք հերթականությամբ.

Առանձին-առանձին ցանկանում եմ ընթերցողի ուշադրությունը հրավիրել «Փոփոխությունների գրանցում» պատուհանի վրա (նկ. 5): Որոնց վերևում կան ուղարկված և ստացված հաղորդագրությունների համարներ հաջող փոխանակումից հետո, սկզբնաղբյուրի և նպատակակետ տվյալների բազայի համարները պետք է համընկնեն: Որոշ դեպքերում (համաժամացումը տեղի է ունեցել տվյալների բազայի պատճենի հետ, անսարքություններ), տվյալների բազաներում համարակալումը խախտում է: Դուք կարող եք շտկել այս իրավիճակը՝ պարզապես սեղմելով թվերով հիպերհղման վրա: Այս գործողությունը թույլ է տալիս ձեռքով սահմանել ուղարկված և մուտքային հաղորդագրությունների ընթացիկ թիվը (նկ. 6):

Բրինձ. 6

Համաժամացման կարգավորումներ

«Տվյալների համաժամացման կարգավորումներ» ներդիրում կա երկու հրաման.

Կարգավորել;
Ներբեռնման կանոններ.

«Load Rules» հրամանի գործարկումը բացում է ձևը (նկ. 7)

Բրինձ. 7

Այստեղ մենք կարող ենք ընտրել, թե արդյոք մենք պատրաստվում ենք օգտագործել ստանդարտ փոխանակման կանոնները, որոնք տրված են կոնֆիգուրացիայի մեջ, թե արդյոք մենք կհամաժամանակացնենք արխիվային ֆայլում պահվող մեր կանոնների համաձայն:

Մնացած կարգավորումները կատարվում են սեղմելով «Կարգավորել» կոճակը (նկ. 8):

Բրինձ. 8

Առաջին բացվող պատուհանում կարող եք.

Բացեք համաժամացման սցենարի կազմաձևման ձևը;
Դիտեք տեղեկատվության ուղարկման և ստացման իրադարձությունները.
Որոշեք այն ամսաթիվը, որից հետո տեղի կունենա փոխանակումը.
Եթե հաշվապահական հաշվառումը վարվում է մի քանի կազմակերպությունների համար, կարող եք նշել, թե դրանցից որն է մասնակցելու փոխանակմանը.
Սահմանեք աշխատավարձի գործարքների վերբեռնման պարամետրերը՝ ըստ աշխատակցի կամ առանց մանրամասների (ամփոփում):

«Բեռնել կանոնների հավաքածու» հրամանը նման է նախորդ պարամետրերի պատուհանի նույն հրամանին:

Արժե ավելի մանրամասն նայել կապի պարամետրերը (նկ. 9)

Բրինձ. 9

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

Մենք պետք է:

Որոշեք ընդունող բազայի ուղին;
Սահմանեք թույլտվության պարամետրերը (ստացող տվյալների բազայում պետք է ստեղծվի ադմինիստրատորի իրավունքներով օգտվող);
Կապը ստուգելուց հետո մենք կարող ենք ենթադրել, որ մեր կարգավորումն ավարտված է:

Եթե փոխանակումը տեղի է ունենում կապի այլ տեսակների միջոցով, դուք պետք է կարգավորեք դրանց պարամետրերը համապատասխան ներդիրներում:

Ժամանակացույցի կարգավորումներ

Եվ վերջում, մի քանի խոսք համաժամացման ժամանակացույցը կարգավորելու մասին, այն կատարվում է պատուհանի համապատասխան ներդիրում (նկ. 3) և չի տարբերվում սովորական այլ առաջադրանքների ժամանակացույցի ստեղծման համապատասխան ձևից.

1C-ն ներկայացրել է EnterpriseData բիզնես տվյալների փոխանակման նոր ձևաչափի առաջին տարբերակը, որը հիմնված է XML-ի վրա և, ըստ դրա հեղինակների, նախատեսված է ոչ միայն միավորելու կիրառական լուծումների և դրանց առանձին բաղադրիչների փոխազդեցությունը, որոնք ստեղծվել են հենց ընկերության կողմից, այլ նաև՝ օգտագործել որպես տեղեկատվության ինտեգրման ունիվերսալ մեխանիզմ ցանկացած բիզնես հավելված ցանկացած ծրագրային հարթակում, ներառյալ, իհարկե, 1C:Enterprise-ը:

Ընկերությունը երկար ժամանակ կիրառում է բաց ստանդարտների ստեղծումն ու օգտագործումը անկախ մշակողների ծրագրային ապահովման հետ իր հավելվածների տեղեկատվական փոխազդեցության համար, սակայն մինչ այժմ դա վերաբերում էր միայն որոշակի մասնագիտացված առարկայական ոլորտներին: Սա հենց այն է, ինչ գրեթե տասնհինգ տարի առաջ ստեղծված CommerceML ձևաչափն է էլեկտրոնային առևտրի խնդիրը լուծելու համար, ինչպես նաև «Client-Bank»-ը և DirectBank-ը՝ 1C հավելվածների և արտաքին բանկային համակարգերի միջև հաղորդակցվելու համար: EnterpriseData-ն, մյուս կողմից, ունիվերսալ մեխանիզմ է, որը կարող է ընդգրկել ձեռնարկության գործունեության բոլոր ոլորտները՝ ֆինանսներ, արտադրություն, գնումներ և վաճառք, պահեստային գործառնություններ և այլն: Ձևաչափի առաջին տարբերակը ներառում է տարբեր փաստաթղթերի 94 տեսակի նկարագրություն: բիզնեսի ոլորտները. 1C-ն նախատեսում է դրան ավելացնել նոր փաստաթղթեր և մանրամասնել առկաները:

Ինչպես բացատրում են 1C-ի ներկայացուցիչները, EnterpriseData-ի ի հայտ գալը բացատրվում է ոչ միայն ընկերության հավելվածները այլ մշակողների ծրագրային ապահովման մեջ ինտեգրելու անհրաժեշտությամբ, այլև 1C:Enterprise ծրագրային ընտանիքի շրջանակներում տեղեկատվական հաղորդակցության միասնական մեխանիզմ ստեղծելու, գուցե նույնիսկ առաջին հերթին: Մինչեւ վերջերս այս խնդիրների լուծման համար օգտագործվում էին լուծումների լայն շրջանակ, որոնք հաճախ ստեղծվում էին յուրաքանչյուր դեպքի հիման վրա: 1C արտադրանքի անցումը EnterpriseData-ին արդեն սկսվել է, այն օգտագործվում է իր հիմնական հավելվածների բոլոր վերջին տարբերակներում («1C: ERP Enterprise Management 2.0», «1C: Accounting 8» 3.0, «1C: Accounting 8 KORP» 3.0, «1C: Մանրածախ» «2.0, «1C: Առևտրի կառավարում» 11): Միևնույն ժամանակ, արդեն օգտագործված ստանդարտները (CommerceML, աշխատել բանկերի հետ) EnterpriseData-ով չի սպասվում, քանի որ ժամանակի փորձարկված մասնագիտացված ալգորիթմներն ավելի արդյունավետ են աշխատում, քան ունիվերսալ գործիքները:

1C-ն կարծում է, որ նոր ձևաչափը լայնորեն կկիրառվի 1C:Enterprise պլատֆորմի վրա հավելվածներ ստեղծող անկախ ծրագրավորողների շրջանում, որոնք նրանց համար առաջարկվում են որպես Ստանդարտ ենթահամակարգերի գրադարանի մաս (ինչ-որ բան, ինչպես SDK-ն 1C:Enterprise-ի համար):

EnterpriseData ստանդարտն օգտագործելիս հավելվածների միջև տվյալները փոխանցվում են XML ֆայլի տեսքով՝ օգտագործելով համապատասխան XML սխեմաներ, մինչդեռ տեղեկատվության ֆիզիկական փոխանցումը կարող է իրականացվել տարբեր մեխանիզմների միջոցով՝ վեբ ծառայություններ, ֆայլերի փոխանակում գրացուցակի միջոցով, FTP և էլ. Կարևոր կետն այն է, որ փոխազդեցության ալգորիթմը ենթադրում է ստացողի՝ իրեն ուղարկված տվյալների ստացման և մշակման փաստը հաստատելու հնարավորություն։ XML ֆայլն ինքնին ֆիզիկապես մատակարարվում է սեղմված ձևով (ZIP), ինչը հաճախ թույլ է տալիս զգալիորեն նվազեցնել տեղեկատվական տրաֆիկը:

1C-ն խոստանում է EnterpriseData ձևաչափի հետագա զարգացում և աջակցություն իր հավելվածների աճող թվով: Այս ստանդարտը կառավարվելու է հենց ընկերության կողմից, դրա ստեղծողները դեռևս որևէ ծրագիր չունեն այն վերածելու արդյունաբերության անկախ ստանդարտի:

Եվ մենք ձեզ ցույց ենք տալիս, թե ինչպես օգտագործել այն՝ ձեր խնդիրների լուծումը ՄԵԾԻ պարզեցնելու համար:

Այսօր մենք կանդրադառնանք, թե ինչպես ստեղծել և կատարել դիրեկտորիաների և նախնական մնացորդների պարզ փոխանցում ընդամենը 10-15 րոպեում:

Եվ սա է զանգվածային և կանոնավոր առաջադրանք, ինչը գրեթե անխուսափելի է գործարկված նոր կոնֆիգուրացիաների մեծ մասի համար:

Ուստի զանգահարեք ձեր գործընկերներին, դա նույնպես շատ օգտակար կլինի նրանց համար։

Հատկապես եթե CD 3-ն արդեն տեսել են ու հասցրել են վախենալ :)

Այո, երբ տեսնում եք նրան առաջին անգամ, ամենևին էլ պարզ չէ:

Բայց իրականում ամեն ինչ ՇԱՏ պարզ է։ Այնքան պարզ, որ հետո նույնիսկ կձանձրանաք :)

Ինչ է կոնկրետ այսօրվա տեսանյութերում

Սրանք 4 տեսանյութեր են տվյալների փոխանակման միջոցով ունիվերսալ EnterpriseData փոխանակման ձևաչափ.

Բացի այդ, մենք ցույց կտանք օրինակ ստանդարտ փոխանակման կանոնների բարելավումներ 1C: Data Conversion 3.0-ում

Ընդհանուր տևողությունը – 34 րոպե. Բովանդակություն:

Փոխանակման կարգավորում՝ օգտագործելով 1C:Accounting 8 և 1C:ERP օրինակները
Ինչպես ներբեռնել ստանդարտ կանոնները և փոխանակման համընդհանուր ձևաչափը Data Conversion 3.0-ում
Մետատվյալների կառուցվածքի փոխանցում CD 3.0-ին
Ինչպես կատարել ձեր առաջին տվյալների փոխանակումը
Կանոնների վերջնականացումդարձի
Ինչպես բեռնել նոր կանոններ՝ առանց կոնֆիգուրացիան փոխելու ( առանց աջակցությունից հեռացնելու)

Նշում, որ այս խնդիրը լուծելիս բեռնման կանոնները փոխվում են միայն ստացող կոնֆիգուրացիայի մեջ։ Իսկ աղբյուրի կոնֆիգուրացիան աշխատում է ստանդարտ կանոններով:

Եթե նմանատիպ խնդիր լուծվեր Data Conversion 2.0-ում, ապա պետք է փոփոխություններ կատարվեն ինչպես աղբյուրի, այնպես էլ նպատակակետի կանոններում:

Այս վիդեո ձեռնարկները տեղին են BSP-ի համար հրատարակություն 2.3.2(2.3.2.43-ից ավելի հին ցանկացած շենքի համար):

Եթե դուք օգտագործում եք BSP,0-ի հին տարբերակը, կատարեք «ճշգրտում» փոխված ինտերֆեյսի և ընդլայնված ֆունկցիոնալության համար: Դա անելու համար ինքներդ կրկնեք տեսանյութի օրինակը։

Տեսանյութ 1:
Ստանդարտ կոնֆիգուրացիաների միջև փոխանակման կանոնների բեռնում Data Conversion 3.0-ում

Այս դասում մենք կկատարենք նախապատրաստական քայլեր՝ ստանդարտ կոնֆիգուրացիաների միջև փոխանակման կանոններում փոփոխություններ կատարելիս.

Փոխանակման ձևաչափի կառուցվածքի բեռնում CD-ի մեջ (
Փոխակերպման ստեղծում
Կանոնների ֆայլերի վերբեռնում ստանդարտ կազմաձևից
Փոխանակման մենեջերի մոդուլի բեռնաթափում

Տեսանյութ 2:
Փոխանակման կանոնների ճշգրտում CD 3.0-ում

Այս դասում մենք ցույց կտանք, թե ինչպես լրացնել օբյեկտի մանրամասները տվյալները բեռնելիս:

Խնդիրը կլուծվի. աղբյուրի կոնֆիգուրացիայից օբյեկտները բեռնելիս սահմանեք մեկնաբանությունը «Բեռնված է BP 3.0-ից»:

Խնդիրը լուծելու համար դուք պետք է մուտքագրեք փոփոխություններ օբյեկտների փոխակերպման կանոններում, «Նախքան ստացված տվյալները գրանցելը» միջոցառմանը։

Մշակված կանոնները կպահվեն որպես արտաքին մշակում՝ հետագա օգտագործման համար։

Տեսանյութ 3:
Ստանդարտ կոնֆիգուրացիաների միջև ունիվերսալ փոխանակման կարգավորում

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

Կարգավորումները կկատարվեն աղբյուրի կազմաձևում, այնուհետև կբեռնվեն նպատակակետի կազմաձևում:

Նաև այս տեսանյութում մենք ցույց կտանք, թե ինչպես առանց կոնֆիգուրացիան փոխելուվերբեռնել փոխանակման նոր կանոններ:

Տեսանյութ 4:
Բացման մնացորդների փոխանցում՝ օգտագործելով փոխանակման կանոնները

Այս դասում մենք ցույց կտանք նախնական մնացորդների փոխանցման բնորոշ գործառույթ:

P.S.

Այո, փոխանակումներ txt / dbf / ole և այլնի միջոցով: գոյության իրավունք ունեն. Որոշ հատուկ դեպքերում, ինչպիսիք են վեբ սերվերին միանալը կամ պատրաստի ձևաչափից արտաքին հավելվածի փոխանցումը:

Այնուամենայնիվ, ստանդարտ փոխանակումների համար. ստանդարտ մեթոդները և՛ ավելի արագ են, և՛ շատ ավելի պարզ:

Եվ եթե ինչ-որ մեկը նորից հայտնագործի անիվը, երբ կա պատրաստի ունիվերսալ լուծում. դա նման է ճակատիդ գրելու «Ես գործիքը չգիտեմ, չեմ ուզում ուսումնասիրել, քո փողի համար հենակներ կսարքեմ» .