Төлөвлөгөө бүр нь элементүүдийн тодорхой жагсаалттай бөгөөд тэдгээрийн өөрчлөлтийн талаархи мэдээллийг хадгалах боломжтой. Энэхүү жагсаалтыг "Биржийн төлөвлөгөөний бүрдэл" гэж нэрлэдэг. Бүтэцийг өргөжүүлж болох боловч тохиргооны дэмжлэгийг хассан.
"Төлөвлөгөөний төлөвлөгөө" нь синхрончлолын үндсэн дээр ажиллах дүрмийг хадгалдаг. Чухамхүү энэхүү хөрвүүлэх багц (Бүртгэлийн дүрэм, Биржийн дүрэм, Корреспондент солилцооны дүрэм) бидэнд цаашид судлах шаардлагатай байна.
"1С: Цалин ба HR 3" (ZUP) ба "1С: Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3" (BP) тохиргооны хооронд өгөгдөл синхрончлох жишээг авч үзье. Энэ даалгаварт бид тохиргоог дэмжлэгээс хасах хэрэгтэй болно гэдгийг бид нэн даруй тэмдэглэж байна. Үүнийг нөхцлөөр шаарддаг.
Загвар солилцооны дүрмийг боловсронгуй болгох шаардлагатай байгаагийн амьд жишээ
Жишээлбэл, үйлчлүүлэгч бидэнтэй дараах асуудлын талаар холбогдож: ZUP болон BP-ийн хооронд синхрончлол хийх үед "Татварын албанд бүртгүүлэх" лавлахын мэдээллийг шилжүүлэх боломжгүй, "Цалингийн тусгал" хэсгийг бөглөх шаардлагатай. нягтлан бодох бүртгэл” баримт бичиг. Одоо хүснэгтийн хэсэгЭнэ баримт бичгийн АД хүлээн авагчийн хажуу талд хоосон "Бүртгэл ..." байгаа бөгөөд хэрэглэгчид лавлахад ийм оруулгуудыг гараар үүсгэх ёстой. Зөвшөөрч байна, эвгүй байна. Бид энэ цэгийг сайжруулж чадна. 
Асуудлын шийдэл: бид ExchangeSalary3Accounting3 солилцооны төлөвлөгөөнөөс хөрвүүлэх багцыг эцэслэн гаргах болно. Стандарт "1С биржийн дүрэм" -д "Татварын албанд бүртгүүлэх" лавлахын шинэ "Объект хувиргах дүрэм" (PKO) болон үүний дагуу энэ лавлах (PKS) "Хөрөнгийн хөрвүүлэлт" -ийг нэмье. Бид "Объектуудыг бүртгэх дүрэм" стандартыг эцэслэн батлах болно, учир нь биржийн зангилаа дээрх лавлах өөрчлөлтийг бүртгэх шаардлагатай болсон. Мөн бид корреспондентийн баазын "1С солилцооны дүрэм" -ийг дахин хянан үзэх болно.
Үүнийг бид хаана засах вэ? Дүрмүүдийг бичих, өөрчлөхийн тулд бидэнд "1С: Өгөгдөл хувиргах 2" тохиргоо хэрэгтэй.
PZUP-BP солилцооны төлөвлөгөөнөөс хөрвүүлэх стандарт дүрмийг боловсронгуй болгох
Тиймээс, ExchangeSalary3Accounting3 - Бүртгэлийн Татварын албаны лавлахын тохируулагчийн бүрэлдэхүүнд шинэ элемент нэмж оруулснаар 1С солилцооны дүрмийг эцэслэн боловсруулж эхэлцгээе. Бид энэ өөрчлөлтийг "1С: Цалин ба аж ахуйн нэгжийн удирдлага 3" ба "1С: Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3" хоёр тохиргоонд хийнэ.
Тохиргоог хадгалах, шинэчлэх.
Байгууллагын горимд мэдээллийн сан бүрийн хувьд бид 1C: Enterprise 8.3 платформд зориулсан MD83Exp.epf боловсруулалтыг ашиглан мета өгөгдлийн бүтцийн тайлбарыг байршуулах болно. Боловсруулалтыг "1С: Өгөгдөл хувиргах" багцаас олж болно.
Дараагийн шатанд бид ZUP болон АД-аас хөрвүүлэх багцыг буулгана. Багц нь бүртгэлийн дүрэм, солилцооны дүрэм, корреспондент солилцооны дүрэм гэсэн 3 файлаас бүрдэнэ.
Энэ нийтлэлийн хүрээнд өгөгдлийн синхрончлолыг хэрхэн тохируулах талаар ямар ч тайлбар байхгүй тул та үүнийг Coderline вэбсайтаас "Мэргэжилтэнгийн нийтлэл" хэсгээс унших эсвэл вебинар бичлэгийг үзэх боломжтой. Одоо энэ сонголтыг мэдээллийн санд аль хэдийн тохируулсан байна. Тиймээс, синхрончлолын тохиргоо руу очно уу (Удирдлага -> Өгөгдлийн синхрончлол -> Өгөгдлийн синхрончлолын тохиргоо), "Дүрэм ачаалах" товчийг дарна уу. Бид "Синхрончлолын дүрэм" маягтыг харах болно. "Дэлгэрэнгүй" товчийг дараад "Файлд дүрмийг хадгалах" сонголтыг сонгоно уу.
Буулгасны дараа авах ёстой багц энд байна.
"1С: Аж ахуйн нэгжийн нягтлан бодох бүртгэл" өөр мэдээллийн санд бид ижил төстэй үйлдлүүдийг хийх болно.
Үүний үр дүнд дүрмийг засварлах бүх бэлтгэл ажил бэлэн болсон. Бидэнд байгаа:
"1С: Өгөгдлийн хувиргалт 2" руу ачаалах мета өгөгдлийн бүтцийн тодорхойлолт (ZUP ба BP-ийн хувьд);
1С-д байршуулахад шаардлагатай 1С солилцооны дүрэм, бүртгэлийн дүрмийг агуулсан хөрвүүлэх багц: Өгөгдөл хувиргах 2 (ZUP болон BP-д зориулсан).
"1С: Өгөгдөл хувиргах 2" руу очно уу. Мэдээллийн санг хоёуланг нь дарааллаар нь дараах алхмуудыг гүйцэтгэнэ.
Манай тохиргооны мета өгөгдлийн бүтцийг ачаалж байна;
Бид хөрвүүлэлт үүсгэж, хөрвүүлэх багцуудаас 1С өгөгдөл солилцох дүрмийг ачаалдаг (дүрэм файлыг ExchangeRules гэж нэрлэдэг);
Бүртгэл үүсгэж, хөрвүүлэх багцаас бүртгэлийн дүрмийг ачаална уу (дүрмийн файлыг RegistrationRules гэж нэрлэдэг).
Бид сайжруулалт руугаа шууд ордог. Бид "Татварын албанд бүртгүүлэх" лавлах ном болох 1С солилцооны дүрэмд шинэ объект хувиргах дүрмийг (PKO) нэмж оруулав. Бид энэ лавлахад өмч хувиргах дүрэм (PCS) болон өгөгдөл байршуулах дүрмийг (PDS) нэмдэг. Энэ төрлийн сайжруулалтыг ZUP багцын дүрэм болон АД-ын багцын солилцооны дүрмийн аль алинд нь хийх ёстой. Бид солилцооны дүрмийг харгалзах ExchangeRules файлууд руу буулгана.
Шинэ элементийг бүртгэх дүрэм рүү шилжье. Бид "Татварын албанд бүртгүүлэх" лавлах номыг нэмж оруулав. Бүртгэлийн дүрмийг RegistrationRules багцаас тохирох файлд байршуулна уу. Энэ үйлдлийг мөн хоёр суурийн хувьд гүйцэтгэдэг.
Өөрчлөгдсөн солилцооны дүрэм, бүртгэлийн дүрэм бэлэн боллоо. Одоо бид солилцооны дүрмийн агуулгыг (ExchangeRules) АД-ын багцаас ZUP багцаас корреспондент дүрмүүд (CorrespondentExchangeRules) руу хуулж байна. АД-ын багцын корреспондентийн дүрмүүдэд (CorrespondentExchangeRules) ZUP багцаас солилцооны дүрмийн (ExchangeRules) агуулгыг хуулна.
Үр дүн нь дараах байдалтай байх ёстой.
Энэ нь "1С: Өгөгдөл хувиргах 2" дээрх ажлыг дуусгаж байна. Хөрвүүлэх дүрмийн өөрчилсөн багцууд бэлэн болсон тул тэдгээрийг мэдээллийн санд буцааж байршуулж, синхрончлолыг шалгахад л үлддэг.
Багцаас файлуудыг архивлах ZIP архивмөн ZUP болон BP руу хөрвүүлэх багцуудаа байршуулна уу.
Бүгд бэлэн. Үүнийг турших хэвээр байна.
Асуудлын нөхцөлийг санацгаая. "Татварын албанд бүртгүүлэх" лавлахыг буулгахын тулд бүртгүүлж, "1С: Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3" талд "Нягтлан бодох бүртгэлд цалингийн тусгал" баримт бичгийн PM хэрхэн бөглөж байгааг шалгах шаардлагатай байв.
"1С: Цалин ба аж ахуйн нэгжийн менежмент 3" эх сурвалж дээр бид буулгах лавлахыг бүртгэдэг. Бид синхрончлолыг гүйцэтгэдэг. Бид хүлээн авагчийн мэдээллийн санд очиж, өгөгдлийг хүлээн авахын тулд синхрончлолыг гүйцэтгэдэг. Одоо солилцооны төлөвлөгөөнд өөрчлөлтийг бүртгэх шаардлагатай лавлах гарч ирснийг анхаарна уу.
Бид "1С: Аж ахуйн нэгжийн нягтлан бодох бүртгэл 3" хэсгийг шалгана.
Дүгнэж хэлье. Даалгаврын үр дүн амжилттай дууссан. Бид ZUP - BP солилцооны төлөвлөгөөг эцэслэн боловсруулж, өөрчлөлтийг бүртгэх шинэ элемент нэмж, өгөгдлийг синхрончлох хөрвүүлэх дүрмийг бөглөсөн.
Автоматжуулсан системүүдудирдлага нь ихэнх тохиолдолд тусдаа мэдээллийн сангаас бүрдэх ба газарзүйн хувьд тархсан бүтэцтэй байдаг. Үүний зэрэгцээ зөв хэрэгжсэн мэдээлэл солилцох - шаардлагатай нөхцөлУчир нь үр дүнтэй ажилийм системүүд.
Энэ тохиолдолд солилцооны анхны тохиргоо нь 1С: Enterprise платформ дээр суурилсан бүтээгдэхүүнтэй адил нэгэн төрлийн эх сурвалжтай харьцаж байгаа ч гэсэн зөвхөн програмчлалын хувьд төдийгүй зөвлөгөө өгөх хэд хэдэн арга хэмжээ авах шаардлагатай болно. Яагаад 1С солилцоог (эсвэл 1С 8.3-д өгөгдөл синхрончлол гэж нэрлэдэг) бий болгох нь интеграцийн төслийн хамгийн их цаг хугацаа шаардсан, үнэтэй ажил болж болох талаар бид энэ нийтлэлд авч үзэх болно.
1С орчинд өгөгдөл солилцох нь танд дараахь боломжийг олгоно.
- Баримт бичгийн давхар бичилтийг арилгах;
- Холбогдох бизнесийн үйл явцыг автоматжуулах;
- Хуваарилагдсан хэлтэс хоорондын харилцааг оновчтой болгох;
- Төрөл бүрийн хэлтсийн мэргэжилтнүүдийн ажлын талаархи мэдээллийг цаг тухайд нь шинэчлэх;
- "Хязгаарлах" янз бүрийн төрөлнягтлан бодох бүртгэл.*
*Нэг төрлийн нягтлан бодох бүртгэлийн өгөгдөл нь нөгөөгөөсөө эрс ялгаатай тохиолдолд мэдээллийн нууцлалыг хангах, мэдээллийн урсгалыг "тусдаа" байлгах шаардлагатай. Жишээлбэл, 1С UT ба 1С Нягтлан бодох бүртгэлийн хооронд өгөгдөл солилцох нь удирдлагын мэдээллийг зохицуулалтын нягтлан бодох бүртгэлийн мэдээллийн санд байршуулахыг шаарддаггүй, i.e. 1С дахь синхрончлол энд бүрэн бус байх болно.
Хэрэв бид дор хаяж нэг объект нь 1С бүтээгдэхүүн байх үед анхдагч өгөгдөл солилцох стандарт процессыг төлөөлвөл дараах үе шатуудыг ялгаж салгаж болно.
- Биржийн бүрэлдэхүүнийг зохицуулах;
- Тээвэрлэлтийн тодорхойлолт (солилцооны протокол);
- дүрэм тогтоох;
- Хуваарь гаргах.
Биржийн бүрэлдэхүүнийг тодорхойлох 1С
Солилцооны объектуудыг нөхцөлт байдлаар "эх" ба "хүлээн авагч" гэж хувааж болно. Үүний зэрэгцээ тэд хоёр үүргийг нэгэн зэрэг гүйцэтгэх боломжтой бөгөөд үүнийг хоёр талын солилцоо гэж нэрлэнэ. Эх сурвалж, очих газрын тодорхойлолт нь хэрэгцээ, шаардлагаас хамааран логик байдлаар явагддаг функциональ байдалсистемүүд.*
*Жишээ нь, 1С: Аж ахуйн нэгжийн үндсэн дээр боловсруулсан санхүүгийн нягтлан бодох бүртгэл, төрийн сангийн үйл явцыг удирдах шийдэл болох WA: Financier-ийг нэгтгэх үед WiseAdvice мэргэжилтнүүд үүнийг мастер систем болгон ашиглахыг зөвлөж байна. Энэ нь хэрэглээний бодлогын дүрмийг дагаж мөрдөх хяналтын хэрэгслүүд байгаа бөгөөд үүний дагуу шийдлийн үр нөлөөг хангахтай холбоотой юм.
Цаашилбал, хэрэглэгчдээс хүлээн авсан, бүртгэгдсэн шаардлагын дагуу солилцох мэдээллийн жагсаалтыг гаргаж, тэдгээрийн хэмжээ, солилцооны давтамжийн шаардлагыг тодорхойлж, алдаатай ажиллах, онцгой нөхцөл байдлыг (мөргөлдөөн) шийдвэрлэх үйл явцыг зааж өгсөн болно.
Үүнтэй ижил үе шатанд одоо байгаа системийн флот, аж ахуйн нэгжийн бүтцээс хамааран солилцооны форматыг тодорхойлно.
Тархсан мэдээллийн сан
- RIB нь солилцооны хос бүрийн хувьд тодорхой мастер-боол хяналтын бүтэцтэй 1С мэдээллийн сангийн ижил тохиргоонуудын хооронд солилцоог хэлнэ. Технологийн платформын элемент болох RIB нь өгөгдлөөс гадна өгөгдлийн сангийн тохиргоо, удирдлагын мэдээллийн өөрчлөлтийг (гэхдээ зөвхөн мастераас боол руу) шилжүүлэх боломжтой.
бүх нийтийн солилцоо 1С дахь өгөгдөл
- 1С: Enterprise платформ дээрх тохиргоо болон гуравдагч талын системүүдийн аль алинд нь 1С мэдээллийн бааз солилцохыг тохируулах боломжийг олгодог механизм. Солилцоо нь "солилцооны төлөвлөгөө" -ийн дагуу өгөгдлийг бүх нийтийн xml формат руу шилжүүлэх замаар хийгддэг.
EnterpriseData
- Аливаа автоматжуулалтын систем бүхий 1C: 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, SCP, RO), бид өгөгдөл байршуулах дүрэм, эхлэх огноог тогтоодог. Угтварыг баримт бичгийн гарчигт зааж өгөх бөгөөд тэдгээрийн үүсгэсэн суурийг заана. Хэрэв байршуулах дүрмийг засварлаагүй бол өгөгдмөл өгөгдлийг боломжтой бүх параметрийн дагуу байршуулах болно.
Бид өөрсдийн үйлдлийг давтахгүйн тулд Retail-д зориулж солилцооны тохиргооны файл үүсгэдэг. Хэрэв та синхрончлолыг тохируулсны дараа шууд өгөгдөл илгээх шаардлагатай бол хайрцгийг шалгана уу.
Солилцооны үйл явцыг автоматжуулахын тулд та хуваарийг тохируулах хэрэгтэй.
Жижиглэнгийн цэс.
Хайрцагыг сонгоод Синхрончлолыг сонгоно уу.
Бид "Үйлдвэрлэлийн аж ахуйн нэгжийг удирдах"-ыг сонгосноор "урвуу" тохиргоог хийдэг.
SCP дээр үүсгэсэн тохиргоотой файлыг ачаална уу.
Бид тэмдэг тавиад систем нь хаягийг автоматаар авдаг.
Бид UPP-тэй адилхан ажилладаг.
Мэдээллийг баталгаажуулах харьцуулалт (Мэдээллийн гар аргаар харьцуулалтыг бэлтгэл үе шатанд хийхийг зөвлөж байна, учир нь энэ ажил нь солилцоог хэрэгжүүлэх явцад хамгийн их цаг хугацаа шаардсан ажил болж магадгүй юм). Харьцуулах цонх хулганыг давхар товшиж нээгдэнэ.
Синхрончлолд алдаа гарсан тохиолдолд "Дэлгэрэнгүй мэдээлэл..." гэснийг "Хэзээ ч..." гэж солино.
"Дэлгэрэнгүй ..." нь биржийн талаарх шинэчлэгдсэн мэдээлэл бүхий бүртгэлийн бүртгэлийг нээнэ.
Бэлэн.
Бүх нийтийн өгөгдөл солилцох механизмЭнэ нь 1С: Enterprise 8 дээр суурилсан газарзүйн тархсан системийг бий болгох, бусадтай мэдээлэл солилцох ажлыг зохион байгуулахад зориулагдсан. мэдээллийн систем 1C: Enterprise 8 дээр үндэслээгүй.
Энэ механизм нь зөвхөн 1C: Enterprise өгөгдлийг дамжуулах боломжийг олгодог; Энэ механизмыг ашиглан 1C: Enterprise 8-ийн тохиргоо, удирдлагын мэдээллийг дамжуулах боломжгүй.
Боломжууд
- өгөгдлийн солилцоог 1С: Аж ахуйн нэгжийн мэдээллийн бааз болон бусад мэдээллийн системүүдийн аль алинд нь хийж болно;
- янз бүрийн мессежийн стратеги зохион байгуулах;
- хэрэгжилт янз бүрийн арга замуудтархсан системийн янз бүрийн зангилаа дахь өгөгдлийг өөрчлөх үед мөргөлдөөнийг шийдвэрлэх;
- -аас мэдээллийн баазыг сэргээх зэрэг тохиолдолд өгөгдөл солилцох сэргээх ажиллагааг хэрэгжүүлэх нөөцлөлтүүдгэх мэт.
Онцлог шинж чанарууд
- XML баримт бичгийг солилцооны формат болгон ашигладаг;
- 1C: Enterprise 8 мэдээллийн баазуудын хооронд өгөгдөл солилцохдоо тодорхой объектуудын тохиргоо, бүтцэд ямар нэгэн хязгаарлалт тавьдаггүй;
- нэг тохиргоонд янз бүрийн мэдээллийн систем бүхий бие даасан солилцооны хэд хэдэн схемийг үүсгэж болно;
- биржийн схемийг зохион байгуулахдаа хуваарилагдсан системийн бүтцэд ямар ч хязгаарлалт тавьдаггүй. Энэ нь сонгодог од хэлбэрийн бүтэц, түүнчлэн илүү төвөгтэй олон түвшний цасан ширхгийн бүтэц болон бусад хэлбэрээр зохион байгуулагдаж болно;
- хэрэглэсэн шийдлийг хөгжүүлэгч нь дамжуулагдсан өгөгдлийн бүтэц, солилцооны тодорхой зангилаа руу дамжуулагдсан мэдээллийн бүтцийн хувьд солилцооны бүтцийг уян хатан хянах боломжийг олгодог;
- өгөгдлийн сангийн объект нь эхлээд солилцооны зангилааны аль нэгэнд үүсгэгддэг. Дамжуулсан мэдээллийн бүрэлдэхүүнийг өгөгдлийн агуулгаас хамааран тохируулж болох бөгөөд мэдээллийн анхны оролтын газраас хамаарахгүй.
Бүрэлдэхүүн хэсгүүд
Бүх нийтийн өгөгдөл солилцох механизм нь хатуу шийдэл биш юм. Түүний ажлыг 1С: Enterprise 8 технологийн платформын багц хэрэгслээр хэрэгжүүлдэг бөгөөд үүнийг янз бүрийн хослолоор хэрэглээний шийдэлд ашиглаж болно.
- Солилцооны төлөвлөгөө
Тохиргооны объектууд Солилцооны төлөвлөгөө нь бусад харилцааны хэрэгслүүдийг нэгтгэдэг төв юм. Эдгээр объектын тусламжтайгаар хуваарилагдсан системийн зангилаа болон энэхүү солилцооны төлөвлөгөөний хүрээнд солилцох ёстой өгөгдлийн бүрэлдэхүүнийг дүрсэлсэн болно.
Нэмж дурдахад, солилцооны төлөвлөгөө нь өгөгдөл солилцоход оролцдог хоёр чухал механизмыг хэрэгжүүлдэг.- Бүртгэлийн үйлчилгээг өөрчлөх
Ямар өгөгдлийн элементүүд өөрчлөгдсөн, тэдгээрийг аль солилцооны зангилаа руу шилжүүлэх шаардлагатай байгаа талаар мэдээлэл авах боломжийг танд олгоно.
- Бүртгэлийн үйлчилгээг өөрчлөх
IN жинхэнэ амьдралховор компани нэг 1С баазаар удирддаг. Хамгийн түгээмэл нөхцөл бол нягтлан бодох бүртгэл, цалингийн хоёр суурь юм.
Суурь нь холбогдсон байх ёстой - цалинг тооцсон, хуримтлагдсан татварыг нягтлан бодох бүртгэлийн хэлтэст төлөх ёстой.
Хэд хэдэн мэдээллийн санг холбохын тулд Exchange 1C байдаг. Тэр яаж ажилладаг вэ?
Exchange 1C гэж юу вэ?
Дэлгүүрийн сүлжээ, төв оффистой. Дэлгүүр, оффис бүр агуулахтай. Барааг агуулахаас агуулах руу (ихэвчлэн төв агуулахаас дэлгүүр рүү) шилжүүлж, дэлгүүрт зардаг.
Суурь 1С Retail-ийг оффис дээр ашигладаг бөгөөд дэлгүүр бүрт ижил суурийг ашигладаг. Дэлгүүрт байгаа баазууд нь оффис дахь сууринд захирагддаг.
Оффис нь барааг агуулахаас агуулах руу шилжүүлэх баримт бичгийг бүрдүүлж, үнийг тогтоодог. Баримт бичгийг харьяалагдах бааз руу байршуулж, бараа тэнд "харагдана".
Дэлгүүрт бараа борлуулах баримт бичгийг бүрдүүлдэг. Баримт бичгийг оффисын баазад байршуулж, тэнд борлуулалт "харагдана".
Ийм схемийг тархсан мэдээллийн бааз (DIB) гэж нэрлэдэг. Баримт бичгийг "бөглөх" журам - хоёр талын солилцоо 1С. Мөн энэ схемийн тохиргоо нь URIB эсвэл URIBD (тархсан мэдээллийн сангийн менежмент) юм.
1С дахь лавлах солилцооны зарчим
1С лавлахууд (мөн "цогцолбор дахь" бүх сангуудын багцыг NSI гэж нэрлэдэг - зохицуулалтын лавлах мэдээлэл) - өөр өөр мэдээллийн санд ихэвчлэн ижил байх ёстой. Энэ нь хэд хэдэн мэдээллийн сантай байсан ч бараа, агуулах, гэрээлэгчийн жагсаалт өөр өөр мэдээллийн санд ижил байна гэсэн үг юм.
Нэг мэдээллийн санд лавлахыг засварлахыг зөвшөөрч, бусад хэсэгт нь хуулах ("шилжүүлэх") нь нийтлэг практик юм. Өмнө дурьдсанчлан 1С элемент бүр өвөрмөц танигчтай байдаг - GUID. Лавлахуудыг ихэвчлэн GUID-ийн хамт хуулж авдаг тул тархсан мэдээллийн системд адилхан байдаг.
Үгүй бол хэд хэдэн анхдагч өгөгдлийн сангууд холбогдсон эсвэл өөр өөр мэдээллийн санд нэгэн зэрэг санг үүсгэх боломжтой үед тэдгээрийн GUID нь өөр байх болно. Үүнд тохирсон механизм бий. 1С солилцооны үед GUID xxx-тэй №1 суурийн элемент нь GUID yyy-тэй энэ суурийн элементтэй тэнцүү гэсэн мэдээллийг тусгай мэдээллийн бүртгэлд бүртгэдэг. Эхэндээ, одоо байгаа тэнцүү байхаа больсон элементүүдийг автоматаар (бусад дэлгэрэнгүй мэдээлэл, жишээлбэл, нэрээр эсвэл TIN болон KPP) эсвэл гараар тохируулах ёстой.
1С дахь баримт бичгийн солилцооны зарчим
1С дахь баримт бичгүүдийг бүртгэлээр байршуулдаг бөгөөд үүний дараа тэдгээрийг "оруулсан" гэж үзнэ. Энэ нь шилжүүлгийн явцад ойлгомжтой бэрхшээлийг үүсгэдэг.
Нэг сонголт бол зөвхөн бичиг баримтыг шилжүүлж, байршуулсны дараа дахин нийтлэх явдал юм. Энэ аргыг ихэвчлэн ашигладаг боловч алдаа гаргаж болзошгүй - баримт бичгийг шинэ мэдээллийн санд байршуулахгүй байж болно, учир нь байршуулах үеийн нөхцөл нь энэ баримтыг анхны мэдээллийн санд байршуулах үеийнхээс өөр байж болно.
Өөр нэг сонголт бол баримт бичиг, бүртгэлийг хамтад нь шилжүүлэх явдал юм. Бидний ойлгож байгаагаар асуулт нэн даруй гарч ирнэ - бид бүх баримт бичгийг ерөнхийд нь шилжүүлж, дараа нь бүхэл бүтэн бүртгэлийг ерөнхийд нь шилжүүлдэг, эсвэл шилжүүлсэн баримт бичгийн зөвхөн хөдөлгөөнийг шилжүүлэхээр сонгохоос өөр аргагүй болдог.
Нэршлийн лавлахын элементийг шилжүүлэх шаардлагатай гэж үзье. Энэ лавлах нь 10 талбартай ба үүнээс 5 нь мөр ба тоонууд, 5 нь бусад лавлах холбоосууд юм.
Үүний дагуу Нэршлийн нэг элементийг шилжүүлэхдээ бид бусад лавлахуудын 5 элементийг хайж, шилжүүлэхээс өөр аргагүй болдог.
Тиймээс лавлах эсвэл нэг баримт бичгийн нэг элементийг шилжүүлэхдээ 100 ба түүнээс дээш бусад 1С объектыг лавлагаагаар шилжүүлж болно.
Үнэн хэрэгтээ бараг бүх тохиргооны лавлахууд нь нэг талаараа бие биенээ хэлдэг гэж хэлдэг.
1С солилцооны төлөвлөгөө
Бид тараагдсан мэдээллийн сан үүсгэж, 1С солилцсон гэж бодъё. Барааг төв агуулахаас худалдан авч, дэлгүүрт хүргэхээр бэлтгэдэг. 1С-д оффис нь бараа зөөвөрлөхөд шаардлагатай бичиг баримтыг оруулсан. Тэдгээрийг дэлгүүрт ачаалах шаардлагатай.
Юу хийх вэ? 1С дахин бүрэн солилцоо хийх үү? Урт бөгөөд үр ашиггүй! Хэрэглэгчид оффис руу яг юу нэмсэн эсвэл өөрчилсөнийг тооцоолж, зөвхөн өөрчлөлтүүд дэлгүүрт орох нь илүү дээр байх болно.
Үүний тулд 1С солилцооны төлөвлөгөө байдаг. Програмист нь бусад мэдээллийн сантай, жишээлбэл, манай дэлгүүрүүдтэй 1С солилцоо хийх зорилгоор 1С солилцооны төлөвлөгөөг урьдчилан боловсруулдаг.
1С солилцооны төлөвлөгөөнд хэрэглэгчид лавлах, баримт бичигтэй ажиллахдаа энэ мэдээллийн сантай сүүлийн 1С солилцсоноос хойш юу нэмэгдсэн эсвэл өөрчлөгдсөнийг тэмдэглэж байна.
URIB 1C-ийг бий болгох
Тиймээс бид эхнээс нь тархсан мэдээллийн санг бий болгоно. Эхний ээлжинд бид "эцэг эх" оффисын баазтай. Үүнээс бид түүнд харьяалагдах дэлгүүрүүдийн баазыг сонгох болно.
Ердийн тохиргоонд аль хэдийн стандарт 1С солилцооны төлөвлөгөө байдаг. Тэдгээрийн зориулалтын суурийн төрлүүд нь нэрнээс нь ойлгомжтой:
- Сайттай 1С солилцох: 1С: Bitrix сайттай солилцох
- Exchange 1C UPP-UT эсвэл UT-Retail: эгчийн тохиргоотой ердийн солилцоо
- Бүрэн - ижил тохиргоонд суурилсан мэдээллийн баазтай 1С солилцоо.
RIB - тараасан мэдээллийн баазыг мөн 1С "Бүрэн" солилцооны төлөвлөгөөний үндсэн дээр хийж болно. Тохируулагчийн энэхүү 1С солилцооны төлөвлөгөөнд "Тархаглагдсан мэдээллийн сан" гэсэн нүдийг шалгах хэрэгтэй.
Тохируулагчид бий болгосон 1С солилцооны төлөвлөгөө нь бид ийм тохиргоотой солилцох гэж байгааг харуулж байна. Үүнтэй ижил 1С солилцооны төлөвлөгөөний Аж ахуйн нэгжийн горимд та одоо энэ тохиргоонд үндэслэн тодорхой мэдээллийн санг зааж өгөх хэрэгтэй.
1С солилцооны төлөвлөгөө рүү орцгооё (Үйл ажиллагаа / Солилцооны төлөвлөгөө; тэдгээр нь өөр цэсэнд, ихэвчлэн Үйлчилгээ / XXX цэсэнд байж болно).
1С солилцооны төлөвлөгөөний мэдээллийн сангийн жагсаалтад зурган дээр ногоон тойрогтой нэг нь бий. Энэ элемент нь THIS BASE гэсэн утгатай. Үлдсэн элементүүд нь 1С солигдож байгаа БУСАД суурийг илэрхийлнэ.
Бүх элементийн нэр, кодыг хоёуланг нь бөглөсөн байх шаардлагатай.
"Дэлгүүр" дэд бааз үүсгэхийн тулд:
- Жагсаалтын курсорыг бидний "дэлгүүрийн бааз" болгон бүтээсэн 1С солилцооны төлөвлөгөөний элемент болгон тохируулна уу.
- "Үйлдэл / Анхны зураг үүсгэх" цэсийн зүйлийг сонгоно уу.
Үүний үр дүнд нэг өгөгдлийн сан бий болох бөгөөд анхны өгөгдлийг түүнд байршуулна. ӨНӨӨГИЙН СУУРЬ Суурьаас бусад тохиолдолд 1С солилцооны төлөвлөгөөний элемент бүрт үүнийг давтах ёстой.
Солилцооны онол 1С
1С солилцооны онол нь маш энгийн:
- Суурийн аль нэг нь (ихэвчлэн төвийн суурь) 1С солилцоог хуваарийн дагуу эсвэл "үйл явдал дээр" эхлүүлдэг (тодорхой хэрэглэгчийн баазад нэвтрэх гэх мэт).
- 1С солилцоо нь мэдээллийн сангаас файлыг буулгахаас бүрдэнэ
- Файлыг дэд суурь нь авч болох газар руу зөөх ёстой (ихэвчлэн хуваалцах эсвэл ftp, ихэвчлэн имэйлээр илгээдэг)
- Боол мэдээллийн сан нь хүлээн авсан файлыг татаж авдаг
- Мэдээллийг хүлээн авсан гэдгийг батлахын тулд боолын бааз нь "хариулт" файлыг байршуулж, мөн ижил аргаар төв сууринд буцааж байршуулдаг.
- Солилцооны 1С сесс дууссан.
1С солилцооны өөр аргууд байдаг, файлуудаар биш, жишээлбэл, хоёр мэдээллийн сангийн хооронд шууд COM холболтоор дамжуулан. Түүний давуу талууд:
- "Файл хадгалах, дамжуулах зай" шаардлагагүй
- Баталгаажуулалтыг дахин байршуулах шаардлагагүй
- Эхний хоёр цэгийн ачаар бүх зүйл илүү хурдан болдог.
Гэсэн хэдий ч хязгаарлалт нь тодорхой байна - COM холболтыг эхлүүлэхийн тулд суурь нь бие биентэйгээ маш ойрхон байх ёстой.
RIB 1C-ийг тохируулж байна
Ердийн тохиргооны тогтмолуудад (Үйл ажиллагаа / Тогтмол; эсвэл Үйлчилгээ / Програмын тохиргоо) ихэвчлэн байдаг. ерөнхий тохиргоосолилцоо 1C. Энэ нь аль мэдээллийн санд үүсгэгдсэнийг хялбархан тодорхойлох элементийн код болон баримт бичгийн дугаарын угтвар юм. Мөн лавлах, баримт бичиг үүсгэсэн газрын талаарх мэдээллийг хадгалах дотоод арга.
Одоо та үүсгэсэн мэдээллийн сангийн хооронд 1С мэдээллийг үе үе солилцох үйл явц хэрхэн явагдахыг тохируулах хэрэгтэй.
1С дахь бүх RIB тохиргоо нь ердийн тохиргоонд байдаг бөгөөд ихэвчлэн Үйлчилгээ / Тархсан мэдээллийн сан / RIB зангилаануудыг тохируулах цэсэнд байдаг.
Өмнө нь үүсгэсэн "алсын дэлгүүрийн суурь" элемент бүрийн хувьд та тохиргооны элементийг нэмэх хэрэгтэй.
Тохиргоо нь 1С солилцооны аргыг зааж өгдөг: файл (хуваалцах), файл (FTP), файл (и-мэйл).
Нимгэн клиент дээр тархсан 1С мэдээллийн баазыг үүсгэх, тохируулах
Үүн дээр суурилсан ердийн тохиргоонд ижил төстэй тохиргоог харцгаая нимгэн үйлчлүүлэгч– Худалдааны менежментийн хэвлэл 11.
Тохиргоо (мөн эхнээс нь үүсгэх) нь интерфейсийн Удирдлагын таб дээр байрладаг. "Мэдээлэл солилцох" зүйл.
"Түгээмэл мэдээллийн санд бирж үүсгэх" гэснийг сонгоно уу.
1С нь эхнээсээ бидэнтэй харъяа мэдээллийн сантай хэрхэн мэдээлэл солилцохыг зааж өгөхийг хүсэх болно. Энд "бөмбөг дээрх файлаар дамжуулан" тохиргооны сонголт байна.
FTP дээрх файлын тохиргооны сонголт энд байна.
Манай солилцооны тохиргооны нэр нь 1С юм.
Тэгээд тэр даруйдаа "анхны дүр төрх" -ийг бий болгох санал гарч ирнэ, өөрөөр хэлбэл боолын мэдээллийн сан нь өөрөө үндсэн мэдээллийг байршуулах болно.
Зузаан клиент дээрх тохиргооноос ялгаатай нь 1C солилцооны тохиргоо хоёулаа нэг газар байна.
Ачааж байна...