Бейне

1c әртүрлі серверлер параметрі арасындағы алмасу. XML (әмбебап биржа) арқылы тарату желісінде филиал базасымен (бөлшек сауда дүкені) алмасуды ұйымдастыру

1С 8.3 жүйесіндегі алмасу жоспарлары 1С 8 жүйесінде деректерді синхрондауды жүзеге асыру үшін пайдаланылатын конфигурация метадеректер нысаны болып табылады.

Алмасу жоспарын элементтер ақпарат базасының түйіндері болып табылатын каталогпен салыстыруға болады. Дегенмен, алмасу жоспарларымен жұмыс істеуде көптеген нюанстар бар, біз олар туралы төменде айтатын боламыз.

Әдетте, 1С-тегі алмасу конфигурацияны пайдаланып қалыптасатын арнайы алмасу ережелері арқылы құрылады.

Бұрын атап өтілгендей, айырбастау жоспары әдеттегіге өте ұқсас, сондықтан біз алмасудағы негізгі айырмашылықтарды ғана қарастырамыз.

Алмасу жоспарымен қалай жұмыс істеу керек

Айырбастау жоспары ақпарат пен алмасу жоспарының элементтеріне енгізілген өзгерістерді сақтай алады, сонымен қатар ағымдағы хабарламаның нөмірі туралы ақпаратты сақтай алады. Жалпы, жұмыс схемасы келесідей:

Дерекқордағы деректерді (каталогтарды, құжаттарды және т.б.) өзгертеміз - алмасу жоспары өзгерістерді есте сақтайды. Автотіркеу немесе бағдарлама коды(мысалы, ExchangePlans.RegisterChanges әдісі).
Уақыты келгенде, біз өзгертілген элементтердің тізімін аламыз - ReadChanges() әдісі, бұл деректерді жүктеңіз.
Жүктеп салу / жүктеп алу кезінде соқтығысуды болдырмау үшін алмасу жоспарының хабарлама нөмірлерін тексереміз. Егер олар сәйкес келмесе, біз деректер алмасуды тоқтатамыз, егер олар сәйкес келсе, өзгертулерді тіркеуді алып тастаймыз және хабарлама нөмірін көбейтеміз.

267 1С бейне сабақтарын тегін алыңыз:

Таратылған ақпараттық база

Егер бұл жалауша параметрлерде орнатылған болса, онда бұл алмасу жоспары таратылған ақпарат базасы (DIB) болып табылады.

- аумақтық бөлінген жүйебірдей конфигурацияға негізделген 1С 8.3. RIB деректер өзгерістерінен басқа конфигурация өзгерістерін де тасымалдай алады, бұл өте ыңғайлы, мысалы, конфигурация шығарылымын жаңарту кезінде.

Айырбастау жоспарының құрамы

Әзірлеуші айырбасталатын нысандар жинағын басқаратын параметр:

Айырбастау жоспарының бөлігі ретінде объектінің 3 күйі болуы мүмкін:

Айырбастау жоспарына кірмейді- сәйкесінше, мұндай нысан үшін сіз осы алмасу жоспарына сәйкес деректер алмасуды конфигурациялай алмайсыз.
Автотіркеуден бас тарту- бұл қандай да бір шартқа сәйкес, әдетте, осы түйін үшін тек бағдарлама коды бойынша өзгерістерді тіркеу қажет екенін білдіреді. ExchangePlans.RegisterChanges() әдісі пайдаланылады.
Автотіркеуге рұқсат беру- егер бұл құсбелгі қойылса, элементке енгізілген кез келген өзгерістер автоматты түрде алмасу жоспарының өзгерістер тізіміне енгізіледі.

Жоспарлармен алмасу және өнімділік 1С

Айырбастау жоспарларын іске асырудың жүйелік ерекшеліктеріне байланысты айырбастау жоспарларына сәйкес өзгерістерді жүктеп салуды теріс пайдалану ұсынылмайды. Мәселе мынада, өзгертулерді оқу кезінде барлық өзгерістер кестелері блокталады. Анау. түсіру кезінде алмасу жоспары жаңа өзгерістерді жазуға мүмкіндік бермейді, сондықтан элементтердің өздерін блоктайды - анықтамалықтар, құжаттар және т.б.

Орталық компанияның 1С деректер базасы мен сауда филиалдары арасында алмасуды орнату қажеттілігі туындады. RIB конфигурация өзгерістеріне, әсіресе динамикалық жаңартуларға сезімталдыққа байланысты сәйкес келмеді. Сондай-ақ белгілі бір ережелерге сәйкес алмасу қажет болғандықтан: барлық ақпарат бір бағытта - орталықтан филиалға дейін баруы керек. Анау. егер біреу филиал дерекқорындағы элемент сілтемесін кездейсоқ өзгертсе, бұл орталық дерекқорға түспеуі керек.

бастап орталық базафилиалға жүктелген:

каталог,
бағалардың белгілі бір түрлеріне ғана,
интернет-дүкеннен тапсырыстар.

Орталық деректер базасында және филиалда сауда әртүрлі заңды тұлғалардан жүзеге асырылады. тұлғалар, филиалды басқару дербес жүзеге асырылады.
Орталықта және филиалда тұтынушылар базасы дербес жүргізіледі, тек интернет-дүкеннен өткен тұтынушылар ғана ортақ. Анау. орталық деректер базасының клиенттері филиалға бармауы керек, сонымен қатар филиалдың клиенттері орталық базаға бармауы керек. Бірақ интернет-дүкен арқылы өтетін кейбір тұтынушылар орталық базадан өтуі керек. Клиент филиалдың дерекқорында тіркеліп, содан кейін интернет-дүкен арқылы бірдеңе тапсырыс беруді шешсе, мәселе туындайды. Бұл жағдайда орталықтан филиалға түсіру кезінде оны қайталамау керек, бірақ бар клиентті алу керек.

Осы талаптардың негізінде EnterpriseData пішімі арқылы алмасуды сынап көру туралы шешім қабылданды.

EnterpriseData пішіміндегі алмасуға жылдам сілтеме

Exchange менеджері модулі айырбасты түрлендіру ережелерін нақты жүзеге асыратын 1С конфигурация модулі болып табылады. Ол сыртқы өңдеуде орналасады, біз оны алмасу жоспарының түйініне қосамыз.

PKS - сипатты түрлендіру ережелері

Алмасу жоспарын жасаңыз

Ыңғайлы болу үшін «Филиалдармен ECom_Exchange» ішкі жүйесін құрайық. Барлық жаңа нысандар осы ішкі жүйеге қосылады. Стандартты модульдерге енгізілген өзгертулер кеңейтімге тасымалданады (кеңейтімді қосқанда, сіз « қауіпсіз режим", себебі сервер модульдері әсер етеді).

Біз «UniversalFormat арқылы деректерді синхрондау» алмасу жоспарын көшіреміз, біз шақырамыз жаңа жоспар"Филиалдармен ECom_Exchange" алмасу.

Алмасу жоспарының құрамына арналған параметрлерде Әрекеттерді орындаңыз - Барлығын өшіріңіз, содан кейін каталогтарды қосыңыз:

ТүрлеріБағалар
Номенклатура

және құжаттар:

Тұтынушының тапсырысы
SettingPricesItems

Біз менеджер модуліне барамыз. GetExchangeFormatVersion процедурасында сұраудағы алмасу жоспарының атын өзгерту қажет.

Сондай-ақ, алмасу менеджерінің модулін жөндеу мүмкіндігін қосу ыңғайлы (сыртқы өңдеу), мұны қалай жасау керектігі мына жерде сипатталған:

DefineSettings процедурасы алмасу жоспарының синхрондау параметрлері мәзірінде қалай көрінетінін анықтайды.

Процедура DefineSettings

Процедура DefineSettings(Settings,SettingId="") Экспорттау параметрлері. Ескерту ON ExchangeRulesVersion сәйкес келмеуі = True; Settings.PathToRulesSetFileOnUserSite = "https://users.v8.1c.ru/distribution/project/Trade110"; Settings.PathToRulesSetFileInTemplatesDirectory = "\1c\trade"; Settings.Insert("Жаңа DataExchange құруға арналған пәрмен тақырыбы", NSstr("ru = "Енді серіктестермен алмасу"")); Settings.Insert("Exchange жасау көмекшісі тақырыбы", НStr("ru = "Серіктестіктермен алмасу"")); Settings.Insert("ExchangePlanNodeHeader", НStr("ru = "Серіктестіктермен алмасу"")); Settings.Insert("Бұл XDTOExchange жоспары", True); EndProcedure

Сондай-ақ, біздің алмасу жоспарымызды Data ExchangeUTUP жалпы модуліндегі Exchange жоспарларының тізімі процедурасына қосу қажет.

Ішкі жүйе алмасу жоспарлары.Қосу (Метадеректер. Exchange жоспарлары. Филиалдармен ECom_Exchange);

Нәтижесінде биржаны біздің алмасу жоспарымызға сәйкес конфигурациялау мүмкін болады:

Стандартты құралдармен алмасуды бастау үшін жалпы командаларда да қажет

ConfigureTransportParametersMessageExchange
Синхрондау
Жіберілетін деректердің құрамы

«Параметр түрі» сипатында алмасу жоспарымызды белгілеңіз

Әдеттегі оқиға жазылымдарын көшіріңіз:

SyncDataViaUniversalFormatRegister
SyncDataViaUniversalFormatRegisterDocument

Біз алмасу жоспарының бөлігі болып табылатын нысандарымызды көрсетеміз.

Біз Data ExchangeEventsUT типтік модулін көшіреміз, нәтижесінде алынған модульде процедуралардағы алмасу жоспарының атын әмбебап пішім арқылы деректерді синхрондаудан біздің ECom_Exchange With филиалдарына өзгертеміз.

Жасалған жазылымдарда біз өңдеушілерді - жаңа модульдегі процедураларды көрсетеміз.

Бұл модульге біз болашақта қажет болатын ThisCentralBase() функциясын қосамыз. Орталық базаның белгісі ретінде ағымдағы базаға («осы түйін») сәйкес түйіннің кодын «СВ»-ға тең деп қарастырамыз.

ThisCentralBase() экспорттау функциясы

ThisCentralBase() функциясы экспорттық сұрау = Жаңа сұрау; Query.Text = "ТАҢДАҢЫЗ | ТАҢДАҢЫЗ | ECom_BranchExchange.Code = ""CB"" | ОНДА ШЫН | БАСҚА ЖАЛҒАН | АЯҚТАЛҒАН БОЛАДЫ Таңдау = Query.Execute().Select(); Selection.Next() болса, Selection.ThisCenterBase мәнін қайтарыңыз; Басқа қайтару False; EndIf; EndFunction // ThisCenterBase()

Өйткені бұл функция үнемі шақырылады, оны қайта пайдалану модулі арқылы кэштеу керек.

Тіркеу ережелерін құру

Тіркеу ережелерін жасау үшін бізге Data Conversion v2 конфигурациясы қажет.

Мен бұл мақаланы мәселені зерттеу үшін пайдаландым:

Convert 2 тарату пакетіне кіретін өңдеу MD83Exp.epf көмегімен біз конфигурациямыздың құрылымын файлға түсіруіміз керек.

Содан кейін алынған конфигурация құрылымын Convert 2-ге жүктеу керек.

Біз тіркеу ережелерін жасаймыз.

Біз конфигурацияны және алмасу жоспарын таңдаймыз.

Және тіркеу ережелерінің параметрлеріне өтіңіз.

Біз нысандар үшін тіркеу ережелерін жасаймыз:

Өйткені біз бір жақты алмасуды қалаймыз (тек орталықтан филиалға дейін), әрбір нысанға арналған ережелер параметрінде біз сүзгіні «Өңдеуден бұрын» өңдеушіге қосуымыз керек:

Қабылдамау = емес ECom_DataExchangeRetryThis isCenterBase();

Біз «Тапсырыс берушінің тапсырысына» ұйым бойынша және түсірудің басталу күні бойынша қосымша сүзгіні енгіземіз:

«Тауар бағасын орнату» құжаты үшін біз сондай-ақ күні бойынша сүзгіні қосамыз. Бұған қоса, біз «Өңдеу кезінде» өңдегішіне баға түрі бойынша сүзгіні қосамыз.

UseCache = жалған; PriceTypes = Object.PriceTypes.UnloadColumn("PriceType"); QueryParameters.Insert("PriceTypes",PriceTypes); TekstZaprosa = «SELECT | Ішкі байланыс PlanObmena.ECom_ObmenSFilialami ECom_ObmenSFilialami қалай | | үшін ECom_ObmenSFilialamiVidyTsenNomenklatury.Ssylka = ECom_ObmenSFilialami.Ssylka | Ал (ECom_ObmenSFilialamiVidyTsenNomenklatury.VidTsenNomenklatury B (& SvoystvoObekta_VidyTsen)) PlanObmena.ECom_ObmenSFilialami.VidyTsenNomenklatury AS ECom_ObmenSFilialamiVidyTsenNomenklatury | FROM | сілтемелер ECom_ObmenSFilialami.Ssylka | Және (ECom_BranchExchange.ThisNode = FALSE)" ;

Бұл өңдеуші сұрауды пайдалана отырып, нысан тіркелетін түйіндердің тізімін анықтауға мүмкіндік береді. Қандай да бір себептермен, біздің сұрау параметрі «PriceTypes» деп аталса да, сұрауда «Price_TypesObjectProperty» деп жазу керек.

Біз сондай-ақ «Баға түрлері» каталогына сүзгіні қолданамыз:

Тіркеу ережелерін сыртқы файлға сақтаңыз:

Алынған XML файлы алмасу жоспарымыздың "Тіркеу ережелері" макетіне жүктелуі керек:

Конфигурация іске қосылған кезде тіркеу ережелері бұл орналасудан мүлде алынбайды, бірақ «RulesForDataExchange» ақпарат тізілімінде сақталған ережелерден алынатындығын ескеріңіз. Және бұл регистрде ережелер конфигурацияға қосылған орналасудан ғана жүктеледі - синхрондау параметрін жасау кезінде. Бұл синхрондау параметрін жасап қойған болсақ және қандай да бір себептермен тіркеу ережелерін өзгерту қажет болған жағдайда - конфигурация орналасуындағы ережелерді өзгерткеннен кейін, біз оларды осы тіркелімде де жаңартуымыз керек:

Түрлендіру ережелері

Түрлендіру ережелерін жасау үшін бізге Data Conversion v3 конфигурациясы қажет. Таза негізді қолданған дұрыс. Мысалы, EnterpriseData 1.3 деректер пішімі үшін түрлендіруді әзірлеу кезінде қандай да бір себептермен кейбір нысандар үшін атрибуттарды (PKC) орнату қажет болды, бұл міндетті емес болып көрінді. Олар 1.2 нұсқасында қажет екені белгілі болды және Конверсия дерекқорында осы форматтың жүктелген сипаттамасының болуы бағдарламаның логикасын шатастырды. Сондықтан біз таза дерекқорды алып, оған бәрін «нөлден» жүктейміз.

3.0 конверсиясымен өте керемет жұмыс мына жерде сипатталған:

Біз конфигурация құрылымын бұрын жүктелген файлдан жүктейміз (2 түрлендіруде).

Біз UT 11-ден EnterpriseData_1_3_8 XDTO бумасын файлға түсіреміз

Алынған файлды Convert 3 бағдарламасына жүктеңіз

Түрлендіруді құру

Exchange менеджері пішімінің нұсқасы конфигурацияға байланысты көрсетіледі. Мысалы, UT 11.3 үшін «1», UT 11.4 үшін - «2».

Конверсия дегеніміз не? Объектіні түсіру және жүктеу үшін бізге қажет:

Деректерді жіберу ережесі - мұнда біз нысандарға сүзгіні қолдана аламыз және әртүрлі түрлендіру ережелерін қолдана аламыз (мысалы, мәліметтердің басқа жиынтығына байланысты қор элементі қалталары мен элементтері үшін әртүрлі түрлендіру ережелері көрсетілген)
«1С-тен XML-ге» түрлендіру ережесі - мұнда 1С деректері EnterpriseData пішіміндегі деректерге түрлендіріледі (мысалы, «Орындау» құжатын «Түбіртек» құжатына түрлендіруге болады)
«XML-ден 1С-ге» түрлендіру ережесі
Мәліметтерді іздеу ережесі

Егер нысан айырбастау жоспарына қатысса, ол үшін деректерді жіберу ережесін құру қажет. Біздің жағдайда бұл:

Баға түрлері
Номенклатура
Тұтынушының тапсырысы
Заттардың бағасын орнату

Осы сілтеме түрінің нысандарының атрибуттары қалай әрекет етеді? Мысалы, «Ұйым» атрибуты. EnterpriseData пішіміндегі әрбір "нысан" түрінің (мысалы, Directory.Contractors) негізгі сипаттары бар. Сонымен, тапсырысты жүктеп салғанда, түрлендіру ережелерінде «Ұйым» атрибутын көрсетеміз. Бұл төлсипат жүктелмегенде, оның негізгі сипаттары да түсіріледі. Біз «Ұйымдар» каталогы үшін жіберу ережелерін жасамаймыз, өйткені бұл деректер жұмыс жүйесінде сирек өзгереді, біз тапсырысты алған кезде филиал дерекқорында бұрыннан бар ұйымды дұрыс ауыстыратын алгоритмді жазамыз.

Сонымен, біз жиі өзгеретін нысандар үшін жіберу ережелерін жазамыз, бірақ әмбебап түсіру-жүктеу арқылы «статикалық» нысандарды бір рет (қажет болса, қайтадан) түсірген дұрыс.

Элементті жіберу үшін түрлендіру ережесін жасаймыз.

«Мүлікті түрлендіру ережелерін» орнатыңыз. Мәселе мынада. EnterpriseData – деректер құрылымы, 1С конфигурациясы бірдей. Біраз жеңілдетілген және әмбебап деп айтайық. Ол әртүрлі 1С конфигурациялары үшін қолайлы болуы керек, сондықтан нысандардың құрамы мен атауы UT 11-ден ерекшеленеді. Сондықтан, біз сәйкестікті тіркеуіміз керек - UT11-де мәліметтер қалай аталады және EnterpriseData-дағы сияқты. «Негізгі қасиеттер» деп аталатындар бар - бұл форматтың берілген нұсқасы үшін міндетті мәліметтер. Оларды «Формат нысандары ағашында» көруге болады:

Сонымен, біз номенклатура үшін сипатты түрлендіру ережелерін көрсетеміз:

Көріп отырғаныңыздай, бізде «күрделі» түрдің бірнеше атрибуттары бар, олар үшін «Объектілерді түрлендіру ережелері» де жасау қажет, әйтпесе жүктеп салуда келесі қате туралы хабар пайда болады: «Нысанның құрылымы»/Бірлік "Өлшемнің түріне" сәйкес келмейді.

Сандар және басқа алдын ала анықталған (конфигураторда) деректер үшін түрлендіру ережелері қойындыда жасалады:

Бұл (және басқа да) деректер үшін ереже бір уақытта жіберуді де, қабылдауды да жұмыс істеуге ыңғайлы.

Номенклатура үшін PCS-те құрылған ережелерді көрсетіңіз:

Енді «Тұтынушы тапсырысы» үшін түрлендіру ережесін жасайық.

«Өнімдер» кестелік бөлімі үшін түрлендіру ережелерін қосамыз. Бастау үшін біз PCS-те мәліметтердің сәйкестігін көрсетеміз. «Алгоритм қолданылды» құсбелгісін қою керек, себебі кестелік бөліктің мәндері «өздігінен» құрылмайды, сізге әлі де шағын алгоритм жазу керек. Алгоритмді пайдалану кезінде 1С-тен объектінің егжей-тегжейлерін көрсетудің қажеті жоқ, өйткені жүктеп салу үшін мәндер XML файлыәлі де алгоритм арқылы қалыптасады. Сондай-ақ, «күрделі» түрлер үшін сипатты түрлендіру ережесін көрсету керек.

Енді кестелік бөлікті толтыру алгоритмін «Жіберу бойынша» өңдегішіне қосу керек.

Түрлендіру ережелерінде тапсырысты алған кезде кері әрекетті орындайтын алгоритмді көрсету керек.

Алгоритм ReceivedData.AdditionalProperties.Products толтырады, олар кейін жүктелген нысанның "Өнімдер" кестелік бөлігіне автоматты түрде жазылады.

ArrayStringProducts = Жаңа массив; Толтыру ережелері = Жаңа сәйкестік; Filling Rules.Insert("Номенклатура", "Номенклатура"); Толтыру ережелері.Insert("Саны", "Саны"); Fill Rules.Insert("Сома", "Сома"); Filling Rules.Insert("Баға", "Баға"); Fill Rules.Insert("ҚҚС мөлшерлемесі", "ҚҚС мөлшерлемесі"); Fill Rules.Insert("ҚҚС сомасы", "ҚҚС сомасы"); Filling Rules.Insert("Қойма", "Қойма"); Егер DataXDTO.Property("Өнімдер") және ValueFilled(DataXDTO.Products) болса, DataXDTO.Products циклінің әрбір жолы үшін DataStringString құрылымы = Жаңа құрылым; Әрбір толтыру ережесі үшін Толтыру ережесінен цикл құрылымынTransferValues = Жаңа құрылым(FillingRule.Key, анықталмаған); FillPropertyValues(StructureToTransferValue, String); Мән = TransferValue құрылымы[FillingRule.Key]; Мән болса<>Анықталмаған ThenStringDataStructure.Insert(FillingRule.Value, Value); EndIf; EndCycle; StringData Structure.Insert("Бумалар саны", StringData Structure.Quantity); Егер DataXDTO.Property("Қойма") болса, онда StringDataStructure.Insert("Қойма", DataXDTO.Warehouse); EndIf; ArrayStringsProducts.Add(StringDataStructure); EndCycle; EndIf; ArrayStringProducts.Quantity() > 0 болса, ReceivedData.AdditionalProperties.Insert("Өнімдер", ArrayStringProducts); EndIf;

Қазір біз контрагенттермен (клиенттермен) алмасудың келесі механизмін жүзеге асырып жатырмыз: тапсырысты филиалдың дерекқорына жүктеген кезде біз бар клиенттелефон арқылы (мысалы, клиент филиалда бірдеңе сатып алды, тіркелді, содан кейін интернет-дүкенде бірдеңе сатып алуды шешті, ал тапсырыс орталық дерекқорда аяқталды). Егер клиент телефон арқылы табылса, біз оны тәртіпте ауыстырамыз, егер жоқ болса, біз жаңасын жасаймыз. Ол үшін тапсырыс берушінің телефон нөмірін тапсырыспен бірге жіберуіміз керек. Телефон EnterpriseData пішіміндегі стандартты тапсырыс өрістеріне қосылмаған, оны тасымалдау үшін қосымша ақпаратты жазуға болатын Қосымша ақпарат өрісін пайдалануға болады. Біз қосымша ақпаратты қажетті өрістермен құрылым түрінде береміз. AddInfo арқылы құрылымдарды да, мәндер кестелерін де беруге болады. Жіберу кезінде тапсырысты түрлендіру ережелерінде «Жіберу кезінде» өңдегішінде

кодты қосыңыз:

«Жіберуде» өңдеуші мәтіні

StructAddData = Жаңа құрылым; Сұраныс = Жаңа сұраныс; Query.Text = "ТАҢДАУ | PartnersContactInformation.PhoneNumber |FROM | Directory.Partners.ContactInformation AS PartnersContactInformation |ҚАЙДА | PartnersContactInformation.Reference = &Partner | And PartnersContactInformation.Type = VALUETec.Phones."art; ContactInformation. Request.SetParameter("Серіктес", DataIB.Partner); Таңдау = Query.Execute().Select(); Егер Selection.Next() болса, онда structAddData.Insert("Телефон нөмірі", Selection.PhoneNumber); EndIf; XDTO Data.Insert("Қосымша ақпарат", structAdditionalData);

Тиісінше, өңдеушіде «XDTO деректерін түрлендіру кезінде» қабылдау кезінде түрлендіру параметрлеріне

Код қосу:

«XDTO деректерін түрлендіру кезінде» өңдеуші мәтіні

Егер DataXDTO.Property("AdditionalInfo") болса, онда DataXDTO.AdditionalInfo.Property("PhoneNumber") болса, онда ТелефонНөмірі = DataXDTO.AdditionalInfo.PhoneNumber; Сұраныс = Жаңа сұраныс; Query.Text = "ТАҢДАҢЫЗ | PartnersContactInformation.Link AS Partner, | Counterparties.Link AS контрагент | FROM | Directory.Partners.ContactInformation AS PartnersContactInformation | .View = VALUE (Каталог. Байланыс ақпаратының түрлері (Телефон ақпараты) |Контракт. Арт). Ақпарат.Телефон нөмірі = &Телефон нөмірі)" ; Query.SetParameter («Телефон нөмірі», Телефон нөмірі); Таңдау = Query.Execute().Select(); Егер Sample.Next() болса, онда ReceivedData.Partner = Sample.Partner; ReceivedData.Account = Selection.Account; Әйтпесе PartnerObject = Directories.Partners.CreateItem(); PartnerObject.Name = DataXDTO.Counterparty.Name; PartnerObject.NameFull = PartnerObject.Name; PartnerObject.Client = шын; PartnerObject.LegalPerson = Transfers.CompanyPrivatePerson.PrivatePerson; NewString = PartnerObject.ContactInformation.Add(); NewString.Type = Enumerations.ContactInformationTypes.Phone; NewString.View = Каталогтар.Байланыс ақпаратының түрлері.Серіктестің телефоны; NewString.PhoneNumber = PhoneNumber; NewString.View = Телефон нөмірі; NewString.FieldValues = ContactInformationControlServerServiceCall.ContactInformationXMLOnView(NewString.View, Enums.ContactInformationTypes.Phone); PartnerObject.DataExchange.Loading = шын; PartnerObject.Write(); ContractorObject = Directories.Contractors.CreateItem(); ContractorObject.Name = PartnerObject.Name; CounterpartyObject.NameFull = CounterpartyObject.Name; ContractorObject.LegalIndividual = Transfers.LegalIndividual.Individual; ContractorObject.Partner = PartnerObject.Link; ContractorObject.DataExchange.Loading = True; ContractorObject.Write(); ReceivedData.Partner = PartnerObject.Reference; ReceivedData.Contractor = ContractorObject.Reference; EndIf; EndIf; EndIf;

Жүктерді түсіру бағасының бірнеше қызықты тұстары бар:

баға белгілеу құжатында бағаның бірнеше түрі болуы мүмкін және біз тек сүзгіге жататындарды ғана жүктеп салуымыз керек.
EnterpriseData пішімінде элемент бағасын орнату құжатында тек бір баға түрі болады. Анау. 1С жүйесіндегі бір құжатты бірнеше EnterpriseData нысандары ретінде жүктеп салу керек.

Сүзгіні жүзеге асыру үшін бізге алмасу түйінінің параметрлерінде орнатылған жүктеп алынған баға түрлерін сақтау үшін бір жерде қажет. Ол үшін бізге «Түрлендіру опциялары» қажет:

«Конверсиядан бұрын» оқиғасын өңдеумен қатар:

«Баға белгілеу элементтері» құжатының деректерді өңдеу ережелерінде біз «стандартты» нұсқада түрлендіруді пайдалануды өшіріп, оның орнына XDTO объектісін «жылдам» жасауымыз керек:

Мұны істеу үшін біз тікелей XDTOServerDataExchange.SelectionObjectUnload әдісіне жүгінеміз. Құжатты бағалардың бір түрімен қажет құрылымдардың массивіне түрлендірейік және осы құрылымдардың әрқайсысы түрлендіру ережелері арқылы бөлек жүктеледі. Бұл, әрине, түсініксіз көрінеді.

«Өңдеу кезінде» өңдеуші мәтіні

Егер ValueType(DataIB) = Type("Structure") болса, онда қайтару; EndIf; Сұраныс = Жаңа сұраныс; Query.Text = "ТАҢДАУ | Элемент бағалары. Баға түрі АС Баға түрі, | Элемент бағалары. Баға AS элементі, | Элемент бағалары. Баға AS Бағасы | БІТЕН | Құжат. Элемент бағасының параметрі. Элементтердің бағалары ретінде | ҚАЙДА | Элемент бағалары. Сілтеме = & Сілтеме | және тауар бағасы. Бағасы<>0 | Жəне тауар бағасы.Баға түрі (және тауар бағасының түрлері) |НӘТИЖЕЛЕР ҚОСУ | PriceType"; Query.SetParameter("Анықтама", DataIB.Reference); Query.SetParameter("Номенклатура бағалары түрлері", Exchange Components.Conversion Parameters.Номенклатура баға түрлері); GoodsTable = NewValueTable(); GoodsTable.Columns.Add(" Номенклатура"); Тауарлар кестесі .Columns.Add("Баға"); SelectionPriceView = Query.Execute().Select(BypassingQueryResult.By Топтау арқылы);PriceSettingSend Rule = Exchange Components.DataProcessing Rules.Find("Құжат_номенклатурасы","Баға"Атауы" ;Егер болмаса PriceSettingSend ережесі = анықталмаған, содан кейін SelectionPriceType .Next() цикл Егер ЕМЕСЕгер ValueFilled(SelectionPriceType.PriceType) Одан кейін жалғастырыңыз;EndIf;DataIBStructure = Жаңа құрылым("Күні, саны, Анықтамасы"); FillPropertyDeB, FillPropertyV, FillPropertyV); = SelectionPriceType.Select(); ItemsTable.Clear (); While SelectionDetails.Next() цикл StringProducts = TableProducts.Add(); FillPropertyValues(StringProducts, Selection) Егжей); EndCycle; DataIBStructure.Insert("PriceType", SelectionPriceType.PriceType); DataIBStructure.Insert("Тауарлар", Тауарлар кестесі); DataExchangeXDTOServer.SelectionObject Unload(Exchange Components, DataIBStructure, RulePricingSending); EndCycle; EndIf; UsePKO.Document_SetPricingNomenclature = False;

SDN ішіндегі түрлендіру ережесіне "TypePrice" сипатын қосу керек. Бұл жағдайда «Қолмен» сипатты таңдау әдісін таңдау керек.

Синхрондау орнату

«Инфобаза префиксі» тұрақтысының мәнін «Қауіпсіздікке» орнату керек:

Біз жасаймыз жаңа параметрсинхрондау

Құжаттардың күні, ұйымы, баға түрі бойынша параметрлерде сүзгіні орнатайық:

Exchange менеджері модулін қамтитын сыртқы өңдеуді қосу үшін пішін параметрлерінде «қызмет туралы ақпарат» қойындысының дисплейін көрсету керек:

Орталық базаның cf-лакабынан екінші таза негізді (тармақ үшін) жасайық. Сондай-ақ, біздің кеңейтімді қосуды ұмытпаңыз. Мәліметтер қорын құру кезінде автоматты түрде «Валюта» және «Өлшем бірліктері» анықтамалықтары құрылады. Орталық дерекқордан деректерді жүктеу кезінде бұл деректердің қайталануы болмас үшін, конверсияда сәйкестендіруді осы анықтамалықтарға сәйкес UID бойынша емес, код бойынша жасау қажет.

Ақпараттық база префиксін «FL» етіп орнатыңыз және орталық дерекқорға ұқсас синхрондауды орнатыңыз.

Толық мысалмен қосымша файлдар.

Осы мақалаға тіркелген файлдар:

cf-файл "Қосымша конфигурация объектілері.cf" UT 11 негізгі конфигурациясымен біріктіруге арналған, әзірленген алмасу жоспарын қамтитын
конфигурация модульдерін реттеуге арналған конфигурация кеңейтімі бар cfe файлы
xml файлы "Registration Rules.xml"
epf файлы "ManagerDemo.epf"

Алмасу жоспарын қалай орнатуға болады. Конфигураторда біз «Қосымша конфигурация объектілері.cf» -мен салыстыру және біріктіру операциясын бастаймыз. Барлық нысандарды алып тастаңыз:

«Әрекеттер – файлдың ішкі жүйелері бойынша белгілеу» таңдаңыз, тек «Бөлімдері бар ECom_Exchange» деп белгілеңіз.

"ECom_ExchangeDataWithBranches.cfe" файлынан кеңейтімді қосыңыз, қауіпсіздік белгісін алып тастаңыз:

Тіркеу ережелерін реттеу үшін "Registration Rules.xml" тіркелген файлын 2 түрлендіруге жүктеуге болады. Алдымен сипатталғандай конфигурация құрылымын жүктеп алу керек.

Түрлендіру ережелерін реттеу үшін "ManagerDemo.epf" тіркелген файлын 3 түрлендіруге жүктеуге болады. Алдымен сипатталғандай түрлендіру сипаттамасын жасау керек.

IN шын өмірсирек компания бір 1С базасымен басқарады. Ең жиі кездесетін жағдай - екі база, бухгалтерлік есеп және жалақы.

Негіздер қосылуы керек - жалақы есептелді, есептелген салықтар төлеу үшін бухгалтерияға түсуі керек.

Бірнеше дерекқорды қосу үшін Exchange 1C бар. Ол қалай жұмыс істейді?

Exchange 1C дегеніміз не?

Дүкендер желісі мен орталық кеңсе бар. Әрбір дүкен мен кеңседе қойма бар. Тауарлар қоймадан қоймаға (негізінен орталық қоймадан дүкендерге) тасымалданады, ал дүкендерде сатылады.

1С Retail базасы кеңседе және әр дүкенде бірдей база қолданылады. Дүкендердегі базалар кеңседегі базаға бағынады.

Кеңсе қоймадан қоймаға тауарлардың қозғалысы туралы құжаттарды жасайды, бағалар тағайындалады. Құжаттар бағынышты базаларға жүктеледі және тауарлар сонда «пайда болады».

Дүкендерде тауарларды өткізу туралы құжаттар жасалады. Құжаттар кеңсе базасына жүктеледі және онда сатылымдар «пайда болады».

Бұл схема бөлінген деп аталады. ақпараттық база(RIB). Құжаттарды «толтыру» процедуралары – екі жақты алмасу 1С. Ал бұл схеманың баптауы URIB немесе URIBD (таратылған ақпараттық деректер қорын басқару).

1С жүйесінде каталог алмасу принциптері

1С каталогтары (және «кешендегі» барлық каталогтар жиынтығы NSI деп аталады - реттеуші анықтамалық ақпарат) – әдетте әртүрлі дерекқорларда бірдей болуы керек. Бұл дегеніміз, бірнеше мәліметтер базасы болса да, тауарлардың, қоймалардың, мердігерлердің тізімі әртүрлі деректер қорларында бірдей болады.

Бір дерекқорда каталогты өңдеуге рұқсат етілген және ол қалғандарына көшірілетін («көшіріледі») әдеттегі тәжірибе. Бұрын талқылағанымыздай, әрбір 1С элементінің бірегей идентификаторы бар - GUID. Каталогтар әдетте GUID-мен бірге көшіріледі, сондықтан таратылған ақпараттық жүйеде бірдей.

Әйтпесе, бірнеше бастапқыда бар дерекқорлар қосылғанда немесе каталогтар әртүрлі дерекқорларда бір уақытта жасалуы мүмкін болса, олардың GUID кодтары әртүрлі болады. Бұл үшін сәйкес механизм бар. IN арнайы тіркелімақпарат, 1С алмасу кезінде GUID xxx бар №1 базаның элементі GUID жжж осы базадағы элементке тең екендігі туралы ақпарат жазылады. Бастапқыда, енді тең емес бар элементтер автоматты түрде (басқа мәліметтер бойынша, мысалы, аты бойынша немесе СТН және KPP бойынша) немесе қолмен сәйкестендірілуі керек.

1С-те құжат алмасу принциптері

1С-дегі құжаттар регистрлер арқылы орналастырылады, содан кейін олар «орналастырылған» болып саналады. Бұл тасымалдауда түсінікті қиындықтар туғызады.

Бір опция тек құжаттарды тасымалдау және жүктеп салғаннан кейін оларды қайтадан жариялау болып табылады. Бұл әдіс жиі пайдаланылады, бірақ ол қателерді тудыруы мүмкін - құжат жаңа дерекқорда орналастырылмауы мүмкін, өйткені орналастыру кезіндегі шарттар осы құжатты бастапқы дерекқорға орналастыру кезіндегіден басқаша болуы мүмкін.

Тағы бір нұсқа - құжаттар мен регистрлерді бірге тасымалдау. Түсінгеніміздей, бірден сұрақ туындайды - не біз барлық құжаттарды жалпы, содан кейін тұтастай алғанда бүкіл тізілімді тасымалдаймыз, немесе біз тек аударылған құжаттар бойынша қозғалыстарды ауыстыруды таңдауға мәжбүрміз.

Номенклатура каталогының элементін тасымалдау керек делік. Бұл каталогта 10 өріс бар, оның 5-і жолдар мен сандар, ал 5-і басқа каталогтарға сілтемелер.

Тиісінше, Номенклатураның бір элементін тасымалдау кезінде біз басқа каталогтардың 5 элементін де іздеуге және тасымалдауға мәжбүр боламыз.

Осылайша, каталогтың бір элементін немесе бір құжатты тасымалдау кезінде 100 немесе одан да көп басқа 1С объектілерін сілтеме бойынша тасымалдауға болады.

Іс жүзінде барлық дерлік конфигурация каталогтары бір-біріне қандай да бір түрде сілтеме жасайды деп айтылады.

1С алмасу жоспарлары

Біз құрдық делік таратылған мәліметтер қорыдеректер мен алмасу 1С. Тауарлар орталық қоймада сатып алынады және дүкендерге жөнелтіледі. 1С-те олар кеңсеге кірді қажетті құжаттартауарлардың қозғалысы. Олар дүкендерге жүктелуі керек.

Не істеу? Толық айырбастауды қайтадан 1С орындаңыз ба? Ұзақ және тиімсіз! Дүкендерге тек өзгерістер енуі үшін пайдаланушылар кеңсеге нақты не қосқанын немесе өзгерткенін есептеген дұрыс болар еді.

Бұл үшін 1С алмасу жоспарлары бар. Бағдарламашы 1С алмасу жоспарын басқа дерекқорлармен, мысалы, біздің дүкендерімізбен жүзеге асыру үшін алдын ала жасайды.

1С алмасу жоспары пайдаланушылар каталогтармен және құжаттармен жұмыс істегенде, осы дерекқормен соңғы 1С алмасуынан бері не қосылғанын немесе өзгертілгенін атап өтеді.

URIB 1C құру

Сонымен, біз нөлден бастап таратылған деректер қорын жасаймыз. Бастапқыда бізде «ата-аналық» кеңсе базасы бар. Оның ішінен біз оған бағынатын дүкендердің базаларын таңдаймыз.

Әдеттегі конфигурацияларда стандартты 1С алмасу жоспарлары бар. Оларға арналған негіздердің түрлері атаудан интуитивті түрде анық:

1С сайтымен алмасу: 1С: Bitrix сайтымен алмасу
Exchange 1C UPP-UT немесе UT-Retail: әпкелі конфигурациялары бар әдеттегі алмасулар
Толық - 1С бірдей конфигурацияға негізделген дерекқормен алмасу.

RIB – таратылған ақпараттық база – 1С «Толық» алмасу жоспары негізінде де жасалуы мүмкін. Конфигураторда осы 1С алмасу жоспарында «Таратылған ақпарат базасы» құсбелгісін қою керек.

Конфигураторда жасалған 1С алмасу жоспары біздің осындай конфигурациямен алмасатынымызды көрсетеді. Сол 1С алмасу жоспарындағы Кәсіпорын режимінде енді осы конфигурацияға негізделген нақты дерекқорларды көрсету керек.

1С алмасу жоспарына көшейік (Операциялар / Айырбастау жоспары; олар басқа мәзірде де болуы мүмкін, көбінесе Қызмет / XXX мәзірінде).

1С алмасу жоспарындағы дерекқорлар тізімінде суретте жасыл шеңбері бар. Бұл элемент THIS BASE дегенді білдіреді. Қалған элементтер 1С алмасатын БАСҚА негіздерді білдіреді.

Барлық элементтер үшін атау да, код та толтырылуы керек.

«Дүкен» ішкі базасын құру үшін:

Тізімдегі курсорды біз «дүкен базасы» ретінде жасаған 1С алмасу жоспарының элементіне қойыңыз.
«Әрекеттер/Бастапқы суретті жасау» мәзір тармағын таңдаңыз.

Нәтижесінде бір дерекқор жасалады, оған бастапқы деректер жүктеледі. Бұл 1С айырбастау жоспарының АҒЫМДАҒЫ БАЗАДАН басқа әрбір элементі үшін қайталануы керек.

Алмасу теориясы 1С

1С алмасу теориясы өте қарапайым:

Негіздердің бірі (көбінесе орталықтың негізі) кесте бойынша немесе «оқиға бойынша» 1С алмасуды бастайды (белгілі бір пайдаланушының базасына кіру және т.
1С алмасу файлды дерекқордан босатудан тұрады
Файлды бағынышты база оны ала алатын жерге жылжыту керек (әдетте бөлісу немесе ftp, сирек электрондық пошта)
Құлдық дерекқор қабылданған файлды жүктейді
Ақпараттың алынғанын растау ретінде құлдық база «жауап» файлын жүктейді, ол орталық базаға дәл осылай жүктеледі.
1С алмасу сеансы аяқталды.

1С алмасудың басқа әдістері бар, файлдар арқылы емес, мысалы, екі дерекқор арасындағы тікелей COM қосылымы арқылы. Оның артықшылықтары:

«Файлдарды сақтау және тасымалдау үшін орын» қажет емес
Растауды қайта жүктеп салудың қажеті жоқ
Алғашқы екі нүктенің арқасында бәрі жылдамырақ болады.

Дегенмен, шектеу анық - COM қосылымын іске қосу үшін базалар бір-біріне жақын болуы керек.

RIB 1C орнату

Типтік конфигурациялардың тұрақтыларында (Операциялар / Тұрақтылар; немесе Қызмет / Бағдарлама параметрлері) - әдетте бар жалпы параметралмасу 1С. Бұл қай дерекқорда жасалғанын оңай анықтау үшін элемент кодтары мен құжат нөмірлеріндегі префикс. Сондай-ақ анықтамалықтар мен құжаттар жасалған орын туралы ақпаратты сақтаудың ішкі әдісі.

Енді құрылған дерекқорлар арасында 1С ақпаратының мерзімді алмасу процесі қалай өтетінін конфигурациялау керек.
1С жүйесіндегі барлық RIB параметрлері әдеттегі конфигурацияларда, әдетте Қызмет / Бөлінген ақпарат базалары / RIB түйіндерін конфигурациялау мәзірінде болады.

Әрбір бұрын жасалған «қашықтағы дүкен базасы» элементі үшін конфигурация элементін қосу керек.

Параметр 1С алмасу әдісін көрсетеді: файл (ортақ), файл (FTP), файл (e-mail).

Жұқа клиентте таратылған 1С инфобазасын құру және конфигурациялау

Негізінде әдеттегі конфигурацияда ұқсас параметрді көрейік жұқа клиент– Сауданы басқару 11 басылым.
Параметрлер (және нөлден бастап жасау) интерфейстің Басқару қойындысында орналасқан. «Деректерді алмасу» тармағы.

«Таратылған инфобазада алмасуды құру» тармағын таңдаңыз.

Ең басынан бастап 1С бізге бағынышты деректер базасымен ақпарат алмасуды қалайтынымызды көрсетуге шақырады. Мұнда «шардағы файл арқылы» конфигурация опциясы берілген.

Мұнда FTP файлы арқылы конфигурациялау опциясы берілген.

Біздің алмасу параметрінің атауы - 1С.

Бірден «бастапқы кескінді» жасау туралы ұсыныс, яғни оған бастапқы ақпаратты жүктей отырып, құлдық дерекқордың өзі.

Қалың клиенттегі конфигурациядан айырмашылығы, 1C алмасу параметрлерінің екеуі де бір жерде.

Автоматтандырылған жүйелербасқару көп жағдайда жеке деректер қорынан тұрады және көбінесе географиялық бөлінген құрылымға ие. Сонымен қатар, дұрыс жүзеге асырылған деректер алмасу - қажетті жағдайүшін тиімді жұмысмұндай жүйелер.

Бұл жағдайда биржаның бастапқы баптауы тек бағдарламалау тұрғысынан ғана емес, сонымен қатар 1С: Кәсіпорын платформасына негізделген өнімдер сияқты біртекті көздермен айналысатын болсақ та, кеңес беруді қажет етуі мүмкін. . Неліктен 1С алмасуды орнату (немесе оны 1С 8.3-те деректерді синхрондау) интеграциялық жобаның ең көп уақытты қажет ететін және қымбат жұмысына айналуы мүмкін, біз осы мақалада қарастырамыз.

1С ортасында деректер алмасу мыналарға мүмкіндік береді:

Құжаттардың екі жақты жазылуын жою;
Тиісті бизнес-процестерді автоматтандыру;
Бөлінген бөлімдер арасындағы өзара әрекеттесуді оңтайландыру;
Әр түрлі бөлімдердің мамандарының жұмысы туралы деректерді жедел жаңарту;
«Межелеу» әртүрлі түрлерібухгалтерлік есеп.*

*Бухгалтерлік есептің бір түрінің деректері екіншісінен айтарлықтай ерекшеленетін жағдайда, ақпараттың құпиялылығын және «бөлек» ақпарат ағындарын қамтамасыз ету қажет. Мысалы, 1C UT және 1C Accounting арасындағы деректер алмасу бухгалтерлік есептің нормативтік дерекқорына басқару деректерін жүктеуді қажет етпейді, яғни. 1С-де синхрондау бұл жерде аяқталмайды.

Егер біз бастапқы деректер алмасуды жүзеге асырудың стандартты процесін көрсетсек, оның кем дегенде біреуі 1С өнімі болса, онда келесі кезеңдерді бөлуге болады:

Биржаның құрамын үйлестіру;
Тасымалдау анықтамасы (алмасу хаттамалары);
Ережелерді орнату;
Жоспарлау.

1С биржасының құрамын анықтау

Биржа объектілерін шартты түрде «көз» және «қабылдаушы» деп бөлуге болады. Сонымен бірге олар бір уақытта екі рөлді орындай алады, бұл екі жақты алмасу деп аталады. Көзі мен тағайындалған жердің анықтамасы қажеттілікке немесе байланысты логикалық жолмен жүреді функционалдықжүйелер.*

*Мысалы, «WA: Financier» - «1С: Enterprise» негізінде әзірленген қаржылық есеп пен қазынашылық процестерді басқаруға арналған шешімді біріктіру кезінде WiseAdvice сарапшылары оны шебер жүйе ретінде ұсынады. Бұл қолданбалы саясат ережелерін сақтау үшін бақылау құралдарының болуымен және сәйкесінше шешімнің тиімділігін қамтамасыз етумен байланысты.

Әрі қарай, пайдаланушылардан алынған және жазылған талаптар негізінде алмасу үшін деректер тізімі жасалады, олардың көлемі, алмасу жиілігіне қойылатын талаптар анықталады, қателермен жұмыс және ерекше жағдайларды (соқтығыстарды) өңдеу процесі белгіленеді.

Сол кезеңде қолданыстағы жүйелер паркіне және кәсіпорын құрылымына байланысты биржалық формат анықталады:

Таратылған ақпараттық база

RIB 1С дерекқорының бірдей конфигурациялары арасындағы алмасуды білдіреді, әрбір алмасу жұбы үшін нақты басты-басқарушы басқару құрылымы бар. Технологиялық платформаның элементі бола отырып, RIB деректерден басқа, дерекқордың конфигурациясындағы және әкімшілік ақпаратындағы өзгерістерді тасымалдай алады (бірақ тек негізгіден бағыныштыға).

1С жүйесінде әмбебап деректер алмасу

1C: Enterprise платформасындағы конфигурациялармен де, үшінші тарап жүйелерімен де 1С дерекқорларының алмасуын конфигурациялауға мүмкіндік беретін механизм. Алмасу «Айырбастау жоспарларына» сәйкес деректерді әмбебап xml пішіміне беру арқылы жүзеге асырылады.

EnterpriseData

Кез келген автоматтандыру жүйелерімен 1C: Enterprise платформасында жасалған өнімдер арасында xml форматында деректер алмасуды жүзеге асыруға арналған 1С компаниясының соңғы әзірлемесі. EnterpriseData пайдалану алмасуға байланысты жақсартуларды жеңілдетеді. Бұрын жүйеге жаңа конфигурация енгізілгенде, ол үшін де, бар жүйелер үшін де деректерді импорттау және экспорттау механизмін енгізу қажет болды. Енді EnterpriseData жүйесін қолдайтын жүйелерді өзгерту қажет емес, тек бір кіру-шығу нүктесі бар.

Көлік анықтамасы (алмасу хаттамалары)

1C: Enterprise 8 платформасына негізделген жүйе кез келген пайдаланушымен алмасуды ұйымдастырудың кең ауқымын ұсынады. ақпараттық ресурстаржалпы қабылданған әмбебап стандарттар арқылы (xml, мәтіндік файлдар, Excel, ADO байланысы және т.б.). Сондықтан, деректер алмасу үшін тасымалдауды анықтау кезінде үшінші тарап жүйесінің деректер қорының мүмкіндіктерінен бастау керек.

Каталогтарды синхрондау

Каталогтарды тиімді синхрондаудың негізгі принципі бір кіру нүктесінің болуы болып табылады. Бірақ егер біз тарихи түрде әртүрлі ережелерге сәйкес толтырылған каталогтармен жұмыс істеу туралы айтатын болсақ, алмасуды «ортақ бөлгішке» жеткізу үшін синхрондау өрістерін нақты анықтау қажет.

*Бұл кезеңде деректер көзінің жағында анықтамалық деректерді қалыпқа келтіру бойынша жұмыстарды жүргізу қажет болуы мүмкін. Анықтамалықтардың күйіне және олардың көлеміне байланысты элементтерді салыстыру, қателер мен көшірмелерді тану, анықтау, сондай-ақ жетіспейтін өрістерді толтыру және синхрондау өрістерін тағайындау процесі сарапшылардың бүкіл тобының жұмысын талап етуі мүмкін. интегратор жағы (анықтамалық деректерді нормалау әдістемесінің иесі) және тұтынушы жағынан.

Ережелерді орнату

Ресиверлерде бастапқы жүйелерден деректерді көрсету мүмкіндігі дұрыс анықталған алмасу ережелеріне байланысты. xml пішімінде ұсынылған ережелер бастапқы мақсат нысандарының негізгі атрибуттарының сәйкестігін реттейді. 1С: Деректерді түрлендіру шешімі бір реттік алмасуды да, тұрақты алмасуды да жүзеге асыру ережелерін құруды автоматтандыруға арналған.

Exchange Exchange жоспары кезінде деректердің жоғалмауын қамтамасыз етеді. Бұл құрамдас 1С алмасу процедурасын толық сипаттайтын 1C: Enterprise платформасындағы кез келген конфигурация: деректер құрамы («анықтайтын» мәліметтері бар құжаттар) және түйіндер (қабылдағыш-таратқыш ақпарат базалары), сондай-ақ таңдалған алмасу бағыттары үшін RIB белсендіру.

Биржалық жоспарға енгізілген деректердегі кез келген өзгеріс бекітіледі және «өзгеріс» белгісін алады. Өзгертілген деректер қабылдағыш-таратқыш түйіндерінде бір-біріне сәйкес келмейінше, жалауша қалпына келтірілмейді және жүйе екі түйінге де басқару хабарламаларын жібереді. Деректерді түсіріп, олардың екі жүйеде де толық сәйкестігін растағаннан кейін белгі қалпына келтіріледі.

1С-де алмасу кестесі

Тұрақты алмасуды автоматтандыру үшін деректерді жүктеу жиілігі орнатылған. Айырбастау жиілігі қажеттілік пен техникалық мүмкіндіктерге байланысты. Сондай-ақ, 1C: Enterprise платформасындағы конфигурациялар оқиға орын алған кезде деректер алмасуды конфигурациялауға мүмкіндік береді.

Биржаны жүзеге асырудың стандартты процесін қарастыра отырып, әртүрлі кезеңдерде жақсартуларды талап ететін факторларға назар аударайық:

Стандартты емес, қатты өзгертілген дерекқор конфигурациялары;
әртүрлі нұсқалар 1С: Кәсіпорын платформалары;
Ұзақ уақыт бойы жаңартылмаған ағымдағы нұсқаларконфигурация;
Бұрын өзгертілген объектілермен алмасу;
Стандартты емес алмасу ережелерінің қажеттілігі;
Қолжетімді каталогтардағы мәліметтердің мүлде басқа жиынтығы мен құрамы.

Алғашқы деректер алмасуды жүзеге асырудың стандартты әрекеттері сараптамалық білімді қажет ететіндіктен, оларды 1С мамандарының қатысуымен орындау ұсынылады. Жоғарыда аталған барлық қадамдарды орындағаннан кейін ғана конфигурацияда алмасуды орнатуға кірісу керек. «1С: UPP» және «1С: Бөлшек сауда» мысалында дерекқорларды біріктіруді қарастырайық (сол схемаға сәйкес «1С: UT» арқылы алмасу конфигурацияланған). Сондай-ақ типтік синхрондау ірі өнеркәсіптік кәсіпорындардағы кең ауқымды автоматтандыру жүйелеріне тән SCP - SCP алмасуды қамтиды.

«Қызмет» ішкі мәзірінде «Платформадағы өнімдермен деректер алмасу ...» таңдаңыз («Бөлшекпен» тікелей алмасуды таңдау COM нысандары деңгейіндегі қателермен жиі қауіп төндіреді). Ресми хабарламаға назар аударыңыз» Бұл мүмкіндікқолжетімсіз».

Бұл мәселені шешу үшін «Деректерді ортақ пайдалану параметрлерін» таңдау керек.

...және құсбелгіні қойыңыз. Одан әрі қате туралы хабар еленбейді.

Деректерді синхрондау параметрлерінде «Бөлшек саудамен алмасуды жасау...» таңдаңыз.

Жергілікті немесе желілік каталог арқылы қосылым параметрлерін конфигурацияламас бұрын, каталог үшін дискіде бос орын бар екеніне көз жеткізіңіз. Әдетте, ол 30-50 МБ-тан аспаса да, ерекше жағдайларда 600 МБ-қа дейін қажет болуы мүмкін. Қажетті каталогты конфигуратордан тікелей жасауға болады.

Желілік каталог арқылы қосылу кезінде FTP мекенжайы арқылы және «Келесі» түймесін басу арқылы электрондық пошта арқылы қосылымды конфигурациялау ұсыныстарын елемейміз.

Параметрлерде префикстерді қолмен қойыңыз - деректер базасының таңбалары (әдетте BP, UPP, RO), ережелерді және деректерді жүктеп салудың басталу күнін орнатыңыз. Құжаттардың атауында олар жасалған негізді көрсету үшін префикс көрсетіледі. Жүктеп салу ережелері өңделмеген болса, әдепкі деректер барлық қолжетімді параметрлерге сәйкес жүктеп салынады.

Әрекеттерімізді қайталамау үшін біз Retail үшін алмасу параметрлері файлын жасаймыз. Синхрондауды орнатқаннан кейін деректерді дереу жіберу қажет болса, құсбелгіні қойыңыз.

Алмасу процесін автоматтандыру үшін кестені орнату қажет.

Бөлшек сауда мәзірі.

құсбелгісін қойып, Синхрондау опциясын таңдаңыз.

Біз «Өндірістік кәсіпорынды басқару» опциясын таңдау арқылы «кері» параметрді жасаймыз.

Файлды SCP ішінде жасалған параметрлермен жүктеңіз.

Біз белгіні қоямыз, жүйе мекенжайды автоматты түрде алады.

Біз UPP-дегідей әрекет етеміз.

Деректерді тексеруді салыстыру (Деректерді қолмен салыстыруды орындау ұсынылады дайындық кезеңі, өйткені бұл жұмыстар алмасуды жүзеге асыру процесінде ең көп уақытты қажет ететін жұмыстарға айналуы мүмкін). Салыстыру терезесі тышқанды екі рет шерткенде ашылады.

Синхрондау қатесі болған жағдайда, «Мәліметтер...» «Ешқашан...» дегенге ауыстырылады.

«Толығырақ...» алмасу туралы жаңартылған ақпаратпен тіркеу журналын ашады.

Дайын.

1С 8 қолданбалы шешімдер арасындағы деректер алмасу - бұл онсыз толыққанды құру мүмкін емес нәрсе ақпараттық кеңістіккәсіпорындар.

Деректер алмасу не үшін қажет және оларды қалай пайдалану керек?
1С арасындағы алмасу түрлері.
1С деректер базасы арасында деректер алмасуды қалай орнатуға болады?

Төменде осы сұрақтарға жауап таба аласыз.

Биржаларды жүзеге асырудың әдетте екі себебі бар:

Ұйымның филиалдық желісі бар

Бұл жағдайда әртүрлі филиалдар арасындағы алмасуды орнату жеткілікті. Ол үшін 1С 8.3 жүйесінде кәсіпорында механизм бар. Оның көмегімен сіз ақпарат алмасуды икемді түрде конфигурациялай аласыз. Мысалы, филиалдар үшін басқа филиалдар үшін құжаттардың көрінуін өшіруге болады және бір уақытта орталық кеңсе барлық филиалдардың құжаттарын көреді. Тағы бір мысал - кеңсе мен дүкендердің 1C Retail дерекқорлары арасында алмасуды орнату.

Бухгалтерлік есеп түрлері бойынша бөлу

Әдетте, бұл ұйымның әртүрлі ақпараттық базаларда әртүрлі жазбаларды жүргізетінін білдіреді. Бұл бөлу әртүрлі инфобазалар үшін есеп ақпаратының басқа түрі үшін «қажетсіз» сүзгілеуге мүмкіндік береді. Мысалы: деп аталатын. «Басқару есебі» «Сауда менеджменті» деректер базасына енгізіледі, мұнда барлық операциялар көрініс табады, ал басшылық оқиғалардың толық бейнесін көреді, ал «Кәсіпорын Бухгалтерлік есеп».

1С мәліметтер базасы арасындағы алмасу механизмдері қандай?

Деректер алмасуды екі түрге бөлуге болады: қолданылатын механизмдер және алмасу үшін қолданылатын көлік.

1С деректер алмасу механизмдері

Әдетте, биржа екі механизмді пайдаланады:

Бөлінген ақпараттық база (RIB)- тармақтар арасындағы мәліметтер алмасуды конфигурациялауға мүмкіндік беретін механизм. Бұл механизм мүлде бірдей дерекқор конфигурацияларының алмасуын білдіреді. Механизм дерекқор конфигурациясының өзгерістерін тасымалдауға қабілетті. Механизм технологиялық платформа деңгейінде жүзеге асырылады.
Конфигурациялар арасындағы әмбебап алмасу механизмі- механизмі үшін 1С әзірлеу болып табылады қолданбалы шешімдер. Ол жалпы және негізделген. Деректер алмасу арнайы конфигурацияда жасалған xml ережелерін қолдану арқылы жүзеге асырылады - . Бұл механизмді пайдалана отырып, сіз 1С конфигурациялары арасында бір реттік алмасуды да, тұрақты алмасуды да жүзеге асыра аласыз. Механизм конфигурация деңгейінде жүзеге асырылады, оны технологиялық конфигурациядан конфигурацияңызға салуға болады.

Мәліметтер алмасу үшін тасымалдау

Көлік ретінде жеткілікті кең ауқымды технологиялар әрекет ете алады. 1С 8.2 әмбебап алмасу механизмінде енгізілген негізгілерін қарастырыңыз:

267 1С бейне сабақтарын тегін алыңыз:

Жергілікті немесе желілік каталогең оңай тасымалдау болып табылады. Бір IB дискіде файл жасайды, екіншісі оны оқиды және өз файлын қосады.
FTP ресурсы- каталог арқылы алмасуға ұқсас алмасу. Айырмашылығы - алмасу FTP хаттамасы арқылы жүзеге асырылады.
Пошта хабарламалары немесе электрондық пошта- айырбас құралдары бойынша жүзеге асады Электрондық пошта. Конфигурациялар бір-біріне пошта хабарларын жібереді және жаңа хабарламалар үшін пошта мекенжайын үнемі тексеріп отырады.
Тікелей қосылу (COM)- алмасу бір негізді екіншісіне тікелей қосу арқылы жүзеге асады.
Интернет (веб-қызмет)- Көлік - бұл веб-сервис. Бір инфобаза -ге қосылады, веб-қызмет екінші инфобазаға қосылып, хабарламаны тасымалдайды. Мұндай тасымалдауды жүзеге асыру үшін сізде болуы керек.

1С деректер базасы арасында деректер алмасуды қалай орнатуға болады?

«1С деректерін түрлендіру» конфигурациясының көмегімен 1С жүйесінде деректер алмасуды орнату негіздерін мысал үшін бейнені қараңыз:

1С 8.2 жүйесінде жоспарлы 1С деректер алмасуы

Кесте бойынша автоматты түсіруді конфигурациялау қажет болса, жай ғана конфигурациялаңыз.

Клиент-сервер нұсқасы үшін

«Деректерді алмасу параметрлері» анықтамалығында «Автоматты алмасу» қойындысында жаңа жоспарланған тапсырманы жасау керек, онда кестені көрсетуге болады:

Файл нұсқасы үшін

«Деректерді алмасу параметрлері» анықтамалығында «Автоматты алмасу» қойындысында жаңа жоспарланған тапсырманы жасау керек, онда «Оқиғалар бойынша алмасу» қойындысында алмасу іске қосылатын оқиғаларды көрсетіңіз. Мысалы, белгілі бір пайдаланушыны іске қосқан кезде: