XML (universal birja) vasitəsilə distribyutor şəbəkəsində filial bazası (pərakəndə mağaza) ilə mübadiləsinin təşkili. Standart vasitələrlə planlı mübadilə 1s 8.3 Mübadilə planının yaradılması nümunəsi

Avtomatlaşdırılmış sistemlər idarəetmə əksər hallarda ayrıca verilənlər bazalarından ibarətdir və çox vaxt coğrafi olaraq paylanmış struktura malikdir. Eyni zamanda, düzgün həyata keçirilən məlumat mübadiləsi belə sistemlərin səmərəli işləməsi üçün zəruri şərtdir.

Bu halda, ilkin mübadilə quraşdırması, 1C: Enterprise platformasına əsaslanan məhsullarda olduğu kimi, homojen mənbələrlə məşğul olsaq da, təkcə proqramlaşdırma baxımından deyil, həm də məsləhətləşmələr tələb edə bilər. Niyə 1C mübadiləsinin qurulması (və ya 1C 8.3-də məlumatların sinxronlaşdırılması) inteqrasiya layihəsinin ən çox vaxt aparan və bahalı işi ola bilər, bu məqalədə nəzərdən keçirəcəyik.

1C mühitində məlumat mübadiləsi sizə imkan verir:

• Sənədlərin ikiqat daxil olmasını aradan qaldırmaq;
• Əlaqədar biznes proseslərini avtomatlaşdırmaq;
• Paylanmış şöbələr arasında qarşılıqlı əlaqəni optimallaşdırmaq;
• Müxtəlif şöbələrin mütəxəssislərinin işi üçün məlumatları operativ şəkildə yeniləmək;
• "Demarkasiya" fərqli növlər mühasibat uçotu.*

*Bir növ mühasibat uçotunun məlumatları digərindən əhəmiyyətli dərəcədə fərqləndiyi halda, məlumatın məxfiliyini və “ayrı” məlumat axınlarını təmin etmək lazımdır. Məsələn, 1C UT və 1C Mühasibat arasında məlumat mübadiləsi idarəetmə məlumatlarının tənzimləyici uçot bazasına yüklənməsini tələb etmir, yəni. 1C-də sinxronizasiya burada natamam olacaq.

İlkin məlumat mübadiləsinin həyata keçirilməsi üçün standart prosesi təmsil etsək, onun obyektlərindən ən azı biri 1C məhsulu olduqda, aşağıdakı mərhələləri ayırd etmək olar:

• Birjanın tərkibinin əlaqələndirilməsi;
• Nəqliyyatın tərifi (mübadilə protokolları);
• Qaydaların təyin edilməsi;
• Planlaşdırma.

Birjanın tərkibinin müəyyən edilməsi 1C

Mübadilə obyektlərini şərti olaraq “mənbə” və “qəbuledici”yə bölmək olar. Eyni zamanda, onlar eyni anda iki rolu yerinə yetirə bilərlər ki, bu da ikitərəfli mübadilə adlanacaq. Mənbə və təyinatın müəyyən edilməsi ehtiyacdan və ya ondan asılı olaraq məntiqi şəkildə baş verir funksionallıq sistemləri.*

*Məsələn, 1C:Enterprise əsasında hazırlanmış maliyyə uçotu və xəzinədarlıq proseslərinin idarə edilməsi üçün həll olan WA: Financier-i inteqrasiya edərkən WiseAdvice mütəxəssisləri bunu master sistem kimi tövsiyə edirlər. Bu, tətbiq siyasətinin qaydalarına riayət etmək və müvafiq olaraq həllin effektivliyini təmin etmək üçün nəzarət vasitələrinin mövcudluğu ilə bağlıdır.

Bundan əlavə, istifadəçilərdən alınan və qeydə alınan tələblər əsasında mübadilə üçün məlumatların siyahısı yaradılır, onların həcmi, mübadilə tezliyinə tələblər müəyyən edilir, səhvlərlə işləmə və müstəsna vəziyyətlərin (toqquşmaların) idarə edilməsi prosesi təyin edilir.

Eyni mərhələdə, mövcud sistemlərin donanmasından və müəssisənin strukturundan asılı olaraq, mübadilə formatı müəyyən edilir:

Paylanmış məlumat bazası

• RIB, hər bir mübadilə cütü üçün aydın master-slave idarəetmə strukturu ilə eyni 1C verilənlər bazası konfiqurasiyaları arasında mübadiləsi nəzərdə tutur. Texnoloji platformanın elementi olan RIB, məlumatlardan əlavə, verilənlər bazasının konfiqurasiyasında və inzibati məlumatlarında dəyişiklikləri ötürə bilər (lakin yalnız masterdan qulluğa).

1C-də universal məlumat mübadiləsi

• Həm 1C: Enterprise platformasındakı konfiqurasiyalarla, həm də üçüncü tərəf sistemləri ilə 1C verilənlər bazası mübadiləsini konfiqurasiya etməyə imkan verən mexanizm. Mübadilə “Mübadilə planları”na uyğun olaraq verilənlərin universal xml formatına köçürülməsi yolu ilə həyata keçirilir.

EnterpriseData

• 1C şirkətinin ən son inkişafı, istənilən avtomatlaşdırma sistemləri ilə 1C: Enterprise platformasında yaradılmış məhsullar arasında xml formatında məlumat mübadiləsini həyata keçirmək üçün nəzərdə tutulmuşdur. EnterpriseData-dan istifadə mübadilə ilə bağlı təkmilləşdirmələri asanlaşdırır. Əvvəllər sistemə yeni konfiqurasiya daxil edildikdə, həm onun, həm də mövcud sistemlər üçün məlumatların idxalı və ixracı mexanizmini tətbiq etmək lazım idi. İndi EnterpriseData-nı dəstəkləyən sistemlərin dəyişdirilməsinə ehtiyac yoxdur, yalnız bir giriş-çıxış nöqtəsi var.

Nəqliyyatın tərifi (mübadilə protokolları)

1C: Enterprise 8 platformasına əsaslanan sistem hər hansı bir şəxslə mübadilənin təşkili üçün geniş imkanlar təqdim edir. informasiya resurslarıümumi qəbul edilmiş universal standartlar vasitəsilə (xml, mətn faylları, Excel, ADO bağlantısı və s.). Buna görə də, məlumat mübadiləsi üçün nəqliyyatı təyin edərkən, üçüncü tərəf sisteminin məlumat bazasının imkanlarından başlamaq lazımdır.

Kataloqların sinxronizasiyası

Effektiv kataloq sinxronizasiyasının əsas prinsipi bir giriş nöqtəsinin olmasıdır. Ancaq tarixən fərqli qaydalara uyğun doldurulmuş qovluqlarla işləməkdən danışırıqsa, mübadiləni "ortaq məxrəcə" gətirmək üçün sinxronizasiya sahələrini dəqiq müəyyənləşdirmək lazımdır.

*Bu mərhələdə məlumat mənbəyi tərəfində istinad məlumatlarının normallaşdırılması üzrə işlərin aparılması lazım gələ bilər. Kataloqların vəziyyətindən və onların həcmindən asılı olaraq, elementlərin müqayisəsi, səhvlərin və dublikatların tanınması, müəyyən edilməsi, habelə çatışmayan sahələrin doldurulması və sinxronizasiya sahələrinin təyin edilməsi prosesi həm bütöv bir mütəxəssis qrupunun işini tələb edə bilər. inteqrator tərəfi (istinad məlumatlarının normallaşdırılması metodologiyasının sahibi) və müştəri tərəfdən.

Qaydaların qurulması

Mənbə sistemlərindən verilənləri qəbuledicilərdə göstərmək imkanı düzgün müəyyən edilmiş mübadilə qaydalarından asılıdır. Xml formatında təqdim olunan qaydalar mənbə-təyinat obyektlərinin əsas atributlarının uyğunluğunu tənzimləyir. 1C: Data Conversion həlli həm birdəfəlik, həm də daimi mübadilənin həyata keçirilməsi üçün qaydaların yaradılmasını avtomatlaşdırmaq üçün nəzərdə tutulmuşdur.

Mübadilə planı zamanı məlumat itkisinin olmamasını təmin edir. Bu, 1C mübadilə prosedurunu tam təsvir edən 1C: Enterprise platformasındakı istənilən konfiqurasiyanın tərkib hissəsidir: məlumat tərkibi ("müəyyənləşdirən" təfərrüatları olan sənədlər) və qovşaqlar (qəbuledici-ötürücü məlumat bazaları), həmçinin RIB-nin aktivləşdirilməsi. seçilmiş mübadilə istiqamətləri üçün.

Mübadilə Planına daxil edilmiş məlumatlarda hər hansı dəyişiklik sabitdir və "dəyişiklik" işarəsini alır. Nə qədər ki, dəyişdirilmiş məlumatlar qəbuledici-ötürücü qovşaqlarda bir-birinə uyğun gəlmir, bayraq sıfırlanmayacaq və sistem hər iki qovşaq üçün nəzarət mesajları göndərəcək. Məlumatları boşaltdıqdan və hər iki sistemdə onların tam uyğunluğunu təsdiq etdikdən sonra işarə sıfırlanır.

1C-də mübadilə cədvəli

Müntəzəm mübadiləsini avtomatlaşdırmaq üçün məlumatların yüklənməsi tezliyi müəyyən edilir. Mübadilə tezliyi ehtiyacdan və texniki imkanlardan asılıdır. Həmçinin, 1C: Enterprise platformasındakı konfiqurasiyalar hadisə baş verən zaman məlumat mübadiləsini konfiqurasiya etməyə imkan verir.

Birjanın həyata keçirilməsi üçün standart prosesi nəzərdən keçirərək, müxtəlif mərhələlərdə təkmilləşdirmə tələb edən amillərə diqqət yetirək:

• Qeyri-standart, ciddi şəkildə dəyişdirilmiş verilənlər bazası konfiqurasiyaları;
• 1C: Enterprise platformasının müxtəlif versiyaları;
• Uzun müddətdir ki, yenilənməyib cari versiyalar konfiqurasiya;
• Əvvəllər dəyişdirilmiş obyektləri mübadilə etmək;
• Qeyri-standart mübadilə qaydalarına ehtiyac;
• Mövcud qovluqlarda çox fərqli detallar dəsti və tərkibi.

İlkin məlumat mübadiləsinin həyata keçirilməsi üçün hətta standart tədbirlər ekspert biliklərini tələb etdiyindən, onların 1C mütəxəssislərinin iştirakı ilə həyata keçirilməsi tövsiyə olunur. Yalnız yuxarıda göstərilən bütün addımları tamamladıqdan sonra konfiqurasiyada mübadilə qurmağa davam etməlisiniz. "1C: UPP" və "1C: Pərakəndə" nümunəsində verilənlər bazalarının inteqrasiyasını nəzərdən keçirin (eyni sxemə görə, "1C: UT" ilə mübadilə konfiqurasiya edilmişdir). Həm də tipik sinxronizasiya ən böyük sənaye müəssisələrində iri miqyaslı avtomatlaşdırma sistemləri üçün xarakterik olan SCP - SCP mübadiləsini əhatə edir.

"Xidmət" alt menyusunda "Platformada məhsullarla məlumat mübadiləsi ..." seçin ("Pərakəndə" ilə birbaşa mübadilə seçmək çox vaxt COM obyektləri səviyyəsində səhvlərlə təhdid edir). "Bu funksiya mövcud deyil" xidmət mesajına diqqət yetirin.

Bu problemi həll etmək üçün "Məlumat Paylaşma Parametrləri"ni seçməlisiniz.

...və qutunu yoxlayın. Bundan əlavə, səhv mesajı nəzərə alınmır.

Məlumat sinxronizasiya parametrlərində "Pərakəndə satış" ilə mübadilə yaradın...

Yerli və ya vasitəsilə əlaqə parametrlərini konfiqurasiya etməzdən əvvəl şəbəkə kataloqu qovluq üçün diskdə yer olduğundan əmin olmalısınız. Baxmayaraq ki, bir qayda olaraq, 30-50 MB-dan çox yer tutmasa da, müstəsna hallarda 600 MB-a qədər tələb oluna bilər. Tələb olunan kataloqu konfiquratordan birbaşa yarada bilərsiniz.

Şəbəkə kataloqu vasitəsilə qoşulduqda, biz "Sonrakı" düyməsini basaraq FTP ünvanı və e-poçt vasitəsilə əlaqəni konfiqurasiya etmək təkliflərinə məhəl qoymuruq.

Parametrlərdə prefiksləri əl ilə qoyun - konvensiyalarəsaslar (bir qayda olaraq, BP, CQBK, RO), biz məlumatları yükləmək üçün qaydaları və başlanğıc tarixini təyin edirik. Prefiks sənədlərin başlığında onların yaradıldığı bazanı göstərmək üçün göstəriləcəkdir. Yükləmə qaydaları redaktə edilmədikdə, standart məlumatlar bütün mövcud parametrlərə uyğun olaraq yüklənəcəkdir.

Hərəkətlərimizi təkrarlamamaq üçün Pərakəndə satış üçün mübadilə parametrləri faylı yaradırıq. Sinxronizasiya qurduqdan sonra dərhal məlumat göndərmək lazımdırsa, qutuyu işarələyin.

Mübadilə prosesini avtomatlaşdırmaq üçün cədvəl qurmalısınız.

Pərakəndə menyu.

Qutunu işarələyin və Sinxronizasiya seçin.

İstehsal müəssisəsinin idarə edilməsini seçməklə “əks” parametr edirik.

Faylı SCP-də yaradılmış parametrlərlə yükləyin.

Bir işarə qoyuruq, sistem avtomatik olaraq ünvanı götürür.

Biz UPP-də olduğu kimi hərəkət edirik.

Verilənlərin yoxlanılması müqayisəsi (Məlumatların əl ilə müqayisəsinin aparılması tövsiyə olunur hazırlıq mərhələsi, çünki bu işlər mübadilənin həyata keçirilməsi prosesində ən çox vaxt aparan ola bilər). Müqayisə pəncərəsi siçan üzərinə iki dəfə basmaqla açılır.

Sinxronizasiyada xəta olarsa, “Təfsilatlar…” “Heç vaxt…” ilə əvəz olunacaq.

“Ətraflı məlumat…” mübadilə haqqında yenilənmiş məlumatlarla qeydiyyat jurnalını açır.

Hazır.

1C 8.3-də mübadilə planları 1C 8 sistemində məlumat sinxronizasiyasını həyata keçirmək üçün istifadə olunan konfiqurasiya metadata obyektidir.

Mübadilə planı elementlərinin məlumat bazası qovşaqları olduğu qovluqla müqayisə oluna bilər. Bununla belə, mübadilə planları ilə işləməkdə bir çox nüanslar var, onlar haqqında aşağıda danışacağıq.

Adətən, 1C-də mübadilə konfiqurasiyadan istifadə edərək formalaşan xüsusi mübadilə qaydaları ilə qurulur.

Daha əvvəl qeyd edildiyi kimi, mübadilə planı adi plana çox bənzəyir və buna görə də biz mübadilədə yalnız əsas fərqləri nəzərdən keçirəcəyik.

Mübadilə planı ilə necə işləmək olar

Mübadilə planı məlumat və mübadilə planının elementlərinə edilən dəyişiklikləri saxlaya bilər, həmçinin nömrə haqqında məlumatları saxlaya bilər cari mesaj. Ümumiyyətlə, iş sxemi aşağıdakı kimidir:

1. Biz verilənlər bazasında məlumatları (kataloqlar, sənədlər və s.) dəyişdiririk - mübadilə planı dəyişiklikləri xatırlayır. Ya avtomatik qeydiyyatla, ya da proqram kodu ilə (məsələn, Exchange Plans.RegisterChanges metodu).
2. Zamanı gələndə biz dəyişdirilmiş elementlərin siyahısını alırıq - ReadChanges() metodu, bu məlumatları boşaltın.
3. Yükləyərkən / endirərkən, toqquşmaların qarşısını almaq üçün mübadilə planının mesaj nömrələrini yoxlayırıq. Əgər onlar uyğun gəlmirsə, məlumat mübadiləsini ləğv edirik, uyğun gələrsə, dəyişikliklərin qeydiyyatını ləğv edirik və mesaj nömrəsini artırırıq.

267 1C video dərsini pulsuz əldə edin:

Paylanmış məlumat bazası

Bu bayraq parametrlərdə qoyulubsa, bu mübadilə planı paylanmış infobazadır (DIB).

- eyni konfiqurasiyaya əsaslanan coğrafi olaraq paylanmış sistem 1C 8.3. RIB, məlumat dəyişikliklərinə əlavə olaraq, konfiqurasiya dəyişikliklərini də ötürə bilər, bu, məsələn, konfiqurasiya buraxılışını yeniləyərkən çox rahatdır.

Mübadilə planının tərkibi

Tərtibatçının mübadilə ediləcək obyektlər dəstini idarə etdiyi parametr:

Mübadilə planının bir hissəsi olaraq obyektin 3 vəziyyəti ola bilər:

1. Mübadilə planına daxil deyil- müvafiq olaraq, heç bir şəkildə belə bir obyekt üçün bu mübadilə planı üçün məlumat mübadiləsini konfiqurasiya edə bilməzsiniz.
2. Avtomatik qeydiyyatdan imtina- bu o deməkdir ki, bu qovşaq üçün dəyişiklikləri yalnız proqram kodu ilə hansısa şərtə uyğun olaraq qeyd etmək lazımdır, bir qayda olaraq, . ExchangePlans.RegisterChanges() metodundan istifadə olunur.
3. Avtomatik qeydiyyata icazə verin- bu onay qutusu qoyulubsa, elementdə edilən hər hansı dəyişiklik avtomatik olaraq mübadilə planının dəyişiklikləri siyahısına daxil ediləcək.

Mübadilə planları və performans 1C

Birja planlarının həyata keçirilməsinin sistem xüsusiyyətlərinə görə, mübadilə planlarına uyğun olaraq dəyişikliklərin yüklənməsindən sui-istifadə etmək tövsiyə edilmir. Məsələ ondadır ki, dəyişikliklərin oxunması zamanı bütün dəyişikliklər cədvəlləri bloklanır. Bunlar. boşaltma zamanı mübadilə planı yeni dəyişikliklər yazmağa imkan vermir və buna görə də elementlərin özlərini bloklayır - kataloqlar, sənədlər və s.

İmtina və istifadə şərtləri

Dərhal qeyd edim ki, aşağıdakıların hamısı 8.0.7.36 və daha yüksək platformanın buraxılışına aiddir.

Addım 1. Mübadilə planı yaradın

Konfiqurasiyada mübadilə planı yaradırıq. Biz bunu, məsələn, "DistributedBase" adlandırırıq. Məcburi olaraq
Mübadilə planının xüsusiyyətlərində "Paylanılmış məlumat bazası" qutusunu yoxlayın.

"Digər" sekmesinde, "Tərkibi" düyməsini klikləməklə, hansı obyektlərin mübadiləə daxil ediləcəyini müəyyənləşdiririk. By
Varsayılan olaraq, bütün obyektləri aktivləşdirə bilərsiniz ("Fəaliyyətlər" - "Hamısını Aktivləşdir"). Əhəmiyyətli məqam parametrdir
"Avtomatik qeydiyyat". Ümumiyyətlə, bütün obyektlər üçün aktivləşdirilməlidir.

Qeyd: konfiqurasiyaya yeni obyektlər əlavə edildikdə, onlar mübadilə planına daxil edilmir. Bunlar. sonra
obyekt əlavə edərək, mübadilə planına əlavə edilməlidir.

Bəzi obyektlərin mübadilədə iştirak etməməsini istəyirsinizsə, sadəcə onları kompozisiyadan çıxarın
mübadilə planı. Lakin sonra istinad bütövlüyünə nəzarət tamamilə sizin vicdanınızda qalır. Əgər, üçün
məsələn, müəyyən bir sənəd mübadilə planına daxil edilmir və onun hərəkət etdiyi reyestr daxil edilir,
onda qəbuledici bazasında registrator sənədi olmadan qeydiyyat hərəkətlərini əldə etmək olduqca mümkündür
razıyam, yaxşı deyil.

Prinsipcə, bu hərəkətlər RDB-nin "manual" rejimdə işləməsi üçün kifayətdir. Bunu etmək üçün işə salırıq
Müəssisə, mübadilə planımızı "Əməliyyatlar" menyusu vasitəsilə açın. Mübadilə planında həmişə mövcuddur
əvvəlcədən təyin edilmiş "nöqtə ilə" node. Bu, cari node təsviridir. Onu açmaq və doldurmaq lazımdır. Bizim
Bu halda, "Kod" və "Ad" sahələri mövcud olacaq. Gəlin qovşağımıza “AA” kodu təyin edək və onu çağıraq
"Mərkəzi". Mübadilə planına bir node əlavə edək. Gəlin ona "BB" kodu təyin edək və onu "Periferik" adlandıraq.

İndi periferik bazanın görüntüsünü yarada bilərik. Bu, "İlk yaradın
image". Düyünlər siyahısında seçilməlidir periferik baza. Verilənlər bazası şəkli bitmiş IB kimi yaradılmışdır
kataloqda və ya 1C: Enterprise serverində. (IB şəklinin fayl kimi yaradıldığı 7.7-dən fərqli olaraq
boşaltma). Bundan əlavə, yaradılmış verilənlər bazası sadəcə 1CV8.1CD faylını kopyalayaraq lazımi yerə köçürülə bilər.
(fayl versiyası üçün) və ya məlumatların yüklənməsi və endirilməsi vasitəsilə Konfiqurator vasitəsilə.

Periferik İS-də mübadilə planını açsanız, görəcəksiniz ki, node "nöqtə ilə", yəni. cari
"Periferik" node qovşaq oldu və "Mərkəzi" qovşağın simvolu qırmızı oldu, yəni. düyün
"Mərkəzi" cari ilə əlaqəli əsas qovşaqdır.

"Əl ilə" rejimdə mübadilə "Dəyişiklikləri qeyd edin" və "Oxuyun" düymələrindən istifadə etməklə edilə bilər
dəyişikliklər". Birinci halda, sizdən dəyişikliklərin yazılacağı faylı seçmək istəniləcək, ikinci halda
- dəyişikliklərin oxunacağı fayl. Mübadilə xml formatında həyata keçirilir. Dəyişikliklər üçün qeydə alınır
seçilmiş node.

Addım 2: Dəyişiklikləri XML faylına yükləyin və e-poçtla göndərin

Beləliklə, biz bir mübadilə planı yaratdıq, periferik informasiya təhlükəsizliyini yaratdıq və hətta arasında məlumatların necə ötürülməsini öyrəndik
əsaslar. İndi bizim vəzifəmiz elektron poçtla mübadilə etmək üçün əsasları öyrətməkdir.

Mübadilə planına iki təfərrüat əlavə edirik: "string" tipli e-poçt ünvanı və tipli "PerformExchange"
"boolean". EmailAddress atributunda biz node e-poçtunu saxlayacağıq, yəni. olan ünvan
mübadilə mesajları göndərin. Tələb olunan PerformExchange avtomatiki tez söndürmək üçün lazımdır
mesajların göndərilməsi-göndərilməsi.

Elektron poçtla işləmə prosedurunu universal edəcəyik, yəni. imkan verək
MAPI kimi istifadə edin (vasitəsilə göndər-qəbul edin poçt müştərisi məsələn, MS Outlook) və
SMTP/POP3 serverlərinə birbaşa çıxış.

Konfiqurasiyaya bəzi sabitlər əlavə edək:

bir yerdə ümumi formada bu sabitlərin dəyərlərinin redaktəsini təmin edirik.

Ümumi modul əlavə edək, onu “rbDistributedBase” adlandıraq. Orada yazırıq:

Prosedur pbSendExchangeMessages() Export UseSMTP = Constants.UseExchangeBySMTP.Get(); //Əvvəlcə, parametrlərdən asılı olaraq InternetMail tipli olan Mail obyektini yaradın, //serverlərə birbaşa giriş istifadə edilirsə və ya MAPI istifadə olunursa Mail.Əgər SMTP istifadə etsəniz //InternetMail tipli obyekt üçün poçt profili yaradın və doldurun. MailProfile = Yeni InternetMailProfile; MailProfile.SMTPServerAddress = Constants.SMTPServerAddressExchange.Get(); MailProfile.SMTPort = Constants.InterchangeSMTPServerPort.Get(); MailProfile.SMTPUser = Constants.SMTPServerUserExchange.Get(); MailProfile.SMTPPassword = Constants.SMTPUserPasswordExchange.Get(); MailProfile.Timeout = Constants.TimeoutServer.Get(); Poçt = Yeni InternetMail(); Mail.Connect(MailProfile) cəhdi; İstisna Hesabatı(" EXCHANGE: qoşulma xətası poçt profili! Mübadilə uğursuz oldu!" + ErrorDescription(), MessageStatus.VeryImportant); Qaytar; EndTry; Əks halda Mail = NewMail(); cəhd Mail.Connect(); İstisna Hesabatı("" + ErrorDescription(), MessageStatus.VeryImportant); Qaytar; EndTry; EndIf ; //Sonra, mübadilə planından cari istisna olmaqla, bütün qovşaqları seçin, // bunun üçün PerformExchange atributunun təyin olunduğu. NodeSelection = Mübadilə Planları.DistributedBase.Select(); While SelectNodes.Next() Loop Əgər Deyilsə SelectNodes.PerformExchange Sonra Davam edin; EndIf; Əgər NodeSelection.Reference = Exchange Plans.DistributedBase.ThisNode() Əgər Davam Edin; EndIf; EmailAddress = QısaldılmışLP(Nodes.EmailAddress Seçimi); EmailAddress = "" Əgər Davam et; EndIf; //XMLWrite və MessageWrite obyektlərindən istifadə edərək dəyişiklikləri yazırıq //seçilmiş node üçün xml faylına. Node = NodeSelection.Reference; XMLWriter = Yeni XMLWriter(); MessageFileName = TempFiles Directory() + "Message_ " + Qısaldılmış LP(Exchange Plans.DistributedBase.ThisNode().Code) + "_ " + AbreviatedLP(Node.Code) + ".xml "; WriteXML.OpenFile(MessageFileName); MessageRecord = ExchangePlans.CreateMessageRecord(); WriteMessage.StartWrite(WriteXML, Node); Mübadilə Planları.WriteChanges(WriteMessage); WriteMessage.EndWrite(); WriteXML.Close(); //Sonra yeni hərf yaradırıq, nəticədə yaranan xml faylını ona əlavə edirik və //qovşağın E-Ünvan atributunda göstərilən ünvana göndərin. Fayl = Yeni Fayl (MessageFileName); MessageSubject = "1C: Exchange" + Qısaldılmış LP(Exchange Plans.DistributedBase.ThisNode().Code) + "_" + AbreviatedLP(Node.Code); Əgər SMTP istifadə etsəniz, onda MailMessage = Yeni InternetMailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName, File.Name); MailMessage.Recipients.Add(E-poçt ünvanı); Mail.Send(MailMessage); Else MailMessage = Yeni MailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName); MailMessage.Recipients.Add(E-poçt ünvanı); Mail.Send(MailMessage, False); EndIf; Əgər Constants.OutputMessages.Get() varsa, o zaman Report(" EXC: Node üçün mesaj mübadiləsi" + Node.Name + " göndərildi! ", MessageStatus.Information); EndIf; DeleteFiles(MessageFileName); EndCycle; Mail.Disconnect(); EndProcedure

Mən interfeysə əlavə etməyi məsləhət görürəm əlavə panel, düymələrindən birində bunun zəngi asılır
prosedurlar. İndi müəssisəni işə salmaq, konfiqurasiya etmək qalır e-poçt ünvanı periferik IS,
"Mübadilə həyata keçirin" qutusunu seçin, paneldəki prosedur düyməsini basın və poçtu qəbul etmək üçün işə salın
müəyyən e-poçt. ünvanlar. Siz "1C: Exchange AA_BB" mövzulu məktub və əlavə edilmiş fayl almalısınız
"Mesaj_AA_BB.xml".

Beləliklə, işin yarısı tamamlandı: biz "səkkiz"ə RDB mübadiləsi mesajlarını elektron poçtla göndərməyi öyrətdik.
poçt.

Addım 3. Yenilikləri e-poçt vasitəsilə qəbul etmək və onları IB-də qeyd etmək

İndi tərs proseduru yerinə yetirək: e-poçt vasitəsilə yeniləmələri qəbul etmək və onları IB-yə yazmaq.

Seans parametrlərinə Boolean tipli "DistributedBaseExchange in Progress" parametrini əlavə edək. Aşağıda bunu izah edəcəyəm
təyinat.

rbDistributedBase ümumi moduluna aşağıdakı proseduru əlavə edək:

Prosedur rbGetInterchangeMessages() Export UseSMTP = Constants.UseExchangeBySMTP.Get(); //rbSendExchangeMessages() prosedurunda olduğu kimi, əvvəlcə obyekt yaradın Mail Əgər SMTP istifadə olunursa, onda MailProfile = Yeni InternetMailProfile; MailProfile.POP3ServerAddress = Constants.POP3ExchangeServerAddress.Get(); MailProfile.POP3 Port = Constants.POP3ExchangeServerPort.Get(); MailProfile.User = Constants.POP3ExchangeServerUser.Get(); MailProfile.Password = Constants.POP3UserPasswordExchange.Get(); MailProfile.Timeout = Constants.TimeoutServer.Get(); Poçt = Yeni InternetMail(); Mail.Connect(MailProfile) cəhdi; İstisna Hesabatı(" EXCHANGE: Poçt profilinə qoşulma xətası! |Mübadilə uğursuz oldu!", MessageStatus.Çox Əhəmiyyətli); Qayıdın; EndTry; Başqa Poçt = Yeni Mail(); cəhd Mail.Connect(); İstisna Hesabatı(" EXCHANGE: İstifadəçi poçt profilinə qoşulma xətası! |Mübadilə uğursuz oldu!", MessageStatus.Çox Əhəmiyyətli); Qayıdın; EndTry; EndIf;MessageArray = Yeni Massiv; Əgər UseSMTP O zaman AllMessages = Mail.Select(False); Əks halda AllMessages = Mail.Select(False, False); EndIf; //Bütün hərflər arasında "1C: Mübadilə" mövzusu olanları seçin. // Kiçik, lakin vacib qeyd: //hesab edirik ki, "1C: Mübadilə" mövzusu ilə alınan bütün məktublar nəzərdə tutulub // yəni cari node üçün, //onlar. mübadilə baxımından fərqli qovşaqların FƏRQLİ e-poçt ünvanlarına malik olması. AllMessages-dan Hər Mesaj üçün Lion If Loop(Message.Subject, 8 )<>"1C: Mübadilə" Sonra Davam edin; EndIf; TryingMessageArray.Add(Mesaj); //Hərf əlavəsini diskdə saxla. //Dəqiq yuva yoxlamasını hələlik pərdə arxasında buraxaq.Əlavə = Mesaj.Qoşmalar; MessageFileName = TempFileDirectory() + Attachment.Name; ExchangeData = Attachment.Data; ExchangeData.Write(MessageFileName); //XMLReader və MessageReader obyektlərindən istifadə edərək məlumatları oxuyuruq //saxlanmış fayldan yeniliklər. IB-də yeniləmələri yazmadan əvvəl //DistributedBaseExchange In Progress sessiya parametrini Doğru olaraq təyin edin. //Sonra IB-də dəyişiklikləri oxuyun: Exchange Plans.ReadChanges(ReadingMessage). //Eyni zamanda biz mesajları massivdə saxlayırıq ki, sonradan hamısını birdən silə bilək. XMLReader = Yeni XMLReader(); ReadingXML.OpenFile(MessageFileName); ReadMessage = ExchangePlans.CreateReadMessage(); ReadingMessage.StartReading(ReadingXML); SessionParameters.DistributedBaseExchange davam edir = Doğrudur; Mübadilə Planları.ReadChanges(ReadMessage); ReadMessage.FinishReading(); ReadXML.Close(); Əgər Constants.OutputMessages.Get() varsa, o zaman Report(" EXCHANGE: Mübadilə məlumatları qəbul edilir",MessageStatus.Information); EndIf; İstisna Hesabatı(" EXCHANGE: Mübadilə məlumatlarını əldə edərkən xəta:" + ErrorDescription(), MessageStatus.Very Important); EndTry; //Mübadilə məlumatlarının oxunması başa çatdıqdan sonra geri qayıdın //sessiya parametri IsExchangingDistributedBase dəyəri Yanlışdır. SessionParameters.DistributedBaseExchange davam edir = Yanlış; Faylları silməyə cəhd edin(MessageFileName); İstisna // işləmirsə, tamam Cəhdin sonu; EndCycle; Əgər SMTP istifadə etsəniz, onda Mail.DeleteMessages(MessageArray); EndIf; Mail.Disconnect(); EndProcedure

İndi sessiya parametrinin nə üçün olduğu haqqında.
Fakt budur ki, Exchange Plans.ReadChanges() metodu ilə məlumatları oxuyarkən zəng baş verir
dəyişdirilmiş/əlavə edilmiş obyektlərin BeforeWrite() hadisə idarəedicisi prosedurları. Və qeyd edərkən
işləyici prosedurunda hər hansı bir obyekt üçün Ləğv parametri True olaraq təyin ediləcək, sonra
ExchangePlans.ReadChanges() icra edərkən istisna baş verəcək və müvafiq olaraq mübadilə
icra olunmayacaq. IsInDistributedBaseExchange sessiya parametrinin dəyəri ola bilər
bu vəziyyətdən qaçmaq üçün işləyici prosedurlarında təhlil edilir.
12-ci versiyanın buraxılması ilə (versiyalarda səhv ola bilərəm), bu metodun aktuallığı bir qədər
deprecatedA çünki obyektlərin xassələri var Mübadilə Seçimləri, hansı, onun . Bu xassə True olduqda təyin edilib
mübadilə planı vasitəsilə məlumatların saxlanması.

İndi panelimizdəki interfeysə daha bir düymə əlavə edirik, bunun üzərinə zəngi bağlayırıq
prosedurlar. Biz Enterprise başlayırıq və həzz alırıq.
Demək olar ki, hər şey hazırdır, bir az qalıb: prosedurlarımızı işə salmaq avtomatik rejim.
Addım 4. Avtomatik mübadilənin qurulması

Beləliklə, hekayəmizin məqsədinə demək olar ki, yaxınlaşırıq. Yalnız bir addım qalıb: işə salın
avtomatik rejimdə mübadilə prosedurlarının icrası. Gəlin başlayaq.

Number(5,0) tipli DistributedBaseAutoExchange Interval sabitini əlavə edək.

İstifadəçi parametrlərinə ExecuteDistributedBaseExchange parametrini əlavə edək. Konfiqurasiya üçün
"Ticarətin İdarə Edilməsi" belə edilir:

* Xüsusiyyət növləri planına "İstifadəçi Parametrləri" əvvəlcədən təyin edilmiş əlavə edin
Boolean tipli PaylanmışBazaların PerformExchange xarakteristikası.
* "İstifadəçilər" kataloq elementi şəklində bu parametrin dəyişdirilməsini konfiqurasiya edirik (kimi
forma modulunda digər parametrlərlə analoji olaraq baxıla bilər).

RbDistributedBase moduluna prosedur əlavə edin:

Prosedur rbExecuteExchange(prUser) Export Əgər npGetDefaultValue(prUser, "") O zaman rbGetExchangeMessages(); rbSendExchangeMessages(); EndIf; EndProcedure

proqram moduluna:

Proseduru CheckConnectionAutoExchange() İxrac et npGetDefaultValue(chCurrentUser, " DistributedBaseExchange həyata keçirin") Və Constants.DistributedBaseAutoExchange Interval.Get() > 0 Sonra ConnectWaitingHandler(" Avtomatik Mübadilə həyata keçirin", Constants.DistributedBaseAutoExchange Interval.Get()); Else DisableWaitingHandler(" Avtomatik Mübadilə həyata keçirin"); EndIf; EndProcedure Proseduru ExecuteAutoExchange() Export rbExecuteExchange(chCurrentUser); DisableWaitingHandler(" Avtomatik Mübadilə həyata keçirin"); Əgər npGetDefaultValue(chCurrentUser, " DistributedBaseExchange həyata keçirin") Və Constants.DistributedBaseAutoExchange Interval.Get() > 0 Sonra ConnectWaitingHandler(" Avtomatik Mübadilə həyata keçirin", Constants.DistributedBaseAutoExchange Interval.Get()); EndIf; EndProcedure Proseduru DisableAutoExchange() Export DisableWaitingHandler(" Avtomatik Mübadilə həyata keçirin"); EndProcedure

Tətbiq modulunun AtStartSystem() proseduruna aşağıdakı sətirləri əlavə edin:

(kommersiya avadanlığını birləşdirdikdən sonra)
...
SessionParameters.DistributedBaseExchange davam edir = Yanlış; CheckConnectionAutoExchange();

Prosesə nəzarət etmək üçün panelimizə daha bir neçə düymə əlavə edək: proseduru birinə asırıq
CheckConnectingAutoExchange(), başqasına - DisableAutoExchange()

Biz müəssisəni işə salırıq, istifadəçi xüsusiyyətlərini və avtomatik mübadilə intervalını təyin edirik və budur!

İndi, bu ən çox konfiqurasiya edilmiş istifadəçinin altında verilənlər bazasına daxil olduqda, işləyici işə salınacaq
ExecuteAutoExchange() gözləyir. Təbii ki, periferik verilənlər bazasında siz də istifadəçini konfiqurasiya etməlisiniz
mübadilə üçün.

Başqa bir kiçik, lakin vacib qeyd:

Yaratdığımız bütün cazibələrdə bir narahatlıq var: konfiqurasiya dəyişiklikləri. At
Kənar baza konfiqurasiya dəyişikliklərini ehtiva edən bir mesaj aldıqda, o
qəbul ediləcək, lakin istisna baş verəcək. Bu halda, dəyişdirilmiş konfiqurasiya olacaq
yüklənmişdir. Verilənlər bazası konfiqurasiyasını yeniləmək üçün bütün istifadəçiləri çıxarmalı, gedin
konfiqurator və verilənlər bazası konfiqurasiyasını yeniləyin (bundan əvvəl məlumatları boşaltmaq yaxşı bir fikirdir). TO
Təəssüf ki, bu, zəruri bir pislikdir. Qısa bir yarasa faylı yazmaqla həyatınızı bir az da asanlaşdıra bilərsiniz
bu məzmun kimi bir şey:

1cv8.exe CONFIG /F<путь к ИБ>/N<Пользователь>/P<Пароль>/UpdateIBCfg

Və daha bir qeyd:

Təəssüf ki, xml faylları yığcam deyil, amma xoşbəxtlikdən mükəmməl şəkildə sıxılır. İçəridə ola bilər
mesajların göndərilməsi və qəbulu prosedurları qablaşdırma-açma faylları əlavə edir. COLOR="#666666">Siz bunu ya xarici arxivatorla, ya da VK-dan istifadə edərək edə bilərsiniz, məsələn Wheel.AddIn
(http://1c.proclub.ru/modules/mydownloads/personal.php?cid=81&lid=2714) .
10-cu nəşrin (deyəsən) buraxılması ilə əvvəlki cümlə bir qədər köhnəlmişdir, çünki platforma
ZIP alqoritmindən istifadə edərək faylları sıxmaq üçün quraşdırılmış vasitələr idi. Bunlar. indi faylları sıxışdırmaq mümkündür
VK istifadə etmədən.