1c солилцооны төлөвлөгөөг алхам алхмаар бий болгох. Стандарт хэрэгслийг ашиглан хуваарьт солилцоо. EnterpriseData формат гэж юу вэ

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

Би яагаад өгөгдөл солилцоог тохируулах ёстой вэ?

UT болон АД-ын нөхцөл байдлыг үргэлжлүүлэн авч үзье. Яг одоо манай биржийг тохируулаагүй байна гэж төсөөлөөд үз дээ, бид хоёр мэдээллийн санд нягтлан бодох бүртгэлийн гүйлгээг тусгахын тулд ямар арга хэмжээ авах шаардлагатай вэ? Тийм ээ, эхлээд бид УТ-д өгөгдлийг бөглөнө, дараа нь бид ижил өгөгдлийг АД-д оруулах шаардлагатай болно, учир нь бид жишээлбэл, UT-д бараа хүлээн авсан баримтыг оруулах боломжгүй, гэхдээ бид үүнийг хийх боломжгүй. АД.

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

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

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

Танд нэгээс олон 1С мэдээллийн сан байна
Мэдээллийг нэг мэдээллийн сангаас нөгөөд болон эсрэгээр хурдан шилжүүлэхийг шаарддаг
Автомат солилцоо эсвэл бодит цагийн солилцоо хэрэгтэй

1С тохиргооны хооронд өгөгдөл солилцох хөгжүүлэлт, тохиргоо

Зөв зохион бүтээсэн өгөгдөл солилцох нь танд дараахь боломжийг олгоно.

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

Өөрчлөгдсөн UT болон BP мэдээллийн сангийн жишээн дээр өгөгдөл солилцох дүрмийг боловсруулах

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

Түлхүүр үг: тархсан, URDB, XML, бүртгэл, зангилаа, зангилаа, автомат бүртгэл, анхны, зураг, POP3, SMTP, MailMessage, захын, төв, хуулбар, солилцоо

Татгалзах мэдэгдэл ба ашиглалтын нөхцөл

Энэ нийтлэлд санамсаргүйгээр дурдсан бүх барааны тэмдэг нь тус тусын эздэд хамаарна.
Энэхүү нийтлэлийг Creative Commons Attribution-Share Alike 3.0 Unported License-ийн дагуу нийтэлсэн болно.
http://creativecommons.org/licenses/by-sa/3.0/

Дараах бүх зүйл 8.0.7.36 ба түүнээс дээш хувилбарыг гаргахад хамаарна гэдгийг нэн даруй тэмдэглэе.

Алхам 1: Солилцооны төлөвлөгөө гарга

Бид тохиргоонд солилцооны төлөвлөгөө гаргадаг. Үүнийг жишээ нь "DistributedBase" гэж нэрлэе. Шаардлагатай
Солилцооны төлөвлөгөөний шинж чанарт "Тараарсан мэдээллийн сан" гэсэн нүдийг чагтална уу.

"Бусад" таб дээрх "Бүтэц" товчийг дарж солилцоонд ямар объект оруулахыг тодорхойлно. By
Анхдагчаар та бүх объектыг идэвхжүүлж болно ("Үйлдэл" - "Бүгдийг идэвхжүүлэх"). Чухал цэг бол параметр юм
"Автоматаар бүртгүүлэх". Ерөнхийдөө энэ нь бүх объектод идэвхжсэн байх ёстой.

Анхаарна уу: тохиргоонд шинэ объект нэмэх үед тэдгээрийг солилцооны төлөвлөгөөнд оруулаагүй болно. Тэдгээр. дараа
Объект нэмэхийн тулд түүнийг солилцооны төлөвлөгөөнд нэмэх шаардлагатай.

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

Зарчмын хувьд эдгээр үйлдэл нь RDB-д "гарын авлага" горимд ажиллахад хангалттай юм. Үүнийг хийхийн тулд бид эхлүүлнэ
Аж ахуйн нэгж, манай солилцооны төлөвлөгөөг "Үйл ажиллагаа" цэсээр нээнэ үү. Солилцооны хувьд энэ нь үргэлж байдаг
урьдчилан тодорхойлсон зангилаа "цэгтэй". Энэ бол одоогийн зангилааны тайлбар юм. Үүнийг нээж, бөглөх шаардлагатай. Д манай
Энэ тохиолдолд "Код" болон "Нэр" талбарууд бэлэн болно. "АА" кодыг зангилаадаа өгөөд дуудъя
"Төв". Солилцооны төлөвлөгөөнд нэг зангилаа нэмье. Үүнийг "BB" кодоор өгөөд "Захын" гэж нэрлэе.

Одоо бид захын суурийн зургийг үүсгэж болно. Энэ нь "Эхлэл үүсгэх" товчийг дарснаар хийгддэг
дүрс". Зангилааны жагсаалтад захын баазыг сонгосон байх ёстой. Өгөгдлийн сангийн дүрсийг бэлэн мэдээллийн аюулгүй байдлын хэлбэрээр бүтээдэг.
каталог эсвэл 1С: Enterprise сервер дээр. (7.7-оос ялгаатай нь мэдээллийн аюулгүй байдлын дүрсийг файл хэлбэрээр үүсгэсэн
буулгах). Дараа нь үүсгэсэн өгөгдлийн санг 1CV8.1CD файлыг хуулж аваад хүссэн байршилд шилжүүлж болно.
(файлын хувилбарын хувьд), эсвэл өгөгдлийг байршуулах, татаж авах замаар Тохируулагчаар дамжуулан.

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

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

Алхам 2: Өөрчлөлтүүдийг XML файлд байршуулж, имэйлээр илгээнэ үү

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

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

Имэйлтэй ажиллах журмыг бүх нийтийн болгоё, өөрөөр хэлбэл. боломжтой болгоё
MAPI хоёуланг нь ашиглах (и-мэйл клиентээр дамжуулан илгээх-хүлээн авах, жишээлбэл, MS Outlook) болон
SMTP/POP3 серверүүд рүү шууд нэвтрэх.

Тохиргоонд хэд хэдэн тогтмолыг нэмье:

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

Нийтлэг модуль нэмээд "rbDistributedBase" гэж нэрлэе. Бид үүнд бичнэ:

Процедур rbSendExchangeMessages() Export UseSMTP = Constants.UseSMTPExchange.Receive(); //Эхлээд бид Mail объектыг үүсгэх бөгөөд энэ нь тохиргооноос хамааран InternetMail төрлийн байх болно. //хэрэв серверт шууд хандалт ашиглаж байгаа бол, эсвэл MAPI ашиглаж байгаа бол Mail.Хэрэв SMTP ашигладаг бол //InternetMail төрлийн объектын хувьд шуудангийн профайл үүсгэж бөглөнө үү. MailProfile = Шинэ InternetMailProfile; MailProfile.SMTPServerAddress = Constants.SMTPExchangeServerAddress.Get(); MailProfile.SMTPort = Constants.SMTPExchangeServerPort.Receive(); MailProfile.SMTPUser = Constants.SMTPExchangeServerUser.Receive(); MailProfile.SMTP Нууц үг = Constants.SMTPExchangeUserPassword.Receive(); MailProfile.WaitTime = Constants.ServerWaitTime.Get(); Мэйл = Шинэ InternetMail(); Mail.Connect оролдлого (MailProfile); Онцгой байдлын тайлан(" СОЛИЛЦОО: Мэйл профайл руу холбогдоход алдаа гарлаа! Солилцоо амжилтгүй боллоо!" + ErrorDescription(), MessageStatus.VeryImportant); Буцах; EndAttempt; Үгүй бол Mail = Шинэ Мэйл(); оролдлого Mail.Connect(); Онцгой байдлын тайлан("" + ErrorDescription(), MessageStatus.VeryImportant); Буцах; EndAttempt; EndIf ; //Дараа нь солилцооны төлөвлөгөөнөөс одоогийнхоос бусад бүх зангилааг сонгоно. // Perform Exchange шинж чанарыг тохируулсан байдаг. SelectionNodes = ExchangePlans.DistributedBase.Select(); While SelectNodes.Next() Loop Хэрэв үгүй бол SelectNodes.PerformExchange Дараа нь үргэлжлүүл; endIf; Хэрэв SelectionNodes.Link = ExchangePlans.DistributedBase.ThisNode() бол Үргэлжлүүлэх; endIf; Цахим хаяг = AbbrLP(SelectionNodes.ElectronicAddress); Хэрэв EmailAddress = "" Дараа нь үргэлжлүүлнэ үү; endIf; //XMLRecord болон MessageRecord объектуудыг ашиглан бид өөрчлөлтийг бүртгэдэг //xml файлын сонгосон зангилааны хувьд.Зангилаа = SelectionNodes.Link; XMLRecord = NewXMLRecord(); MessageFileName = TemporaryFileDirectory() + "Message_" + AbbreviatedLP(ExchangePlans.DistributedBase.ThisNode().Code) + "_ " + товчилсонLP(Node.Code) + ".xml "; EntryXML.OpenFile(MessageFileName); MessageRecord = ExchangePlans.CreateMessageRecord(); MessageRecord.StartRecord(XMLRecord, Node); ExchangePlans.WriteChanges(WriteMessage); WriteMessage.FinishRecord(); WriteXML.Close(); // Дараа нь бид шинэ үсэг үүсгэж, үүссэн xml файлыг хавсаргана //Зангилааны имэйл хаягт заасан хаяг руу илгээнэ үү.Файл = Шинэ файл(MessageFileName); Зурвасын сэдэв = "1C:Exchange" + Abbr.LP(ExchangePlans.DistributedBase.ThisNode().Code) + "_" + Abbr.LP(Node.Code); Хэрэв UseSMTP бол MailMessage = Шинэ InternetMailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName, File.Name); MailMessage.Recipients.Add(И-мэйл хаяг); Mail.Send(MailMessage); Өөр MailMessage = шинэ MailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName); MailMessage.Recipients.Add(И-мэйл хаяг); Mail.Send(MailMessage, Худал); endIf; Хэрэв Constants.OutputExchangeMessages.Get() бол мэдээлэх(" СОЛИЛЦОО: Зангилаагаар мессеж солилцох" + Node.Name + " илгээсэн! ", MessageStatus.Information); EndIf; DeleteFiles(MessageFileName); EndCycle; Mail.Disconnect(); EndProcedure

Би интерфэйс дээр нэмэлт самбар нэмэхийг зөвлөж байна, үүний аль нэг товчлуур дээр та үүн рүү залгаж болно
журам. Одоо зөвхөн Enterprise-ийг эхлүүлэх, захын мэдээллийн аюулгүй байдлын имэйл хаягийг тохируулах,
"солилцоо" нүдийг чагталсны дараа самбар дээрх процедурын товчийг дарж, имэйл хүлээн авахын тулд ажиллуулна уу
заасан имэйл хаягууд. Та "1C: Exchange AA_BB" гэсэн гарчигтай захидал болон хавсаргасан файлыг хүлээн авах ёстой
"Message_AA_BB.xml".

Тиймээс ажлын тал хувь нь дууссан: бид G8-д RDB солилцооны мессежийг имэйлээр илгээхийг зааж өгсөн
шуудан.

Алхам 3. Шинэчлэлтүүдийг цахим шуудангаар хүлээн авч, мэдээллийн аюулгүй байдалд тэмдэглэнэ

Одоо урвуу процедурыг хийцгээе: шинэчлэлтийг имэйлээр хүлээн авч, мэдээллийн аюулгүй байдалд бүртгэх.

Сеансын параметрүүдэд Boolean төрлийн "Тархсан мэдээллийн баазын солилцоо явагдаж байна" параметрийг нэмнэ. Би үүнийг доор тайлбарлах болно
уулзалт.

rbDistributedBase нийтлэг модульд дараах процедурыг нэмье:

Процедур rbGetExchangeMessages() Export UseSMTP = Constants.UseSMTPExchange.Receive(); // rbSendExchangeMessages() процедурын нэгэн адил эхлээд объект үүсгэнэХэрэв SMTP ашигладаг бол Mail Дараа нь MailProfile = Шинэ InternetMailProfile; MailProfile.POP3ServerAddress = Constants.POP3ExchangeServerAddress.Get(); MailProfile.POP3Port = Constants.POP3ExchangeServerPort.Get(); MailProfile.User = Constants.POP3ExchangeServerUser.Get(); MailProfile.Password = Constants.UserPasswordPOP3Exchange.Receive(); MailProfile.WaitTime = Constants.ServerWaitTime.Get(); Мэйл = Шинэ InternetMail(); Mail.Connect оролдлого (MailProfile); Онцгой байдлын тайлан(" СОЛИЛЦОО: Мэйл профайл руу холбогдоход алдаа гарлаа! | Солилцоо амжилтгүй боллоо!", MessageStatus.VeryImportant); Буцах; EndAttempt; Үгүй бол Mail = Шинэ Мэйл(); Attempt Mail.Connect(); Онцгой байдлын тайлан(" СОЛИЛЦОО: Хэрэглэгчийн имэйл профайл руу холбогдоход алдаа гарлаа! | Солилцоо амжилтгүй боллоо!", MessageStatus.VeryImportant); Return; EndAttempt; EndIf; MessageArray = Шинэ массив; Хэрэв UseSMTP Дараа нь AllMessages = Mail.Select(False); Бусад AllMessages = Mail.Select(False, False); EndIf; //Бүх үсгүүдээс "1C: Exchange" гэсэн гарчигтай үсгийг сонгоно уу. // Жижиг боловч чухал тэмдэглэл: //"1C:Exchange" сэдэвтэй бүх хүлээн авсан захидал зорилготой гэж бид үзэж байна // яг одоогийн зангилааны хувьд, //тэд. солилцооны хувьд өөр өөр зангилаанууд өөр өөр имэйл хаягтай байдаг.Бүх зурвасаас ирсэн мессеж бүрийн хувьд Арслан бол мөчлөг (Зурвас. Гарчиг, 8 )<>"1C: Exchange" Дараа нь үргэлжлүүлнэ үү; endIf; TryMessageArray.Add(Message); // Имэйлийн хавсралтыг дискэнд хадгална. //Бид одоохондоо хавсралтыг сайтар шалгахыг тайзны ард үлдээх болно.Хавсралт = Message.Attachments; MessageFileName = TemporaryFileDirectory() + Attachment.Name; ExchangeData = Attachment.Data; ExchangeData.Write(MessageFileName); //XMLReader болон MessageReader объектуудыг ашиглан бид өгөгдлийг уншдаг // хадгалсан файлын шинэчлэлтүүд. Мэдээллийн аюулгүй байдлын шинэчлэлтийг бүртгэхээс өмнө //Үйл ажиллагаа явуулж буй Distributed Database Exchange сесс параметрийг True болгож тохируулна уу. //Дараа нь бид мэдээллийн аюулгүй байдлын өөрчлөлтүүдийг уншина: Exchange Plans.ReadChanges(ReadMessage). // Үүний зэрэгцээ бид мессежүүдийг массив хэлбэрээр хадгалдаг бөгөөд ингэснээр дараа нь бүгдийг нэг дор устгах боломжтой. ReadXML = шинэ ReadXML(); ReadXML.OpenFile(MessageFileName); MessageReader = ExchangePlans.CreateMessageReader(); ReadMessage.StartReading(ReadingXML); SessionParameters.DistributedBaseExchange ажиллаж байна = Үнэн; ExchangePlans.ReadChanges(ReadMessage); ReadMessage.FinishReading(); ReadXML.Close(); Хэрэв Constants.OutputExchangeMessages.Get() бол мэдээлэх(" СОЛИЛЦОО: Мэдээлэл солилцохыг зөвшөөрсөн",MessageStatus.Information); EndIf; Онцгой байдлын тайлан(" EXCHANGE: Солилцооны өгөгдлийг хүлээн авахад алдаа гарлаа:" + ErrorDescription(), MessageStatus.VeryImportant); EndAttempt; //Мэдээллийн солилцоо дууссаны дараа буцна уу // DistributedBase Exchange ажиллаж байгаа сесс параметрийг Худал гэж тохируулсан. SessionParameters.DistributedBaseExchange ажиллаж байна = Худал; Файлуудыг устгах оролдлого(MessageFileName); Үл хамаарах зүйл // болохгүй бол яахав EndAttempt; Төгсгөлийн мөчлөг; Хэрэв та SMTP ашигладаг бол Mail.DeleteMessages(MessageArray); endIf; Mail.Disconnect(); Процедурын төгсгөл

Одоо тараасан мэдээллийн баазын солилцооны процессын параметр юунд хэрэгтэй талаар.
Баримт нь ExchangePlans.ReadChanges() аргыг ашиглан өгөгдлийг унших үед дуудлага хийгдэнэ
Өөрчлөгдсөн/нэмэгдсэн объектуудын BeforeWrite() үйл явдлын зохицуулагчийн процедур. Мөн бичлэг хийх үед
зохицуулагчийн процедурын аль ч объектын Татгалзах параметрийг Үнэн болгож тохируулна
ExchangePlans.ReadChanges()-г гүйцэтгэх үед үл хамаарах зүйл тохиолдох бөгөөд үүний дагуу солилцоо
цаазаар авахгүй. DistributedBase Exchange In Progress сессийн параметрийн утга нь байж болно
Ийм нөхцөл байдлаас зайлсхийхийн тулд зохицуулагчийн процедурт дүн шинжилгээ хийсэн.
12-р хэвлэлийг гаргаснаар (хэдийгээр би хувилбаруудын талаар алдаатай байж магадгүй) энэ аргын хамаарал бага зэрэг байна.
хуучирсанA, учир нь объектууд өмчтэй болсон Солилцооны сонголтууд, хэнээс, өөрийнхөөрөө. Энэ шинж чанарыг хэзээ үнэн гэж тохируулсан
Хуваалцах төлөвлөгөөгөөр өгөгдөл хадгалах.

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

Тиймээс бид түүхийн зорилгодоо бараг л ойртож байна. Зөвхөн нэг алхам үлдлээ: хөөргөх
солилцооны процедурыг автоматаар гүйцэтгэх. Эхэлцгээе.

Number(5,0) төрлийн тогтмол, DistributedBase Autoexchange Interval-ийг нэмье.

Хэрэглэгчийн тохиргоонд Perform Distributed Database Exchange параметрийг нэмье. Тохиргооны хувьд
"Худалдааны менежмент" нь дараах байдлаар хийгддэг.

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

rbDistributedBase модульд процедурыг нэмнэ үү:

Процедур rbPerformExchange(хэрэглэгч) Экспорт Хэрэв npGetDefaultValue(хэрэглэгч, "") Дараа нь rbGetExchangeMessages(); rbSendExchangeMessages(); endIf; Процедурын төгсгөл

програмын модуль руу:

Процедурын CheckConnectionAutoExchange() Экспорт хийх бол npGetDefaultValue(chCurrentUser, " Түгээмэл мэдээллийн сангийн солилцоог гүйцэтгэх") Мөн Constants.DistributedBaseAutoExchangeInterval.Get() > 0 Дараа нь ConnectWaitHandler(" Автомат солилцоог ажиллуул", Constants.DistributedBaseAutoExchangeInterval.Get()); Үгүй бол DisableWaitHandler(" Автомат солилцоог ажиллуул"); EndIf; EndProcedure Процедур ExecuteAutoExchange() Экспорт rbExchange(glCurrentUser); DisableWaitHandler(" Автомат солилцоог ажиллуул"); Хэрэв npGetDefaultValue(chCurrentUser, " Түгээмэл мэдээллийн сангийн солилцоог гүйцэтгэх") Мөн Constants.DistributedBaseAutoExchangeInterval.Get() > 0 Дараа нь ConnectWaitHandler(" Автомат солилцоог ажиллуул", Constants.DistributedBaseAutoExchangeInterval.Get()); EndIf; EndProcedure Процедур DisableAutoExchange() Export DisableWaitHandler(" Автомат солилцоог ажиллуул"); Төгсгөлийн процедур

Хэрэглээний модулийн WhenSystemStart() процедурт дараах мөрүүдийг нэмнэ үү:

(арилжааны тоног төхөөрөмжийг холбосны дараа)
...
SessionParameters.DistributedBaseExchange ажиллаж байна = Худал; CheckAutoExchangeConnection();

Процессыг удирдахын тулд самбартаа хэд хэдэн товчлуур нэмж оруулцгаая: нэг процедурыг нэг дээр нэмнэ үү
CheckConnectAutoExchange(), нөгөө талаас - DisableAutoExchange()

Бид аж ахуйн нэгжийг ажиллуулж, хэрэглэгчийн шинж чанар, автомат солилцооны интервалыг тохируулдаг, тэгээд л боллоо!

Одоо энэ хамгийн тохируулагдсан хэрэглэгчийн мэдээллийн санд нэвтрэх үед зохицуулагчийг эхлүүлэх болно
ExecuteAutoExchange() хүлээж байна. Мэдээжийн хэрэг, та захын мэдээллийн санд хэрэглэгчийг тохируулах хэрэгтэй
солилцох зорилгоор.

Өөр нэг жижиг боловч чухал тэмдэглэл:

Бидний бүтээсэн бүх гоо үзэсгэлэнд нэг асуудал бий: тохиргооны өөрчлөлт. At
Захын суурь нь тохиргооны өөрчлөлтийг агуулсан мессежийг хүлээн авах үед энэ нь
хүлээн зөвшөөрөгдөх боловч үл хамаарах зүйл тохиолдох болно. Энэ тохиолдолд тохиргоо нь өөрчлөгдсөн байх болно
ачаалагдсан. Өгөгдлийн сангийн тохиргоог шинэчлэхийн тулд та бүх хэрэглэгчдийг хөөх хэрэгтэй
тохируулагч болон өгөгдлийн сангийн тохиргоог шинэчлэх (үүнийг хийхээс өмнө өгөгдлийг байршуулах нь зүйтэй). TO
Харамсалтай нь энэ бол зайлшгүй муу зүйл юм. Богино сарьсан багваахай файл бичснээр та амьдралаа бага зэрэг хөнгөвчлөх боломжтой
Энэ нь иймэрхүү зүйл:

1cv8.exe Тохиргоо /F<путь к ИБ>/Н<Пользователь>/П<Пароль>/UpdateIBCfg

Бас нэг тэмдэглэл:

Харамсалтай нь xml файлууд нь нягт биш боловч аз болоход тэдгээр нь төгс шахагдсан байдаг. -д боломжтой
мессеж илгээх, хүлээн авах журам, файлуудыг савлах, задлах. COLOR="#666666">Үүнийг гадаад архивлагч эсвэл VK ашиглан, жишээ нь Wheel.AddIn ашиглан хийж болно.
(http://1c.proclub.ru/modules/mydownloads/personal.php?cid=81&lid=2714) .
10-р (энэ нь) хэвлэлийг гаргаснаар өмнөх санал нь зарим талаараа хуучирсан, учир нь платформ нь
ZIP алгоритмыг ашиглан суулгасан файл шахах хэрэгслүүд байсан. Тэдгээр. одоо файлуудыг шахах боломжтой болсон
VK ашиглахгүйгээр.

Би 1С: Үйлдвэрлэлийн аж ахуйн нэгжийн менежмент (PEM) солилцооны ==> 1С: Нягтлан бодох бүртгэл (BP) 2.0-ийн жишээн дээр дурын солилцооны дүрмийг ашиглан бүрэн автомат мэдээлэл солилцох зохион байгуулалтыг авч үзье.

1C:UPP болон Enterprise Accounting 2.0 гэсэн 2 мэдээллийн сан байдаг. UPP-д хэд хэдэн баримт бичгийг бий болгодог: Бараа, үйлчилгээний борлуулалт, Бараа, үйлчилгээний хүлээн авалт, Нэхэмжлэх. Нягтлан бодох бүртгэлийн хэлтэс нь мөнгөн гүйлгээний талаархи баримт бичгүүдийг үүсгэдэг: мөнгөн гүйлгээний тооцоо, бэлэн мөнгөний тооцоо, төлбөрийн даалгавар.

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

АЛХАМ 1. Солилцооны зангилаануудыг тохируулах.

Мэдээлэл солилцоход "Бүрэн" солилцооны төлөвлөгөөг ашиглана. Үүнийг хийхийн тулд АД-ын үйл ажиллагаанууд ==> Солилцооны төлөвлөгөө ==> Бүрэн.

Солилцооны төлөвлөгөөнд ҮРГЭЛЖ нэг урьдчилан тодорхойлсон солилцооны зангилаа орно. Энд гурван цэг байна:

1) Та солилцооны тохиргоонд урьдчилан тодорхойлсон зангилаа ашиглах боломжгүй

2) Энэ зангилааны кодыг анхдагчаар заагаагүй бөгөөд заавал зааж өгөх ёстой

3) Мэдээллийн солилцоо зохион байгуулагддаг мэдээллийн санд, Урьдчилан тодорхойлсон зангилааны кодууд таарахгүй байх ёстой, энэ нь алдаа гаргахад хүргэнэ.

АД-ын "Бүрэн" солилцооны төлөвлөгөөнд бид дараахь үйлдлүүдийг хийнэ.

1) Бид урьдчилан тодорхойлсон зангилааны код, нэрийг зааж өгнө. Нэр = "Урьдчилан тодорхойлсон", Код = 001 гэж хэлье.

2) Шинэ солилцооны зангилаа үүсгээд "UPP" гэж нэрлээд 003 код өгье.

Үүний нэгэн адил "Бүрэн" 1С: UPP солилцооны төлөвлөгөөг нээж, дараах алхмуудыг гүйцэтгэнэ.

1) Бид урьдчилан тодорхойлсон зангилааны код, нэрийг зааж өгнө. Жишээлбэл, Нэр = "Урьдчилан тодорхойлсон", код = "002".

2) Шинэ солилцооны зангилаа үүсгээд "АД" гэж нэрлээд 003 код өгье.

UPP болон BP мэдээллийн сан дахь урьдчилан тодорхойлогдоогүй солилцооны зангилааны КОДУУДЫГ таарч байх ёстой.

АЛХАМ 2. Автомат өгөгдөл солилцох тохиргоог хийнэ үү.

"Бүрэн" интерфейс дэх UPP мэдээллийн санд. "Үйлчилгээ" цэс ==> "Бусад өгөгдөл солилцох" ==> "Бүх өгөгдөл солилцох тохиргоо".

Нээгдсэн маягтаас "Тархсан мэдээллийн бааз" -ыг сонгоод "Нэмэх" товчийг дарна уу.

Гарч ирэх цонхонд та тохиргооны нэрийг зааж өгөх ёстой. "Зангилаа" талбарт та "Бүрэн" солилцооны төлөвлөгөөг сонгоод өмнө нь үүсгэсэн солилцооны зангилааг зааж өгөх ёстой.

Нээгдсэн харилцах цонхонд та дурын өгөгдөл солилцох дүрмийг сонгох ёстой.

"Exchange Type" талбарт "Infobase холболтоор солилцох" гэснийг сонгоод холболтын параметрүүдийг зааж өгнө үү: Infobase төрөл, платформ хувилбар, сервер дээрх зам эсвэл хаяг, хэрэглэгч, нууц үг.

Дараа нь та "Дүрмээр солилцох" таб руу очоод "Тохиргоог ачаалах" товчийг дарна уу. Солилцооны дүрмүүд нь "санамсаргүй хүсэлт" түүвэрлэлтийн аргатай дүрмийг агуулж болохгүй. Үүний үр дүнд алдаа гарна

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

АЛХАМ 3. Өгөгдлийн солилцоог тохируулах.

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

Одоо та үүсгэсэн тохиргоог шалгаж болно

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

EnterpriseData

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Бэлэн.