Бүх нийтийн мэдээллийн солилцоог ашиглах гадаад байдал, онцлог. Бүх нийтийн өгөгдөл солилцох 1c мэдээллийн солилцооны дүрмийг бий болгох, ашиглах гадаад байдал, онцлог

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

Биржийн анхны тохиргоо нь зөвхөн програмчлалын хувьд төдийгүй, 1С: Enterprise платформ дээрх бүтээгдэхүүнтэй адил нэгэн төрлийн эх сурвалжтай харьцаж байсан ч зөвлөгөө өгөх шаардлагатай байж магадгүй юм. Яагаад 1С солилцоог (эсвэл 1С 8.3-д өгөгдөл синхрончлох гэж нэрлэдэг) тохируулах нь интеграцийн төслийн хамгийн их цаг хугацаа шаардсан, үнэтэй ажил болж болохыг бид энэ нийтлэлд авч үзэх болно.

1С орчинд өгөгдөл солилцох нь танд дараахь боломжийг олгоно.

Баримт бичгийн давхар бичилтийг арилгах;
Холбогдох бизнесийн үйл явцыг автоматжуулах;
Хуваарилагдсан хэлтэс хоорондын харилцааг оновчтой болгох;
Төрөл бүрийн хэлтсийн мэргэжилтнүүдийн ажлын талаархи мэдээллийг цаг алдалгүй шинэчлэх;
Нягтлан бодох бүртгэлийн янз бүрийн төрлүүдийг "ялгах".*

*Нэг төрлийн нягтлан бодох бүртгэлийн өгөгдөл нь нөгөөгөөсөө эрс ялгаатай тохиолдолд мэдээллийн нууцлалыг хангаж, мэдээллийн урсгалыг "хязгаарлах" шаардлагатай. Жишээлбэл, 1С UT ба 1С Нягтлан бодох бүртгэлийн хооронд өгөгдөл солилцох нь удирдлагын мэдээллийг нягтлан бодох бүртгэлийн зохицуулалтын мэдээллийн санд байршуулахыг шаарддаггүй. 1С дахь синхрончлол энд бүрэн бус байх болно.

Хэрэв та төсөөлж байгаа бол стандарт үйл явцанхан шатны өгөгдөл солилцох хэрэгжилт, түүний объектуудын дор хаяж нэг нь 1С бүтээгдэхүүн байвал дараахь үе шатуудыг ялгаж болно.

Биржийн бүрэлдэхүүнийг зохицуулах;
Тээвэрлэлтийн тодорхойлолт (солилцооны протокол);
дүрэм тогтоох;
Хуваарь гаргах.

1С солилцооны найрлагыг тодорхойлох

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

*Жишээ нь, "WA: Financier" - "1C: Enterprise" дээр үндэслэн боловсруулсан санхүүгийн нягтлан бодох бүртгэл хөтлөх, төрийн сангийн үйл явцыг удирдах шийдэл болох WiseAdvice-ийн мэргэжилтнүүд үүнийг мастер систем болгон ашиглахыг зөвлөж байна. Энэ нь хэрэглээний бодлогын дүрмийг дагаж мөрдөх хяналтын хэрэгслүүд байгаа бөгөөд үүний дагуу шийдлийн үр нөлөөг хангахтай холбоотой юм.

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

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

Түгээмэл мэдээллийн сан

RIB нь солилцооны хос бүрийн хувьд тодорхой "мастер-боол" хяналтын бүтэцтэй, ижил 1С мэдээллийн сангийн тохиргоонуудын хооронд солилцоог хэлнэ. Технологийн платформын элемент болох RIB нь өгөгдлөөс гадна тохиргооны өөрчлөлт, мэдээллийн сангийн удирдлагын мэдээллийг дамжуулах боломжтой (гэхдээ зөвхөн мастераас боол руу).

1С дахь бүх нийтийн мэдээллийн солилцоо

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

EnterpriseData

Аливаа автоматжуулалтын систем бүхий 1С: Enterprise платформ дээр бүтээгдсэн бүтээгдэхүүнүүдийн хооронд xml форматаар өгөгдөл солилцоход зориулагдсан 1С-ийн хамгийн сүүлийн үеийн хөгжил. EnterpriseData-г ашиглах нь солилцоотой холбоотой өөрчлөлтүүдийг хялбаршуулдаг. Өмнө нь шинэ тохиргоог системд оруулах үед түүнд болон одоо байгаа системийн аль алинд нь өгөгдөл импортлох, экспортлох механизмыг хэрэгжүүлэх шаардлагатай байв. Одоо EnterpriseData-г дэмждэг системүүд ямар ч өөрчлөлт хийх шаардлагагүй, зөвхөн нэг нэвтрэх-гаралтын цэгтэй.

Тээврийн тодорхойлолт (солилцооны протокол)

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

Лавлахуудын синхрончлол

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

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

Дүрмийг тохируулах

Хүлээн авагчид эх системээс өгөгдлийг харуулах чадвар нь зөв тодорхойлсон солилцооны дүрмээс хамаарна. Xml форматаар танилцуулсан дүрмүүд нь эх сурвалж-хүлээн авагчийн объектуудын гол нарийн ширийн зүйлсийн захидал харилцааг зохицуулдаг. 1С: Өгөгдөл хувиргах шийдэл нь нэг удаагийн болон байнгын солилцоог хэрэгжүүлэх дүрмийг автоматжуулахад зориулагдсан.

Солилцооны төлөвлөгөөний явцад өгөгдөл алдагдахгүй байх баталгаа. Энэ бүрэлдэхүүн хэсэг 1С: Enterprise платформ дээрх аливаа тохиргоо, 1С солилцооны журмыг бүрэн тайлбарласан: өгөгдлийн бүтэц ("тодорхойлох" дэлгэрэнгүй мэдээлэл бүхий баримт бичиг) ба зангилаа (хүлээн авагч-дамжуулагчийн мэдээллийн бааз), түүнчлэн сонгосон солилцооны чиглэлд RIB-ийг идэвхжүүлэх.

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

1С дахь солилцооны хуваарь

Тогтмол солилцоог автоматжуулахын тулд өгөгдөл байршуулах давтамжийг тохируулсан. Солилцооны давтамж нь хэрэгцээ, техникийн боломжоос хамаарна. Мөн 1C: Enterprise платформ дээрх тохиргоо нь үйл явдал тохиолдсон үед өгөгдөл солилцох тохиргоог хийх боломжийг олгодог.

Биржийг хэрэгжүүлэх стандарт үйл явцыг авч үзээд янз бүрийн үе шатанд сайжруулах шаардлагатай хүчин зүйлсийг анхаарч үзээрэй.

Стандарт бус, маш их өөрчлөгдсөн мэдээллийн сангийн тохиргоо;
Өөр өөр хувилбарууд"1С: Enterprise" платформууд;
Удаан хугацаанд шинэчлэгдээгүй тохиргооны хувилбарууд;
Өмнө нь өөрчлөлт оруулсан солилцооны объектууд;
Стандарт бус солилцооны дүрмийн хэрэгцээ;
Одоо байгаа лавлах номнуудын дэлгэрэнгүй мэдээлэл, бүрдэл нь огт өөр.

Анхдагч мэдээлэл солилцох стандарт үйлдлүүд хүртэл мэргэжлийн мэдлэг шаарддаг тул 1С мэргэжилтнүүдийн оролцоотойгоор хийхийг зөвлөж байна. Зөвхөн дээр дурдсан бүх алхмуудыг хийсний дараа та тохиргоонд солилцооны тохиргоог үргэлжлүүлэх хэрэгтэй. 1C: UPP ба 1C: Retail-ийн жишээн дээр мэдээллийн баазыг нэгтгэхийг харцгаая (1C: UT-тэй солилцох нь ижил схемээр хийгдсэн). Стандарт синхрончлолд мөн SCP - SCP солилцоо багтдаг бөгөөд энэ нь хамгийн том аж үйлдвэрийн аж ахуйн нэгжүүдийн томоохон хэмжээний автоматжуулалтын системд зориулагдсан байдаг.

"Үйлчилгээ" дэд цэснээс "Платформ дээрх бүтээгдэхүүнтэй өгөгдөл солилцох..."-г сонгоно уу ("Жижиглэн худалдаа"-тай шууд солилцоог сонгох нь COM объектын түвшинд ихэвчлэн алдаа гаргадаг). Үйлчилгээний зурваст анхаарлаа хандуулцгаая " Энэ боломжболомжгүй."

Энэ асуудлыг шийдэхийн тулд та "Харилцаа тохируулах" хэсгийг сонгох хэрэгтэй.

...болон хайрцгийг шалгана уу. Дараа нь алдааны мэдэгдлийг үл тоомсорло.

Өгөгдлийн синхрончлолын тохиргооноос "Жижиглэн худалдаа"-тай солилцоо үүсгэх...-г сонгоно уу.

Холболтын тохиргоог дотоод эсвэл сүлжээний лавлахаар тохируулахын өмнө дискэнд лавлах зай байгаа эсэхийг шалгах хэрэгтэй. Дүрмээр бол энэ нь 30-50 МБ-аас ихгүй багтаамжтай боловч онцгой тохиолдолд 600 МБ хүртэл багтаамж шаарддаг. Та тохируулагчаас шаардлагатай лавлахыг шууд үүсгэж болно.

Сүлжээний лавлахаар холбогдох үед FTP хаяг ашиглан холболтыг тохируулахыг танаас хүсэх ба цахим шуудан"Дараах" дээр дарж үл тоомсорлох.

Тохиргоонд бид угтваруудыг гараар оруулдаг - тэмдэгөгөгдлийн сан (ихэвчлэн BP, UPP, RO), бид өгөгдлийг татаж авах дүрэм, эхлэх огноог тогтоодог. Баримт бичгийн нэрэнд угтварыг зааж өгөх бөгөөд тэдгээр нь үүсгэгдсэн мэдээллийн баазыг заана. Хэрэв байршуулах дүрмийг засварлаагүй бол өгөгдлийг боломжтой бүх параметрийн дагуу анхдагчаар байршуулах болно.

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

Солилцооны үйл явцыг автоматжуулахын тулд та хуваарийг тохируулах хэрэгтэй.

"Жижиглэн худалдаа" цэс.

Хайрцагыг сонгоод "Синхрончлол" -ыг сонгоно уу.

Бид үйлдвэрлэлийн аж ахуйн нэгжийн менежментийг сонгох замаар "урвуу" тохиргоог гүйцэтгэдэг.

UPP дээр үүсгэсэн тохиргооны файлыг ачаална уу.

Бид тэмдэг тавиад систем нь хаягийг автоматаар авдаг.

Бид UPP-тэй ижил аргаар ажилладаг.

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

Синхрончлолд алдаа гарсан тохиолдолд "Дэлгэрэнгүй мэдээлэл..." гэснийг "Хэзээ ч..." гэж солино.

"Дэлгэрэнгүй ..." нь биржийн шинэчилсэн мэдээлэл бүхий бүртгэлийг нээнэ.

Бэлэн.

Сайн байна уу, блог сайтын эрхэм уншигчид! Хэрэв танд өгөгдөл хувиргах тохиргоо байгаа бол 1C: Enterprise 8.2-т өгөгдөл солилцоход шаардлагатай бүх хэрэгсэл, тухайлбал баримт бичиг, лавлах номууд байгаа болно. Өгүүлэлд Өгөгдөл хувиргах тохиргооны 2.1.4.1 хувилбарт ажиллах талаар тайлбарласан болно.

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

Бид мөн адил түгээлтийн нэг хэсэг болох V8Exchan82.epf боловсруулах файлыг олох болно.
Энэ нь эх сурвалжийн мэдээллийн санг буулгаж, очих газрын мэдээллийн санг ачаалахад шаардлагатай болно.

Хэрэв таны 1С тохиргоо ижил байвал яах вэ? Дараа нь тэмдэглэлд дурдсан өөр аргыг туршиж үзэх нь зүйтэй бөгөөд үүнийг ижил мэдээллийн сангуудын хооронд өгөгдөл солилцоход ашиглаж болно.

Хэрэв та 1С 7.7 хувилбараас 1С 8.2 хувилбар руу өгөгдөл дамжуулах шаардлагатай бол яах вэ? Дараа нь та тайлбарласан зөвлөмжийг ашиглах хэрэгтэй.

Ингээд эхэлцгээе:

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

Эх сурвалжийн мэдээллийн санг 1С: Enterprise 8.2 горимд нээж, MD82Exp.epf-г боловсруулж эхэлцгээе.
эх мета өгөгдлийн бүтцийн тайлбарыг татаж авах.
Эх мета өгөгдлийн бүтцийг Rules1.xml файлд хадгалъя.

1С: Enterprise 8.2 горимд хүлээн авагчийн мэдээллийн санг нээж, MD82Exp.epf-г боловсруулж эхэлцгээе.
хүлээн авагчийн мета өгөгдлийн бүтцийн тайлбарыг татаж авах.
Хүлээн авагчийн мета өгөгдлийн бүтцийг Rules2.xml файлд хадгалъя.

Хоёр тохиргооны мета өгөгдлийн бүтцийн тайлбарыг ачаалъя.

Өгөгдөл хувиргах тохиргоог 1C: Enterprise 8.2 горимд ажиллуулцгаая.
"Тохиргоо" санг нээцгээе (Лавлах->Тохиргоо). Энэ нь тохиргооны мэдээллийг хадгалдаг,
тэдгээрийн хооронд солилцооны дүрмийг тохируулах боломжтой.
Эх сурвалжийн тохиргооны талаарх мэдээллийг оруулъя. "Нэмэх" эсвэл "Оруулах" товчийг дарна уу.
Rules1.xml эх мета өгөгдлийн бүтэцтэй файлд хүрэх замыг зааж өгье. "Татаж авах" товчийг дарна уу.
Одоо бид "Тохиргоо" санд байгааг харж байна шинэ элементэх тохиргооны нэрээр.

Хүлээн авагчийн тохиргооны талаарх мэдээллийг оруулъя. "Нэмэх" эсвэл "Оруулах" товчийг дарна уу.
Rules2.xml хүлээн авагчийн мета өгөгдлийн бүтэцтэй файлын замыг зааж өгье. "Татаж авах" товчийг дарна уу.
Одоо бид "Тохиргоо" санд хүлээн авагчийн тохиргооны нэртэй шинэ элемент гарч ирснийг харж байна.

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

"Хөрвүүлэлт" лавлахыг нээцгээе (Лавлах -> Хөрвүүлэлт). Энэхүү гарын авлага нь мэдээллийг агуулсан болно
аль тохиргооны хооронд солилцоо, аль чиглэлд явагдах нь тодорхойлогддог.
Шинэ элемент нэмье. "Нэмэх" эсвэл "Оруулах" товчийг дарна уу.

Бид "Тохиргоо" лавлахаас эхийн тохиргоог зааж өгдөг. "Тохиргоо - эх сурвалж:" талбар.
"Тохиргоо" лавлахаас хүлээн авагчийн тохиргоог зааж өгье. "Тохиргоо - Хүлээн авагч:" талбар.

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

Хэрэв та "Мэдээлэл" харилцах цонхноос эхний сонголтыг сонговол тексттэй өөр харилцах цонх гарч ирнэ
"Өгөгдөл байршуулах дүрмийг бий болгох уу?" "OK" товчийг дарна уу.

Гайхалтай, бид солилцооны дүрмийг тохируулсан. Эдгээр солилцооны дүрмийг файлд байршуулах л үлдлээ.

Хөрвүүлэх дүрэм бэлэн боллоо! Одоо мэдээлэл солилцъё.

Эх сурвалжийн мэдээллийн санг 1C: Enterprise 8.2 горимд нээж, боловсруулж эхэлцгээе
эх өгөгдлийг ачаалах.

Энэ бол V8Exchan82.epf боловсруулах файл юм. Эсвэл "Хэрэгслүүд" -> "Бусад өгөгдөл солилцох" -> "XML форматаар бүх нийтийн өгөгдөл солилцох" -ыг нээнэ үү.

Боловсруулах явцад "Өгөгдөл байршуулах" таб дээрээс дүрмийн файлын нэрийг сонгоно уу (бид үүнийг энд хадгалсан: C:\Bases\DataExchangeRules.xml).
Бид өгөгдөл солилцох дүрмийг татаж авахыг зөвшөөрч байна. "Тийм" товчийг дарцгаая.
Өгөгдлийн файлын нэрийг зааж өгье. (Жишээ нь, C:\Bases\Data Upload.xml). Хэрэв файл байхгүй бол түүнийг үүсгэнэ.

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

Одоо хүлээн авагчийн мэдээллийн санд өгөгдлийг ачаалъя. Үүнийг 1С: Enterprise 8.2 горимд нээж, боловсруулж эхэлцгээе

Боловсруулах явцад "Өгөгдөл ачаалах" таб дээрээс өгөгдлийн файлын нэрийг сонгоно уу (бид үүнийг энд хадгалсан: C:\Bases\Data Upload.xml).
"Өгөгдөл ачаалах" товчийг дарна уу (дээд талд байгаа самбар дээр байрладаг).

Өгөгдөл ачаалагдсан!

Очих газар болон эх сурвалжийн мэдээллийн сангийн баримт бичгийн хүснэгтийн хэсэгт тодорхой мэдээлэл ялгаатай байх тохиолдол байдаг.
Хүлээн авагч нь "Лавлах" төрлийн шинж чанартай байж болох ба эх сурвалж нь ижил нэртэй шинж чанартай байж болох ч түүний төрөл нь "Тооцоолол" юм.
Би юу хийх хэрэгтэй вэ? Энэ объектыг хөрвүүлэх дүрмийг хэрхэн зөв тохируулах вэ? Өгүүллийн зөвлөмжийг ашиглана уу.

1C: Enterprise 8.1 ба 1C: Enterprise 8.0 хувилбаруудад ижил алхмууд хамаарна. Өгөгдөл хувиргах тохиргооны хуваарилалт нь эдгээр MD81Exp.epf болон V8Exchan81.epf, MD80Exp.epf болон V8Exchan.epf хувилбаруудын боловсруулалтын файлуудыг агуулдаг.

Нэмж дурдахад, өгөгдөл хувиргах тохиргоог ашиглан та 1C: Enterprise 7.7 хувилбараас өгөгдлийг татаж авах боломжтой. V77Exp.ert (өгөгдөл татаж авах), V77Imp.ert (өгөгдөл татаж авах), MD77Exp.ert (тохиргооны мета өгөгдлийн бүтцийн тайлбарыг татаж авах) файлуудыг хавсаргав.

Эдгээр эмчилгээг хэрхэн ашиглах талаар нийтлэлд дэлгэрэнгүй тайлбарласан болно.

Бодит амьдрал дээр энэ нь зөвхөн нэг 1С мэдээллийн сантай ажилладаг ховор компани юм. Хамгийн нийтлэг нөхцөл байдал нь нягтлан бодох бүртгэл, цалингийн тооцоо гэсэн хоёр суурь юм.

Суурь нь холбогдсон байх ёстой - цалин хуримтлагдсан, хуримтлагдсан татварыг нягтлан бодох бүртгэлийн хэлтэст төлөх ёстой.

Хэд хэдэн мэдээллийн санг холбохын тулд Exchange 1C байдаг. Тэр яаж ажилладаг вэ?

Exchange 1C гэж юу вэ?

Сүлжээ дэлгүүр, төв оффистой. Дэлгүүр, оффис бүр агуулахтай. Барааг агуулахаас агуулах руу (голчлон төв агуулахаас агуулах руу) шилжүүлж, дэлгүүрт зардаг.

1С жижиглэнгийн мэдээллийн санг оффис, дэлгүүр бүрт ижил мэдээллийн санг ашигладаг. Дэлгүүрт байгаа баазууд нь оффис дахь сууринд захирагддаг.

Оффис дээр агуулахаас агуулах руу бараа зөөх баримт бичгийг бүрдүүлж, үнийг тогтоодог. Баримт бичгийг харьяа мэдээллийн санд байршуулж, тэнд бараа "харагдана".

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

Энэ схемийг тархсан мэдээллийн сан (RIB) гэж нэрлэдэг. Баримт бичгийг "байршуулах" журам - хоёр талын 1С солилцоо. Мөн энэ схемийг тохируулах нь URIB эсвэл URIBD (тархсан мэдээллийн сангийн менежмент) юм.

1С-д лавлах солилцох зарчим

1С лавлах (мөн "цогцолбор дахь" бүх лавлах санг NSI гэж нэрлэдэг - норматив лавлагаа мэдээлэл) – өөр өөр мэдээллийн санд ихэвчлэн ижил байх ёстой. Энэ нь хэд хэдэн мэдээллийн сантай байсан ч бараа, агуулах, гэрээлэгчийн жагсаалт өөр өөр мэдээллийн санд ижил байна гэсэн үг.

Нэг мэдээллийн санд лавлахыг засварлахыг зөвшөөрч, бусад руу хуулах (“шилжүүлсэн”) нь нийтлэг практик юм. Өмнө дурьдсанчлан 1С элемент бүр өвөрмөц танигчтай байдаг - GUID. Лавлахуудыг ихэвчлэн GUID-ийн хамт хуулж авдаг тул түгээсэн мэдээллийн системд адилхан байдаг.

Үгүй бол хэд хэдэн анхдагч өгөгдлийн сангууд холбогдсон эсвэл өөр өөр мэдээллийн санд нэгэн зэрэг санг үүсгэх боломжтой үед тэдгээрийн GUID нь өөр байх болно. Үүнд тохирсон механизм бий. 1С солилцооны үед мэдээллийн тусгай бүртгэлд GUID xxx-тай №1 мэдээллийн сангийн элемент нь GUID yyy-тэй энэ мэдээллийн сан дахь элементтэй тэнцүү байна гэсэн мэдээллийг бүртгэнэ. Эхний ээлжинд одоо байгаа тэнцүү байхаа больсон элементүүдийг автоматаар (бусад дэлгэрэнгүй мэдээллийг ашиглан, жишээлбэл, нэрээр эсвэл татварын дугаар, хяналтын цэгээр) эсвэл гараар харьцуулах ёстой.

1С дахь баримт бичгийн солилцооны зарчим

1С дахь баримт бичгүүдийг бүртгэлийн дагуу байрлуулж, дараа нь "оруулсан" гэж үзнэ. Энэ нь шилжүүлгийн явцад ойлгомжтой бэрхшээлийг үүсгэдэг.

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

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

Нэршлийн лавлахаас ямар нэг зүйлийг шилжүүлэх шаардлагатай гэж бодъё. Энэ лавлах нь 10 талбартай ба үүнээс 5 нь мөр ба тоонууд, 5 нь бусад лавлах холбоосууд юм.

Үүний дагуу Нэршлийн нэг элементийг шилжүүлэхдээ бид бусад сангуудын 5 элементийг хайж, шилжүүлэхээс өөр аргагүй болдог.

Тиймээс нэг лавлах элемент эсвэл нэг баримт бичгийг шилжүүлэхдээ 100 ба түүнээс дээш бусад 1С объектыг холбоосоор дамжуулж болно.

Үнэн хэрэгтээ бараг бүх тохиргооны лавлагаа нь нэг талаараа бие биенээ хэлдэг гэж ярьдаг.

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), файл (и-мэйл).

Нимгэн клиент дээр тархсан 1С мэдээллийн баазыг бий болгох, тохируулах

Үүн дээр суурилсан ердийн тохиргоонд ижил төстэй тохиргоог авч үзье нимгэн үйлчлүүлэгч– Худалдааны менежментийн шинэчилсэн найруулга 11.
Тохиргоо (мөн эхнээс нь үүсгэх) нь интерфейсийн Удирдлагын таб дээр байрладаг. "Мэдээлэл солилцох" зүйл.

"Түгээмэл мэдээллийн санд бирж үүсгэх" гэснийг сонгоно уу.

Анхнаасаа л 1С биднээс харьяа мэдээллийн сантай хэрхэн мэдээлэл солилцохыг зааж өгөхийг хүсэх болно. Энд "бөмбөг дээрх файлаар дамжуулан" тохиргооны сонголт байна.

Энд FTP файлаар дамжуулан тохируулах сонголт байна.

Манай 1С солилцооны тохиргооны нэр.

Тэгээд тэр даруйдаа "анхны дүр төрх" -ийг бий болгох санал гарч ирнэ, өөрөөр хэлбэл боолын мэдээллийн сан өөрөө түүнд үндсэн мэдээллийг байршуулна.

Зузаан клиент дээрх тохиргооноос ялгаатай нь 1С солилцооны тохиргоо хоёулаа нэг дор байна.

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

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

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

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

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

Үзүүлсэн жишээнээс харахад "Хэрэглэгчид" объектыг хөрвүүлэх дүрмийн хувьд объектын шинж чанарууд (эсвэл дэлгэрэнгүй мэдээлэл) хооронд 3 захидал харилцаа тогтоогддог. Мэдээллийн эх сурвалжийн "Хэрэглэгчид" лавлахын "Нэр" шинж чанарыг хүлээн авагчийн мэдээллийн сангийн "Хэрэглэгчид" лавлахын "Нэр" шинж чанарт хөрвүүлэх ёстойг зааж өгсөн.

Объектуудын шинж чанаруудын хоорондын захидал харилцааг зааж өгөх үед програм нь хоёр мэдээллийн баазад объектуудыг тохирох шалгуурыг (өөрөөр хэлбэл эх объектыг ашиглан очих газарт объектыг хэрхэн хайхыг зааж өгөх шаардлагатай) зааж өгөх шаардлагатай. Ийм харьцуулалт хийхийн тулд харгалзах объектыг хөрвүүлэх дүрмийн "Хайлт" нүдийг ашиглана уу. Хэрэв тэмдэглэгээг тэмдэглэсэн бол энэ шинж чанарыг ашиглан харгалзах объектын хайлт хийгдэнэ. Өгөгдсөн жишээн дээр хүлээн авагчийн мэдээллийн сан дахь объектыг хайх нь "Нэр" шинж чанарыг ашиглан хийгдэх нь тодорхой байна. Хэрэв хайлтыг хэд хэдэн нарийн ширийн зүйлийг ашиглан тохируулсан бол хайлтыг бүгдийг нь нэгэн зэрэг ашиглан хийх болно (өөрөөр хэлбэл нөхцөлийг "AND"-аар тогтооно. Энэ тохиолдолд тохирох дүрэм нь дараах байдалтай байна: Мэдээллийн сангаас хайх. - хайлтын бүх мэдээлэл нь эх сурвалжийн объектын хайлтын дэлгэрэнгүй мэдээлэлтэй таарч байгаа объектын хүлээн авагч).

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

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

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

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

1С өгөгдөл хөрвүүлэх сурах бичиг (2-р хэвлэл) Солилцооны дүрмийн дэлгэрэнгүй танилцуулга

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

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

"Нарийвчилсан" таб:

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

"Параметрүүд" таб:

Оффис нь зөвхөн барааны захиалгыг хүлээн авдаг гэж бодъё, тиймээс буулгах үйлчилгээг хориглохыг зөвлөж байна. Үйлчилгээний лавлагааны элемент Нэршлийн шинж чанарыг Үнэн гэж тохируулсан бол түүнийг буулгахгүй байх баталгаатай. Хэрэв алсын оффис үйлчилгээний захиалга авч эхлэх юм бол дүрмийг өөрчлөхгүйн тулд үйлчилгээг буулгах хяналтыг нэн даруй хийх нь дээр.

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

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

Параметрүүдийг засахын тулд засварласан солилцооны дүрмийн хөрвүүлэлтийн лавлах элементийн маягтыг нээж, параметрийн таб руу очно уу. Параметрүүдийн шинэ лавлах элемент үүсгэцгээе. Параметрийн нэрийг өгье – UnloadServices. Параметрийн нэрийг бичихдээ Parameters бүтцэд хандахад ашигладаг програмын кодзохицуулагчдад. Нэр нь боловсруулах маягт дахь Параметрийн хүснэгтийн хэсэгт харагдах болно бүх нийтийн солилцооөгөгдөл. Байршуулах тохиргоог хийх үед параметр нь харилцах цонхонд харагдахын тулд та "Харилцах цонхонд тохируулах" нүдийг сонгоод параметрийн утгын төрлийг сонгох хэрэгтэй. Харилцах цонхон дээрх параметрүүдтэй ажиллахын тулд хөрвүүлэлтийн лавлах элементийн хэлбэрээр "Параметрүүдийг 2.01 хувилбарт татаж авах" хайрцгийг сонгох ёстой.

Зөвхөн параметрүүдийг зааж өгөх нь хангалтгүй бөгөөд буулгах алгоритм нь аль тохиолдолд элементийг буулгах, аль нь болохгүй гэдгийг "ойлгох" ёстой. Үүнтэй төстэй (болон бусад олон) тохиолдлуудад зохицуулагч механизмыг ашигладаг. Үүний мөн чанар нь өгөгдөл байршуулах, ачаалах бүх үндсэн алгоритмуудыг гүйцэтгэх гол цэгүүдэд солилцооны дүрмийг бий болгохдоо хөгжүүлэгчийн бичсэн кодыг боловсруулдаг явдал юм. Мэдээжийн хэрэг, ийм нарийн хэрэгслийг ашиглах нь болгоомжтой, анхааралтай байхыг шаарддаг. Өөрийнхөө зохицуулагчийг бичихээсээ өмнө "Өгөгдөл хувиргах 2.0" тохиргооны тусламжийг анхааралтай уншихыг зөвлөж байна. Энэ нь зохицуулагчид байгаа бүх хувьсагч, тэдгээрийг хэрхэн ашиглах, мөн зохицуулагчийн төрөл, дуудлагын онцлог зэргийг тайлбарласан болно. тэдгээрийг өгөгдөл солилцох алгоритмд .

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

Манай зохицуулагч юу хийдэг вэ? Програмын кодыг бичихдээ бид өгөгдөл байршуулах алгоритмд хувьсагчдыг ашигласан. Parameters бүтцийг өгөгдөл солилцох боловсруулах маягтанд заасан UnloadServices параметрт хандахад ашигладаг. Объектын хувьсагч нь хуудсаж буй объект руу хандах боломжийг олгодог. Татгалзах хувьсагч нь одоогийн объектыг буулгахаас татгалзахыг хянах боломжийг танд олгоно. Ажиллагч нь объектыг буулгахаас өмнө шууд гүйцэтгэгддэг бөгөөд энэ нь объектыг буулгах ажиллагааг цуцлах боломжтой болгодог.

ЗӨВХӨН V8 - V8-д ЗОРИУЛСАН 2.0.18.1.

Параметрүүдийг нэг тохиргооноос нөгөөд шилжүүлэх боломжтой. Үүнийг хийхийн тулд "Параметрүүд" таб дээрх "Байршуулах үед параметрийг нэвтрүүлэх" хайрцгийг шалгахад хангалттай бөгөөд энэ параметрийг солилцооны файлд байршуулах бөгөөд өгөгдлийг ачаалах үед түүний утгыг үзэх боломжтой. Та утгуудыг хөрвүүлэх ёстой параметрийн хөрвүүлэх дүрмийг зааж өгч болно. "Байршуулах үед параметрийг нэвтрүүлэх" хайрцгийг ашиглан та зөвхөн өгөгдөл байршуулах үед харилцах цонхонд засварлагдсан параметрүүдийг шилжүүлэх боломжтой. Хэрэв та энэ харилцах цонхонд байхгүй параметрийг дамжуулах шаардлагатай бол процедурыг дуудах хэрэгтэй:

"Байршуулах параметр" таб дээр параметр гарч ирсэн бөгөөд ямар үйлчилгээг буулгасан эсвэл буулгаагүй утгыг өөрчилсөн.