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

Синхрончлолыг түгээмэл болгох хэд хэдэн шалтгаан бий:

• Өгөгдлийг ачих, буулгах үйл явцыг тусад нь ажиллуулах шаардлагагүй;
• Мэдээллийн солилцоог автоматаар гүйцэтгэх нь гарын авлагын солилцоонд саад болохгүй;
• Тохируулахад хялбар (стандарт тохиргооны хувьд та солилцооны дүрэм үүсгэх шаардлагагүй;
• Синхрончлолыг нэг удаа үүсгэж, түүнийг хэрэгжүүлэх хуваарийг зарлахад хангалттай.

Бидний даалгаврын нөхцөл

Оролтод бид хоёр стандарт мэдээллийн сангийн тохиргоотой байна:

1. Цалин, боловсон хүчний менежмент (3.1.3 хувилбар);
2. Хөдөө аж ахуйн аж ахуйн нэгжийн нягтлан бодох бүртгэл (3.0.52 хувилбар).

Хоёр мэдээллийн сан нь файлын горимд ажилладаг. Синхрончлолыг ямар ч мэдээллийн сангаас тохируулж болно.

Хэрэв синхрончлолыг "Нягтлан бодох бүртгэл" -ээс "ZUP" болгон тохируулах бол "Синхрончлол" гэсэн нүдийг идэвхжүүлсэн байх ёстой.

Тохиргоонууд хаана байна

"Нягтлан бодох бүртгэл" хэсэгт "Удирдлага" дэд систем, "Тохиргоо" цэс рүү очоод "Өгөгдлийн синхрончлол" хэсгийг олоорой (Зураг 1).

Синхрончлолын тохиргооны цонх нээгдэнэ (Зураг 2)

Цагаан будаа. 2

Энд бид:

1. Синхрончлолыг идэвхжүүлэх эсвэл идэвхгүй болгох;
2. Үл хамаарах өгөгдлийг ачаалахыг хориглох;
3. Шилжүүлсэн өгөгдлийг тодорхойлох угтвар тавих;
4. Бусад синхрончлолын тохиргоо руу очно уу.

Тохирох нүдийг сонгоод угтварыг тодорхойлж синхрончлолыг эхлүүлснээр нягтлан бодох бүртгэлийн хэлтсийг хааж болно. Цаашдын ажлыг “Цалин” дээр хийнэ.

Өгөгдлийн синхрончлолын тохиргооны цонхыг Зураг дээр үзүүлэв. 3

Цагаан будаа. 3

Үүнийг илүү нарийвчлан авч үзье.

Синхрончлолын тохиргооны цонх

Дарааллаар нь эхэлцгээе:

Би "Өөрчлөлтийг бүртгэх" цонхонд уншигчдын анхаарлыг хандуулахыг хүсч байна (Зураг 5). Дээд талд нь илгээсэн болон хүлээн авсан мессежийн тоо байдаг; амжилттай солилцсоны дараа эх сурвалжийн мэдээллийн сан болон очих газрын мэдээллийн сан дахь тоонууд таарч байх ёстой. Зарим тохиолдолд (өгөгдлийн сангийн хуулбартай синхрончлол гарсан, алдаа гарсан) мэдээллийн сан дахь дугаарлалт эвдэрсэн. Та тоонуудын холбоос дээр дарж энэ байдлыг засч залруулж болно. Энэ үйлдэл нь илгээсэн болон ирж буй мессежийн одоогийн тоог гараар тохируулах боломжийг олгоно (Зураг 6)

Цагаан будаа. 6

Синхрончлолын тохиргоо

"Өгөгдлийн синхрончлолын тохиргоо" таб дээр хоёр тушаал байна:

• тааруулах;
• Татаж авах дүрэм.

“Дүрэм ачаалах” командыг ажиллуулснаар маягт нээгдэнэ (Зураг 7)

Цагаан будаа. 7

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

Үлдсэн тохиргоог "Тохиргоо" товчийг дарж хийнэ (Зураг 8).

Цагаан будаа. 8

Нээгдсэн эхний цонхонд та дараах зүйлсийг хийх боломжтой:

1. Синхрончлолын скриптийн тохиргооны маягтыг нээх;
2. Мэдээлэл илгээх, хүлээн авах үйл явдлыг харах;
3. Солилцоо хийх огноог тодорхойлох;
4. Хэрэв хэд хэдэн байгууллагад нягтлан бодох бүртгэл хөтлөгдсөн бол тэдгээрийн аль нь биржид оролцохыг зааж өгч болно;
5. Цалингийн гүйлгээг байршуулах параметрүүдийг тодорхойлох: ажилтны дэлгэрэнгүй эсвэл дэлгэрэнгүй мэдээлэлгүй (хураангуй).

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

Холболтын параметрүүдийг нарийвчлан авч үзэх нь зүйтэй (Зураг 9)

Цагаан будаа. 9

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

Бид тэгэх ёстой:

• Хүлээн авах бааз руу хүрэх замыг тодорхойлох;
• Зөвшөөрлийн параметрүүдийг тохируулах (хүлээн авагч мэдээллийн санд администраторын эрхтэй хэрэглэгчийг үүсгэсэн байх ёстой);
• Холболтыг шалгасны дараа бидний тохиргоо дууссан гэж үзэж болно.

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

Хуваарийн тохиргоо

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

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 форматыг цаашид хөгжүүлж, улам бүр нэмэгдэж буй програмуудад дэмжлэг үзүүлэх болно гэж амлаж байна. Энэхүү стандартыг компани өөрөө удирдах бөгөөд бүтээгчид үүнийг бие даасан салбарын стандарт болгон өөрчлөх төлөвлөгөө хараахан байхгүй байна.

Энэ нийтлэлд би бүх нийтийн EnterpriseData форматаар дамжуулан мэдээлэл солилцох ажлыг зохион байгуулах туршлагаа бага боловч тайлбарлах болно.

Миний хувьд солилцоог "Худалдааны менежмент 11.2" (цаашид UT) болон "Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3.0.43" (цаашид АД гэх) тохиргооны хооронд тохируулсан. Солилцоо нь UT-ээс BP хүртэл нэг талын юм. Худалдааны менежмент 11.1-ийг 11.2 болгон шинэчлэхээс өмнө Data Conversion 2.0 тохиргоог ашиглан өгөгдөл солилцох тохиргоог хийсэн. Гэсэн хэдий ч, "11.2" руу шилжсэний дараа хэрэглэгчдэд зориулсан "Худалдааны менежмент" дээр алдаа гарч ирэв. Биржийн дүрмийг шинэчлэх журам хийгдсэн боловч үр дүнд хүрээгүй. Дибаглагч нь өгөгдөл солилцоход асуудал байгааг харуулсан. Хоёр тохиргоонд өгөгдөл солилцох тохиргоог устгаад дахин тохируулахаар шийдсэн.

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

Контекст аргыг дуудах үед гарсан алдаа (Баталгаажуулах): XDTO дата баталгаажуулалтын алдаа:
"/Харилцагч банкны данс/Банк" объектын бүтэц нь дараах төрөлд тохирохгүй байна: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
"BIK" өмчийг шалгаж байна:
хэлбэр: Элемент
нэр: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
төрөл:
Шаардлагатай эд хөрөнгө байхгүй
Объект: Эсрэг талтай байгуулсан гэрээ № ...

Алдааг шинжлэхийн тулд би "Илгээсэн мэдээллийн бүрдэл" дүрс дээр дарж, илгээхээр бүртгүүлсэн гэрээлэгчийн гэрээний жагсаалтаас алдаа гарсан гэрээг олсон. Би гэрээг нээж, гэрээнд заасан эсрэг талын банкны дансыг санав. Дараа нь би тээвэрлэлт хийхээр бүртгүүлсэн банкны данс руу шилжсэн. Бүртгэгдсэн хүмүүсийн жагсаалтад шаардлагатай данс байхгүй байсан нь тогтоогдсон. Би асуудалтай байгаа банкны данс, гэрээг дахин хийсэн. Үүний дараа би шаардлагатай банкны дансыг гараар бүртгүүлсэн.

Би UT-аас өгөгдлийг синхрончлохыг дахин оролдсон. Энэ удаад өгөгдлийг амжилттай байршууллаа. UT-ээс АД руу шилжүүлэх өгөгдлийг агуулсан сүлжээний хавтсанд XML файл үүсгэгдсэн.

Дараагийн алхам бол файлаас өгөгдлийг аж ахуйн нэгжийн нягтлан бодох бүртгэлийн хэлтэст ачаалах явдал юм. "Аж ахуйн нэгжийн бүртгэл" тохиргоонд би "Синхрончлох" товчийг дарсан бөгөөд "Өгөгдлийн шинжилгээ явагдаж байна" гэсэн мессеж бүхий боловсруулах маягт нээгдэв. Хэсэг хугацааны дараа мессеж "Өгөгдөл байршуулж байна" болж өөрчлөгдсөн. Үүний зэрэгцээ индикатор болон тоолуураас 80 мянга гаруй объектыг цахилгаан хангамжийн нэгжээс буулгаж байгааг харуулсан. Энэ нь намайг төөрөлдүүлсэн, учир нь би тохиргоондоо цахилгаан хангамжаас юу ч буулгаж болохгүй гэж заасан. Боловсруулалт нэлээд удаан үргэлжилж, алдаа гарсан:

Үйл явдал: Мэдээлэл солилцох
(GeneralModule.Long-runningOperations.Module(371)): Ажлын үндсэн процесс хэвийн бусаар дуусгавар болсон.
RaiseException(ErrorText);

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

Синхрончлолын цаашдын туршилтыг хийснээр объектыг хөрвүүлэх дүрэмд зарим өөрчлөлт оруулах шаардлагатай болсон. Data Conversion 3.0 тохиргоог ашиглах цаг болжээ. Суулгасан тохиргооны тусламж нь хэрхэн ажилладаг талаар тайлбарладаг. ITS вэб сайт дээрх нийтлэлүүд бас тусалсан.

Үүний үр дүнд би дараах өгөгдлийг "Өгөгдлийн хувиргалт 3.0" руу ачааллаа.

• Хоёр мэдээллийн сангаас "Бүх нийтийн форматаар дамжуулан өгөгдөл солилцох менежер" ерөнхий модулийн текстүүд
• Хоёр суурийн зохион байгуулалт
• EnterpriseData форматын тодорхойлолт (ямар ч мэдээллийн сангаас)
• Хөрвүүлэх дүрэм

Татаж авсны дараа би "Data Conversion 3.0" дээр өгөгдөл, объект, шинж чанарыг хөрвүүлэх дүрмийг нээсэн. Надад хэрэгтэй өөрчлөлтүүдийг хийсэн. Дараа нь би "Биржийн менежерийн модулийг буулгах" товчийг ашигласан. Модулийн текстийг санах ой руу хуулсан. Үлдсэн зүйл бол үүнийг тохиргоонд оруулах явдал юм.

"Өгөгдөл хувиргах 3.0" дээр дүрмийг тохируулах туршилт хийсний дараа би өөртөө дүгнэлт хийсэн: өөрчлөлт нь ач холбогдол багатай тохиолдолд ерөнхий модульд UT болон АД-ын тохиргоонд дүрмийг шууд тохируулах нь илүү хялбар байдаг. "Бүх нийтийн форматаар дамжуулан өгөгдөл солилцох менежер". Хэрэв солилцоонд шинэ объект нэмэх гэх мэт ноцтой засварууд байвал та тохиргоог ашиглах хэрэгтэй. Өгөгдөл хувиргах 3.0".

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

Байршуулах объектыг бүртгэх дүрмийг "Өгөгдөл хувиргах 2.0" тохиргоонд тохируулсан хэвээр байгааг санацгаая.

Эдгээр нь бүх нийтийн EnterpriseData форматаар дамжуулан өгөгдөл синхрончлолын анхны сэтгэгдэл юм.

P.S. Хэрэв танд Universal Format and Configurations-ээр дамжуулан өгөгдөл солилцох талаар асуулт эсвэл өөрийн ажиглалт байгаа бол" Өгөгдөл хувиргах 3.0" гэж коммент хэсэгт бичнэ үү. Бид харилцан туршлага солилцоно.

• Өгөгдлийн синхрончлол
• Universal EnterpriseData формат
• Өгөгдөл хувиргах 3.0
• Өгөгдөл хувиргах 2.0
• Худалдааны менежмент
• Байгууллагын нягтлан бодох бүртгэл

Хэвлэх (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 – EnterpriseData өгөгдлийн форматын багцууд

Зураг дээр. 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 багц дахь форматын өгөгдлийг өөрчлөхгүйгээр солилцооны дүрмийг өөрчлөх, өөрчлөх боломжтой.

Цагаан будаа. 3 XDTO packageExchangeMessage-ийн бүтэц

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

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

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

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

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

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

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

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

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

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

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

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

Цагаан будаа. 4 Бүх нийтийн форматаар дамжуулан биржийн менежерийн модулийн бүтэц

Модуль нь тохируулсан солилцооны дүрэмд үндэслэн "Өгөгдөл хувиргах" тохиргоо, хувилбар 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. Үүний ялгаа нь функцийг дуудаж утгыг нь буцаадаг.

Амьдралын энгийн жишээг харцгаая. Манайд бөөний болон жижиглэнгийн худалдаа эрхэлдэг компани байна гэж бодъё, энэ компанид бусадтай адил нягтлан бодох бүртгэл хийдэг. Байгууллага нь хоёр стандарт мэдээллийн сантай бөгөөд эдгээр нь UT (худалдааны менежмент) ба BP (байгууллагын нягтлан бодох бүртгэл) бөгөөд мэдээллийн сан бүрт өөрийн бүртгэл хөтөлдөг, UT-д худалдаатай холбоотой бүх гүйлгээг тусгах удирдлага байдаг. BP тэнд нягтлан бодох бүртгэл байдаг. Давхар ажил хийхгүйн тулд, i.e. хоёр мэдээллийн санд ижил баримт бичгийг бүү үүсгэ (эцэст нь хөдөлгөөн нь удирдлага, нягтлан бодох бүртгэлд байх ёстой) Бид эдгээр мэдээллийн сангуудын хооронд синхрончлолыг л тохируулах болно.

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

АД-д бирж байгуулах бэлтгэл үе шатууд

Синхрончлолыг тохируулж эхэлцгээе, эхлээд 1С "Enterprise Accounting 3.0" мэдээллийн сан (хүлээн авагч) руу очно уу, бид энэ мэдээллийн санд синхрончлол идэвхжсэн эсэхийг шалгах хэрэгтэй бөгөөд үүнийг хийхийн тулд эхлээд мэдээллийн сан руу орох хэрэгтэй. Өгөгдлийн сан нээгдмэгц таб руу очно уу "Удирдлага" ---> "Өгөгдлийн синхрончлолын тохиргоо"

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

Бид UT-д өгөгдлийн синхрончлолыг үргэлжлүүлэн тохируулж байна

Хүлээн авагчийн мэдээллийн санд (BP 3.0) шаардлагатай бүх үйлдлүүдийг хийсний дараа өгөгдөл солилцох тохиргоог үргэлжлүүлэхийн тулд бид эх мэдээллийн санг нээх хэрэгтэй (UT 11.1). "Удирдлага" таб руу очоод зүүн талд байгаа цэснээс "Өгөгдлийн синхрончлолын тохиргоо" -г сонгоно уу.. Хэрэв синхрончлол идэвхжээгүй бол шалгах нүдийг ашиглан идэвхжүүлж, эх сурвалжийн үндсэн угтварыг зааж өгөхөө бүү мартаарай. Доорх зурган дээр үзүүлсэн шиг 1-4-р бүх алхмуудыг дуусгасны дараа та "Өгөгдлийн синхрончлол" холбоос дээр дарах хэрэгтэй (алхам 5).

Гарч ирэх шинэ цонхонд та ногоон нэмэх тэмдэг дээр дарах хэрэгтэй (Өгөгдлийн синхрончлолыг тохируулах), доош унах цэснээс "Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3.0" гэсэн зүйлийг сонгоно уу.

UT болон BP хооронд өгөгдөл солилцох чухал цэгүүдийг тохируулах

Одоо бид 1С-д өгөгдөл синхрончлох тохиргоо бүхий цонхыг харж, "Тохиргоог гараар зааж өгөх" -ийг сонгоод "Дараах" дээр дарна уу.

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

Дараагийн хуудсан дээр бид АД 3.0 (хүлээн авагч) тохиргооноос өгөгдөл илгээх, хүлээн авах дүрмийг бөглөх ёстой. "Өгөгдөл байршуулах дүрмийг өөрчлөх" дээр дарна уу.

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

• Ямар лавлах өгөгдлийг илгээх вэ (бидний жишээнд бид зөвхөн баримт бичиг, тэдгээрт ашигласан лавлагааны мэдээллийг сонирхож байгаа тул бид тохирох зүйлийг сонгосон; хэрэв та "Бүгдийг илгээх" гэсэн эхний зүйлийг сонговол бүх лавлах номыг дахин ачаалах болно. баримт бичгийн хамт, хэрэв баримт бичигт мэдээлэл ашиглагдаагүй бол энэ нь нягтлан бодох бүртгэлд ямар ч байдлаар нөлөөлөхгүй тул хүлээн авагчийн хувьд ашиггүй болно)
• Бүх мэдээллийг хэдэн өдрөөс эхлэн илгээх ёстой вэ (бид энэ нийтлэлд гарын авлагын синхрончлолыг авч үзэхгүй)
• Аль эсвэл аль байгууллагад өгөгдөл илгээх вэ (бидний жишээнд бид нэг байгууллага, IP "Entrepreneur" сонгосон)
• Гэрээ байгуулах дүрэм
• Ерөнхий агуулах
• Би баримт бичгийг агуулахаар нь цуглуулах ёстой юу?

Тохиргоог хийсний дараа "Хадгалаад хаах" дээр дарна уу.

Бидний жишээн дээр бид UT-ээс АД хүртэлх нэг талын солилцоог тохируулж ашигладаг, дараа нь "Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3.0" -аас мэдээлэл авах дүрмийн тохиргоо нь бидэнд сонирхолгүй тул "Дараах" дээр дарна уу.

Шинэ цонхонд бид хүлээн авагчийн суурь (RB) дүрмийг тохируулахыг хүсэх болно. 1-р зүйлд бид мэдээллийн сандаа нэр өгч, угтвар өгнө. Угтвар нь энэ өгүүллийн эхэнд АД-ын мэдээллийн санд тохируулсантай ижил байх ёстой; хэрэв угтварууд өөр байвал 1С програм дахь өгөгдлийн синхрончлол ажиллахгүй.Үүний дараа 2-р цэг, дараа нь 3-р цэг дээр дарна уу.

3-р зүйлд бид баримт бичгийг мэдээллийн санд ачаалах үед тэдгээрийг боловсруулахыг зөвшөөрөх хэрэгтэй. "Хадгалаад хаах" дээр дарна уу.

Одоо цонх нь доор үзүүлсэн шиг харагдах ёстой бөгөөд "Дараах" дээр дарна уу.

Энэ цонхонд 1С-д үүсгэгдсэн синхрончлолын талаархи лавлагаа мэдээлэл агуулагдана. Зүгээр л "Дараах" товчийг дарна уу. Хэрэв програм өгөгдлийн синхрончлолыг тохируулах үед алдаа гаргасан бол манай 1С мэргэжилтэн танд яг одоо туслахын тулд бидэнтэй холбоо барина уу!

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

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

Жишээ авч үзье, UT-д "ФармГрупп ХХК" ба TIN 1234567, BP-д мөн TIN 1234567, гэхдээ эдгээрийг харьцуулахгүй бол "ФармГрупп" гэсэн нэртэй эсрэг тал байдаг гэж үзье. Синхрончлолын үе шатанд өгөгдлийг харьцуулахдаа хоёр объект, дараа нь хүлээн авагч дахь синхрончлолын дараа (Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3.0) бид TIN 1234567 бүхий хоёр түнштэй, "PharmGroup LLC" ба "PharmGroup" гэсэн хоёр нэртэй байх болно. Ийм нөхцөл байдлаас зайлсхийхийн тулд объектуудыг харьцуулах механизмыг зохион бүтээсэн.

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

1С хооронд өгөгдөл солилцох эцсийн шат

Эцсийн шатанд програм нь дараах цонхыг харуулах бөгөөд синхрончлол амжилттай болсон тухай хэрэглэгчдэд мэдэгдэх бөгөөд "Дуусгах" дээр дарна уу. Энэ үед "Худалдааны менежмент 11.1" (UT) -аас "Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3.0" (BP) хүртэлх нэг талын солилцооны мэдээллийн сангуудын хооронд синхрончлол дуусч байна.