1c გაცვლითი გეგმის ეტაპობრივი შექმნა. დაგეგმილი გაცვლა სტანდარტული საშუალებების გამოყენებით. რა არის EnterpriseData ფორმატი

თუ თქვენს ორგანიზაციაში 5-ზე მეტი ადამიანია დასაქმებული, მაშინ დიდი ალბათობით იყენებთ 1C პროდუქტებს. თითქმის ყოველთვის, ორგანიზაციები აყენებენ რამდენიმე 1C მონაცემთა ბაზას, რადგან თითოეული მათგანი წყვეტს პრობლემების გარკვეულ სპექტრს. მაგალითად, კომპანია დაკავებულია საცალო ვაჭრობით და აწარმოებს ბუღალტრულ აღრიცხვას; ასეთ სიტუაციაში კლიენტი ჩვეულებრივ აყენებს UT (ვაჭრობის მენეჯმენტი) და BP (საწარმოთა აღრიცხვა). უბრალო ინდმეწარმეც კი, რამდენიმე თანამშრომლით, შეიძლება იყოს ასეთი კომპანია!

რატომ უნდა დავაყენო მონაცემთა გაცვლა?

მოდით გავაგრძელოთ UT და BP-ის სიტუაციის განხილვა. წარმოვიდგინოთ, რომ ახლა ჩვენი ბირჟა არ არის კონფიგურირებული, რა ქმედებები გვჭირდება ორივე მონაცემთა ბაზაში სააღრიცხვო ოპერაციების ასახვისთვის? ასეა, ჯერ ჩვენ შევავსებთ მონაცემებს UT-ში და შემდეგ მოგვიწევს იგივე მონაცემების შეყვანა BP-ში, რადგან ჩვენ არ შეგვიძლია, მაგალითად, საქონლის მიღება UT-ში, მაგრამ ამას ვერ გავაკეთებთ BP.

მაშინაც კი, თუ გადაწყვეტთ გამოიყენოთ სტანდარტული მონაცემთა გაცვლა (სტანდარტული მონაცემთა გაცვლის დაყენება (1C სინქრონიზაცია)), ეს არ ნიშნავს, რომ მისი კონფიგურაცია შესაძლებელია თქვენს მონაცემთა ბაზაში. პრობლემები წარმოიქმნება, თუ, მაგალითად, დიდი ხნის განმავლობაში არ განაახლეთ მონაცემთა ბაზა (სტანდარტული გაცვლის შესანარჩუნებლად, თქვენი მონაცემთა ბაზები უნდა იყოს განახლებული) ან ობიექტები, რომელთა გადატანას აპირებთ ერთი მონაცემთა ბაზიდან მეორეში. შეცვლილია (ამ შემთხვევაში, სტანდარტული გაცვლა არ იმუშავებს სწორად), გარდა ამ ყველაფრისა, მაშინაც კი, თუ მონაცემთა ბაზის პლატფორმის ვერსიები განსხვავდება (7.7 – 8.3), მაშინ მონაცემთა გაცვლა, სავარაუდოდ, ასევე უნდა შეიცვალოს ან განვითარდეს ნულიდან.

ვის სჭირდება მონაცემთა გაცვლა 1C მონაცემთა ბაზებს შორის?

თუ ქვემოთ მოცემული განცხადებები თქვენთვის შესაბამისია, მაშინ თქვენ უნდა დააკონფიგურიროთ გაცვლა თქვენს კონფიგურაციებს შორის:

• თქვენ გაქვთ ერთზე მეტი 1C მონაცემთა ბაზა
• მოითხოვს ინფორმაციის სწრაფ გადაცემას ერთი ბაზიდან მეორეში და პირიქით
• საჭიროა ავტომატური გაცვლა ან რეალურ დროში გაცვლა

მონაცემთა გაცვლის შემუშავება და კონფიგურაცია 1C კონფიგურაციებს შორის

სწორად შემუშავებული მონაცემთა გაცვლა საშუალებას მოგცემთ:

• განტვირთეთ და ჩატვირთეთ ობიექტები ერთი მონაცემთა ბაზიდან მეორეში
• გაცვლა 1C-ის სხვადასხვა ვერსიებს შორის
• გაცვალეთ მონაცემები რეალურ დროში
• მნიშვნელოვნად შეამცირეთ თანამშრომლებისთვის ხელფასების ღირებულება, რადგან ახლა მათ მეტი თავისუფალი დრო ექნებათ
• დაზოგეთ თქვენი დრო და ბიუჯეტი

მონაცემთა გაცვლის წესების შემუშავება შეცვლილი UT და BP მონაცემთა ბაზების მაგალითის გამოყენებით

გვაქვს ორი მონაცემთა ბაზა, რომელშიც შეცვლილია დოკუმენტი „საქონლისა და მომსახურების მიღება“, კერძოდ, დოკუმენტებს და ცხრილის ნაწილებს დაემატა ახალი დეტალები, წაიშალა ზოგიერთი სტანდარტული დეტალი, რის შედეგადაც ხდება სტანდარტული მონაცემთა გაცვლა. არ მუშაობს. ჩვენ შევიმუშავეთ გაცვლის ახალი წესი და ჩავწერეთ ფაილში.

საკვანძო სიტყვები: განაწილებული, URDB, XML, რეგისტრაცია, კვანძი, კვანძი, ავტომატური რეგისტრაცია, საწყისი, სურათი, POP3, SMTP, MailMessage, პერიფერიული, ცენტრალური, რეპლიკაცია, გაცვლა

პასუხისმგებლობის უარყოფა და გამოყენების პირობები

ამ სტატიაში შემთხვევით ნახსენები ყველა სავაჭრო ნიშანი ეკუთვნის მათ შესაბამის მფლობელებს.
ეს სტატია გამოქვეყნებულია Creative Commons Attribution-Share Alike 3.0 Unported ლიცენზიით.
http://creativecommons.org/licenses/by-sa/3.0/

ნება მომეცით დაუყოვნებლივ აღვნიშნო, რომ ქვემოთ ჩამოთვლილი ყველაფერი ეხება 8.0.7.36 და უფრო მაღალი პლატფორმის გამოშვებას.

ნაბიჯი 1: შექმენით გაცვლის გეგმა

ჩვენ ვქმნით გაცვლის გეგმას კონფიგურაციაში. დავარქვათ, მაგალითად, "DistributedBase". საჭირო in
გაცვლის გეგმის თვისებებში მონიშნეთ ჩამრთველი „განაწილებული საინფორმაციო ბაზა“.

"სხვა" ჩანართზე დააწკაპუნეთ ღილაკზე "კომპოზიცია", რათა დაადგინოთ რომელი ობიექტები შედის გაცვლაში. მიერ
ნაგულისხმევად, შეგიძლიათ ჩართოთ ყველა ობიექტი ("მოქმედებები" - "ყველას ჩართვა"). მნიშვნელოვანი წერტილი არის პარამეტრი
"ავტომატური რეგისტრაცია". ზოგადად, ის უნდა იყოს ჩართული ყველა ობიექტისთვის.

შენიშვნა: კონფიგურაციაში ახალი ობიექტების დამატებისას ისინი არ შედის გაცვლის გეგმაში. იმათ. შემდეგ
ობიექტის დასამატებლად ის უნდა დაემატოს გაცვლის გეგმას.

თუ გსურთ, რომ ზოგიერთმა ობიექტმა არ მიიღოს მონაწილეობა გაცვლაში, უბრალოდ გამორიცხეთ ისინი სიიდან
გაცვლის გეგმა. მაგრამ მაშინ რეფერენტული მთლიანობის კონტროლი მთლიანად თქვენს სინდისზე რჩება. თუ, რომ
მაგალითად, გარკვეული დოკუმენტი არ შედის გაცვლის გეგმაში, მაგრამ შედის რეესტრი, რომელზეც ის მოძრაობს,
მაშინ მიმღებ მონაცემთა ბაზაში სავსებით შესაძლებელია რეგისტრირებული მოძრაობების მიღება ჩამწერი დოკუმენტის გარეშე, რაც
დამეთანხმებით, ეს არ არის კარგი.

პრინციპში, ეს მოქმედებები საკმარისია იმისათვის, რომ RDB იმუშაოს "ხელით" რეჟიმში. ამისათვის ჩვენ ვიწყებთ
საწარმო, გახსენით ჩვენი გაცვლის გეგმა "ოპერაციების" მენიუს მეშვეობით. გაცვლის თვალსაზრისით ის ყოველთვის არის
წინასწარ განსაზღვრული კვანძი "წერტილით". ეს არის მიმდინარე კვანძის აღწერა. საჭიროა მისი გახსნა და შევსება. ჩვენს
ამ შემთხვევაში, "კოდი" და "სახელი" ველები ხელმისაწვდომი იქნება. ჩვენს კვანძს მივაკუთვნოთ კოდი „AA“ და მოვუწოდოთ
"Მთავარი". მოდით დავამატოთ ერთი კვანძი გაცვლის გეგმაში. მივანიჭოთ მას კოდი „BB“ და ვუწოდოთ „პერიფერიული“.

ახლა ჩვენ შეგვიძლია შევქმნათ პერიფერიული ბაზის გამოსახულება. ეს კეთდება ღილაკზე "შექმნა საწყისი" დაჭერით
სურათი". კვანძების სიაში უნდა იყოს არჩეული პერიფერიული ბაზა. მონაცემთა ბაზის სურათი იქმნება მზა საინფორმაციო უსაფრთხოების სახით.
კატალოგში ან 1C:Enterprise სერვერზე. (განსხვავებით 7.7-ისგან, სადაც ინფორმაციის უსაფრთხოების სურათი შეიქმნა ფაილის სახით
გადმოტვირთვა). შემდეგი, შექმნილი მონაცემთა ბაზის გადატანა შესაძლებელია სასურველ ადგილას, უბრალოდ ფაილის 1CV8.1CD კოპირებით
(ფაილის ვერსიისთვის), ან კონფიგურატორის მეშვეობით მონაცემების ატვირთვისა და ჩამოტვირთვის გზით.

თუ გაცვლის გეგმას გახსნით პერიფერიულ საინფორმაციო უსაფრთხოების სისტემაში, ნახავთ, რომ კვანძი არის „წერტილით“, ე.ი. მიმდინარე
"პერიფერიული" კვანძი გახდა კვანძი, ხოლო "ცენტრალური" კვანძის ხატი წითელი, ე.ი. კვანძი
"ცენტრალური" არის მთავარი კვანძი მიმდინარეთან მიმართებაში.

გაცვლა "ხელით" რეჟიმში შეიძლება განხორციელდეს ღილაკების "ჩაწერა ცვლილებების" და "წაკითხვის" გამოყენებით
ცვლილებები". პირველ შემთხვევაში მოგეთხოვებათ აირჩიოთ ფაილი, სადაც ცვლილებები ჩაიწერება, მეორეში
- ფაილი, საიდანაც წაიკითხება ცვლილებები. გაცვლა ხდება xml ფორმატში. ცვლილებები აღირიცხება
შერჩეული კვანძი.

ნაბიჯი 2: ატვირთეთ ცვლილებები XML ფაილში და გაგზავნეთ ელექტრონული ფოსტით

ასე რომ, ჩვენ შევქმენით გაცვლის გეგმა, შევქმენით პერიფერიული საინფორმაციო უსაფრთხოების სისტემა და ვისწავლეთ თუ როგორ გადავიტანოთ მონაცემები მათ შორის
ბაზები. ახლა ჩვენი ამოცანაა ვასწავლოთ მონაცემთა ბაზების გაცვლა ელექტრონული ფოსტით.

ჩვენ ვამატებთ ორ დეტალს გაცვლის გეგმაში: ელ.ფოსტის მისამართი "string" ტიპის და "Execute Exchange" ტიპის.
"ლოგიკური". ელფოსტის მისამართზე ჩვენ ვინახავთ კვანძის ელ.ფოსტის მისამართს, ე.ი. მისამართი, რომელზეც ვიქნებით
გაცვლითი შეტყობინებების გაგზავნა. Props ExecuteExchange საჭიროა ავტომატური სწრაფად გამორთვისთვის
შეტყობინებების გაგზავნა-გაგზავნა.

ელექტრონული ფოსტით მუშაობის პროცედურა გავხადოთ უნივერსალური, ე.ი. გავხადოთ შესაძლებელი
MAPI-ის გამოყენება (გაგზავნა-მიღება ელექტრონული ფოსტის კლიენტის მეშვეობით, მაგალითად, MS Outlook) და
პირდაპირი წვდომა SMTP/POP3 სერვერებზე.

მოდით დავამატოთ რამდენიმე მუდმივი კონფიგურაციას:

სადღაც ზოგადი ფორმით ჩვენ გთავაზობთ ამ მუდმივების მნიშვნელობების რედაქტირებას.

მოდით დავამატოთ საერთო მოდული, დავარქვათ მას "rbDistributedBase". ჩვენ მასში ვწერთ:

პროცედურა rbSendExchangeMessages() Export UseSMTP = Constants.UseSMTPExchange.Receive(); //პირველ რიგში ვქმნით Mail ობიექტს, რომელიც პარამეტრებიდან გამომდინარე იქნება InternetMail ტიპის, //თუ გამოიყენება სერვერებზე პირდაპირი წვდომა, ან ფოსტა, თუ გამოიყენება MAPI.თუ გამოიყენეთ SMTP მაშინ //InternetMail ტიპის ობიექტისთვის შექმენით და შეავსეთ ფოსტის პროფილი. MailProfile = New InternetMailProfile; MailProfile.SMTPServerAddress = Constants.SMTPExchangeServerAddress.Get(); MailProfile.SMTPPort = Constants.SMTPExchangeServerPort.Receive(); MailProfile.SMTPUser = Constants.SMTPExchangeServerUser.Receive(); MailProfile.SMTP პაროლი = Constants.SMTPExchangeUserPassword.Receive(); MailProfile.WaitTime = Constants.ServerWaitTime.Get(); ფოსტა = New InternetMail(); სცადეთ Mail.Connect(MailProfile); გამონაკლისის ანგარიში (" EXCHANGE: შეცდომა ფოსტის პროფილთან დაკავშირებისას! გაცვლა ვერ მოხერხდა!" + ErrorDescription(), MessageStatus.VeryImportant; Return; EndAttempt; სხვაგვარად ფოსტა = ახალი ფოსტა(); მცდელობა Mail.Connect(); გამონაკლისის ანგარიში ("" + ErrorDescription(), MessageStatus.VeryImportant); დაბრუნება; EndAttempt; Endf ; //შემდეგი, აირჩიეთ ყველა კვანძი გაცვლის გეგმიდან, გარდა მიმდინარე, //რომლებსაც აქვთ Perform Exchange ატრიბუტის ნაკრები. SelectionNodes = ExchangePlans.DistributedBase.Select(); ხოლო SelectNodes.Next() მარყუჟი თუ არა SelectNodes.PerformExchange შემდეგ გააგრძელეთ; დაასრულე თუ; თუ SelectionNodes.Link = ExchangePlans.DistributedBase.ThisNode() მაშინ განაგრძეთ; დაასრულე თუ; ElectronicAddress = AbbrLP(SelectionNodes.ElectronicAddress); თუ EmailAddress = "" მაშინ განაგრძეთ; დაასრულე თუ; //XML Record და Message Record ობიექტების გამოყენებით ვაფიქსირებთ ცვლილებებს //xml ფაილში შერჩეული კვანძისთვის. Node = SelectionNodes.Link; XMLRecord = NewXMLRecord(); MessageFileName = TemporaryFileDirectory() + "Message_" + AbbreviatedLP(ExchangePlans.DistributedBase.ThisNode().Code) + "_ " + AbbreviatedLP(Node.Code) + ".xml"; EntryXML.OpenFile(MessageFileName); MessageRecord = ExchangePlans.CreateMessageRecord(); MessageRecord.StartRecord(XMLRecord, Node); ExchangePlans.WriteChanges(WriteMessage); WriteMessage.FinishRecord(); WriteXML.Close(); //შემდეგ ვქმნით ახალ ასოს, მივამაგრებთ მიღებულ xml ფაილს და //გაგზავნა Node Email Address-ში მითითებულ მისამართზე.ფაილი = ახალი ფაილი (MessageFileName); შეტყობინების თემა = "1C:Exchange" + Abbr.LP(ExchangePlans.DistributedBase.ThisNode().Code) + "_" + Abbr.LP(Node.Code); თუ UseSMTP მაშინ MailMessage = New InternetMailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName, File.Name); MailMessage.Recipients.Add(EmailAddress); Mail.Send(MailMessage); Else MailMessage = ახალი MailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName); MailMessage.Recipients.Add(EmailAddress); Mail.Send(MailMessage, False); დაასრულე თუ; If Constants.OutputExchangeMessages.Get() მაშინ Report(" EXCHANGE: გაცვალეთ შეტყობინება კვანძისთვის" + Node.Name + " გაგზავნილია! ", MessageStatus.Information); EndIf; DeleteFiles (MessageFileName); EndCycle; Mail.Disconnect(); EndProcedure

მე გირჩევთ დაამატოთ დამატებითი პანელის ინტერფეისს, რომლის ერთ-ერთ ღილაკზე შეგიძლიათ დარეკოთ ამაზე
პროცედურები. ახლა რჩება მხოლოდ Enterprise-ის გაშვება, პერიფერიული ინფორმაციის უსაფრთხოების ელ.ფოსტის მისამართის კონფიგურაცია,
შეამოწმეთ ყუთი "გაცვლა", დააწკაპუნეთ პროცედურის ღილაკზე პანელზე და გაუშვით ფოსტის მისაღებად
მითითებული ელ მისამართები. თქვენ უნდა მიიღოთ წერილი სათაურით "1C:Exchange AA_BB" და თანდართული ფაილი
"Message_AA_BB.xml".

ასე რომ, სამუშაოს ნახევარი შესრულებულია: ჩვენ ვასწავლეთ G8-ს RDB გაცვლითი შეტყობინებების გაგზავნა ელექტრონული ფოსტით
ფოსტა.

ნაბიჯი 3. მიიღეთ განახლებები ელექტრონული ფოსტით და ჩაწერეთ ისინი ინფორმაციის უსაფრთხოებაში

ახლა გავაკეთოთ საპირისპირო პროცედურა: განახლებების მიღება ელექტრონული ფოსტით და მათი ჩაწერა ინფორმაციულ უსაფრთხოებაში.

სესიის პარამეტრებს დაამატეთ ლოგიკური ტიპის პარამეტრი "Distributed Database Exchange in Progress". ქვემოთ აგიხსნით
დანიშვნა.

მოდით დავამატოთ შემდეგი პროცედურა საერთო მოდულს rbDistributedBase:

პროცედურა rbGetExchangeMessages() Export UseSMTP = Constants.UseSMTPExchange.Receive(); //ისევე როგორც პროცედურაში rbSendExchangeMessages(), ჯერ შექმენით ობიექტიფოსტა, თუ გამოიყენეთ SMTP, მაშინ MailProfile = New 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(); ფოსტა = New InternetMail(); სცადეთ Mail.Connect(MailProfile); გამონაკლისის ანგარიში (" EXCHANGE: შეცდომა ფოსტის პროფილთან დაკავშირებისას! |გაცვლა ვერ მოხერხდა!", MessageStatus.VeryImportant); Return; EndAttempt; სხვაგვარად ფოსტა = ახალი ფოსტა(); მცდელობა Mail.Connect(); გამონაკლისის ანგარიში (" EXCHANGE: შეცდომა მომხმარებლის ელ.ფოსტის პროფილთან დაკავშირებისას! |გაცვლა ვერ მოხერხდა!", MessageStatus.VeryImportant); Return; EndAttempt; EndIf; MessageArray = ახალი მასივი; If UseSMTP then AllMessages = Mail.Select(False); Else AllMessages = Mail.Select(False, False); EndIf; //აირჩიეთ ყველა ასოდან, რომელსაც აქვს თემა „1C:Exchange“. //პატარა, მაგრამ მნიშვნელოვანი შენიშვნა: //ჩვენ გვჯერა, რომ ყველა მიღებული წერილი სათაურით "1C:Exchange" განკუთვნილია //ზუსტად მიმდინარე კვანძისთვის, //ისინი. რომ სხვადასხვა კვანძებს გაცვლის თვალსაზრისით აქვთ სხვადასხვა ელფოსტის მისამართები.ყველა შეტყობინების ციკლისთვის, თუ ლომი (მესიჯი. თემა, 8 )<>"1C:Exchange" შემდეგ გააგრძელეთ; დაასრულე თუ; TryMessageArray.Add(Message); //ელფოსტის დანართის შენახვა დისკზე. //დანართის ფრთხილად შემოწმებას ამ დროისთვის კულისებში დავტოვებთ.დანართი = შეტყობინება.დანართები; MessageFileName = TemporaryFileDirectory() + Attachment.Name; ExchangeData = Attachment.Data; ExchangeData.Write(MessageFileName); //XMLReader და MessageReader ობიექტების გამოყენებით ვკითხულობთ მონაცემებს //განახლებები შენახული ფაილიდან. ინფორმაციის უსაფრთხოების განახლებების ჩაწერამდე //დააყენეთ სესიის პარამეტრი Distributed Database Exchange in Progress to True. //შემდეგ ვკითხულობთ ცვლილებებს ინფორმაციის უსაფრთხოებაში: Exchange Plans.ReadChanges(ReadMessage). //ამავდროულად, შეტყობინებებს ვინახავთ მასივში, რათა მოგვიანებით ყველა ერთდროულად წავშალოთ. ReadXML = new ReadXML(); ReadXML.OpenFile(MessageFileName); MessageReader = ExchangePlans.CreateMessageReader(); ReadMessage.StartReading(ReadingXML); SessionParameters.DistributedBaseExchange მიმდინარეობს = True; ExchangePlans.ReadChanges(ReadMessage); ReadMessage.FinishReading(); ReadXML.Close(); If Constants.OutputExchangeMessages.Get() მაშინ Report(" EXCHANGE: მიღებულია მონაცემების გაცვლა",MessageStatus.Information); EndIf; გამონაკლისის ანგარიში(" EXCHANGE: შეცდომა გაცვლის მონაცემების მიღებისას:" + ErrorDescription(), MessageStatus.VeryImportant); EndAttempt; //გაცვლის მონაცემების წაკითხვის შემდეგ დაბრუნდით //სესიის პარამეტრი DistributedBase Exchange მიმდინარეობს დაყენებულია მცდარი. SessionParameters.DistributedBaseExchange მიმდინარეობს = False; ფაილების წაშლის მცდელობა (MessageFileName); გამონაკლისი //თუ არ გამოვიდა, კარგიბოლო მცდელობა; საბოლოო ციკლი; თუ იყენებთ SMTP შემდეგ Mail.DeleteMessages(MessageArray); დაასრულე თუ; Mail.Disconnect(); პროცედურის დასასრული

ახლა იმის შესახებ, თუ რისთვის არის საჭირო Distributed Database Exchange In Progress სესიის პარამეტრი.
ფაქტია, რომ მონაცემთა კითხვისას ExchangePlans.ReadChanges() მეთოდის გამოყენებით ხდება ზარი.
დამმუშავებლის პროცედურები შეცვლილი/დამატებული ობიექტების BeforeWrite() მოვლენისთვის. და თუ ჩაწერისას
დამმუშავებლის პროცედურის ნებისმიერი ობიექტისთვის, Rejection პარამეტრი დაყენდება True-ზე, შემდეგ
ExchangePlans.ReadChanges()-ის შესრულებისას მოხდება გამონაკლისი და, შესაბამისად, გაცვლა
არ აღსრულდება. DistributedBase Exchange In Progress სესიის პარამეტრის მნიშვნელობა შეიძლება იყოს
გაანალიზებულია დამმუშავებლის პროცედურებში ასეთი სიტუაციის თავიდან აცილების მიზნით.
მე-12 გამოცემის გამოშვებით (თუმცა შეიძლება ვცდები ვერსიებთან დაკავშირებით), ამ მეთოდის აქტუალობა გარკვეულწილად არის
მოძველებულიაA, ვინაიდან ობიექტებს ახლა აქვთ ეს თვისება გაცვლის ვარიანტები, ვისგანაც, საკუთარში. ეს თვისება დაყენებულია True-ზე, როდესაც
მონაცემთა შენახვა გაზიარების გეგმის საშუალებით.

ახლა ჩვენს პანელის ინტერფეისში ჩვენ ვამატებთ კიდევ ერთ ღილაკს, რომელზედაც ჩვენ ვუწოდებთ ამას
პროცედურები. მოდით გავუშვათ Enterprise და ისიამოვნოთ.
თითქმის ყველაფერი კეთდება, მხოლოდ ცოტა დარჩა: ჩვენი პროცედურების ავტომატური გაშვება.
ნაბიჯი 4. ავტომატური გაცვლის დაყენება

ასე რომ, ჩვენ თითქმის ახლოს ვართ ჩვენი ისტორიის მიზანთან. დარჩა მხოლოდ ერთი ნაბიჯი: გაშვება
გაცვლის პროცედურების ავტომატურად შესრულება. Დავიწყოთ.

მოდით დავამატოთ მუდმივი, DistributedBase Autoexchange Interval, ტიპის Number(5,0).

მოდით დავამატოთ Perform Distributed Database Exchange პარამეტრი მომხმარებლის პარამეტრებს. კონფიგურაციისთვის
"ვაჭრობის მენეჯმენტი" კეთდება ასე:

* მახასიათებლების ტიპების გეგმაში „მომხმარებლის პარამეტრები“ დავამატებთ წინასწარ განსაზღვრულს
დამახასიათებელი ლოგიკური ტიპის განაწილებული მონაცემთა ბაზების გაცვლა.
* დირექტორიაში პუნქტის "მომხმარებლების" სახით ჩვენ დავაყენეთ ცვლილება ამ პარამეტრში (ასეთი
შეიძლება გაკეთდეს ფორმის მოდულში, სხვა პარამეტრების ანალოგიით).

დაამატეთ პროცედურა rbDistributedBase მოდულში:

პროცედურა rbPerformExchange(user) Export If npGetDefaultValue(user, "") then rbGetExchangeMessages(); rbSendExchangeMessages(); დაასრულე თუ; პროცედურის დასასრული

განაცხადის მოდულზე:

პროცედურა CheckConnectionAutoExchange() Export If npGetDefaultValue(chCurrentUser, " განახორციელეთ განაწილებული მონაცემთა ბაზების გაცვლა") და Constants.DistributedBaseAutoExchangeInterval.Get() > 0 შემდეგ ConnectWaitHandler(" შეასრულეთ Autoexchange", Constants.DistributedBaseAutoExchangeInterval.Get()); წინააღმდეგ შემთხვევაში, DisableWaitHandler(" შეასრულეთ Autoexchange"); EndIf; EndProcedure Procedure ExecuteAutoExchange() ექსპორტი rbExchange(glCurrentUser); DisableWaitHandler(" შეასრულეთ Autoexchange"); თუ npGetDefaultValue(chCurrentUser, " განახორციელეთ განაწილებული მონაცემთა ბაზების გაცვლა") და Constants.DistributedBaseAutoExchangeInterval.Get() > 0 შემდეგ ConnectWaitHandler(" შეასრულეთ Autoexchange", Constants.DistributedBaseAutoExchangeInterval.Get()); EndIf; EndProcedure Procedure DisableAutoExchange() Export DisableWaitHandler(" შეასრულეთ Autoexchange"); დასრულების პროცედურა

დაამატეთ შემდეგი ხაზები განაცხადის მოდულის WhenSystemStart() პროცედურას:

(კომერციული აღჭურვილობის შეერთების შემდეგ)
...
SessionParameters.DistributedBaseExchange მიმდინარეობს = False; CheckAutoExchangeConnection();

მოდით დავამატოთ კიდევ რამდენიმე ღილაკი ჩვენს პანელზე პროცესის გასაკონტროლებლად: დავამატოთ პროცედურა ერთს
CheckConnectAutoExchange(), მეორეს მხრივ - DisableAutoExchange()

ჩვენ ვიწყებთ საწარმოს, ვაკონფიგურირებთ მომხმარებლის თვისებებს და ავტომატური გაცვლის ინტერვალს და ეს არის ის!

ახლა, მონაცემთა ბაზაში შესვლისას ამ ყველაზე კონფიგურირებული მომხმარებლის ქვეშ, დამმუშავებელი ამოქმედდება
ელოდება ExecuteAutoExchange(). ბუნებრივია, თქვენ ასევე გჭირდებათ მომხმარებლის კონფიგურაცია პერიფერიულ მონაცემთა ბაზაში
გაცვლისთვის.

კიდევ ერთი პატარა, მაგრამ მნიშვნელოვანი შენიშვნა:

მთელ სილამაზეში, რომელიც ჩვენ შევქმენით, არის ერთი პრობლემა: კონფიგურაციის ცვლილება. ზე
როდესაც პერიფერიული ბაზა იღებს შეტყობინებას, რომელიც შეიცავს კონფიგურაციის ცვლილებებს, ის
მიიღება, მაგრამ იქნება გამონაკლისი. ამ შემთხვევაში შეცვლილი კონფიგურაცია იქნება
დატვირთული. მონაცემთა ბაზის კონფიგურაციის განახლებისთვის, თქვენ უნდა გამოაგდოთ ყველა მომხმარებელი, გადადით
კონფიგურატორი და განაახლეთ მონაცემთა ბაზის კონფიგურაცია (კარგი იდეაა ატვირთოთ მონაცემები სანამ ამას გააკეთებთ). TO
სამწუხაროდ, ეს აუცილებელი ბოროტებაა. თქვენ შეგიძლიათ ცოტათი გაამარტივოთ თქვენი ცხოვრება მოკლე bat ფაილის დაწერით
რაღაც მსგავსი:

1cv8.exe CONFIG /F<путь к ИБ>/ნ<Пользователь>/პ<Пароль>/განახლებაIBCfg

და კიდევ ერთი შენიშვნა:

სამწუხაროდ, xml ფაილები არ არის კომპაქტური, მაგრამ, საბედნიეროდ, ისინი შესანიშნავად შეკუმშულია. შესაძლებელია შიგნით
შეტყობინებების გაგზავნისა და მიღების პროცედურები, ფაილების შეფუთვისა და ამოხსნის დამატება. COLOR="#666666">ეს შეიძლება გაკეთდეს ან გარე არქივის საშუალებით, ან VK-ის გამოყენებით, მაგალითად Wheel.AddIn
(http://1c.proclub.ru/modules/mydownloads/personal.php?cid=81&lid=2714) .
მე-10 (როგორც ჩანს) გამოცემის გამოშვებით, წინა წინადადება გარკვეულწილად მოძველებულია, რადგან პლატფორმა
იყო ჩაშენებული ფაილების შეკუმშვის ხელსაწყოები ZIP ალგორითმის გამოყენებით. იმათ. ახლა უკვე შესაძლებელია ფაილების შეკუმშვა
VK გამოყენების გარეშე.

მე განვიხილავ მონაცემთა სრულად ავტომატური გაცვლის ორგანიზაციას 1C-ის მაგალითის გამოყენებით: წარმოების საწარმოთა მენეჯმენტი (PEM) გაცვლა ==> 1C: ბუღალტერია (BP) 2.0 თვითნებური გაცვლის წესების გამოყენებით.

არსებობს 2 მონაცემთა ბაზა: 1C:UPP და Enterprise Accounting 2.0. UPP-ში იქმნება მთელი რიგი დოკუმენტები: საქონლისა და მომსახურების გაყიდვები, საქონლისა და მომსახურების მიღება, ინვოისები. ბუღალტერია ქმნის დოკუმენტებს ფულადი სახსრების ნაკადების შესახებ: ფულადი სახსრების ანგარიშსწორება, ფულადი ანგარიშსწორება და გადახდის დავალება.

ამ კონფიგურაციებში დოკუმენტების სტრუქტურა გარკვეულწილად განსხვავებულია და ამიტომ თვითნებური გაცვლის წესები დაიწერა პროდუქტის "მონაცემთა კონვერტაცია 2.1" გამოყენებით.

ნაბიჯი 1. გაცვლითი კვანძების დაყენება.

"სრული" გაცვლის გეგმა გამოყენებული იქნება მონაცემთა გაცვლისთვის. ამისათვის გადადით BP ოპერაციებში ==> გაცვლის გეგმები ==> სრული.

გაცვლის გეგმა ყოველთვის შეიცავს ერთ წინასწარ განსაზღვრულ გაცვლის კვანძს. აქ სამი პუნქტია:

1) თქვენ არ შეგიძლიათ გამოიყენოთ წინასწარ განსაზღვრული კვანძი გაცვლის კონფიგურაციაში

2) ამ კვანძის კოდი ნაგულისხმევად არ არის მითითებული და უნდა იყოს მითითებული

3) მონაცემთა ბაზებში, რომლებშიც ორგანიზებულია მონაცემთა გაცვლა, წინასწარ განსაზღვრული კვანძების კოდები არ უნდა ემთხვეოდეს, ეს გამოიწვევს შეცდომას.

BP-ში გაცვლის „სრულ“ გეგმაში ჩვენ ვასრულებთ შემდეგ მოქმედებებს:

1) ჩვენ მივუთითებთ წინასწარ განსაზღვრული კვანძის კოდს და სახელს. ვთქვათ სახელი = "წინასწარ განსაზღვრული", კოდი = 001.

2) შევქმნათ ახალი გაცვლითი კვანძი, ვუწოდოთ მას „UPP“ და მივცეთ კოდი 003.

ანალოგიურად, გახსენით გაცვლის გეგმა „სრული“ 1C: UPP და შეასრულეთ შემდეგი ნაბიჯები:

1) ჩვენ მივუთითებთ წინასწარ განსაზღვრული კვანძის კოდს და სახელს. მაგალითად, სახელი = "წინასწარ განსაზღვრული", კოდი = "002".

2) შევქმნათ ახალი გაცვლითი კვანძი, ვუწოდოთ მას „BP“ და მივცეთ კოდი 003.

UPP და BP მონაცემთა ბაზაში განუსაზღვრელი გაცვლითი კვანძების კოდები უნდა ემთხვეოდეს.

ნაბიჯი 2. შექმენით პარამეტრები მონაცემთა ავტომატური გაცვლისთვის.

UPP მონაცემთა ბაზაში "სრული" ინტერფეისში. მენიუ „სერვისი“ ==> „მონაცემთა სხვა გაცვლა“ ==> „მონაცემთა გაცვლის ყველა პარამეტრი“.

ფორმაში, რომელიც იხსნება, აირჩიეთ "განაწილებული ინფობაზები" და დააჭირეთ ღილაკს "დამატება".

ფანჯარაში, რომელიც გამოჩნდება, უნდა მიუთითოთ პარამეტრის სახელი. "Node" ველში უნდა აირჩიოთ "სრული" გაცვლის გეგმა და მიუთითოთ ადრე შექმნილი გაცვლის კვანძი.

დიალოგურ ფანჯარაში, რომელიც იხსნება, უნდა აირჩიოთ მონაცემთა გაცვლის თვითნებური წესები.

"Exchange Type" ველში აირჩიეთ "Exchange via Connection to infobase" და მიუთითეთ კავშირის პარამეტრები: საინფორმაციო ბაზის ტიპი, პლატფორმის ვერსია, გზა ან მისამართი სერვერზე, მომხმარებელი და პაროლი.

შემდეგი, თქვენ უნდა გადახვიდეთ ჩანართზე "გაცვლა წესებით" და დააწკაპუნოთ ღილაკს "ჩატვირთვა პარამეტრები". გაცვლის წესები არ უნდა შეიცავდეს წესს „შემთხვევითი მოთხოვნის“ შერჩევის მეთოდით. ეს გამოიწვევს შეცდომას

პარამეტრების ჩამოტვირთვის შემდეგ შეგიძლიათ შეინახოთ პარამეტრები და სცადოთ მონაცემების ჩამოტვირთვა. ამისათვის თქვენ უნდა შეცვალოთ ატვირთვის პარამეტრებში ჩამოთვლილი საინფორმაციო სისტემის რომელიმე ობიექტი და დააწკაპუნოთ ღილაკზე „გაცვლა“ ფორმის პანელზე.

ნაბიჯი 3. მონაცემთა გაცვლის დაყენება.

მონაცემთა ავტომატური გაცვლის დასაყენებლად, თქვენ უნდა გადახვიდეთ "ავტომატური გაცვლა" ჩანართზე და დააჭირეთ ღილაკს "დამატება". ფანჯარაში, რომელიც გამოჩნდება, შეგიძლიათ დააყენოთ გაცვლის გრაფიკი (დრო, სიხშირე) ან მონაცემთა გაცვლა მოვლენის დადგომისას (მაგალითად, სისტემაში შესული მომხმარებელი)

ახლა თქვენ შეგიძლიათ შეამოწმოთ შექმნილი პარამეტრები

ავტომატური კონტროლის სისტემები უმეტეს შემთხვევაში შედგება ცალკეული მონაცემთა ბაზებისგან და ხშირად აქვთ გეოგრაფიულად განაწილებული სტრუქტურა. ამავდროულად, მონაცემთა სწორად განხორციელებული გაცვლა აუცილებელი პირობაა ასეთი სისტემების ეფექტური მუშაობისთვის.

ბირჟის თავდაპირველმა დაყენებამ შეიძლება მოითხოვოს მთელი რიგი მოქმედებები, არა მხოლოდ პროგრამირების, არამედ კონსულტაციების კუთხით, მაშინაც კი, თუ საქმე გვაქვს ერთგვაროვან წყაროებთან, როგორც ეს ხდება 1C:Enterprise პლატფორმის პროდუქტებთან. რატომ შეიძლება გახდეს 1C გაცვლის დაყენება (ან, როგორც მას ასევე უწოდებენ, მონაცემთა სინქრონიზაცია 1C 8.3-ში) ინტეგრაციის პროექტის ყველაზე შრომატევადი და ძვირადღირებული ამოცანა, ამ სტატიაში განვიხილავთ.

მონაცემთა გაცვლა 1C გარემოში საშუალებას გაძლევთ:

• დოკუმენტების ორმაგი შეყვანის აღმოფხვრა;
• დაკავშირებული ბიზნეს პროცესების ავტომატიზაცია;
• განაწილებულ დეპარტამენტებს შორის ურთიერთქმედების ოპტიმიზაცია;
• სხვადასხვა დეპარტამენტის სპეციალისტების მუშაობის მონაცემების დროულად განახლება;
• „განსხვავება“ ბუღალტრული აღრიცხვის სხვადასხვა ტიპებს შორის.*

*იმ შემთხვევაში, როდესაც ერთი ტიპის ბუღალტრული აღრიცხვის მონაცემები მნიშვნელოვნად განსხვავდება მეორისაგან, აუცილებელია ინფორმაციის კონფიდენციალურობის უზრუნველყოფა და საინფორმაციო ნაკადების „დელიმიტირება“. მაგალითად, მონაცემთა გაცვლა 1C UT-სა და 1C Accounting-ს შორის არ საჭიროებს მართვის მონაცემების ატვირთვას მარეგულირებელი ბუღალტრული აღრიცხვის მონაცემთა ბაზაში, ე.ი. სინქრონიზაცია 1C-ში აქ არასრული იქნება.

თუ წარმოვიდგენთ პირველადი მონაცემთა გაცვლის განხორციელების სტანდარტულ პროცესს, როდესაც მისი ერთ-ერთი ობიექტი მაინც არის 1C პროდუქტი, მაშინ შეგვიძლია გამოვყოთ შემდეგი ეტაპები:

• ბირჟის შემადგენლობის კოორდინაცია;
• ტრანსპორტის განმარტება (გაცვლის პროტოკოლები);
• წესების დადგენა;
• დაგეგმვა.

1C გაცვლის შემადგენლობის იდენტიფიცირება

გაცვლის ობიექტები შეიძლება დაიყოს "წყარო" და "მიმღები". ამავდროულად, მათ შეუძლიათ ერთდროულად შეასრულონ ორი როლი, რომელსაც ორმხრივი გაცვლა დაერქმევა. წყარო და დანიშნულება განისაზღვრება ლოგიკურად, სისტემის საჭიროებიდან ან ფუნქციონალობიდან გამომდინარე.*

*მაგალითად, „WA: Financier“-ის ინტეგრირებისას - გადაწყვეტა ფინანსური აღრიცხვის შესანარჩუნებლად და სახაზინო პროცესების მართვისთვის, შემუშავებული „1C:Enterprise“-ის საფუძველზე, WiseAdvice-ის ექსპერტები რეკომენდაციას უწევენ მას, როგორც მასტერ სისტემას. ეს გამოწვეულია საკონტროლო ინსტრუმენტების ხელმისაწვდომობით განაცხადის პოლიტიკის წესების შესასრულებლად და, შესაბამისად, გადაწყვეტის ეფექტურობის უზრუნველსაყოფად.

შემდეგი, მომხმარებლებისგან მიღებული და დაფიქსირებული მოთხოვნების საფუძველზე, იქმნება გაცვლის მონაცემების სია, განისაზღვრება მისი მოცულობა, გაცვლის სიხშირის მოთხოვნები და დადგენილია შეცდომებთან მუშაობის პროცესი და განსაკუთრებული სიტუაციების (შეჯახების) დამუშავება.

ამავე ეტაპზე, არსებული სისტემების ფლოტისა და საწარმოს სტრუქტურის მიხედვით, განისაზღვრება გაცვლის ფორმატი:

გავრცელდა საინფორმაციო ბაზა

• RIB გულისხმობს გაცვლას 1C მონაცემთა ბაზის იდენტურ კონფიგურაციებს შორის, მკაფიო „მასტერ-მონის“ კონტროლის სტრუქტურით თითოეული გაცვლის წყვილისთვის. როგორც ტექნოლოგიური პლატფორმის ელემენტს, RIB-ს, გარდა მონაცემებისა, შეუძლია გადასცეს კონფიგურაციის ცვლილებები და მონაცემთა ბაზის ადმინისტრაციული ინფორმაცია (მაგრამ მხოლოდ მასტერიდან მონაზე).

მონაცემთა უნივერსალური გაცვლა 1C-ში

• მექანიზმი, რომელიც საშუალებას გაძლევთ დააკონფიგურიროთ 1C მონაცემთა ბაზების გაცვლა, როგორც კონფიგურაციებით 1C:Enterprise პლატფორმაზე, ასევე მესამე მხარის სისტემებთან. გაცვლა ხდება მონაცემთა უნივერსალურ xml ფორმატში გადაცემით "გაცვლის გეგმების" შესაბამისად.

EnterpriseData

• 1C-ის უახლესი განვითარება, შექმნილია მონაცემთა გაცვლა xml ფორმატში 1C:Enterprise პლატფორმაზე შექმნილ პროდუქტებს შორის ნებისმიერი ავტომატიზაციის სისტემებით. EnterpriseData-ის გამოყენება ამარტივებს ბირჟასთან დაკავშირებულ მოდიფიკაციებს. მანამდე, როდესაც სისტემაში ახალი კონფიგურაცია შედიოდა, საჭირო იყო მონაცემთა იმპორტისა და ექსპორტის მექანიზმის დანერგვა, როგორც მისთვის, ასევე არსებული სისტემებისთვის. ახლა სისტემებს, რომლებიც მხარს უჭერენ EnterpriseData-ს, არ საჭიროებენ რაიმე მოდიფიკაციას, აქვთ მხოლოდ ერთი შესვლის-გასასვლელი წერტილი.

ტრანსპორტის განმარტება (გაცვლის პროტოკოლები)

1C:Enterprise 8 პლატფორმაზე არსებული სისტემისთვის გათვალისწინებულია შესაძლებლობების ფართო სპექტრი ნებისმიერი ინფორმაციის რესურსით გაცვლის ორგანიზებისთვის ზოგადად მიღებული უნივერსალური სტანდარტების გამოყენებით (xml, ტექსტური ფაილები, Excel, ADO კავშირი და ა.შ.). ამიტომ, მონაცემთა გაცვლისთვის ტრანსპორტის განსაზღვრისას, თქვენ უნდა დაეყრდნოთ მესამე მხარის სისტემის მონაცემთა ბაზის შესაძლებლობებს.

დირექტორიების სინქრონიზაცია

დირექტორიების ეფექტური სინქრონიზაციის ძირითადი პრინციპი არის ერთი შესვლის წერტილის არსებობა. მაგრამ თუ ვსაუბრობთ კატალოგებთან მუშაობაზე, რომლებიც ისტორიულად იყო შევსებული სხვადასხვა წესების მიხედვით, აუცილებელია მკაფიოდ განისაზღვროს სინქრონიზაციის ველები, რათა გაცვლა "საერთო მნიშვნელამდე" მიიყვანოთ.*

*ამ ეტაპზე შესაძლოა საჭირო გახდეს სამუშაოების ჩატარება მონაცემთა წყაროს მხარეს საცნობარო მონაცემების ნორმალიზებისთვის. დირექტორიების მდგომარეობიდან და მათი მოცულობიდან გამომდინარე, ელემენტების შედარების, შეცდომების და დუბლიკატების ამოცნობის, ამოცნობის, ასევე გამოტოვებული ველების შევსებისა და სინქრონიზაციის ველების მინიჭების პროცესს შეიძლება დასჭირდეს ექსპერტთა მთელი ჯგუფის მუშაობა, როგორც ინტეგრატორის ნაწილი (მონაცემთა ნორმალიზაციის ძირითადი ტექნიკის მფლობელი) და მომხმარებლის მხრიდან.

წესების დაყენება

წყაროს სისტემებიდან მონაცემების ჩვენების შესაძლებლობა მიმღებებში დამოკიდებულია სწორად განსაზღვრულ გაცვლის წესებზე. xml ფორმატში წარმოდგენილი წესები არეგულირებს წყარო-მიმღების ობიექტების ძირითადი დეტალების შესაბამისობას. 1C: მონაცემთა კონვერტაციის გადაწყვეტა შექმნილია როგორც ერთჯერადი, ასევე მუდმივი გაცვლის განხორციელების წესების შექმნის ავტომატიზაციისთვის.

გაცვლის გეგმის დროს მონაცემთა დაკარგვის გარანტიას არ იძლევა. ეს არის ნებისმიერი კონფიგურაციის განუყოფელი ნაწილი 1C:Enterprise პლატფორმაზე, რომელიც სრულად აღწერს 1C გაცვლის პროცედურას: მონაცემთა შემადგენლობა (დოკუმენტები „იდენტიფიკაციის“ დეტალებით) და კვანძები (მიმღები-გადამცემის საინფორმაციო ბაზები), ასევე RIB-ის გააქტიურება შერჩეული გაცვლის მიმართულებები.

გაცვლის გეგმაში შეტანილი მონაცემების ნებისმიერი ცვლილება აღირიცხება და იღებს ნიშანს „შეცვლილი“. სანამ შეცვლილი მონაცემები არ ემთხვევა ერთმანეთს მიმღებ-გადამცემის კვანძებში, ნიშანი არ აღდგება და სისტემა ორივე კვანძს გაუგზავნის საკონტროლო შეტყობინებებს. მონაცემების ატვირთვისა და ორივე სისტემაში მათი სრული შესაბამისობის დადასტურების შემდეგ, ნიშანი აღდგება.

გაცვლის გრაფიკი 1C-ში

რეგულარული გაცვლის ავტომატიზაციისთვის, დაყენებულია მონაცემთა ატვირთვის სიხშირე. გაცვლის სიხშირე დამოკიდებულია საჭიროებაზე და ტექნიკურ შესაძლებლობებზე. ასევე, კონფიგურაციები 1C:Enterprise პლატფორმაზე საშუალებას გაძლევთ დააკონფიგურიროთ მონაცემთა გაცვლა, როდესაც ხდება მოვლენა.

გაცვლის განხორციელების სტანდარტული პროცესის გათვალისწინებით, მოდით ყურადღება მივაქციოთ ფაქტორებს, რომლებიც საჭიროებენ გაუმჯობესებას სხვადასხვა ეტაპზე:

• არასტანდარტული, უაღრესად მოდიფიცირებული მონაცემთა ბაზის კონფიგურაციები;
• 1C:Enterprise პლატფორმის სხვადასხვა ვერსიები;
• კონფიგურაციის ვერსიები, რომლებიც დიდი ხნის განმავლობაში არ განახლებულა;
• გაცვლის ობიექტები, რომლებმაც ადრე განიცადეს ცვლილებები;
• არასტანდარტული გაცვლის წესების საჭიროება;
• დეტალების ძალიან განსხვავებული ნაკრები და შემადგენლობა არსებულ საცნობარო წიგნებში.

ვინაიდან პირველადი მონაცემთა გაცვლის განსახორციელებლად სტანდარტული ქმედებებიც კი მოითხოვს საექსპერტო ცოდნას, რეკომენდებულია მათი განხორციელება 1C სპეციალისტების მონაწილეობით. მხოლოდ ზემოთ აღწერილი ყველა ნაბიჯის დასრულების შემდეგ უნდა გააგრძელოთ გაცვლის კონფიგურაციაში დაყენება. მოდით შევხედოთ მონაცემთა ბაზების ინტეგრაციას 1C:UPP და 1C:Retail-ის მაგალითის გამოყენებით (გაცვლა 1C:UT-თან დაყენებულია იმავე სქემის გამოყენებით). სტანდარტულ სინქრონიზაციაში ასევე შედის SCP - SCP ბირჟა, რომელიც ტიპიურია ფართომასშტაბიანი ავტომატიზაციის სისტემებისთვის უმსხვილეს სამრეწველო საწარმოებში.

"სერვისის" ქვემენიუში აირჩიეთ "მონაცემთა გაცვლა პროდუქტებთან პლატფორმაზე..." (პირდაპირი გაცვლის არჩევა "Retail"-ით ხშირად იწვევს შეცდომებს COM ობიექტების დონეზე). გთხოვთ, გაითვალისწინოთ სერვისის შეტყობინება „ეს ფუნქცია მიუწვდომელია“.

ამ პრობლემის გადასაჭრელად, თქვენ უნდა აირჩიოთ "კომუნიკაციების კონფიგურაცია"

...და შეამოწმეთ ყუთი. შემდეგი, უგულებელყოთ შეცდომის შეტყობინება.

მონაცემთა სინქრონიზაციის პარამეტრებში აირჩიეთ „შექმენით ბირჟა „საცალო ვაჭრობით“...

ლოკალური ან ქსელური დირექტორიაში კავშირის პარამეტრების კონფიგურაციამდე, დარწმუნდით, რომ დისკზე არის ადგილი დირექტორიასთვის. თუმცა, როგორც წესი, ის არ იკავებს 30-50 მბ-ზე მეტს, გამონაკლის შემთხვევებში შეიძლება დასჭირდეს 600 მბ-მდე. თქვენ შეგიძლიათ შექმნათ საჭირო დირექტორია პირდაპირ კონფიგურატორიდან.

ქსელის დირექტორიაში დაკავშირებისას, ჩვენ უგულებელყოფთ შეთავაზებას, რომ დააკონფიგურიროთ კავშირი FTP მისამართის საშუალებით და ელ.ფოსტით, "შემდეგი" დაწკაპუნებით.

პარამეტრებში ჩვენ ხელით შევიყვანთ პრეფიქსებს - მონაცემთა ბაზების სიმბოლოებს (ჩვეულებრივ BP, UPP, RO), ვაყენებთ წესებს და მონაცემთა ატვირთვის დაწყების თარიღს. დოკუმენტების სახელში მითითებული იქნება პრეფიქსი, რათა მიუთითებდეს მონაცემთა ბაზა, რომელშიც ისინი შეიქმნა. თუ ატვირთვის წესები არ არის რედაქტირებული, მონაცემები სტანდარტულად აიტვირთება ყველა არსებული პარამეტრის მიხედვით.

ჩვენ ვქმნით გაცვლის პარამეტრების ფაილს "Retail"-ისთვის, რათა არ გავიმეოროთ ჩვენი ქმედებები. თუ თქვენ გჭირდებათ მონაცემთა დაუყოვნებლივ გაგზავნა სინქრონიზაციის დაყენებისთანავე, მონიშნეთ ყუთი.

გაცვლის პროცესის ავტომატიზაციისთვის, თქვენ უნდა დააყენოთ გრაფიკი.

მენიუ "ცალობით".

შეამოწმეთ ყუთი და აირჩიეთ "სინქრონიზაცია".

ჩვენ ვასრულებთ "საპირისპირო" დაყენებას საწარმოს მენეჯმენტის არჩევით.

ჩატვირთეთ UPP-ში შექმნილი პარამეტრების ფაილი.

ჩვენ ვაყენებთ ნიშანს, სისტემა ავტომატურად აიღებს მისამართს.

ჩვენ ვმოქმედებთ ისევე, როგორც UPP-ში.

გადამოწმების მონაცემების შედარება (ხელით მონაცემთა შედარება რეკომენდებულია მოსამზადებელ ეტაპზე, რადგან ეს სამუშაო შეიძლება გახდეს ყველაზე შრომატევადი გაცვლის განხორციელების პროცესში). შედარების ფანჯარა იხსნება მაუსის ორჯერ დაწკაპუნებით.

სინქრონიზაციისას შეცდომის შემთხვევაში „დეტალები...“ შეიცვლება „არასდროს...“-ით.

„დეტალები...“ ხსნის ჟურნალს ბირჟაზე განახლებული ინფორმაციით.

მზადაა.