"1С: Өгөгдөл хувиргах 2.0" тусгай тохиргоо

1C: Enterprise платформын найм дахь хувилбарыг гаргасан нь автоматжуулалтын системийг хөгжүүлэх чухал алхам болсон. 1C: Enterprise 8 платформыг зохион бүтээхдээ 1C: Enterprise 7.7 платформ дээр суурилсан шийдлүүдийг ашиглах асар их туршлагыг харгалзан үзсэн: платформын суурилагдсан хэл, ердийн тохиргоог нухацтай шинэчилсэн, өгөгдөл хадгалах бүтэц, хандалтын бүтцийг дахин боловсруулсан. өөрчлөгдсөн, шинэ платформын давуу талыг ухамсарласан салбарын шинэ шийдлүүд бий болсон. Шинэ платформд өмнөх хэлний бүтцийг ашиглах нь тохиромжгүй болсон.

Энэ асуудлыг шийдвэрлэхэд хялбар болгохын тулд (7.7 хувилбараас 8 хувилбар руу өгөгдөл дамжуулах) 1С нь "Өгөгдөл хувиргах 2.0" тусгай тохиргоог гаргасан. Энэ нь өгөгдөл дамжуулах янз бүрийн асуудлыг шийдвэрлэхэд мэргэжилтнүүдэд туслах зорилгоор бүтээгдсэн. 1С нь ижил төрлийн тохиргооноос өгөгдөл дамжуулахад бэлэн дүрмийг гаргасан, жишээлбэл, 1С: Нягтлан бодох бүртгэл 7.7-ээс 1С: Нягтлан бодох бүртгэл 8, гэхдээ 1C: Enterprise 8 платформ руу шилжихдээ стандарт бус эсвэл өөрчлөгдсөн стандарт тохиргооны хэрэглэгчид. шилжүүлгийн дүрмийн өгөгдлийг өөрөө үүсгэх шаардлагатай болно.

Өгөгдөл дамжуулах асуудлыг шийдвэрлэх олон төрлийн хувийн аргуудын хувьд шийдвэрлэх шаардлагатай асуудлын хүрээ бараг өөрчлөгдөөгүй хэвээр байна.

Лавлагаа мэдээллийн синхрончлол (шинэ үүсгэх, шинэчлэх одоо байгаа элементүүдлавлах, шатлалыг устгах, хадгалах, өөрчлөх, өгөгдлийг салбарлах, үечилсэн дэлгэрэнгүй мэдээллийн утгыг өөрчлөх түүхийг шилжүүлэх);

Баримт бичиг, үйл ажиллагааг синхрончлох (баримт бичгийг үүсгэх, өөрчлөх, нэг төрлийн баримт бичгийг нөгөөд шилжүүлэх, нэгтгэх, хуулбарлах);

Нягтлан бодох бүртгэлийн бүртгэл хөтлөхөд хангалттай анхны нөхцлийг бүрдүүлэх эдийн засгийн үйл ажиллагаа(үлдэгдэл барааг шилжүүлэх гэх мэт).

1С: Аж ахуйн нэгжийн янз бүрийн хувилбар ба/эсвэл тохиргооны өгөгдөл хадгалах бүтэц нь өөр өөр байдаг тул өгөгдөл дамжуулах нь зөвхөн файл эсвэл хүснэгтийг хуулах төдийгүй тэдгээрийг хувиргах явдал юм. Өөрчлөлт нь хоёрдмол утгагүй, зөв ​​байхын тулд өгөгдөл дамжуулах дүрмийг бий болгож, тохируулах шаардлагатай. Эх сурвалж болон очих өгөгдлийн сан дахь өгөгдөл хадгалах бүтцийг мэддэг бол өөр өөр мэдээллийн сан хооронд өгөгдөл дамжуулах дүрмийг бий болгож, тохируулах боломжтой. Тохиргооны мета өгөгдлийн бүтцийн тодорхойлолтыг нэгтгэсэн байх ёстой. "Өгөгдөл хувиргах 2.0" тохиргоо нь эх сурвалж болон очих газрын тохиргооны мета өгөгдлийн бүтцийн тайлбар дээр үндэслэн өгөгдөл дамжуулах дүрмийг бий болгох, тохируулахад ашиглагддаг.

Мэдээллийн сангийн хооронд өгөгдөл дамжуулах үйл явц нь дараах алхмуудаас бүрдэнэ.

• 1. Мета өгөгдлийн тайлбар файл үүсгэх.
• 2. "Өгөгдөл хувиргах" хэсэгт тохиргоог бий болгох.
• 3. Хөрвүүлэлтийг өөрөө бий болгох.
• 4. Өгөгдөл хувиргах дүрмийг тууштай бий болгох.
• 5. Өгөгдөл байршуулах дүрмийг тууштай бий болгох.
• 6. Нэг тохиргооноос нөгөө тохиргоонд өгөгдлийг буулгах, ачаалах бодит журам.

Учир нь Энэхүү тусгай тохиргоог ашиглах нь хамгийн үр дүнтэй аргуудын нэг юм Энэ мөчЭнэ төрлийн асуудлыг шийдвэрлэх арга замууд, үүнээс гадна боловсролын зорилгоор маш их хэрэгтэй хувийн туршлагын эх сурвалж, дараа нь "Сервер: Түрээсийн тооцоо" ба "1С: Аж ахуйн нэгжийн нягтлан бодох бүртгэл" хооронд мэдээлэл солилцох механизмыг боловсруулах. "ХХК-ийн хувьд "Өгөгдөл хувиргах 2.0" тохиргоог ашиглахад үндэслэсэн арга.

Өгөгдөл хувиргах 2.0 ба 2.1 нь 8.1-ээс 8.3 хүртэлх платформ хувилбарууд дээр хэрэгжсэн 1С технологийн тохиргоо юм.

Хэрэгслийн гол үүрэг бол 1С 8 ба 7 програмын шийдлүүдийн хооронд солилцооны дүрмийг бичих явдал юм.Өнөөдрийн өгөгдөл хувиргах хувилбар нь 3.0 юм.

Өгөгдөл хөрвүүлэх нь маш хэрэгтэй тохиргоо бөгөөд үүний тусламжтайгаар та мэдээллийг нэг мэдээллийн сангаас нөгөөд шилжүүлэх асуудлыг шийдэхээс гадна, жишээлбэл, нэг мэдээллийн сан дахь мэдээллийг хөрвүүлэх боломжтой.

тохиргоо нь ашиглахад маш тохиромжтой үед .

Өгөгдөл хувиргах нь ямар ч програмистад ашигтай байх болно: солилцооны дүрмийг бий болгох чадвартай байх нь мэргэжлийн ур чадварын хувьд ноцтой нэмэлт юм.

Тохиргоотой хэрхэн ажиллах талаар сурахын тулд практик асуудлыг шийдвэрлэх нь хамгийн тохиромжтой. Өөртөө даалгавар хийхийг хичээ, жишээлбэл: аливаа мэдээллийг нэг мэдээллийн сангаас нөгөөд шилжүүлэх, хэрэгжилтийн баримт бичгийг хүлээн авсан баримт болгон хувиргах, "жолоодох". одоогийн үлдэгдэлдээр нягтлан бодох бүртгэлбаримт бичигт "үлдэгдэл оруулах" болон бусад даалгавар.

1С 8.3 солилцооны "ердийн" дүрмийг ойлгох нь маш ашигтай байх болно, тэнд та даалгаврын хэрэгжилтийн сонирхолтой жишээг олж авах боломжтой.

Үндсэн ойлголтуудыг ойлгохын тулд танд материал хэрэгтэй болно, тэдгээрийг доор авч үзье.

Хөрвүүлэх видео заавар

"1С өгөгдөл хувиргах" тохиргоог ашиглан 1С-д өгөгдөл солилцох үндсэн зарчмуудыг жишээ болгон видеог үзнэ үү.

1C Data Conversion 2.0-ийг судлах материал, сурах бичиг

Сүлжээнд тийм ч олон материал, баримт бичиг байхгүй тул би хамгийн чухал, сонирхолтой материалыг цуглуулахыг хичээсэн.

0. Юуны өмнө би Илья Леонтьевын үнэгүй видео курсийг зөвлөж байна, үүнийг эндээс авах боломжтой холбоос.

1. Би юуны түрүүнд тохиргоонд суулгасан тусламжийг ашиглахыг зөвлөж байна. Энэ нь үнэхээр сайн бичигдсэн бөгөөд техникийн хувьд сайн хэрэгжсэн:

2. Мэдээллийн хоёр дахь чухал эх сурвалж бол зөвхөн өгөгдөл хөрвүүлэх чиглэлээр мэргэшсэн http://www.mykod.info/ (сайтыг хаасан) сайт юм. Тэнд та олон тооны хөрвүүлэх материалыг татаж авах боломжтой.

3. Тус тусад нь сургалтын гарын авлагын сурах бичгийг онцлон тэмдэглэхийг хүсч байна - (зохиогч - Ольга Кузнецова).

Өөр өөр тохиргооны хооронд өгөгдөл шилжүүлэх нь тийм ч энгийн ажил биш юм. Ердийнх шиг, хэд хэдэн шийдэл байдаг, гэхдээ тэдгээр нь бүгд оновчтой биш юм. Өгөгдөл дамжуулах нюансуудыг ойлгож, ийм асуудлыг шийдэх бүх нийтийн стратегийг сонгохыг хичээцгээе.

Өчигдөр нэг шийдлээс нөгөөд өгөгдөл шилжүүлэх асуудал үүссэнгүй (энэ нь зөвхөн 1С компанийн бүтээгдэхүүний тухай юм). 1С компани нь шилжилт хөдөлгөөнийг бий болгоход хөгжүүлэгчид тулгардаг бэрхшээлийг сайн мэддэг тул багаж хэрэгслээр туслахыг хичээдэг.

Платформыг боловсруулах явцад компани нь олон тооны бүх нийтийн хэрэгсэл, түүнчлэн өгөгдөл дамжуулахыг хялбаршуулдаг технологийг нэвтрүүлсэн. Эдгээр нь бүх стандарт шийдэлд суурилагдсан бөгөөд ижил тохиргооны хооронд шилжих асуудал ерөнхийдөө шийдэгдсэн. Стандарт шийдлүүдийг нягт нэгтгэснээр ялалт дахин нотлогдож байна.

Стандарт бус шийдлүүдийн хооронд шилжилт хөдөлгөөн хийснээр нөхцөл байдал арай илүү төвөгтэй байдаг. Өргөн хүрээний технологи нь хөгжүүлэгчдэд асуудлыг шийдвэрлэх хамгийн сайн аргыг бие даан сонгох боломжийг олгодог.

Тэдгээрийн заримыг авч үзье:

• текст файлаар солилцох;
• солилцооны төлөвлөгөөг ашиглах;
• гэх мэт.

Тэд тус бүр өөрийн гэсэн давуу болон сул талуудтай. Дүгнэж хэлэхэд, гол сул тал нь үг хэллэг байх болно. Шилжин суурьших алгоритмыг бие даан хэрэгжүүлэх нь цаг хугацааны зардал ихтэй, мөн дибаг хийх урт процессоор дүүрэн байдаг. Ийм шийдвэрийг цаашид дэмжих талаар ярихыг ч хүсэхгүй байна.

Засвар үйлчилгээний нарийн төвөгтэй байдал, өндөр өртөг нь 1С компанийг бүх нийтийн шийдлийг бий болгоход хүргэсэн. Шилжилт хөдөлгөөнийг хөгжүүлэх, дэмжих ажлыг аль болох хялбарчлах боломжийг олгодог технологи. Үүний үр дүнд санаа нь тусдаа тохиргооны хэлбэрээр хэрэгжсэн - "Өгөгдөл хувиргах".

Өгөгдлийн хөрвүүлэлт - стандарт шийдэл, өөрөө тохируулах. ITS:Prof-ийн бүртгэлтэй аливаа хэрэглэгч энэ багцыг хэрэглэгчийн дэмжлэгийн сайт эсвэл ITS дискнээс бүрэн үнэ төлбөргүй татаж авах боломжтой. Суурилуулалтыг 1С-ийн бусад бүх стандарт шийдлүүдийн нэгэн адил стандарт аргаар гүйцэтгэдэг.

Одоо шийдлийн давуу талуудын талаар бага зэрэг. Хамгийн чухал зүйлээс эхэлье - олон талт байдал. Энэхүү шийдэл нь платформын тодорхой тохиргоо/хувилбарт тохируулагдаагүй болно. Энэ нь стандарт тохиргоо болон өөрөө бичсэн тохиргоотой адил сайн ажилладаг. Хөгжүүлэгчид шинэ шилжилт хөдөлгөөнийг бий болгох бүх нийтийн технологи, стандартчилагдсан арга барилыг олж авдаг. Шийдлийн олон талт байдал нь 1C: Enterprise-ээс бусад платформуудад ч шилжих хөдөлгөөнийг бэлтгэх боломжийг олгодог.

Хоёр дахь тод нэмэх нь харааны хэрэгсэл юм. Энгийн шилжилтийг програмчлалгүйгээр хийдэг. Тийм ээ, тийм, нэг мөр кодгүйгээр! Зөвхөн үүний тулд технологийг нэг удаа сурч, дараа нь үнэлж баршгүй ур чадвараа дахин дахин ашиглахад цаг зарцуулах нь зүйтэй.

Гурав дахь давуу тал бол өгөгдөл түгээх хязгаарлалтгүй байх явдал юм. Хүлээн авагчийн тохиргоонд өгөгдөл дамжуулах аргыг хөгжүүлэгч өөрөө сонгодог. Xml файл руу байршуулах, мэдээллийн сан (COM/OLE) руу шууд холбогдох гэсэн хоёр сонголтыг хийх боломжтой.

Архитектурт суралцах

Өгөгдөл хувиргах нь гайхамшгийг бүтээж чадна гэдгийг бид аль хэдийн мэдэж байсан ч техникийн давуу тал нь юу болохыг хараахан тодорхой болгоогүй байна. Хамгийн түрүүнд сурах зүйл бол аливаа өгөгдөл шилжүүлэх (хувиргах) нь солилцооны дүрэмд суурилдаг. Солилцооны дүрэм - IB-ээс өгөгдөл байршуулах бүтцийн тодорхойлолт бүхий ердийн xml файл. Өгөгдөл байршуулах/татан авалтыг гүйцэтгэдэг үйлчилгээний боловсруулалт нь солилцооны дүрэмд дүн шинжилгээ хийж, тэдгээрт үндэслэн байршуулалтыг гүйцэтгэдэг. Татаж авах явцад урвуу процесс явагдана.

"KD" тохиргоо нь хөгжүүлэгч солилцооны дүрмийг бий болгодог нэг төрлийн харааны бүтээгч юм. Энэ нь өгөгдөл хэрхэн оруулахаа мэдэхгүй байна. CD түгээлтийн хэрэгсэлд багтсан нэмэлт гадаад үйлчилгээний боловсруулалт үүнийг хариуцна. Тэдгээрийн хэд хэдэн нь байдаг (файлын нэр дэх XX нь платформын хувилбарын дугаар юм):

• MDXXExp.epf- боловсруулалт нь мэдээллийн сангийн бүтцийн тодорхойлолтыг xml файлд байршуулах боломжийг олгодог. Бүтцийн тайлбарыг цаашид дүн шинжилгээ хийх, солилцооны дүрмийг бий болгох зорилгоор CD-д ачаалдаг.
• V8ExchanXX.epf- солилцооны дүрмийн дагуу мэдээллийн сангаас өгөгдөл байршуулах/татаж авах. Ихэнх ердийн тохиргоонд боловсруулалтыг хайрцагнаас гадуур хийх боломжтой ("Үйлчилгээ" цэсийн зүйлийг үзнэ үү). Боловсруулалт нь бүх нийтийнх бөгөөд ямар нэгэн тодорхой тохиргоо/дүрэмд хамаарахгүй.

За, одоо дээр дурдсан бүх зүйл дээр үндэслэн шинэ хөрвүүлэлт боловсруулах үе шатуудыг тодорхойлъё:

1. Даалгаврын тодорхойлолт. Ямар өгөгдөл дамжуулах шаардлагатай (ямар тохиргооны объектоос), хамгийн чухал нь хаашаа шилжүүлэхийг тодорхой ойлгох шаардлагатай.
2. Дараа нь CD-д ачаалах тохиргооны бүтцийн тодорхойлолтыг бэлтгэх (эх сурвалж/хүлээн авагч). Даалгаврыг MDXXExp.epf үйлчилгээний боловсруулалтаар шийддэг.
3. Бүтцүүдийн бэлтгэсэн тайлбарыг IS-д ачаалж байна.
4. CD-ийн харааны хэрэгслийг ашиглан солилцооны дүрмийг бий болгох.
5. V8ExchanXX.epf боловсруулалтыг ашиглан үүсгэсэн өгөгдөл хувиргах дүрмийн дагуу байршуулах/татаж авах.
6. Дибаг хийх солилцооны дүрэм (шаардлагатай бол).

Хамгийн энгийн хувиргалт

Үзүүлэн үзүүлэхийн тулд бидэнд хоёр суурилуулсан тохиргоо хэрэгтэй. Би сонголт дээр зогсохоор шийдсэн: "Худалдааны менежмент" 10 дахь хэвлэл, өөрөө бичсэн жижиг шийдэл. Даалгавар бол ердийн UT тохиргооноос өгөгдөл дамжуулах явдал юм. Товчхондоо бид өөрөө бичсэн шийдлийг "Хүлээн авагч", худалдааны менежментийг "Эх сурвалж" гэж нэрлэх болно. "Нэршил" лавлахын элементүүдийг шилжүүлэх замаар асуудлыг шийдэж эхэлцгээе.

Юуны өмнө өгөгдөл хувиргах схемийг харцгаая, хийх ёстой үйлдлүүдийн жагсаалтыг дахин уншъя. Дараа нь бид "Эх сурвалж" тохиргоог эхлүүлж, MD82Exp.epf үйлчилгээний боловсруулалтыг нээнэ.

Боловсруулалтын интерфейс нь олон тооны тохиргоогоор гялалздаггүй. Хэрэглэгч зөвхөн бүтцийн тайлбарт хамаарахгүй мета өгөгдлийн объектын төрлийг зааж өгөх хэрэгтэй. Ихэнх тохиолдолд эдгээр тохиргоог өөрчлөх шаардлагагүй, учир нь Хуримтлуулах бүртгэлд хөдөлгөөнийг буулгахад онцгой цэг байхгүй (жишээ нь).

Баримт бичгийг хүлээн авагчид барих явцад хөдөлгөөнийг бүрдүүлэх нь илүү зөв юм. Шилжүүлсний дараа бүх хөдөлгөөнийг баримт бичиг өөрөө хийх болно. Анхдагч тохиргоог хамгаалах хоёр дахь аргумент бол байршуулсан файлын хэмжээг багасгах явдал юм.

Зарим баримт бичиг (ялангуяа ердийн тохиргоонд) олон бүртгэлд хөдөлгөөн үүсгэдэг. Энэ бүх эдийн засгийг буулгах нь үүссэн XML файлыг хэт том болгоно. Энэ нь хүлээн авагчийн сууринд дараагийн тээвэрлэлт, ачихад хүндрэл учруулж болзошгүй юм. Өгөгдлийн файл том байх тусам түүнийг боловсруулахад илүү их RAM шаардагдана. Дасгал хийж байхдаа би зохисгүй том файл байршуулахтай тааралдсан. Ийм файлуудыг стандарт аргаар задлан шинжлэхээс бүрэн татгалзсан.

Тиймээс бид бүх үндсэн тохиргоог орхиж, тохиргооны тайлбарыг файлд байршуулна. Бид хоёр дахь суурийн хувьд ижил процедурыг давтана.

CD-г нээгээд үндсэн цэсээс сонгоно уу "Лавлах" -> "Тохиргоо". Лавлах нь хөрвүүлэлт үүсгэхэд ашиглаж болох бүх тохиргооны бүтцийн тодорхойлолтыг хадгалдаг. Бид тохиргооны тайлбарыг нэг удаа ачаалж, дараа нь өөр өөр хөрвүүлэлт үүсгэхийн тулд үүнийг дахин дахин ашиглаж болно.

Лавлах цонхонд "товчлуурыг дарна уу. Нэмэх” гэж бичээд гарч ирэх цонхноос тохиргооны тайлбар бүхий файлыг сонгоно уу. "Шинэ тохиргоонд байршуулах" гэсэн нүдийг сонгоод "Байршуулахыг гүйцэтгэх" товчийг дарна уу. Бид хоёр дахь тохиргооны бүтцийн тайлбартай ижил төстэй үйлдлүүдийг гүйцэтгэдэг.

Одоо солилцооны дүрмийг бий болгоход бүх зүйл бэлэн боллоо. CD-ийн үндсэн цэснээс "Лавлагаа" -> "Хөрвөлт"-ийг сонгоно уу. Шинэ элемент нэмж байна. Шинэ хөрвүүлэлт үүсгэх цонхонд та дараахийг зааж өгөх хэрэгтэй: эх үүсвэрийн тохиргоо (UT сонгох) болон хүлээн авагчийн тохиргоо ("Хүлээн авагч" -ыг сонгоно уу). Дараа нь "Нарийвчилсан" табыг нээгээд дараах талбаруудыг бөглөнө үү.

• солилцооны дүрмийн файлын нэр - үүсгэсэн солилцооны дүрмийг энэ нэрээр хадгалах болно. Файлын нэрийг хүссэн үедээ өөрчлөх боломжтой, гэхдээ яг одоо тохируулсан нь дээр. Энэ нь ирээдүйд цаг хугацаа хэмнэх болно. Би демогийн дүрмийг нэрлэсэн: "rules-ut-to-priemnik.xml".
• нэр - хөрвүүлэлтийн нэр. Нэр нь юу ч байж болно, би өөрийгөө "Демо. Хүлээн авагч руу UT".

Ингээд л "Ok" дээр дарна уу. Тэр даруй бидний өмнө бүх дүрмийг автоматаар үүсгэхийг хүссэн цонх гарч ирнэ. Ийм сонирхол татахуйц саналыг хүлээн зөвшөөрснөөр мастерт сонгосон тохиргооны тайлбарыг автоматаар шинжилж, солилцооны дүрмийг бие даан бий болгох тушаал өгнө.

"ба"-г шууд цэгцэлцгээе. Мастер ямар нэгэн ноцтой зүйлийг бий болгож чадахгүй. Гэсэн хэдий ч энэ боломжийг үгүйсгэх ёсгүй. Хэрэв та ижил тохиргооны хооронд солилцоо хийх шаардлагатай бол шидтэний үйлчилгээ маш их тустай байх болно. Бидний жишээн дээр гарын авлагын горимыг илүүд үздэг.

"Exchange дүрмийн тохиргоо" цонхыг нарийвчлан авч үзье. Интерфейс нь бага зэрэг ойлгомжгүй мэт санагдаж магадгүй юм - олон тооны табууд нь удирдлагаар дүүрэн байдаг. Үнэн хэрэгтээ бүх зүйл тийм ч хэцүү биш, та програмтай хэдэн цаг ажилласны дараа энэ галзуу байдалд дасч эхэлдэг.

Энэ үе шатанд бид "Объект хувиргах дүрэм" ба "Өгөгдөл байршуулах дүрэм" гэсэн хоёр табыг сонирхож байна. Эхнийх нь бид тохирох дүрмийг тогтоох ёстой, жишээлбэл. хоёр тохиргооны объектыг харьцуулах. Хоёрдугаарт, хэрэглэгчдэд буулгах боломжтой объектуудыг тодорхойлно.

"Объект хөрвүүлэлтийн дүрэм" табын хоёрдугаар хагаст "Үл хөдлөх хөрөнгө хөрвүүлэх" ба "" гэсэн хоёр таб бүхий нэмэлт самбар байна. Утга хөрвүүлэлт". Эхнийх нь сонгосон объектын шинж чанарыг (шаардлага) сонгох бөгөөд хоёр дахь нь урьдчилан тодорхойлсон утгуудтай ажиллахад шаардлагатай (жишээлбэл, толь бичгийн урьдчилан тодорхойлсон элементүүд эсвэл тоолох элементүүд).

Гайхалтай, одоо лавлах хөрвүүлэх дүрмийг бий болгоцгооё. Та энэ үйлдлийг хоёр аргаар хийж болно: объектын синхрончлолын шидтэнг ашиглана уу ("" дээр дарна уу) эсвэл объект тус бүрт тохирох зүйлийг гараар нэмнэ үү.

Зай хэмнэхийн тулд бид эхний сонголтыг ашиглах болно. Шидтэний цонхон дээрх хайрцгийн сонголтыг арилгана уу. Баримт бичгүүд” (бид зөвхөн лавлахыг сонирхдог) ба бүлгийг өргөжүүлнэ үү. Лавлах номууд". Бид жагсаалтыг анхааралтай гүйлгэж, харьцуулах боломжтой сангуудын нэрийг харна.

Миний хувьд ийм гурван лавлах байдаг: Нэршил, Байгууллага, Агуулах. ""-тэй ижил семантик ачааллыг гүйцэтгэдэг Clients лавлах бас байдаг. Эсрэг талууд" тохиргооноос " UT". Маш сайн нэрсийн улмаас мастер тэднийг харьцуулж чадаагүй нь үнэн.

Энэ согогийг бид өөрсдөө засч чадна. Цонхноос олоорой Объектийн зураглал» гарын авлага « Үйлчлүүлэгчид”, "Эх сурвалж" баганад "Харилцагч талууд" лавлах номыг сонгоно уу. Дараа нь "Төрөл" баганад байгаа нүдийг сонгоод "Ok" товчийг дарна уу.

Объект синхрончлолын мастер нь сонгосон бүх объектын шинж чанарыг хөрвүүлэх дүрмийг автоматаар үүсгэхийг танд сануулна. Үл хөдлөх хөрөнгийг нэрээр нь тааруулах бөгөөд бидний үзүүлэнгийн хувьд энэ нь хангалттай байх болно гэдгийг бид зөвшөөрч байна. Дараагийн асуулт бол байршуулах дүрмийг бий болгох санал байх болно. Үүнийг зөвшөөрье.

Солилцооны дүрмийн суурь бэлэн болсон. Бид синхрончлох объектуудыг сонгосон бөгөөд шинж чанарыг хөрвүүлэх, байршуулах дүрмийг автоматаар үүсгэсэн. Солилцооны дүрмийг файлд хадгалаад, дараа нь IB "Эх сурвалж" -ыг (миний хувьд UT) нээж, үйлчилгээний боловсруулалтыг эхлүүлье. V8Exchan82.epf.

Юуны өмнө боловсруулах цонхонд бидний үүсгэсэн солилцооны дүрмийг сонго. Бид дүрмийг ачаалах асуултанд эерэгээр хариулдаг. Боловсруулалт нь солилцооны дүрэмд дүн шинжилгээ хийж, буулгах боломжтой объектуудын хувьд ижил нэртэй модыг бий болгоно. Энэ модны хувьд бид бүх төрлийн шүүлтүүр эсвэл солилцооны зангилааг тохируулж болох бөгөөд үүнийг өөрчлөх замаар өгөгдлийг сонгох хэрэгтэй. Бид бүх өгөгдлийг байршуулахыг хүсч байгаа тул шүүлтүүр суулгах шаардлагагүй болно.

Файл руу өгөгдөл байршуулах процесс дууссаны дараа IB руу очно уу " Хүлээн авагч". Бид үүнд бас боловсруулалт нээдэг V8Exchan82.epf, зөвхөн энэ удаад бид "Өгөгдөл ачаалах" таб руу очно. Өгөгдлийн файлыг сонгоод "Байршуулах" товчийг дарна уу. Бүх зүйл, өгөгдлийг амжилттай шилжүүлэв.

Бодит ертөнцөөс даалгаварууд

Эхний демо нь төөрөгдүүлж магадгүй юм. Бүх зүйл маш энгийн бөгөөд логик харагдаж байна. Үнэндээ энэ нь үнэн биш юм. Бодит ажил дээр зөвхөн харааны хэрэгслийг ашиглан (програмчлалгүйгээр) шийдвэрлэхэд хэцүү эсвэл бүрэн боломжгүй ажлууд гарч ирдэг.

Технологид сэтгэл дундуур байхын тулд би хэд хэдэн бодит ажлуудыг бэлдсэн. Та ажил дээрээ тэдэнтэй таарах нь гарцаагүй. Эдгээр нь тийм ч өчүүхэн мэт харагдахгүй бөгөөд өгөгдөл хувиргалтыг шинэ өнцгөөс харахад хүргэдэг. Үзүүлсэн жишээнүүдийг анхааралтай авч үзээд бодит асуудлуудыг шийдвэрлэхдээ тэдгээрийг хэсэгчлэн ашиглаж болно.

Даалгаврын дугаар 1. Алга болсон дэлгэрэнгүй мэдээллийг бөглөнө үү

Бид лавлахыг шилжүүлэх хэрэгтэй гэж бодъё. Эсрэг талууд". Хүлээн авагч нь "Үйлчлүүлэгчид" гэсэн ижил төстэй лавлах номтой. Энэ нь өгөгдөл хадгалахад бүрэн тохиромжтой, гэхдээ тулгууртай " Байгууллага”, та тухайн байгууллагад харьяалагдаж байгаа талуудыг салгах боломжийг олгодог. Анхдагч байдлаар, бүх эсрэг талууд одоогийн байгууллагад харьяалагдах ёстой (үүнийг ижил нэртэй тогтмолоос авч болно).

Асуудлыг шийдэх хэд хэдэн шийдэл байдаг. Бид таяг бөглөх сонголтыг авч үзэх болно " Байгууллага"Яг үндсэн дээр" Хүлээн авагч", өөрөөр хэлбэл. өгөгдөл ачаалах үед. Одоогийн байгууллага нь тогтмол хэмжээнд хадгалагддаг тул энэ үнэ цэнийг авахад ямар ч саад байхгүй. Объект хувиргах дүрмийг (цаашид FRP гэх) нээцгээе. Үйлчлүүлэгчид” (объект дээр давхар товшино уу) болон дүрмийн тохиргооны шидтэн дотроос “Үйл явдал зохицуулагчид” хэсэгт очно уу. Ажиллагчдын жагсаалтаас бид " Ачаалсны дараа”.

Одоо байгаа байгууллагыг олж авах кодыг дараа нь атрибутад өгөх кодыг тайлбарлая. "Ачаалсны дараа" зохицуулагчийг асаах үед объект бүрэн бүрэлдэх боловч мэдээллийн санд хараахан бичигдээгүй байна. Бидний үзэмжээр өөрчлөхийг хэн ч хориглодоггүй.

Хэрэв Object.ThisGroup NOT NOT бол Object.Organization = Constants.CurrentOrganization.Get(); EndIf;

Таяг бөглөхөөс өмнө " Байгууллага» шинж чанарын утгыг шалгах шаардлагатай « Энэ бүлэг". Хөтөчийн хувьд" Үйлчлүүлэгчид» шаталсан тугийг тохируулсан тул бүлгийг шалгах шаардлагатай. Үүнтэй адилаар аливаа дэлгэрэнгүй мэдээллийг бөглөнө. Бусад зохицуулагчийн сонголтуудын тусламжийг уншихаа мартуузай " Ачаалсны дараа". Жишээлбэл, тэдний дунд параметр байдаг " Татгалзах". Хэрэв түүнд "Үнэн" гэсэн утгыг өгсөн бол тухайн объект өгөгдлийн санд бичигдээгүй болно. Тиймээс ачаалах үед бичих объектыг хязгаарлах боломжтой болно.

Даалгаврын дугаар 2. Мэдээллийн бүртгэлд дэлгэрэнгүй

гарын авлагад" Эсрэг талууд"UT тохиргоо, дэлгэрэнгүй мэдээлэл байна" Худалдан авагч"ба" Үйлчилгээ үзүүлэгч". Таяг хоёулаа "төрөлтэй" логик” ба эсрэг талын төрлийг тодорхойлоход ашигладаг. IB-д " Хүлээн авагч" лавлах номонд " Үйлчлүүлэгчид"Ижил төстэй мэдээлэл байхгүй, гэхдээ мэдээллийн бүртгэл байдаг" Үйлчлүүлэгчдийн төрлүүд". Энэ нь ижил төстэй функцийг гүйцэтгэдэг бөгөөд нэг үйлчлүүлэгчийн олон шошгыг хадгалах боломжтой. Бидний даалгавар бол дэлгэрэнгүй мэдээллийг мэдээллийн бүртгэлийн тусдаа бүртгэлд шилжүүлэх явдал юм.

Харамсалтай нь зөвхөн харааны хэрэгсэл энд бас даван туулж чадахгүй. Жижиг зүйлээс эхэлцгээе, мэдээллийн бүртгэлийн шинэ PCO үүсгээрэй " Үйлчлүүлэгчдийн төрлүүд". Юуг ч эх сурвалж болгон жагсааж болохгүй. Байршуулах дүрмийг автоматаар үүсгэхээс татгалзах.

Дараагийн алхам бол байршуулах дүрмийг бий болгох явдал юм. Тохирох таб руу очоод " Нэмэх". Байршуулах дүрэм нэмэх цонхонд дараах зүйлийг бөглөнө үү:

• дээж авах арга. "Дурын алгоритм" болгон өөрчлөх;
• хувиргах дүрэм. "Хэрэглэгчийн төрлүүд" мэдээллийн бүртгэлийг сонгоно уу;
• Дүрмийн код (нэр). Бид үүнийг "Үйлчлүүлэгчийн төрөл зүйлийг байршуулах" гэж бичнэ;

Одоо та байршуулах өгөгдлийг сонгох кодыг бичих хэрэгтэй. Энд параметр " Өгөгдлийн түүвэрлэлт". Үүнд бид бэлтгэсэн өгөгдлийн багц бүхий цуглуулгыг байрлуулж болно. Параметр " Өгөгдлийн түүвэрлэлт” хүлээн зөвшөөрч болно янз бүрийн утгатай- асуулгын үр дүн, сонголт, утгын цуглуулга гэх мэт. Бид үүнийг үйлчлүүлэгч ба үйлчлүүлэгчийн төрөл гэсэн хоёр багана бүхий утгын хүснэгт болгон эхлүүлдэг.

Үйл явдлын зохицуулагчийн кодыг доор харуулав. Боловсруулахаас өмнө". Энэ нь "параметрийг эхлүүлдэг. Өгөгдлийн түүвэрлэлт” гэсний дараа лавлахаас өгөгдлийг бөглөнө. Эсрэг талууд". Энд баганыг бөглөхөд анхаарлаа хандуулах нь зүйтэй юм " Үйлчлүүлэгчийн төрөл". "UT"-д бид "Boolean" төрлийн шинж чанаруудтай бөгөөд хүлээн авагчид тооллого байдаг.

Энэ үе шатанд бид тэдгээрийг хүссэн төрөлд нь авчирч чадахгүй (энэ нь UT-д байхгүй), тиймээс одоохондоо бид үүнийг мөр хэлбэрээр үлдээх болно. Та үүнийг хийх шаардлагагүй, гэхдээ би эх сурвалж дахь алга болсон төрлийг хэрхэн дамжуулахыг шууд харуулахыг хүсч байна.

DataFetch = NewValueTable(); Data Selection.Columns.Add("Клиент"); Data Selection.Columns.Add("ClientType"); Лавлахаас өгөгдлийг сонгох нь = Directories.Contractors.Select(); DataFromCatalog.Next()-г дуудаж байх үед хэрэв FetchingDataFromCatalog.ThisGroup байвал үргэлжлүүлнэ үү; EndIf; Хэрэв DataFetchFromCatalog.Buyer Дараа нь NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Худалдан авагч"; EndIf; Хэрэв DataFetchFromCatalog.Provider Дараа нь NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Нийлүүлэгч"; EndIf; Төгсгөлийн мөчлөг;

Өгөгдөл байршуулах дүрмийг хадгалаад "" руу буцна уу. Объект хувиргах дүрэм". Мэдээллийн бүртгэлд нэмж оруулъя” Үйлчлүүлэгчдийн төрлүүд” үл хөдлөх хөрөнгийн хувиргах дүрэм: үйлчлүүлэгч ба үйлчлүүлэгчийн төрөл. Бид эх сурвалжийг хоосон орхиж, "Буулгахаас өмнө" үйл явдал зохицуулагч дээр бид бичнэ:

//“Клиент” өмчийн хувьд Утга = Source.Client; //“CustomerType” өмчийн хувьд If Source.Customer = "Худалдан авагч" Дараа нь илэрхийлэл = "Тооцоолол.CustomerTypes.Худалдан авагч" ElseIf Source.Customer = “Нийлүүлэгч” Дараа нь Илэрхийлэл = “Тооллого.ХарилцагчТөрлүүд.Нийлүүлэгч”; EndIf;

Жагсаалтад хийсэн өгөгдлийн сонголт дээр үндэслэн дэлгэрэнгүй мэдээллийг бөглөнө. Бид үйлчлүүлэгчийг зүгээр л холбоос болгон дамжуулж, параметрт үйлчлүүлэгчийн төрлийг бичдэг " Илэрхийлэл". Энэ параметрийн өгөгдлийг хүлээн авагчид тайлбарлах бөгөөд гүйцэтгэх үед атрибут нь тооллогын зөв утгыг бөглөнө.

Бодлоо, солилцооны дүрэм бэлэн боллоо. авч үзсэн жишээ нь нэлээд түгээмэл болсон. Үүнтэй төстэй аргыг 7.7 платформ дээр үүсгэсэн тохиргооноос өгөгдөл дамжуулахад ихэвчлэн ашигладаг. Үүний тод жишээ бол үечилсэн дэлгэрэнгүй мэдээллийг шилжүүлэх явдал юм.

Даалгаврын дугаар 3. Хүснэгтийн заль мэх

Ихэнхдээ нэг хүснэгтийн хэсгийн мөрүүдийг хэд хэдэн болгон нийтлэх шаардлагатай ажлууд байдаг. Жишээлбэл, анхны тохиргоонд үйлчилгээ, барааг нэг хүснэгтийн хэсэгт бүртгэдэг бол эдгээр аж ахуйн нэгжийн хадгалалтыг хүлээн авагчид тусгаарладаг. Дахин хэлэхэд, асуудлыг харааны аргаар шийдэж чадахгүй. Энд хоёр дахь асуудлын шийдлийг үндэс болгон авах нь тохиромжтой.

Бид өгөгдөл байршуулах дүрмийг гаргаж, дурын алгоритмыг зааж, хүснэгтийн хэсгээс өгөгдөл авахын тулд "Байршуулахаас өмнө" зохицуулагч дээр асуулга бичнэ.

Зай хэмнэхийн тулд би хүсэлтийн кодыг өгөхгүй (та үргэлж эх кодыг лавлаж болно) - үүнд ер бусын зүйл байхгүй. Бид үүссэн дээжийг ангилж, эрэмбэлсэн үр дүнг аль хэдийн танил болсон параметрт байрлуулна " Өгөгдлийн түүвэрлэлт". Дахин хэлэхэд утгуудын хүснэгтийг цуглуулга болгон ашиглах нь тохиромжтой.

DataFetch = NewValueTable(); //Энд дахиад нэг хүснэгтэн хэсэг байх болно Data Selection.Columns.Add("Products"); //Энд бас хүснэгтэн хэсэг байх болно Data Selection.Columns.Add("Үйлчилгээ"); Columns-аас өгөгдлийг сонгох.Add("Link");

Даалгаврын дугаар 4. Үйлдэл рүү өгөгдөл дамжуулах

Хэрэв байгууллага нягтлан бодох бүртгэлийн хэд хэдэн системийг ашигладаг бол эрт орой хэзээ нэгэн цагт мэдээллийн шилжилт хөдөлгөөн хийх шаардлагатай болно.

тохиргоонд " АД"Бүх нийтийн баримт бичиг байдаг" Үйл ажиллагаа” гэх бөгөөд илүү олон утас үүсгэхэд тохиромжтой. Энд зөвхөн нэг асуудал байна - баримт бичиг нь зальтай хийгдсэн бөгөөд өгөгдөл дамжуулах нь тийм ч хялбар биш юм.

Ийм хөрвүүлэлтийн жишээг нийтлэлийн эх кодоос олж болно. Кодын хэмжээ нэлээд том болсон тул нийтлэлд зориулж нийтлэх нь утгагүй юм. Дахин байршуулахдаа өгөгдөл байршуулах дүрэмд дурын алгоритмыг ашигладаг гэдгийг л хэлье.

Даалгаврын дугаар 5. Олон шинж чанарууд дээр өгөгдлийг синхрончлох

Бид аль хэдийн хэд хэдэн жишээг авч үзсэн боловч шилжих явцад объектын синхрончлолын талаар хараахан яриагүй байна. Бид эсрэг талуудыг шилжүүлэх шаардлагатай бөгөөд тэдгээрийн зарим нь хүлээн авагчийн мэдээллийн санд байж магадгүй гэж төсөөлөөд үз дээ. Хэрхэн өгөгдөл дамжуулах, давхардлаас сэргийлэх вэ? Үүнтэй холбогдуулан CD нь шилжүүлсэн объектуудыг синхрончлох хэд хэдэн аргыг санал болгодог.

Эхнийх нь өвөрмөц танигчаар байна. Олон объект нь хүснэгтийн өвөрмөц байдлыг баталгаажуулдаг өвөрмөц танигчтай байдаг. Жишээлбэл, гарын авлагад " Эсрэг талууд” ижил ID-тай хоёр элемент байж болохгүй. CD нь үүнийг тооцоолдог бөгөөд бүх үүсгэсэн PSP-ийн хувьд танигчаар хайх нь анхдагчаар нэн даруй идэвхждэг. PSP-ийг бүтээх явцад объектын нэрний хажууд томруулдаг шилний дүрс байгааг анзаарсан байх ёстой.

Өвөрмөц танигчаар синхрончлох нь найдвартай арга боловч энэ нь үргэлж тохиромжтой байдаггүй. Лавлахуудыг нэгтгэх үед " Эсрэг талууд” (хэд хэдэн өөр системээс) түүнд бага зэрэг туслах болно.

Ийм тохиолдолд хэд хэдэн шалгуурын дагуу объектуудыг синхрончлох нь илүү зөв юм. TIN, KPP, Нэрээр нь эсрэг талуудыг хайх эсвэл хайлтыг хэд хэдэн үе шатанд хуваах нь илүү зөв юм.

Өгөгдлийн хөрвүүлэлт нь хайлтын шалгуурыг тодорхойлоход хөгжүүлэгчийг хязгаарладаггүй. Хийсвэр жишээг авч үзье. Бид лавлахуудыг синхрончлох хэрэгтэй гэж бодъё. Эсрэг талууд” өөр өөр мэдээллийн сангаас. PCP бэлтгэж, объектыг хөрвүүлэх дүрмийн тохиргоонд " нүдийг чагтална уу. Хүлээн авагчийн объект ID-аар олдоогүй бол хайлтын талбаруудыг үргэлжлүүлэн хайна уу". Энэ үйлдлээр бид хайлтын хоёр шалгуурыг нэн даруй тодорхойлсон - өвөрмөц танигч болон дурын талбарууд.

Бид өөрсдөө салбараа сонгох эрхтэй. TIN, KPP, нэрийг тэмдэглэсний дараа бид хайлтын хэд хэдэн шалгуурыг нэн даруй зааж өгөх болно. Тав тухтай юу? Нэлээд, гэхдээ дахин хэлэхэд энэ нь хангалтгүй юм. Хэрэв бид хайлтын шалгуурыг өөрчлөхийг хүсвэл яах вэ? Жишээлбэл, бид эхлээд олон тооны TIN + KPP хайж, хэрэв бид юу ч олохгүй бол нэрээр азаа туршиж эхэлдэг.

Ийм алгоритмыг хэрэгжүүлэх бүрэн боломжтой. Үйл явдал зохицуулагч дээр Хайлтын талбарууд"Бид 10 хүртэлх хайлтын шалгуурыг зааж өгөх боломжтой бөгөөд тэдгээр нь тус бүрдээ хайлтын талбаруудын бүрэлдэхүүнийг тодорхойлно.

Хэрэв SearchOptionNumber = 1 бол SearchPropertyNameString = “TIN, KPP”; ElseIfSearchVariantNumber = 2 Дараа ньSearchPropertyNameString = "Нэр"; EndIf;

Үргэлж олон шийдэл байдаг.

Аливаа даалгавар нь хэд хэдэн шийдэлтэй байдаг бөгөөд өөр өөр тохиргооны хооронд өгөгдөл дамжуулах нь үл хамаарах зүйл биш юм. Хөгжүүлэгч бүр өөрийн шийдлийн замыг сонгох эрхтэй боловч хэрэв та нарийн төвөгтэй өгөгдөл шилжүүлэх ажлыг байнга хийх шаардлагатай бол "" тохиргоонд анхаарлаа хандуулахыг зөвлөж байна. Эхлээд та сургалтанд нөөц (цаг хугацаа) хөрөнгө оруулалт хийх хэрэгтэй, гэхдээ энэ нь эхний илүү эсвэл бага ноцтой төсөлд үр өгөөжөө өгөхөөс илүү байх болно.

Миний бодлоор 1С компани өгөгдөл хөрвүүлэх сэдвийг үл тоомсорлодог. Технологи оршин тогтнох бүх хугацаанд зөвхөн нэг ном хэвлэгджээ: "1С: Аж ахуйн нэгж 8. Өгөгдөл хувиргах: хэрэглээний шийдлүүдийн хооронд солилцох". Энэ ном нэлээд хуучирсан (2008), гэхдээ түүнтэй танилцахыг хүсч байна.

Платформын мэдлэг шаардлагатай хэвээр байна

» нь бүх нийтийн хэрэгсэл боловч хэрэв та үүнийг 1C: Enterprise 7.7 платформд зориулж боловсруулсан тохиргооноос өгөгдөл шилжүүлэхэд ашиглахаар төлөвлөж байгаа бол суулгасан хэлийг мэдэхэд цаг зарцуулах шаардлагатай болно. Хэлний найруулга зүй, үзэл баримтлал нь маш өөр учраас суралцахад цаг зарцуулах хэрэгтэй. Үлдсэн зарчим нь ижил хэвээр байна.

Үйл явдал зохицуулагч механизм нь "Data Conversion 2.0" ашиглан өгөгдлийг хөрвүүлэх гол технологийн нэг юм. Энэхүү механизмыг чадварлаг, чадварлаг ашиглах нь хөгжүүлэгчид бараг бүх өгөгдлийг хөрвүүлэх ажлыг хурдан шийдвэрлэх боломжийг олгодог. Процессорын технологийн тусламжтайгаар өгөгдөл сонгох, өгөгдөл хөрвүүлэх ажлыг хялбархан гүйцэтгэдэг янз бүрийн төрөл, нарийн төвөгтэй өгөгдөл сонгох, хөрвүүлэх тохиргоо болон бусад олон ажлууд.

Энэ технологийн үндсэн зарчмуудыг авч үзье. Бүх нийтийн солилцооны боловсруулалт дахь өгөгдлийг буулгах, ачаалах алгоритмын гол цэгүүдэд өгөгдөл буулгах, ачаалах процесст "хатуу утастай" биш харин өгөгдөл солилцох дүрмээс авсан програмын кодыг гүйцэтгэх боломжтой. "Өгөгдөл хувиргах 2.0" тохиргоо нь ийм програмын кодыг өгөгдөл солилцох дүрэмд нэгтгэх боломжийг олгодог.

Нийтдээ өгөгдөл солилцох алгоритмд гуравдагч этгээдийн кодыг гүйцэтгэх боломжтой хорь гаруй өөр газар байдаг. Үүний дагуу тохиргоо нь янз бүрийн төрлийн үйл явдал зохицуулагчийг бий болгох боломжийг олгодог.

Үйл явдал зохицуулагчийн кодыг солилцооны дүрмийн объектуудад "хавсаргасан" байдаг - сангуудын элементүүд: хөрвүүлэлт, объект хувиргах дүрэм, өмчийг хөрвүүлэх дүрэм, өгөгдөл байршуулах дүрэм, өгөгдлийг цэвэрлэх дүрэм. Мэдээжийн хэрэг, үйл явдлын зохицуулагчийн код нь хэд хэдэн шаардлагыг хангасан байх ёстой. Ялангуяа зохицуулагчийн код дахь хөрвүүлэх үйл явцыг хянахын тулд тусгай хувьсагч - параметрүүдийг ашиглах шаардлагатай. Бүх төрлийн үйл явдал зохицуулагчид болон боломжтой хувьсагчдын бүрэн тайлбарыг харгалзах маягтуудын зохицуулагчдын талаарх мэдээллээс олж болно.

АНХААР!!!

Өгөгдөл хувиргах 2.0 технологи нь 1C: Enterprise 7.7 болон 1C: Enterprise 8.0 платформ дээр хэрэгжсэн мэдээллийн баазтай мэдээлэл солилцох боломжийг олгодог. 1C: Enterprise 7.7 платформын үйл ажиллагааны онцлогоос шалтгаалан энэ платформ дээр хэрэгжсэн мэдээллийн санд зориулсан үйл явдал зохицуулагчийг ашиглан өгөгдөл солилцох дүрмийг бэлтгэх нь хэд хэдэн онцлог шинж чанартай байдаг.

1C: Enterprise 7.7 платформын хувьд дурын кодыг ажиллуулах боломжгүй (V8-ийн Run функцтэй адил). Хэрэв V7.7 платформд үйл явдал зохицуулагчийг ашиглах шаардлагатай бол "Өгөгдөл хувиргах 2.0" тохиргооноос гаргаж авсан боловсруулалтын текстүүдээр өгөгдөл байршуулах эсвэл татаж авах боловсруулах текстийг солих шаардлагатай.

Хэрэв та V7.7-с V8 руу өгөгдөл дамжуулах шаардлагатай бол:

Буулгах үед дүрмийн файлаас гадна систем нь V77Exp.ert програмыг боловсруулах модулийн текстийг үйл явдал зохицуулагчийг хэрэгжүүлдэг функцээр үүсгэдэг. Дараа нь тохируулагч дээр бид стандарт V77Exp.ert модулийг "Өгөгдөл хувиргах 2.0"-ээр үүсгэсэн шинэ модулиар солих ёстой.

1C: Enterprise 7.7 платформ дээр өгөгдөл солилцох шийдлүүдийг боловсруулахдаа та энэ чухал "жижиг зүйлийг" санаж байх хэрэгтэй. Мэдээлэл солилцох дүрмийг буулгах үед модулийн текстийг өөрчилсөн боловсруулалтыг ашигласан тохиолдолд л таны дүрмүүд зөв ажиллах болно. Энэ дүрэмд нэг үл хамаарах зүйл бий - хэрэв та үйл явдал зохицуулагчийг ашигладаггүй бол стандарт боловсруулалтыг ашиглаж болно.

Хүндэтгэсэн, Владимир Милкин(багш ба хөгжүүлэгч).