Бүх нийтийн форматаар солилцох. Бүх нийтийн форматаар солилцох АД-д бирж байгуулах бэлтгэл үе шатууд

27.08.2015

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

Стандартыг гаргасан нь 1С-ийн хувьд гуравдагч талын програм хангамжтай нэгтгэх бүтээгдэхүүнийхээ нээлттэй байдлыг нэмэгдүүлэх зам дахь дараагийн алхам байв. 1С компани энэ чиглэлээр үргэлж онцгой анхаарал хандуулсаар ирсэн. 1С бүтээгдэхүүнүүд нь XML форматаар арилжааны мэдээлэл солилцоход ашигладаг CommerceML форматыг дэмждэг. 1С нь банкны мэдээллийн системийн тэргүүлэгч хөгжүүлэгчдийн хамт боловсруулсан 1С: Аж ахуйн нэгжийн систем ба алсын банкны системийн модулиудын (Клиент-Банк) хооронд санхүүгийн баримт солилцох форматыг онцгой дурдах хэрэгтэй. Өнөөдөр Оросын олон зуун банкууд (Оросын Сбербанк, ВТБ 24, Газпромбанк, Россельхозбанк гэх мэт) дэмждэг энэхүү формат нь үндсэндээ салбарын стандарт болсон. Энэ чиглэлийг DirectBank-ийн шууд солилцооны технологид улам бүр хөгжүүлсэн бөгөөд энэ нь 1С: Enterprise-ийн банктай харилцах харилцааг илүү хялбар, аюулгүй болгодог.

Үүний зэрэгцээ, өмнө нь 1С-ийн дэмждэг форматууд нь зөвхөн үйл ажиллагааны тодорхой чиглэлээр (цахим худалдаа, банкны системтэй нэгтгэх) янз бүрийн байгууллагуудын хооронд мэдээлэл солилцох асуудлыг шийдвэрлэхэд зориулагдсан байв. Одоо EnterpriseData шинэ формат нь аж ахуйн нэгжийн бүх салбарыг хамардаг - санхүү, үйлдвэрлэл, худалдан авалт, борлуулалт, агуулахын үйл ажиллагаа гэх мэт. Форматын эхний хувилбарт бизнесийн янз бүрийн чиглэлийн 94 төрлийн баримт бичгийн тодорхойлолт багтсан болно. Формат нь өргөтгөх боломжтой; 1С нь түүнд шинэ баримт бичгүүдийг нэмж, одоо байгаа баримтуудыг нарийвчлан харуулах болно.

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

Одоогийн байдлаар Enterprise Data форматыг 1С компанийн програм хангамжийн бүтээгдэхүүнүүдийн хооронд өгөгдлийг синхрончлоход аль хэдийн ашиглагдаж байгаа бөгөөд үүнийг бүтээгдэхүүнүүдэд дэмждэг.

• 1C: ERP Enterprise Management 2.0
• 1С: Нягтлан бодох бүртгэл 8, хэвлэл 3.0
• 1С: Нягтлан бодох бүртгэл 8 CORP, хэвлэл 3.0
• 1С: Жижиглэн худалдаа, хэвлэл 2.0
• 1С: Худалдааны менежмент, хэвлэл 11

1С бүтээгдэхүүнийг нэгтгэх хамгийн түгээмэл тохиолдлуудын нэг бол "1С: Нягтлан бодох бүртгэл" - "1С: Худалдааны менежмент" тандем юм; Эдгээр хоёр алдартай компанийн бүтээгдэхүүн нь EnterpriseData форматаар 73 төрлийн баримт бичгийг солилцдог бөгөөд энэ нь тэдгээрийн өгөгдлийг шинэчилж, бие биетэйгээ синхрончлох боломжийг олгодог. 1С хөгжүүлэгчид EnterpriseData форматыг нэвтрүүлснээр кодын нэгдлээс болж 1C: Enterprise системийн хэрэглээний шийдлүүдийг боловсруулах чанар, хурдыг сайжруулсан болохыг тэмдэглэж байна.

1С бүтээгдэхүүнтэй нэгдсэн гуравдагч этгээдийн бүтээгдэхүүний хувьд форматыг ашиглах нь системийг хэрэгжүүлэх, дэмжихэд шаардагдах хөгжүүлэлтийн хэмжээ, хөдөлмөрийн зардлыг хоёуланг нь бууруулах болно. Өмнө нь бүтээгдэхүүн бүр өөрийн өгөгдөл солилцох форматыг дэмждэг байсан бол өгөгдөл солилцох системд N бүтээгдэхүүн байсан бол шинэ бүтээгдэхүүн нэмэхэд 2*N өөрчлөлт шаардлагатай (1-р зургийг үз); Одоо байгаа бүтээгдэхүүн бүрд шинэ бүтээгдэхүүнээс өгөгдөл импортлохыг дэмжихийн тулд өөрчлөлт, шинэ бүтээгдэхүүн нь одоо байгаа бүтээгдэхүүнээс өгөгдөл импортлохыг дэмжих шаардлагатай байв. Нэг форматыг нэвтрүүлсний дараа шинэ бүтээгдэхүүн нэмэхэд зөвхөн EnterpriseData форматаар импорт, экспортыг хэрэгжүүлэх шаардлагатай бөгөөд одоо байгаа бүтээгдэхүүнд өөрчлөлт оруулахгүй.

Зураг 1 Нийтлэг форматгүйгээр өгөгдөл солилцох

Зураг 2 EnterpriseData форматаар өгөгдөл солилцох

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

• 1С: Аж ахуйн нэгжийн платформ дээр (захиалгат болон олноор үйлдвэрлэсэн) өөрийн хөгжүүлэлтийг стандарт 1С шийдлүүдтэй нэгтгэх.
• 1С: Enterprise платформ дээрх шийдлүүдтэй бусад (1С бус) системийг нэгтгэх зорилгоор
• бусад (1С бус) системүүдийн харилцан үйлчлэлийг зохион байгуулах.

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

Тус компани нь бие даасан хөгжүүлэгчдийн программ хангамжтай өөрийн хэрэглээний мэдээллийн харилцан үйлчлэлийн нээлттэй стандартыг бий болгож, ашиглах талаар удаан хугацаанд дадлагажуулж ирсэн боловч өнөөг хүртэл энэ нь зөвхөн тодорхой тусгай сэдвүүдэд хамааралтай байв. Бараг арван таван жилийн өмнө бий болсон CommerceML формат нь цахим худалдааны асуудлыг шийдвэрлэхэд зориулагдсан бөгөөд "Клиент-Банк" ба DirectBank нь 1С програмууд болон гадаад банкны системүүдийн хооронд харилцахад зориулагдсан юм. Харин EnterpriseData нь аж ахуйн нэгжийн үйл ажиллагааны бүхий л салбар болох санхүү, үйлдвэрлэл, худалдан авалт, борлуулалт, агуулахын үйл ажиллагаа гэх мэтийг хамарч чадах бүх нийтийн механизм юм. Форматын эхний хувилбарт төрөл бүрийн 94 төрлийн баримт бичгийн тайлбарыг багтаасан болно. бизнесийн салбарууд. 1С нь түүнд шинэ баримт бичгүүдийг нэмж, одоо байгаа баримтуудыг нарийвчлан гаргахаар төлөвлөж байна.

1С-ийн төлөөлөгчдийн тайлбарласнаар EnterpriseData бий болсон нь зөвхөн компанийн програмуудыг бусад хөгжүүлэгчдийн програм хангамжид нэгтгэх төдийгүй, магадгүй 1С: Enterprise програм хангамжийн гэр бүлийн хүрээнд мэдээллийн харилцааны нэгдсэн механизмыг бий болгох хэрэгцээтэй холбоотой юм. Саяхныг хүртэл эдгээр асуудлыг шийдвэрлэхийн тулд өргөн хүрээний шийдлүүдийг ашигладаг байсан бөгөөд ихэнхдээ тохиолдол бүрээр бий болдог. 1С-ийн бүтээгдэхүүнийг EnterpriseData руу шилжүүлэх ажил аль хэдийн эхэлсэн бөгөөд энэ нь түүний үндсэн програмуудын хамгийн сүүлийн үеийн бүх хувилбаруудад ашиглагдаж байна ("1С: ERP Enterprise Management 2.0", "1C: Accounting 8" 3.0, "1C: Accounting 8 KORP" 3.0, "1С: Жижиглэн худалдаа" "2.0, "1С: Худалдааны менежмент" 11). Үүний зэрэгцээ, аль хэдийн ашигласан стандартуудыг (CommerceML, банкуудтай ажиллах) EnterpriseData-аар солих нь хүлээгдэж буй зүйл биш юм, учир нь цаг хугацаагаар туршсан тусгай алгоритмууд нь бүх нийтийн хэрэглүүрээс илүү үр дүнтэй ажилладаг.

Шинэ формат нь 1C: Enterprise платформ дээр програм бүтээдэг бие даасан хөгжүүлэгчдийн дунд өргөн хэрэглэгдэх болно гэж 1С үзэж байна; бэлэн програм хангамжийн бүрэлдэхүүн хэсгүүдийг Стандарт дэд системүүдийн номын сангийн нэг хэсэг болгон санал болгодог (1C: Enterprise-д зориулсан SDK гэх мэт).

EnterpriseData стандартыг ашиглах үед өгөгдлийг тохирох XML схемийг ашиглан програмууд хооронд XML файл хэлбэрээр дамжуулдаг бол мэдээллийн физик дамжуулалтыг вэб үйлчилгээ, директороор дамжуулан файл хуваалцах, FTP болон имэйлээр янз бүрийн механизм ашиглан хийж болно. Нэг чухал зүйл бол харилцан үйлчлэлийн алгоритм нь хүлээн авагч өөрт нь илгээсэн өгөгдлийг хүлээн авах, боловсруулах баримтыг баталгаажуулах чадварыг илэрхийлдэг явдал юм. XML файл нь өөрөө шахсан хэлбэрээр (ZIP) нийлүүлэгддэг бөгөөд энэ нь ихэвчлэн мэдээллийн урсгалыг мэдэгдэхүйц бууруулах боломжийг олгодог.

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

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

Энэ хэвлэлд хүлээн зөвшөөрөгдсөн товчлолууд

KD2- тохиргоо Өгөгдлийн хувиргалт, хэвлэл 2.0.
KD3- тохиргоо Өгөгдлийн хувиргалт, хэвлэл 3.0, тохиргоо 3.0.5.3.
ED- бүх нийтийн EnterpriseData солилцооны формат.

KD3-тай өнгөцхөн танилцсаны дараа асуултуудын хариулт. Хэрэв та KD3 яагаад хэрэгтэйг мэдэж байгаа бол энэ догол мөрийг унших шаардлагагүй;)

Асуултууд ба хариултууд

• KD3 нь KD2-ийн шинэ хувилбар мөн үү? Үгүй! Энэ бол KD2-тэй ижил төстэй асуудлыг шийдвэрлэх өөр нэг хэрэгсэл юм. Хэрэгсэл бүр өөрийн гэсэн хэрэглээтэй байдаг.
• KD3 KD2-ээс дээр үү? Тэднийг харьцуулах боломжгүй, учир нь ... Эдгээр нь өөр өөр хэрэгсэл бөгөөд тус бүр өөрийн гэсэн давуу болон сул талуудтай.
• KD3 солилцооны дүрмийг өөрчлөхийн тулд танд хэрэгтэй дэмжлэгээс тохиргоог устгах уу? Үгүй Дэмжлэгээс хасах шаардлагагүй! Стандарт тохиргоонд та гадаад боловсруулалтыг дүрмээр холбох боломжтой ба 8.3.10 ба түүнээс дээш платформыг дэмждэг тохиргоонд өргөтгөл ашиглан дүрмийг засах боломжтой.
• Та өөрийн тохируулсан тохиргооноос өгөгдөл дамжуулах хэрэгтэй. Сургалтын зорилгоор би KD3 ашиглаж болох уу? Хэрэв та энэ асуултыг асууж байгаа бол энэ нь боломжгүй юм. KD3-ийн хувьд тохиргоо нь бүх нийтийн форматаар синхрончлолтой BSP 2.3 ба түүнээс дээш хувилбарыг агуулсан байх ёстой. KD2 танд 100% тохирох болно, KD3 эргэлзээтэй байна.
• Стандарт өөрчилсөн тохиргоонд KD3 ашиглах боломжтой юу? Тиймээ чи чадна. Хэрэв таны стандарт бус өгөгдлийг ED эсвэл AddInfo шинж чанарыг ашиглан дамжуулах боломжтой бол сайн. Үгүй бол солилцооны форматыг өөрчлөх сонголт байна (XML схем). Энэ тохиолдолд KD3-ийн чадвар KD2-тэй бараг тэнцүү байх боловч KD3-ийн гол давуу тал болох солилцооны форматын түгээмэл байдал алга болно.
• ED-ийг идэвхжүүлсэн тохиргоог өөр хоорондоо сольж болох уу? Тийм ээ! Гэхдээ АД 3.0 - АД 3.0 солилцохын тулд синхрончлол үүсгэх үед та BP 3.0-ийг сонгох боломжгүй. Ямар ч асуудалгүй, "Бусад програм" -ыг сонгоно уу. Хэрэв танд нэг удаагийн солилцоо хэрэгтэй бол "Бүх функц" цэсний "Байршуулах EnterpriseData" боловсруулалтыг ашиглана уу.
• Тохиргоог шинэчилсний дараа та түгээлтийн багцаас хамгийн сүүлийн дүрмийг татаж авах шаардлагатай юу? Үгүй! Дүрмүүд нь тохиргооны модульд багтсан болно. Бусад 1С мэдээллийн сантай солилцохын тулд өөр мэдээллийн сангийн дүрмийг татаж авах шаардлагагүй. Яагаад? Энэ нийтлэл дэх дэлгэрэнгүй мэдээлэл.
• Нэг мэдээллийн санг шинэчилсний дараа биржид оролцож буй нөгөө мэдээллийн санг шинэчлэх шаардлагатай юу? Үгүй! Биржид оролцож буй бүх мэдээллийн санг синхроноор шинэчлэх шаардлагагүй. Энэ бол KD3-ийн нэг давуу тал юм.
• Манай тохиргоонууд маш их сайжирсан, шинэ төрлийн баримт бичиг, лавлах номууд байгаа, KD3 тэдгээрийг шилжүүлж чадах уу? Форматыг өөрчлөхгүйгээр үүнийг хийх боломжгүй байх магадлалтай. Энэ нь KD2-тэй харьцуулахад KD3-ийн "сул тал"-ын нэг юм.

Яагаад бидэнд KD3 хэрэгтэй байна вэ? Давуу болон сул талууд

KD3-ийн давуу тал

Байнга тулгардаг даалгаврын жишээг ашиглан CD3-ийн гол давуу талыг харцгаая. Ямар нэг шалтгаанаар шинэчлэгдээгүй UT 11.3 тохиргоо байдаг. Одоогийн хувилбарт байнга шинэчлэгддэг BP 3.0-тэй солилцоог зохион байгуулах шаардлагатай байна.

Асуудалгүй.

• CD3-д хэрэглэгддэг бүх нийтийн солилцооны формат нь ийм асуудлыг шийдвэрлэхэд зориулагдсан.
• UT дахь солилцооны дүрмийг АД-тай солилцохын тулд бус, харин EnterpriseData бүх нийтийн форматтай солилцох зорилгоор бүтээдэг.
• Хэрэв бид CD2-ийн хувьд ажилладаг бол UT нь ED тохиргоотой солилцдог бөгөөд энэ нь өөрчлөгддөггүй. АД 3.0 нь мөн ED-тэй солилцдог.

Тохиргоо бүр нь ED-тэй солилцох өөрийн дүрэмтэй байдаг. Тиймээс UT нь өгөгдлийг үргэлж ижил форматаар байршуулдаг. АД-ын 3.0 тохиргоо нь хичнээн шинэ байсан ч энэ форматаас өгөгдлийг хүлээн авах чадвартай байх ёстой.

Энэ нь UT-д АД зарим нарийн ширийн зүйлийг өөрчилдөг талаар санаа зовох шаардлагагүй юм. Даалгавар нь энгийн - ED-д байршуулах, тэжээлийн хангамжийн тохиргоо нь энэ форматаас өгөгдлийг хүлээн авах чадвартай байх ёстой.

• Эх сурвалжийн тохиргоог үргэлж нэг форматаар байршуулдаг тул ямар ч хүлээн авагчийн тохиргоо энэ бүх нийтийн форматаас өгөгдлийг ачаалж болно.
  Тэдгээр. UT - BP, UT - KA, UT - ERP, KA - BP, ERP - BP солилцооны дурын хослолын хувьд. бие даасан дүрэм бичих шаардлагагүй. KD3 дээр дүрэм нь бүх нийтийнх байдаг. Бүх нийтийн форматаар солилцоог дэмждэг аливаа тохиргоо нь ED форматыг дэмждэг ямар ч тохиргоотой солилцож болно.

Алгоритм болон дүрмийн дибаг хийх нь тохиргоонд өөрөө байдаг, учир нь бүх дүрмүүд нь нийтлэг модуль эсвэл гадаад боловсруулалтын код юм. Алдааг хурдан засахын тулд та CD3-гүйгээр хийж болно.

KD2-ийн сул тал

Солилцооны дүрэм нь хос тохиргоо бүрийн хувьд хувь хүн байдаг. Өөр өөр төрлийн тохиргоо болон тохиргооны өөр хувилбаруудын хоорондох солилцооны дээрх бүх хослолууд нь өөрсдийн солилцооны дүрмийг шаарддаг. Тиймээс UT 11.3 ба АД 3.0-ийг солих дээрх асуудлыг шийдэхийн тулд бараг бүх BP 3.0 шинэчлэлтийн дараа солилцооны дүрмийг дибаг хийх, боловсронгуй болгох шаардлагатай болно.

Алгоритм, дүрмийг дибаг хийх нь шинэхэн програмист эсвэл энэ даалгавартай ховор тулгардаг хүмүүст хэцүү байдаг. Дүрмүүд нь xml файлд хадгалагддаг. Шуурхай засах боломжгүй. Дүрмүүдийг CD2-д ачаалж, засч, буцааж оруулах шаардлагатай.

KD3-ийн сул тал

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

ED синхрончлолыг идэвхжүүлэхийн тулд тохиргоо нь эдгээр механизмыг дэмжих ёстой. Энэ бүхэн BSP 2.3 ба түүнээс дээш хувилбарт байна. Энэ нь үнэндээ хасах зүйл биш, илүү онцлог шинж чанартай юм.

Гол давуу тал нь форматыг дэмжих хугацаа хязгаарлагдмал тул бага зэрэг алга болдог. Үүнийг BP 3.0-тэй солилцдог UT 11.1, UT 11.2-ийн хэрэглэгчид аль хэдийн мэдэрсэн. Дэмжих хугацааг энэ холбоос дээр жагсаасан болно. Энэ форматыг дэмжих хамгийн бага баталгаат хугацаа нь нэг жил, үнэндээ ойролцоогоор 3 жил байна. Тиймээс, хэрэв та өнөөдөр синхрончлолыг тохируулсан бол UT 11 мэдээллийн санг дор хаяж нэг жилийн турш шинэчлэх боломжгүй, дараа нь тохиргоог шинэчлэх, эсвэл зүгээр л шинэ формат нэмж, шаардлагатай бол BSP болон дүрэмд бага зэрэг өөрчлөлт оруулах боломжтой. . Үүнийг хэрхэн хийх вэ? Энэ нийтлэлд сүүлд тодорхойлогдох болно.

KD2-ийн давуу тал

KD2-ийн боломжууд хязгааргүй юм. Та ямар ч платформ дээр ямар ч тохиргоонд солилцооны дүрмийг үүсгэж болно. 1С 7.7-аас хамгийн сүүлийн үеийн 8.3 хүртэл. Тохиргооноос юу ч шаардлагагүй, BSP шаардлагагүй. Дүрмүүдийг автоматаар үүсгэж, өөрчлөх боломжтой.

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

Бид KD3 яагаад хэрэгтэй байгааг ойлгосон гэж найдаж байна, бид ач тусаа үргэлжлүүлье.

Доорх хүлээн зөвшөөрөгдсөн товчлолууд

BSP- Стандарт дэд системүүдийн номын сан.
ДООР- өгөгдөл боловсруулах дүрэм.
PKO- объект хувиргах дүрэм.
PKPD- урьдчилан тодорхойлсон өгөгдлийг хөрвүүлэх дүрэм.
PKS- эд хөрөнгийг хувиргах дүрэм.

Нэг жишээг авч үзье - АД 3.0 ба UT 11.3 солилцох стандарт дүрмийг өөрчлөх шаардлагатай байна.

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

ED дүрмийг хэрхэн өөрчлөх вэ?

1. Модулийг өөрчлөхсолилцооны дүрэмтэй шууд тохиргоонд. Бид энэ сонголтыг хараахан авч үзэхгүй байна, учир нь... Юуг, хаана өөрчлөх шаардлагатайг ойлгохын тулд CD3-д дор хаяж нэг удаа хийх хэрэгтэй. Энэ тохиолдолд ирээдүйд асуудлыг хурдан шийдэж, модульд дибаг хийж, шаардлагатай бол CD3 руу шилжүүлэх нь илүү хялбар байх болно.
2. KD3 ашиглана уу.
   Үүнийг KD2 дээр хэрхэн хийдэг вэ? Бид хоёр тохиргооны мета өгөгдлийг буулгаж, CD2 руу ачаална.
   1-р алхам. KD3-ийн хувьд бид ижил зүйлийг хийдэг - боловсруулалт бүхий аж ахуйн нэгжийн горим дахь тохиргоо бүрт \tmplts\1c\Conversion\3_0_5_3\MD83Exp.epfтохиргооны мета өгөгдлийг байршуулах,
   жишээ нь хавтсанд " D:\Дүрэм BP3\BP 3.0.54.15\", файлын нэр " MD.xml».

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

// Elements.Settings.Visibility = Худал;

Бид боловсруулалтыг хадгалж, аж ахуйн нэгжийн горимд нээж, "Мэдээллийн бүртгэлийг буулгах" гэсэн тугийг тавьж, буулгана.

Алхам 3.Өмнө нь үүсгэсэн файлыг ачаалах " MD.xml"KD3 дээр, хэсгийн туг" Тохиргооны шинэ хувилбар руу».

Учир нь KD3 дээр "завсрын тохиргоо" (ED) нь солилцоонд ашиглагддаг бөгөөд бид мөн "xsd" өргөтгөлтэй файл болох XML схем болох "метадта"-г ачаалдаг. Алхам 2.Та үүнийг UT 11 эсвэл BP 3.0 тохиргооноос авч болно. Тэд адилхан. Тохиргоог нээгээд " гэж оруулна уу. оруулах", бид модноос харж байна Ерөнхий - XDTO багцуудийм багцууд: EnterpriseData_1_3_8, EnterpriseData_1_4_4ба үүнтэй төстэй.. Эдгээр нь 1.3 ба 1.4 форматын хувилбарууд бөгөөд хэрэв байгаа бол 1.2, 1.1, 1.0. Багц дээр хулганы баруун товчийг дараад контекст цэснээс ""-г сонгоно уу.

Алхам 4. CD3 хэсэгт "xsd" өргөтгөлтэй өмнө нь байршуулсан файлуудыг сонгоно уу. Та нэг файл сонгох хэрэгтэй! Олон сонголттой ExchangeMessage шаардлагагүй! Үүнийг өмнөх хувилбаруудын хуучин KD3 зааварт санал болгосон. Хамгийн сүүлийн үеийн CD3-д энэ шаардлагагүй.

Хэсэг дэх форматыг ачаалсны дараа Өгөгдлийн формат - Объектын модыг форматлах, форматын хувилбарыг сонгоно уу. Хэрэв тэнд бичиг баримт, лавлах ном байгаа бол та зөв файлыг байршуулсан байна. Хэрэв тийм биш бол шинэ хоосон CD3-аар эхлүүлээд эхлээд форматыг ачаалж, модыг шалгана уу.

2-р шат.Мета өгөгдлийг CD3 руу ачаалсны дараа бид стандарт солилцооны дүрмийг ачаалж эхэлнэ.
Үүнийг KD2 дээр хэрхэн хийдэг вэ? Дүрмүүд нь хөрвүүлэлтэд ачаалагдсан байна.
KD3 дээр бараг адилхан. Бид дүрмийг стандартаас буулгаж, хөрвүүлэлтийг үүсгэж, дараа нь дүрмийг ачаална.

CD3 руу ачаалах стандарт дүрмийг тохиргооноос буулгаж байна

Тохиргоог солилцооны форматын хамгийн түгээмэл хувилбарыг ашиглан солилцдог. Жишээлбэл, нэг тохиргоонд дээд тал нь 1.5, нөгөө нь 1.6 форматтай байдаг бөгөөд энэ нь тэд бие биенээ 1.5 форматаар солилцох болно гэсэн үг юм. Тиймээс хоёр тохиргооноос 1.5 форматыг буулгаж, дүрэмд ачаалахад хангалттай.

Бид тохируулагч горимд BP 3.0 эсвэл UT 11.3-ийн тохиргоог нээдэг бөгөөд хайлтын талбарт та "гэж оруулж болно. эрэгтэй Uni", ерөнхий модулийг нээнэ үү. Хэрэв энэ нь АД 3.0 бол нээнэ үү. Нээлттэй модульд цэс рүү очно уу Файл - хуулбарыг хадгалах, файлыг дурын нэрээр хадгалах, жишээлбэл, " D:\BP3-ийн дүрэм\BP 3.0.54.15\Ерөнхий модулийн солилцооны менежер Universal Format_ Module-ээр дамжуулан».
BP 3.0 эсвэл UT 11.3-ийн тохиргоог аж ахуйн нэгжийн горимд нээж, боловсруулалтыг нээнэ үү \tmplts\1c\Conversion\3_0_5_3\Синхрончлолын дүрмийг байршуулж байна.epf

Ердийн боловсруулалтын сул тал:

• ихэвчлэн бүтэлгүйтдэг;
• зангилаанд холбогдсон гадаад боловсруулалтаас дүрмийг буулгадаг боловч бидэнд стандарт дүрэм хэрэгтэй;
• АД 3.0.53 ба түүнээс дээш түвшинд ажиллахгүй.

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

&OnServerProcedureWhenCreatingOnServer(Failure, StandardProcessing) // Формат хувилбарын сонголтын жагсаалт. FormatVersions = Шинэ тохирох; DataExchangeOverridable.OnReceivingAvailableFormatVersions(FormatVersions); ExchangePlan бүрийн хувьд DataExchange-аасRe-UseExchangePlansBSP() давталт Хэрэв DataExchangeRepeatThisExchangePlanXDTO(ExchangePlan) Дараа нь ExchangePlanFormatVersions = Шинэ тохирох; VersionBSP243 = General PurposeClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer"); Хэрэв VersionBSP243 бол ExchangePlanFormatVersions = Data ExchangeModuleServer.CommunicationPlanSettingsValue(ExchangePlan, "ExchangeFormatVersions"); ElseExchangePlans[ExchangePlan].GetExchangeFormatVersions(ExchangePlanFormatVersions); endIf; ExchangePlanVersion бүрийн хувьд ExchangePlanFormatVersion CycleModuleManager = FormatVersions.Get(ExchangePlanVersion.Key); Хэрэв ManagerModule = Тодорхойгүй эсвэл ManagerModule<>ExchangePlanVersion.Value thenFormatVersions.Insert(ExchangePlanVersion.Key, ExchangePlanVersion.Value); endIf; Төгсгөлийн мөчлөг; endIf; Төгсгөлийн мөчлөг; FormatVersion бүрийн хувьд FormatVersion Cycle FROM FROM Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); Төгсгөлийн мөчлөг; FormatVersionStorageAddress = PlaceInTemporaryStorage(FormatVersions, UniqueIdentifier); Процедурын төгсгөл

• "Хувилбарын дугаарыг форматлах"-ыг сонгоно уу, жишээлбэл, " 1.3 »,
• "солилцооны лавлах" - хавтас үүсгэх, жишээлбэл, ""
• товчийг дарна уу " Буулгах».

Бид эдгээр алхмуудыг форматын бусад хувилбаруудын хувьд давтаж, "1.4", "1.5" гэх мэт тохирох хавтсанд хадгална. АД 3.0-ийн хувьд 1.3 ба түүнээс дээш хувилбараас бүх форматыг татаж авахад хангалттай. 1.2 ба түүнээс дээш хувилбарын бусад тохиргооны хувьд.

Дүрмүүдийг татаж авсан, одоо та CD3 руу ачаалах хэрэгтэй. KD2-д дүрмүүд нь хөрвүүлэлт үүсгэхтэй зэрэгцэн ачаалагддаг. KD3 дээр та хөрвүүлэлт үүсгэж, дүрмээ оруулах хэрэгтэй.
KD3 хэсэгт Хөрвүүлэлт - Хөрвүүлэлт - Үүсгэх. . Тохиргоог сонгоно уу. Тохиромжтой болгохын тулд та элемент засварлах горим руу орж тохиргооны нэрийг өөрчилж болно. Жишээлбэл, оронд нь Нягтлан бодох бүртгэлийн аж ахуйн нэгжүүдзаах " АД 3.0.54.15" Таяг Нэрөөрчлөх шаардлагагүй! Нэрхөрвүүлэлтийг ижил аргаар тодорхойлж болно, жишээлбэл, " АД 3.0.54.15" Хүснэгтийн хэсэгт бид дэмжигдсэн форматын хувилбаруудыг сонгоно. Форматын хувилбарууд нь дээрх мэдээллийн сангаас татаж авсан хувилбарууд юм. Хөрвүүлэлтийг хадгал.

Хэсэг рүү оч Хөрвүүлэлт - Файлуудаас синхрончлолын дүрмийг ачаалж байна.
:

Ачаалах байршил: " Одоо байгаа хөрвүүлэлт рүү»

Солилцооны лавлах: " D:\BP3 дүрэм\BP 3.0.54.15\1.3»

• Солилцооны модультай файл: " D:\Rules BP3\BP 3.0.54.15\Universal Format13_ Module.txt-ээр дамжуулан ерөнхий модулийн солилцооны менежер»
• Хөрвүүлэлт: " АД 3.0.54.15»

UT 11.3 файлаас синхрончлолын дүрмийг ачаалах үед алдаа гарч ирнэ " Объектын талбар олдсонгүй". Шалтгаан - TekPKO.UseToReceive=False KD3 нь хүлээн авсны дараа таних сонголтын талаарх мэдээллийг шаарддаг. Хэрэв энэ нь дүрмийн файлд байхгүй бол алдаа гарна. Бид энэ буруу ойлголтыг засаж байна. Энэ маягтыг дэмжлэгээс хасах эсвэл өргөтгөлийг ашиглана уу.

// Файлаас синхрончлолын дүрмийг ачаалах боловсруулах үндсэн хэлбэр // Өөрчлөлт хийхээс өмнө: // Процедур нь объектыг хөрвүүлэх дүрмийг ачаалдаг &Серверийн процедур дээр LoadPKO() ... Fill inPropertyValues(TechPKO, AttributeStructure); // Таних сонголт - тусгай логик. TechPKO.Identification Option = Enumerations.Object Identification Options[Attribute Structure.Identification Option]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Дараа нь // Ачаалагдсан программ хангамжийг бичнэ үү. ... // Өөрчлөлтүүдийг "//ED" гэж тэмдэглэсэн // Процедур нь объект хувиргах дүрмийг ачаалдаг &Серверийн процедур дээр LoadPKO() ... FillPropertyValues(TechPKO, AttributeStructure); // Таних сонголт - тусгай логик. Хэрэв TechPKO.UseToReceive Дараа нь //ED TechPKO.IdentificationOption = Enumerations.ObjectIdentificationOptions[AttributeStructure.IdentificationOption]; endIf; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Дараа нь // Ачаалагдсан программ хангамжийг бичнэ үү. ...

товчийг дарна уу " Татаж авах». « Ажиллагчид нь өөр хөрвүүлэлтэд зориулагдсан: BP 3.0.44 (формат 1.4). Татаж авахыг үргэлжлүүлэх үү?» товшино уу « Тиймээ».
Маягтыг хаахгүйгээр өөр " Солилцооны лавлах" ба " " товчийг дарна уу. Бид формат бүрийн дүрмийг одоогийн хөрвүүлэлт рүү хэд хэдэн удаа ачаалж байна.
Амжилттай татаж авсны дараа "" хэсэгт очно уу. Хөрвүүлэлт" - "Хөрвөх дүрмийг тохируулах", жагсаалтын маягтаас бидний хөрвүүлэлтийг нээнэ үү.
Хэрэв бид POD гэх мэтийг харвал CD3 руу амжилттай ачааллаа.

Дүрмүүд зөв ачаалагдсан эсэхийг шалгаж байна

Энэ бол нэмэлт ажиллагаа юм! Хэрэв та дүрмийн форматын нэг хувилбарыг ашигладаг бол модулийн текст ижил байгаа эсэхийг шалгах шаардлагагүй.

• АД-ын тохируулагчийг нээж, шинэ гадаад боловсруулалтыг үүсгэ, жишээлбэл, Нэр " EDBP синхрончлол", синоним" Синхрончлол ED BP 3.0».
• KD3 хэлбэрээр " Солилцооны дүрмийг тохируулах"" товчийг дарж санах ойноос энэ кодыг шинэ боловсруулалтад оруулна уу.
• Цахилгаан хангамжийн тохируулагч дээр бид модулийг синтакс алдаа байгаа эсэхийг шалгадаг. Бид боловсруулалтыг хэмнэдэг.
• АД-д өөр хоосон боловсруулалт үүсгэх, жишээлбэл, Нэр " Синхрончлолын EDBP ердийн", синоним" Синхрончлол ED АД 3.0 ердийн" АД-ын ерөнхий модулийн текстийг хуулах UniversalFormat13-аар дамжуулан менежерийн солилцооболовсруулах модуль руу оруулаад хадгална уу.

Хоёр эмчилгээг харьцуулж үзье. Цэс Файл - Файлуудыг харьцуулах.

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

Үүнтэй адилаар бид KD3 дээр UT 11.3 хөрвүүлэлтийг бий болгодог.

АД 3.0.54.15

• Програм хангамжийг буруу ачаалсан нь илэрсэн " Лавлах_Хэрэглэгчид". Засах хэрэгтэй. Заавал.
• PKO-д " Барааны_Барааны_Барааны_Илгээлтийн_баримт бичиг"PKS-ийн хувьд" Хариуцлагатай хүн"Програм хангамжийг заагаагүй байна. Тохиргооны шинж чанар болон форматын шинж чанарыг нээгээд дахин сонгоод тэдгээрийн төрлийг бөглөж, дараа нь талбарт сонголт гарч ирнэ " Өмчийг хувиргах дүрэм". Сонгох" Лавлах_Хувь хүний_диспетч".

Өөрчлөлтийн жишээг авч үзье

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

Таяг шилжүүлэх шаардлагатай байна" Төрөл Нэршил" "Нэршил" лавлах, шинж чанарын төрөл " Лавлах.Төрөл нэршил". Энэ төрлийн лавлах нь KD3-ийн стандарт дүрмийн дагуу явагдахгүй бөгөөд ED форматын 1.6-аас доош хувилбарыг дэмждэггүй.

Энэ асуудлыг шийдэх хэд хэдэн сонголт байдаг

• XDTO багцыг сайжруулах, "Дирectory.Types of Nomenclature" объектыг формат руу нэмнэ. Үүний үр дүнд бүх нийтийн форматын гол давуу тал алдагддаг - энэ нь бүх нийтийн байхаа болино. Биржид оролцож буй бүх мэдээллийн санд XDTO багцыг сайжруулах шаардлагатай болно.
• Формат шинж чанарыг ашиглах " Нэмэлт дэлгэрэнгүй мэдээлэл", энэ нь олон объектод байдаг. Зарим нарийн төвөгтэй байдлаас шалтгаалан бид энэ нийтлэлд энэ сонголтыг авч үзэхгүй. Ийм арга байдаг гэдгийг анхаарч үзье.
• Таяг Нэмэлт мэдээлэл.Энэ нь бүх форматын объектын толгой хэсэгт байдаг. AnyType гэж бичнэ үү. Ийм тохиолдлуудад зориулагдсан. Үүнийг хамгийн энгийн арга болгон ашиглацгаая.

Стандарт дүрмийг эцэслэн боловсруулж эхлэхээсээ өмнө дүрмийн бүлэгт хоёр бүлгийг үүсгэцгээе " Нэмсэн», « Өөрчлөгдсөн" Үүнийг "д хийдэг. Хөрвүүлэлт -".
Шинэ AML, програм хангамж, алгоритм гэх мэт. Бид "Нэмсэн" бүлэгт өөрчлөлт хийх ердийн объектуудыг үүсгэж, "Өөрчлөгдсөн" бүлэгт шилжүүлэх болно. Энэ нь өөрчлөгдсөн дүрмийг дараа нь хадгалахад хялбар болгоно.

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

UT 11.3 дахь дүрмийн өөрчлөлт

KD3 хэлбэрээр " UT 11.3.4.12 Солилцооны дүрмийг тогтоох» таб дээр Алгоритмуудшинэ алгоритм үүсгэх

• Алгоритмын нэр "AdditionalInfoInsert"
• Бүлэг: "Нэмсэн"

Параметрүүд: "XDTO өгөгдөл, нэр, нэмэлт утга"

Алгоритм код

Хэрэв DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo) = Type("Structure") бол НэмэлтДата = DataXDTO.AdditionalInfo; Үгүй бол Нэмэлт өгөгдөл = Шинэ бүтэц; endIf; Нэмэлт өгөгдөл.Оруулах(Нэр, Нэмэлт утга); DataXDTO.Insert("Нэмэлт мэдээлэл", Нэмэлт өгөгдөл);

Алгоритмыг хадгалаад " таб руу очно уу Объект хувиргах дүрэм»

"Товчоор" Хай» "Нэршил"-г хайж, PKO-г нээнэ үү Лавлах_Нэршил_Диспетч" Таб руу очно уу " Илгээх үед" Тэнд бид "Харилцагчийн нэр:" "" талбарыг харж байна. Та тэнд шууд өөрчлөлт хийх боломжтой.
Дибаг хийх шаардлагатай илүү төвөгтэй кодыг тохиргоонд бичиж болно. Бид UT 11.3 дахь солилцооны модулийн "нэртэй процедурыг хайж байна. PKO_Лавлах_Нэршил_Sending_WhenSendingData"Тэнд бид үүнийг эцэслэнэ.
Өөрчлөлтийг UT 11.3-аас KD3 руу шилжүүлэхийн тулд бүх процедурыг KD3 форматаар санах ой руу хуулна уу. Солилцооны дүрмийг тохируулах"" товчийг дарна уу.

Бидний жишээн дээр код нь иймэрхүү байна

Хэрэв утга дүүргэсэн бол(IB Өгөгдөл.Зүйлийн төрөл) Дараа нь //ED НэмэлтМэдээллийг оруулах(XDTO Өгөгдөл, "Зүйлийн төрөл", Мөр(IB Өгөгдөл. Зүйлийн Төрөл. Өвөрмөц танигч())); НэмэлтInfoInsert(XDTO Өгөгдөл, "Зүйлийн төрөлНэр", Ерөнхий зорилго.Объект шинж чанарын утга(IB өгөгдөл.Нэршлийн төрөл, "Нэр")); //AdditionalInfoInsert... //үйлчилгээний бусад дэлгэрэнгүй мэдээллийг нэмэх EndIf;

Өөрчлөлтүүдийг CD3 руу шилжүүлсний дараа "" товчийг дарна уу. Биржийн менежерийн модулийг хадгалах" ба кодыг буферээс UT 11.3 модуль руу шилжүүлнэ үү.

АД 3.0 дахь дүрмийн өөрчлөлт

Бид PKO-д өөрчлөлт оруулж байна " Лавлах_Нэршил_баримт"," таб дээр XDTO өгөгдлийг хөрвүүлэх үед", процедурын нэр" Өгөгдөл хувиргах үеийн PKO_Лавлах_Нэршил_баримт XDTO".

"PKO_Directory_Nomenclature_Receipt_WhenConvertingDataXDTO" модульд код нэмсэн

Хэрэв DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo) = Type("Structure") бол //ED НэмэлтДата = DataXDTO.AdditionalInfo; Хэрэв AddData.Property("Зүйлийн төрөл") Дараа нь Нэршлийн төрөл = Data ExchangeXDTOServer.ObjectLink By ObjectUIDXDTO(AdditionalData.Nomenclature Type, Type("DirectoryLink.Nomenclature Types"), Exchange Components); Хэрэв Item Type.GetObject() = Тодорхойгүй ба НэмэлтData.Property("Нэршлийн ТөрөлНэр") Дараа нь //Шинэ Нэршил үүсгэх TypeObject = Directories.Nomenclature Types.CreateElement(); ItemTypeObject.SetLinkNew(NomenclatureType); Нэршил TypeObject.Name = Нэмэлт өгөгдөл.Нэршлийн төрөлНэр; // бусад үйлчилгээний дэлгэрэнгүй мэдээллийг бөглөнө үү FillPropertyValues(NomenclatureTypeObject,AdditionalData); NomenclatureTypeObject.Write(); Зүйлийн төрөл = Нэршил TypeObject.Link; endIf; ReceivedData.ItemType = ItemType; endIf; endIf;

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

Бид солилцооны менежерийн модулийг BP 3 тохиргооны модуль эсвэл гадны боловсруулалт руу шилжүүлдэг.

Өөрчлөгдсөн KD3 дүрмийг мэдээллийн санд хэрхэн ачаалах вэ?

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

KD3-д бэлтгэсэн дүрмийг гурван аргаар тохиргоонд суулгаж болно

1. Дэмжлэгээс тохиргоог устгаж, нийтлэг модульд өөрчлөлт оруулна уу Universal форматаар дамжуулан солилцооны менежер;
2. Платформ 8.3.10 ба түүнээс дээш хувилбартай нийцтэй горимд ажиллаж байгаа тохиргоонуудад өргөтгөл ашиглан нийтлэг модульд засвар хийх боломжтой.
3. Ерөнхий модулийг дүрмээр бүрэн орлуулах өргөтгөлийг холбоно уу.
4. Дэмжлэгээс тохиргоог хасахгүйгээр гадаад боловсруулалтыг дүрмээр зангилаа руу холбоно уу;

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

Гурав дахь сонголт - бүх нийтийн форматтай солилцооны дүрэм бүхий өргөтгөлийг ашиглах одоогоор хамгийн оновчтой. Одоогоор нэг л сул тал бий - та энэ өргөтгөлийг холбохдоо "Аюулгүй горим" гэсэн тэмдэглэгээг арилгах хэрэгтэй. Энэ нь үүлэн үйлчилгээнд ашиглахыг хязгаарладаг. Бид 1C Fresh дээр бүх нийтийн форматаар солилцооны дүрмийг солих журмын талаар 1С-ийн шийдвэрийг хүлээж байна.

Гол нь та солилцооны форматын хувилбараас хамааран нийтлэг модулийг сонгох, модулийн сонголтыг өөрийн модулиар солих үүрэгтэй тохиргооноос кодын хэсгийг олох хэрэгтэй. АД 3.0.67-ийн жишээ:

//////// // Ерөнхий модуль Өгөгдлийн солилцоо дарагдсан &Оронд нь ("AvailableFormatVersions Receiving On") Процедур ED_WhenReceivingAvailableFormatVersions(FormatVersions) ED_DataExchangeServer.WhenReceivingAvailableFormatVersions(FormatVersions); Процедурын төгсгөл //////// // Denyvercalformat-ын синхрончлолын синхрончлол: Менежерийн модуль # Эх сурвалж (); Settings.ThisExchangePlanXDTO = Үнэн; Settings.Warn ABOUT ExchangeRule Version Ismaches = Худал; Settings.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; FormatVersions = Шинэ тохирох; ED_DataExchangeServer.WhenReceivingAvailableFormatVersions(FormatVersions); //ED Settings.ExchangeFormatVersions = FormatVersions; Settings.ExchangePlanUsedInServiceModel = Үнэн; Settings.Algorithms.WhenReceivingExchangeSettingsOptions = Үнэн; Settings.Algorithms.WhenReceivingOptionDescriptionSettings = Үнэн; Settings.Algorithms.ViewSelectionInteractiveUpload = Үнэн; Settings.Algorithms.Интерактив байршуулалтыг тохируулах = Үнэн; EndProcedure #EndIf //////// // ED_Data ExchangeServer өргөтгөлийн ерөнхий модуль AvailableFormatVersions(FormatVersions) ExportFormatVersions.Insert("1.2", ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.3", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.4", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.5", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.6", ED_ExchangeManagerThroughUniversalFormat); Процедурын төгсгөл //////// // ED_Exchange менежер дэх ерөнхий модулийг Universal Format өргөтгөлөөр дамжуулан // 2018-11-27 11:23:58-аас АД 3.0.44 (формат 1.6) хөрвүүлэв. // Шинэчилсэн найруулга АД 3.0.67.x-ийн хувьд 12/31... .

Баримт бичигт тайлбарлаагүй 4-р сонголтыг авч үзье, учир нь BSP-д ийм боломж байхгүй. Энэ сонголт аль хэдийн хуучирсан байна. Дүрэм бүхий гадаад боловсруулалт бүх нийтийн солилцооны форматтай эхний хувилбаруудад ашигласан. Одоо 1С энэ функцээс аажмаар салж байна.

Байгууллагын горимд, удирдлагын хэсэгт холбоосыг дагана уу Өгөгдлийн синк - Өгөгдлийн синхрончлолын тохиргоо, товчийг дарна уу " Аялах..."хэрэв ганцхан тохиргоо байгаа бол эсвэл" Өөрчлөх"Хэрэв хэд хэдэн тохиргоо байгаа бол. Цэсээр дамжуулан маягт засварлах горим руу очно уу " " , Өргөтгөх" Бүлэг", тэнд бид далд хэлбэрийн элементийг оруулсан " ", " БОЛЖ БАЙНА УУ".
"Таб" дээр Үйлчилгээний мэдээлэл"сонгох" Биржийн менежерт хүрэх зам", бид боловсруулалтаа тэнд байгаа дүрмээр орлуулдаг.

Гадны боловсруулалтыг АД 3.0.52 ба түүнээс дээш дүрмүүдтэй холбох

АД-ын 3.0.52 ба түүнээс дээш хувилбарт үл мэдэгдэх шалтгааны улмаас дүрмээр гадны боловсруулалтыг ашигладаггүй. Боловсруулалтыг холбох интерфейс хэвээр байна. Наад зах нь үүнд баярлалаа.

Та өргөтгөл ашиглан дүрмээр боловсруулалтыг идэвхжүүлж болно. Нийтлэг модульд залруулга хийх шаардлагатай" Data ExchangeXDTOServer", функц" Exchange форматын хувилбарууд".

Процедур EDm_GetExchangeFormatVersion(FormatVersions, InformationBaseNodeValue) Хүсэлт = Шинэ хүсэлт("ӨӨРӨӨ СОНГОХ | Өгөгдлийн SynchronizationThroughUniversalFormat.PathToExchangeManager AS PathToExchangeManager, | Data SynchronizationForASExchangeManagerForASV |Data SynchronizationForASExchangeV | Солилцооны төлөвлөгөө.Универсал форматаар дамжуулан өгөгдлийг синхрончлох Бүх нийтийн формат | ХААНА | Универсал форматаар дамжуулан өгөгдөл синхрончлох. Биржийн менежер рүү очих зам<>"""" | UniversalFormat.Link = &Link"); Request.SetParameter("Link", InformationBase Node); Сонголт = Request.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Хэрэв General PurposeClientServer.DebugMode БИШ () Дараа нь өгөгдлийг боловсруулах = Шинэ хоёртын өгөгдөл (боловсруулж буй нэр); Боловсруулж буй хаяг = Түр хадгалах газар (Боловсруулж буй өгөгдөл); Хэрэв ерөнхий зориулалт. Аюултай үйлдлээс хамгаалах хамгаалалт байдаг () Дараа нь боловсруулах нэр = Гадаад боловсруулалт. Холбох (боловсруулах хаяг, ерөнхий зориулалт. Анхааруулгагүйгээр хамгаалалтын тайлбар ()); Бусад боловсруулалтын нэр = Гадаад боловсруулалт. Холбох (боловсруулах хаяг ажилладаг); EndIf; EndIf; ExchangeManager = ExternalProcessing.Create(ProcessingName); FormatVersions.Insert(Selection. ExchangeFormatVersion, ExchangeManager);EndCycle;EndProcedure &Instead("ExchangeFormatVersions") Функц EDm_ExchangeFormatVersions(ValueInformationBaseNode) ExchangeFormatVersions = Шинэ захидал харилцааны эффект; Хэрэв ValueFilled(МэдээллийнҮндсэнБүгдэм)(МэдээллийнСуурьБүгдэм)Nade.Nade.Name. ExchangeFormatVersions = Data ExchangeServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions"); EDm_GetExchangeFormatVersion(ExchangeFormatVersions, InformationBase Node); Үгүй бол DataExchangeOverridden.WhenReceivingAvailableFormatVersions(ExchangeFormatVersions); endIf; Хэрэв ExchangeFormatVersions.Quantity() = 0 бол Exception StringFunctionsClientServer. Substitute ParametersIntoString(NStr("ru = "Биржийн форматын хувилбарыг заагаагүй байна. |Биржийн төлөвлөгөөний нэр: %1 |Жур: ExchangeFormatVersions() авах<ВерсииФорматаОбмена>)""), InformationBaseNode.Metadata().Нэр); endIf; Үр дүн = Шинэ тохирол; Хувилбар бүрийн хувьд Exchange форматын хувилбарын давталтын үр дүн.Insert(AbbrLP(Version.Key), Хувилбар.Утга); Төгсгөлийн мөчлөг; Буцах үр дүн; Төгсгөлийн функц

Гадаад боловсруулалтын дүрмийг хэрхэн дибаг хийх вэ

Тохируулагчид" Үйлчилгээ -> Сонголт -> 1С: Аж ахуйн нэгжийг эхлүүлэх -> Эхлүүлэх сонголт"," параметрийг зааж өгнө үү.

• UT 11.4, KA 2.4, ERP 2.4-ийн өргөтгөлийн кодыг доор харуулав. АД 3.0-ийн кодыг дээр өгөв. Төлөвлөгөөний менежерийн модуль Бүх нийтийн форматаар дамжуулан өгөгдлийн синхрончлол.

Өргөтгөлийн код EDdebugging

&Оронд("GetExchangeFormatVersions") Процедур ED_GetExchangeFormatVersions(FormatVersions) UT Data Exchange.AvailableVersionsofUniversalFormat(FormatVersions); Хүсэлт = Шинэ хүсэлт("ӨӨРӨӨ СОНГОХ | Бүх нийтийн форматаар дамжуулан өгөгдөл синхрончлох. PathToExchangeManager, | Универсал форматаар дамжуулан өгөгдлийн синхрончлол хийх. Солилцооны форматын хувилбар | FROM | Солилцооны төлөвлөгөө. Универсал форматаар дамжуулан өгөгдлийг синхрончлох ХААНА | Universal форматаар .PathToExchangeManager ашиглан өгөгдөл синхрончлох<>""""); Сонголт = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Хэрэв General PurposeClientServer.DebugMode() биш бол //ED ProcessingData = New BinaryData(ProcessingName) ) ;ProcessingAddress =InTemporaryStorage(ProcessingData);Хэрэв GeneralPurpose.ThereisProtectionFromDangerousActions() Дараа ньProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.ProtectionDescriptionWithoutWarnings()ProtectionDescriptionWithoutWarnings()ProcessingProcessing); dIf;EndIf; Exchange Manager = ExternalProcessings .Create( ProcessingName); FormatVersions.Insert(Selection.ExchangeFormatVersions, ExchangeManager);EndCycle;EndProcedure &Орно нь("AvailableVersionsExchangeFormat") Процедур ED_AvailableVersionsExchangeFormat(FormatVersions)Data ExchangeersVUT.FormatVersions =V"Restions(VUT.AvailableFormaters)); ТӨРӨЛ ЗҮЙЛИЙГ СОНГОХ | Универсалаар дамжуулан өгөгдөл синхрончлох Формат. PathToExchangeManager, | UniversalFormat.VersionExchangeFormat-аар дамжуулан өгөгдлийн синхрончлол |FROM | Солилцооны төлөвлөгөө.Универсал форматаар өгөгдөл синхрончлох Универсал форматаар дамжуулан өгөгдлийг хэрхэн синхрончлох вэ |ХАААН | Universal Format.PathToExchangeManager-ээр дамжуулан өгөгдөл синхрончлох<>""""); Сонголт = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Хэрэв General PurposeClientServer.DebugMode() биш бол //ED ProcessingData = New BinaryData(ProcessingName) ) ;ProcessingAddress =InTemporaryStorage(ProcessingData);Хэрэв GeneralPurpose.ThereisProtectionFromDangerousActions() Дараа ньProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.ProtectionDescriptionWithoutWarnings()ProtectionDescriptionWithoutWarnings()ProcessingProcessing); dIf;EndIf; Exchange Manager = ExternalProcessings .Create( ProcessingName); FormatVersions.Insert(Selection.ExchangeFormatVersion, ExchangeManager);EndCycle;EndProcedure

Дибаг хийх нь файлын мэдээллийн санд хамгийн хялбар байдаг. Бид дүрмээр боловсруулахдаа таслах цэгийг тогтоодог. Шаардлагатай процедурыг олохын тулд бид KD3 ашигладаг. Бид PKO, POD эсвэл алгоритмыг олж хараарай " Зохицуулагчийн нэр" эсвэл " Алгоритмын нэр", энэ процедурыг дүрмийн модулиас хайх. Модулийг засварласны дараа процедурыг буфер рүү хуулж, CD3 дахь "" товчийг дарахаа бүү мартаарай. Болгоомжтой байгаарай, ижил хөрвүүлэлт нээгдэх ёстой.

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

KD3 дээрх баримт бичгийн алдартай холбоосууд:

• 1С-Сургалтын төв №3, "Өгөгдөл хувиргах 3.0" - http://www.1c-uc3.ru/konvert30.html

Та эдгээр хэвлэлийг ашиглан KD3-ийн хэрэглээний хамрах хүрээг өргөжүүлж болно:

• - 8.2 ба түүнээс доош платформ дээрх өмнөх хувилбаруудын тохиргоог ED нийцтэй болгон хөрвүүлсэн.

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

• - өргөтгөсөн функц, алдаа засах.

Хэвлэх (Ctrl+P)

Бүх нийтийн форматаар солилцох

Стандарт дэд системүүдийн номын сангийн "Өгөгдлийн солилцоо" дэд систем нь янз бүрийн мэдээллийн баазуудын хооронд мэдээлэл солилцох 4 сонголтыг (технологи) агуулдаг.

• тархсан мэдээллийн бааз (RIB);
• бүх нийтийн форматаар өгөгдөл солилцох;
• солилцооны дүрмийн дагуу өгөгдөл солилцох (солилцооны дүрмийг "Өгөгдөл хувиргах" тохиргоог ашиглан үүсгэсэн, хэвлэл 2.1);
• солилцооны дүрэмгүйгээр өгөгдөл солилцох.

Энэ нийтлэлд өгөгдөл солилцох технологийг авч үзэх болно Universal EnterpriseData формат. Энэ технологийг 2.3.1.62 хувилбараас эхлэн "Стандарт дэд системийн номын сан"-д ашиглах боломжтой. 2016 оны эхээр гарсан. Одоогийн байдлаар BSP 2.3-ийн хамгийн сүүлийн хувилбар (1С: Enterprise 8.3 платформ дээр 8.3.8.1652-аас доошгүй хувилбартай, нийцтэй горимыг идэвхгүй болгосон) 2.3.6.17-г гаргасан.

Цагаан будаа. 1 BSP 2.3-ийн хамгийн сүүлийн хувилбарууд

1С програмын шийдлүүдийг нийлүүлэх файлуудын дунд "Номын сангийн хувилбарууд" гэсэн текст файл байдаг бөгөөд үүнийг BSP-ийн аль хувилбар дээр үндэслэн програмыг боловсруулсан тухай бичсэн, жишээлбэл, UT 11.3.3.231 програмын шийдэл дээр үндэслэн, BSP 2.3.5.65 бий болсон.

"1С: Enterprise 8.3" платформын хувилбарыг ашиглахад үүнээс доогуур биш гэдгийг анхаарна уу 8.3.10.2168 хувилбар нь нийцтэй горимыг идэвхгүй болгосон BSP 2.4.

EnterpriseData форматын тодорхойлолт

EnterpriseData формат гэж юу вэ?

Энэ нь мэдээллийн баазын объектыг (эсрэг тал, нэхэмжлэх гэх мэт) дүрслэх эсвэл энэ объектыг устгасан тухай мэдээлэх боломжийг олгодог формат юм. EnterpriseData форматаар файлыг хүлээн авсан тохиргоо нь зохих хариу үйлдэл үзүүлэх төлөвтэй байна - энэ нь шинэ объектуудыг үүсгэж, файлд устгасан гэж тэмдэглэсэн объектуудыг устгах болно. Энэ нь UT, RT, UNF, BP тохиргооны хооронд мэдээлэл солилцох зориулалттай. Энэ форматыг бусад мэдээллийн системтэй мэдээлэл солилцоход ашиглаж болно: энэ нь солилцоонд оролцдог өөрийн програм хангамж эсвэл мэдээллийн баазын бүтцийн онцлогоос хамаардаггүй бөгөөд ашиглахад тодорхой хязгаарлалт агуулаагүй болно.

EnterpriseData форматын хувилбар

Форматын өгөгдөл нь XDTO багцуудад өгөгдлийн сангийн ерөнхий тохиргооны салбаруудад хадгалагддаг бөгөөд үүнийг Зураг дээр үзүүлэв. 2

Зураг дээр. 2 нь хэд хэдэн XDTO багц байгааг харуулж байна. Эдгээр нь форматын өөр өөр хувилбарууд юм. Форматын хувилбарын дугаар нь X.Y.Z-ээс бүрдэх ба X.Y нь хувилбар, Z нь Бага хувилбар юм. Алдаа засвар болон бусад өөрчлөлтүүд гарсан тохиолдолд бага хувилбар нэмэгддэг: өмнөх форматын хувилбар дээр суурилсан өгөгдөл хувиргах логикийн функцийг хадгалах (форматаар дамжуулан одоогийн өгөгдөл дамжуулах алгоритмуудын хоцрогдсон нийцтэй байдлыг хадгалах); Хөрвүүлэлтийн логикийн шинэ форматын чадавхийг дэмжих нь сайн дурынх юм. Ийм өөрчлөлтийн жишээ нь алдааг засах, форматын объектын шинж чанарыг өөрчлөх, өгөгдлийг хөрвүүлэхэд заавал ашиглах шаардлагагүй шинж чанаруудыг нэмэх явдал юм. Бусад тохиолдолд формат өөрчлөгдөхөд үндсэн хувилбар нэмэгддэг: X - дэлхийн бүтцийн өөрчлөлтийн хувьд, Y - бусад тохиолдолд.
Формат нь XML файл хэлбэрээр объектуудын (баримт бичиг эсвэл лавлах элементүүд) дүрслэлийг тодорхойлдог. Хувилбар 1.0.1 нь янз бүрийн чиглэлээр (санхүү, үйлдвэрлэл, худалдан авалт, борлуулалт, агуулахын үйл ажиллагаа) 94 объектын тодорхойлолтыг агуулдаг. Дүрмээр бол төрлүүдийн нэрсийг сайн ойлгодог бөгөөд нэмэлт тайлбар хийх шаардлагагүй: жишээлбэл, "Баримт бичиг. Дууссан ажлын акт" эсвэл "Лавлах. Эсрэг талууд". Таны харж байгаагаар баримт бичгийн төрлүүдийн тайлбар нь "Баримтат." гэсэн угтвараас, лавлах элемент нь "Лавлах" угтвараас эхэлдэг. Форматын дэлгэрэнгүй тайлбарыг олж болно
Хамгийн сүүлийн хувилбар нь 1.3, гэхдээ хамгийн түгээмэл хэрэглэгддэг хувилбар нь 1.0 юм. Хувилбаруудын хооронд тийм ч их ялгаа байхгүй. Формат EnterpriseDataExchange_1_0_1_1 вэб үйлчилгээгээр дамжуулан солилцох үед ашигладаг.
Тэрийг тэмдэглэ EnterpriseData өгөгдлийн форматын багцыг хамтад нь ашигладаг ExchangeMessageхувиргах дүрмийг бий болгох үед. Энэ нь төрлийн объектыг агуулсан багц юм Нэмэлт мэдээлэлямар ч төрлийн утгатай байж болох ба тохиргооны объектуудын хооронд хөрвүүлэх дүрмийг бий болгоход ашигладаг. өгөгдлийн форматад ороогүй байна. Яг, баярлалаа Нэмэлт мэдээлэлТа XDTO багц дахь форматын өгөгдлийг өөрчлөхгүйгээр солилцооны дүрмийг өөрчлөх, өөрчлөх боломжтой.

EnterpriseData форматаар хэрхэн өгөгдөл солилцох вэ?

EnterpriseData форматаар өгөгдөл солилцох нь файл солилцох явдал юм. Гадны програмаас хүлээн авсан файлын хариуд тохиргоо нь үүнийг боловсруулж, хариу файл үүсгэх болно. Файл солилцох боломжтой:

• тусгай файлын лавлахаар дамжуулан,
• FTP лавлахаар дамжуулан,
• infobase тал дээр байрлуулсан вэб үйлчилгээгээр дамжуулан. Өгөгдлийн файлыг вэб аргууд руу параметр болгон дамжуулдаг.

Анхаарна уу. Гуравдагч талын програм болон мэдээллийн бааз дээрх тохиргооны хооронд хоёр талын өгөгдөл солилцохын тулд хэд хэдэн тохиргоог хийх ёстой - гуравдагч талын програмыг мэдээллийн санд бүртгүүлж, түүнд зориулж солилцооны сувгийг тодорхойлсон байх ёстой. файл эсвэл FTP лавлах) гэх мэт. Гэхдээ энгийн интеграцийн тохиолдолд зөвхөн гуравдагч талын програмаас мэдээллийн сан руу мэдээлэл дамжуулахад хангалттай бөгөөд мэдээллийн сангаас гуравдагч талын програм руу урвуу шилжүүлэх шаардлагагүй (жишээлбэл, онлайн дэлгүүрийг нэгтгэх гэх мэт). борлуулалтын мэдээллийг 1С: Нягтлан бодох бүртгэл рүү шилжүүлдэг), вэб үйлчилгээгээр дамжуулан ажиллах хялбаршуулсан хувилбар байдаг бөгөөд энэ нь хажуу талд тохиргоо шаарддаггүй.

Синхрончлолын явцад тохиргооны солилцооны төлөвлөгөөг ашиглан солилцохдоо зөвхөн сүүлийн синхрончлолоос хойш гарсан өөрчлөлтүүдийн талаарх мэдээллийг дамжуулдаг (шилжүүлсэн мэдээллийн хэмжээг багасгахын тулд). Таныг анх удаа синк хийх үед тохиргоо нь EnterpriseData форматтай бүх объектыг XML файлд буулгах болно (учир нь тэд бүгд гуравдагч талын програмын "шинэ" юм).

Дараагийн алхам нь гуравдагч талын програм юм - энэ нь XML файлын мэдээллийг боловсруулж, дараагийн синхрончлолын үед хэсэгт байрлуулах ёстой. тодорхой дугаар бүхий тохиргооноос мессеж амжилттай хүлээн авсан тухай мэдээлэл (Тохиргооноос хүлээн авсан мессежийн дугаарыг Хүлээн авсанҮгүй талбарт оруулна уу). Хүлээн авсан мессеж нь бүх объектыг гадны програмаар амжилттай боловсруулж, тэдгээрийн тухай мэдээлэл дамжуулах шаардлагагүй болсон тухай тохиргоонд дохио өгдөг. Хүлээн авсан баримтаас гадна гуравдагч талын програмын XML файл нь синхрончлолын өгөгдлийг агуулж болно (хэсэгт ).

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

Гадны програмаас тохиргоо руу өгөгдөл дамжуулах үед зураг эсрэгээрээ байна. Өргөдөл нь хэсгийг бөглөх ёстой дагуу, мөн хэсэгт EnterpriseData форматаар синхрончлох объектуудыг байрлуулах.

Файлыг боловсруулсны дараа тохиргоо нь хүлээн авсан мессеж болон тохиргооны талаас синхрончлох шинэ өгөгдөл агуулсан XML файлыг үүсгэх болно (хэрэв сүүлийн синхрончлолоос хойш байгаа бол).

Та EnterpriseData форматтай 1С: Enterprise платформ дээр програмын шийдлүүдтэй өгөгдөл солилцох талаар дэлгэрэнгүй үзэх боломжтой.

"Бүх нийтийн форматаар солилцооны менежер"-ийн ерөнхий модуль.

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

Модуль нь тохируулсан солилцооны дүрэмд үндэслэн "Өгөгдөл хувиргах" тохиргоо, хувилбар 3.0-ийг ашиглан автоматаар эсвэл тохируулагчийн гараар үүсгэгддэг.

Модуль нь хэд хэдэн том хэсгүүдээс бүрдэх бөгөөд тус бүр нь өөрийн бүлэг процедур, функцуудыг агуулдаг.

1. Сэтгэгдэл. Модулийн эхний мөрөнд хөрвүүлэлтийн нэр бүхий тайлбар байна. Энэ мөр нь жишээлбэл Өгөгдөл хувиргах програмын 3.0 хувилбар дахь командыг ашиглах үед модулийг тодорхойлоход зайлшгүй шаардлагатай. // 2017.06.01-ний 19:51:50-аас UP2.2.3-т хөрвүүлэлт
2. Хөрвүүлэх журам. Өгөгдлийн синхрончлолын янз бүрийн үе шатанд хийгддэг урьдчилан тодорхойлсон процедурыг агуулдаг: хөрвүүлэхээс өмнө, хөрвүүлсний дараа, хойшлуулсан бөглөхөөс өмнө.
3. Мэдээлэл боловсруулах дүрэм (DPR). Мэдээллийг боловсруулах дүрмийг тодорхойлсон журам, функцуудыг агуулна.
4. Объект хувиргах дүрэм (OCR). Объектыг хөрвүүлэх дүрэм, түүнчлэн эдгээр объектын шинж чанарыг хөрвүүлэх дүрмийг тодорхойлсон журам, функцуудыг агуулдаг.
5. Урьдчилан тодорхойлсон өгөгдөл хувиргах дүрэм (PDC).Урьдчилан тодорхойлсон өгөгдлийг хөрвүүлэх дүрмийг бөглөх процедурыг агуулна.
6. Алгоритмууд. Бусад дүрмээс (POD эсвэл PKO) дуудагдсан дурын алгоритмуудыг агуулна.
7. Сонголтууд.Хөрвүүлэх параметрүүдийг бөглөх логикийг агуулна.
8. Ерөнхий зорилго. Дүрэм, алгоритмд өргөн хэрэглэгддэг процедур, функцуудыг агуулдаг.

Менежерийн модулийн хэд хэдэн төрлийн процедурт хэрэглэгддэг процедур ба функцуудын параметрүүдийг доор тайлбарлав.

Бүрэлдэхүүн хэсгүүдийг солилцох. Төрөл - Бүтэц. Биржийн сессийн нэг хэсэг болгон эхлүүлсэн параметрүүд болон солилцооны дүрмийг агуулдаг.

Биржийн чиглэл. Төрөл - мөр. "Илгээх" эсвэл "Хүлээн авах" аль нэгийг нь сонгоно уу.

IB өгөгдөл. Төрөл - DirectoryObjectэсвэл DocumentObject.

Хөрвүүлэлтийн үйл явдлуудтай холбоотой журам

Хөрвүүлэх явцад дуудагддаг урьдчилан тодорхойлсон гурван процедур байдаг:

• Хөрвүүлэхээс өмнө. Өгөгдлийн синхрончлол хийхээс өмнө дуудагдсан. Энэ процедур нь ихэвчлэн хөрвүүлэх янз бүрийн параметрүүдийг эхлүүлэх, үндсэн утгыг оруулах гэх мэт логикийг агуулдаг. Параметрүүд: Бүрэлдэхүүн хэсгүүдийн солилцоо.
• Хөрвүүлсний дараа. Өгөгдлийн синхрончлол дууссаны дараа залхуу бөглөхөөс өмнө дуудагдана. Сонголтууд: Бүрэлдэхүүн хэсгүүдийн солилцоо.
• Хойшлуулсан дүүргэхээс өмнө. Залхуу дүүргэлт үүсэхээс өмнө дуудагдсан. Залхуу бөглөх шаардлагатай объектуудын хүснэгтийг эрэмбэлэх, тохируулах логикийг энд байрлуулж болно. Сонголтууд: Бүрэлдэхүүн хэсгүүдийн солилцоо.

AML журам

Мэдээлэл боловсруулах дүрмийг бөглөнө үү. Мэдээлэл боловсруулах дүрмийг бөглөх логикийг агуулсан экспортын процедур. Дүрмийн хүснэгтэд тодорхой объектыг боловсруулах дүрмийг нэмдэг бусад процедурын дуудлагыг агуулна (доорх процедурыг үзнэ үү. AML нэмнэ үү). Сонголтууд: Биржийн чиглэл, Мэдээлэл боловсруулах дүрэм

UNDER_ нэмэх<ИмяПОД>. Тодорхой объектуудын дүрмийн дагуу хүснэгтийг дүүргэх процедурын багц. Ийм журмын тоо нь Өгөгдөл хувиргах программын 3.0 хувилбарт энэ хөрвүүлэлтийг хийх AML-ийн тоотой тохирч байна. Сонголтууд: Мэдээлэл боловсруулах дүрэм(солилцооны нэг хэсэг болгон эхлүүлсэн утгуудын хүснэгт).

ДООР_<ИмяПОД>_WhenProcessing. Уг процедур нь зохицуулагчийн текстийг агуулна Боловсруулах явцадтодорхой AML-ийн хувьд. Зохицуулагч нь объектын түвшинд хувиргах логикийг хэрэгжүүлэхэд зориулагдсан. Жишээлбэл, тухайн объектын агуулгаас хамааран тодорхой PQO-г тодорхой объектод оноох. Сонголтууд:

• МэдээлэлB өгөгдөлэсвэл DataXDTO(солилцооны чиглэлээс хамаарч):
• илгээх үед - объект ( DirectoryObject,DocumentObject);
• хүлээн авсны дараа - XDTO объектын тайлбар бүхий бүтэц.
• PKO-ийн хэрэглээ. Төрөл - Бүтэц. Түлхүүр нь PCO-ийн нэр, төрлийн утгыг агуулсан мөрийг агуулна Булийн (Үнэн- PKO ашигладаг, Худлаа– PKO ашиглагддаггүй).
• Бүрэлдэхүүн хэсгүүдийн солилцоо.

ДООР_<ИмяПОД>_Өгөгдлийн түүвэрлэлт. Функц нь зохицуулагчийн текстийг агуулна Буулгах үед. Ажиллагч нь буулгах объектыг сонгох дурын алгоритмыг хэрэгжүүлэхэд зориулагдсан. Буцах утга: буулгах объектуудын массив. Массив нь мэдээллийн сангийн объектуудын холбоос болон байршуулах өгөгдөл бүхий бүтцийг хоёуланг нь агуулж болно. Сонголтууд: Бүрэлдэхүүн хэсгүүдийн солилцоо.

PKO журам

Объект хувиргах дүрмийг бөглөнө үү. Объектуудыг хөрвүүлэх дүрмийг бөглөх логикийг агуулсан экспортын процедур. Дүрмийн хүснэгтэд тодорхой объект хувиргах дүрмийг нэмдэг бусад процедурын дуудлагыг агуулна (доорх процедурыг үзнэ үү. PKO нэмнэ). Сонголтууд: Биржийн чиглэл, Хөрвүүлэх дүрэм(солилцооны нэг хэсэг болгон эхлүүлсэн утгуудын хүснэгт).

PKO_ нэмэх<ИмяПКО>. PKO хүснэгтийг тодорхой объектуудын дүрмээр дүүргэдэг процедурын багц. Ийм журмын тоо нь Өгөгдөл хувиргах программын 3.0 хувилбарт энэ хөрвүүлэхэд заасан PKO-ийн тоотой тохирч байна. Сонголтууд: Хөрвүүлэх дүрэм(солилцооны нэг хэсэг болгон эхлүүлсэн утгуудын хүснэгт).

PKO_<ИмяПКО>_Өгөгдөл илгээх үед. Уг процедур нь зохицуулагчийн текстийг агуулна Илгээх үедтодорхой PKO-ийн хувьд. Өгөгдлийг байршуулах үед зохицуулагчийг ашигладаг. Мэдээллийн сангийн объектод агуулагдах өгөгдлийг XDTO объектын тайлбар болгон хувиргах логикийг хэрэгжүүлэхэд зориулагдсан. Сонголтууд:

• МэдээлэлB өгөгдөл. Төрөл - DirectoryObject, DocumentObject. Боловсруулж буй мэдээллийн баазын объект.
• DataXDTO. Төрөл - Бүтэц. XDTO объектын өгөгдөлд хандахад зориулагдсан.
• Бүрэлдэхүүн хэсгүүдийн солилцоо.
• StackUploads. Төрөл - Массив. Үүрлэлтийг харгалзан буулгасан объектуудын холбоосыг агуулна.

PKO_<ИмяПКО>_XDTO өгөгдлийг хөрвүүлэх үед. Уг процедур нь зохицуулагчийн текстийг агуулна DataXDTO хөрвүүлэх үедтодорхой PKO-ийн хувьд. Өгөгдлийг ачаалах үед зохицуулагчийг ашигладаг. Дурын XDTO өгөгдөл хувиргах логикийг хэрэгжүүлэхэд зориулагдсан. Сонголтууд:

• DataXDTO. Төрөл - Бүтэц. Хандахад хялбар болгох үүднээс урьдчилан боловсруулсан XDTO объектын шинж чанарууд.
• Хүлээн авсан өгөгдөл. Төрөл - DirectoryObject, DocumentObject. XDTO өгөгдлийг хөрвүүлэх замаар үүсгэсэн мэдээллийн сангийн объект. Мэдээллийн санд бүртгэгдээгүй.
• Бүрэлдэхүүн хэсгүүдийн солилцоо.

PKO_<ИмяПКО>_Хүлээн авсан өгөгдлийг бүртгэхээс өмнө. Уг процедур нь зохицуулагчийн текстийг агуулна Хүлээн авсан өгөгдлийг бүртгэхээс өмнөтодорхой PKO-ийн хувьд. Мэдээллийг ачаалах үед зохицуулагчийг ашигладаг. Мэдээллийн санд объект бичихээс өмнө хийх ёстой нэмэлт логикийг хэрэгжүүлэхэд зориулагдсан. Жишээлбэл, одоо байгаа мэдээллийн аюулгүй байдлын өгөгдөлд өөрчлөлт оруулах эсвэл шинэ өгөгдөл болгон ачаалах уу. Сонголтууд:

• Хүлээн авсан өгөгдөл. Төрөл - DirectoryObject, DocumentObject. XDTO өгөгдлийг хөрвүүлэх замаар үүсгэсэн өгөгдлийн элемент.

Хэрэв энэ мэдээлэл мэдээллийн сангийн хувьд шинэ бол бүртгэгдсэн (параметр МэдээлэлB өгөгдөлутгыг агуулдаг Тэмдэглэгдээгүй).

Үгүй бол Хүлээн авсан өгөгдөлсолих МэдээлэлB өгөгдөл(бүх өмч Хүлээн авсан өгөгдөлруу шилжүүлсэн МэдээлэлB өгөгдөл).

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

• МэдээлэлB өгөгдөл. Төрөл - DirectoryObject, DocumentObject. Хүлээн авсан өгөгдөлд тохирох мэдээллийн сангийн өгөгдлийн элемент. Хэрэв тохирох өгөгдөл олдохгүй бол агуулна Тэмдэглэгдээгүй.
• ConvertingProperties. Төрөл - Утгын хүснэгт. Солилцооны хэсэг болгон эхлүүлсэн одоогийн объектын шинж чанарыг хөрвүүлэх дүрмийг агуулна.
• Бүрэлдэхүүн хэсгүүдийн солилцоо.

PCPD журам

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

Алгоритмууд

"Өгөгдөл хувиргах" програмын 3.0 хувилбарт AML болон PKPD зохицуулагчдаас дуудагдсан дурын алгоритмуудыг үүсгэх боломжтой. Дүрмийг боловсруулахдаа алгоритмын нэр, параметр, агуулгыг тодорхойлдог.

Сонголтууд

ConversionParameters-ийг бөглөнө үү. Хөрвүүлэх параметр бүхий бүтцийг бөглөх экспортын журам. Сонголтууд: Хөрвүүлэх сонголтууд(төрөл - Бүтэц).

Ерөнхий зориулалтын журам ба чиг үүрэг

ExecuteManagerModuleProcedure. Сонголтууд: Процедурын нэр(шугам), Сонголтууд(бүтэц). Экспортын бус модулийн процедурыг дуудах зорилготой экспортын горим, нэр болон параметрүүдийг оролт болгон хүлээн авдаг. Арга ашиглахгүйгээр шугаман дээрх процедур эсвэл функцийг дуудах боломжийг танд олгоно Гүйцэтгэх.

ExecuteManagerModuleFunction. Сонголтууд: Процедурын нэр(шугам), Сонголтууд(бүтэц). Үйл ажиллагаа, зорилго нь ижил төстэй ExecuteManagerModuleProcedure. Үүний ялгаа нь функцийг дуудаж утгыг нь буцаадаг.

Энэ нийтлэлийг миний имэйл рүү илгээнэ үү

1С мэдээллийн баазын хооронд солилцоог хэрэгжүүлэх хэрэгцээний гол шалтгаан нь салбарууд, нягтлан бодох бүртгэлийн төрлүүдийг тусгаарлах явдал юм. Ихэнхдээ компаниуд хэд хэдэн мэдээллийн санд ажилладаг. 1С 8.3 солилцоог тохируулах нь давхар ажлыг арилгах боломжийг олгодог - ижил баримт бичиг, лавлахыг хоёр программд оруулах, мөн янз бүрийн салбар, хэлтэст шаардлагатай системийн объектуудыг хурдан хүргэх.

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

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

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

Аж ахуйн нэгжид өгөгдөл солилцооны хэрэгжилтийг дараалсан журмын хэлбэрээр илэрхийлж болно.

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

Дараа нь бид тохирох форматыг сонгоно: RIB, бүх нийтийн формат; солилцооны дүрмийн дагуу солилцох; солилцооны дүрэмгүйгээр солилцох.

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

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

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

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

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

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

Доор бид Худалдааны менежмент 11 (UT) ба Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3.0 (BP) стандарт тохиргооны хооронд 1С 8.3 солилцоог нэг талт тохируулах дэлгэрэнгүй жишээг үзүүлэв. Энэ жишээ нь бөөний болон жижиглэнгийн худалдаа эрхэлдэг олон компаниудад хамааралтай. UT-д удирдлагын нягтлан бодох бүртгэл хөтөлдөг, АД-д зохицуулалттай, солилцоо нь хэрэглэгчдийн ажлыг хөнгөвчлөхөд шаардлагатай байдаг.

Энэхүү алгоритм нь 1С 8.3 платформ дээрх бусад стандарт тохиргоонд тохиромжтой

Юуны өмнө бид мэдээлэл хүлээн авагчийн бэлтгэл ажлыг хийх болно, өөрөөр хэлбэл. АД-ын хувьд. Бид програмыг Enterprise горимд эхлүүлнэ. Та өгөгдлийн синхрончлолын тогтмолыг тохируулах хэрэгтэй (Захиргаа → Өгөгдлийн синхрончлол хэсэг).

Угтвар талбарт анхаарлаа хандуулаарай, энд та объектуудыг анх аль программд үүсгэсэн болохыг дараа нь ялгах (сангийн код эсвэл баримт бичгийн дугаараар) өгөх утгыг зааж өгөх хэрэгтэй. Бидний жишээнд BP ба UT гэсэн ердийн товчлол тохиромжтой, хэрвээ 1С 8.3 солилцооны тохиргоог олон тооны мэдээллийн сан, мөн ижил тохиргооны хооронд нарийн төвөгтэй солилцоход зориулж хийсэн бол та мэдээллийн сан бүрийг өөрийн гэсэн тодорхой тэмдэглэгээтэй оруулах шаардлагатай болно. .

Эрчим хүчний хангамжийн хэсэг нь зөвхөн мэдээлэл хүлээн авагч тул бид UT-ийн тохиргоог үргэлжлүүлнэ.

Энд яг АД-ын нэгэн адил синхрончлолыг идэвхжүүлж, угтварыг зааж өгөх хэрэгтэй. Энэ мэдээллийг Мастер өгөгдөл ба удирдлагын хэсэг → Өгөгдлийн синхрончлолын тохиргоо хэсэгт авах боломжтой.

Тохируулах аргыг сонгоно уу: Тохиргоог гараар зааж өгнө үү. Цаашид.

Хоёр програм хоёулаа нэг дотоод сүлжээнд байрлах үед шууд холболтын сонголтыг тохируулцгаая, энэ сүлжээн дэх мэдээллийн аюулгүй байдлын лавлахтай холбогдох параметрүүдийг зааж өгөх, мөн хэрэглэгчийн баталгаажуулалтын мэдээллийг (АД-ын мэдээллийн санд) бөглөнө үү. Цаашид.

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

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

Бид танилцуулсан дүрмийг бичиж, хаадаг.

Жишээ нь нэг талын мэдээлэл дамжуулах тухай тул өөр програмаас өгөгдөл хүлээн авах дараагийн тохиргооны цонхонд "Бүү илгээ" гэсэн утгыг тохируулах хэрэгтэй. Бичээд хаах. Цаашид.

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

Дараа нь синхрончлохыг танаас хүсэх болно. Finish дээр дарна уу.

Хэрэв хоёр тохиргооны ижил объектыг хооронд нь уялдуулах шаардлагатай бол өгөгдлийг харьцуулах цонх нээгдэнэ. Бид харьцуулалтыг хийж, "Дараах" дээр дарна уу.

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

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

Энд синхрончлолын скрипт дээр Configure буюу түүнээс хойшхи командыг ашиглан солилцоог автоматаар гүйцэтгэх хуваарийг тохируулах боломжтой.

Мэдээллийн солилцоог тохируулах шаардлагатай юу?

БИД 15 ЖИЛИЙН УДААН 1С ПРОГРАМЧИЛЖ, ҮНЭГҮЙ ВИДЕО ЗААВАР ХИЙЖ БАЙНА.

Бидэнд 1С биржийг бий болгох арвин туршлагатай програмистуудын баг бий.

1С тохиргооны хооронд,

1С солилцоог бусад програмуудтай тохируулахдаа.

Яагаад биднийг сонгох вэ?

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

5-аас 20 жилийн 1С-ийн туршлагатай 40 гаруй програмист.

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

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

Даалгаврын 99% нь алсаас хандалт (TeamViewer эсвэл RDP)-ээр хийгддэг бөгөөд энэ нь даалгаврын гүйцэтгэлийн хугацааг эрс багасгадаг.

2006 оноос хойш 1С компанийн албан ёсны түншүүд.

Жижиг фирмээс том корпораци хүртэл амжилттай автоматжуулалт хийсэн туршлага.

Үйлчлүүлэгчдийн 99% нь үр дүнд сэтгэл хангалуун байгаа нь талархлын захидлаар батлагддаг.