İxtisaslaşdırılmış konfiqurasiya "1C: Məlumatların çevrilməsi 2.0"

1C: Enterprise platformasının səkkizinci versiyasının buraxılması avtomatlaşdırma sistemlərinin inkişafında mühüm addım oldu. 1C: Enterprise 8 platformasını dizayn edərkən, 1C: Enterprise 7.7 platformasına əsaslanan həllərdən istifadənin böyük təcrübəsi nəzərə alınıb: platformanın daxili dili və tipik konfiqurasiyaları ciddi şəkildə yenidən işlənib, məlumatların saxlanması və giriş strukturu dəyişdirildi, yeni platformanın üstünlüklərini reallaşdıran yeni sənaye həlləri yaradıldı. Yeni platformada əvvəlki dil konstruksiyalarının istifadəsi yersiz olub.

Bu problemin həllini asanlaşdırmaq üçün (məlumatların 7.7 versiyasından 8 versiyasına ötürülməsi) 1C "Məlumatların Dönüşüm 2.0" xüsusi konfiqurasiyasını buraxdı. Mütəxəssislərə məlumat ötürülməsinin müxtəlif problemlərinin həllində kömək etmək üçün yaradılmışdır. 1C eyni tipli konfiqurasiyalardan məlumatların ötürülməsi üçün hazır qaydaları buraxdı, məsələn, 1C: Mühasibat 7.7-dən 1C: Mühasibat 8-ə, lakin 1C: Enterprise 8 platformasına keçərkən qeyri-standart və ya dəyişdirilmiş standart konfiqurasiyaların istifadəçiləri köçürmə qaydaları məlumatlarını özünüz yaratmalı olacaqsınız.

Məlumat ötürmə problemlərinin həlli üçün bütün müxtəlif özəl üsullarla həll edilməli olan məsələlərin çeşidi praktiki olaraq dəyişməz olaraq qalır:

Arayış məlumatlarının sinxronlaşdırılması (yenisinin yaradılması, yenilənməsi mövcud elementlər kataloqlar, iyerarxiyanın silinməsi, saxlanması və ya dəyişdirilməsi, məlumatların budaqlanması, dövri detalların dəyərlərinin dəyişdirilməsi tarixinin ötürülməsi);

Sənədlərin və əməliyyatların sinxronlaşdırılması (sənədlərin yaradılması, dəyişdirilməsi və ya bir növ sənədin digərinə çevrilməsi, birləşdirilməsi və ya çoxaldılması);

Mühasibat uçotu registrlərinin aparılması üçün kifayət qədər ilkin şəraitin yaradılması iqtisadi fəaliyyət(qalıq malların köçürülməsi və s.).

1C:Müxtəlif versiyaların və/və ya konfiqurasiyaların Müəssisələrində məlumat saxlama strukturları fərqlidir, ona görə də məlumatların ötürülməsi yalnız faylları və ya cədvəlləri kopyalamaq deyil, həm də onları çevirməkdir. Transformasiyanın birmənalı və düzgün olması üçün məlumatların ötürülməsi qaydaları yaratmaq və konfiqurasiya etmək lazımdır. Müxtəlif infobazalar arasında məlumatların ötürülməsi qaydalarının yaradılması və konfiqurasiyası mənbə və təyinat verilənlər bazalarında məlumatların saxlanmasının strukturu məlum olduqda mümkündür. Konfiqurasiya metadata strukturunun təsviri unifikasiya edilməlidir. Data Conversion 2.0 konfiqurasiyası mənbə və təyinat konfiqurasiyasının metadata strukturunun təsvirlərinə əsaslanan məlumat ötürmə qaydalarını yaratmaq və konfiqurasiya etmək üçün istifadə olunur.

Məlumat bazaları arasında məlumatların ötürülməsi prosesi aşağıdakı addımlardan ibarətdir:

• 1. Metaməlumatların təsviri fayllarının yaradılması.
• 2. "Məlumatların çevrilməsi"ndə Konfiqurasiyaların yaradılması.
• 3. Dönüşümün özünün yaradılması.
• 4. Məlumatların çevrilməsi qaydalarının ardıcıl yaradılması.
• 5. Məlumatların yüklənməsi qaydalarının ardıcıl yaradılması.
• 6. Məlumatların bir konfiqurasiyadan digərinə boşaldılması və yüklənməsi üçün faktiki prosedur.

Çünki Bu xüsusi konfiqurasiyanın istifadəsi ən təsirli olanlardan biridir Bu an bu cür problemlərin həlli yolları və əlavə olaraq, təhsil məqsədləri üçün çox faydalı şəxsi təcrübə mənbəyi, sonra MMC üçün "Server: İcarənin Hesablanması" və "1C: Müəssisə Mühasibatlığı" İS arasında məlumat mübadiləsi mexanizmini inkişaf etdirmək " MMC" "Məlumatların Dönüştürülməsi 2.0" konfiqurasiyasından istifadəyə əsaslanan bir üsuldur.

Məlumatların çevrilməsi 2.0 və 2.1 8.1-dən 8.3-ə qədər platforma versiyalarında həyata keçirilən 1C texnoloji konfiqurasiyadır.

Alətin əsas vəzifəsi 1C 8 və 7 proqram həlləri arasında mübadilə qaydalarını yazmaqdır.Məlumatların çevrilməsinin hazırkı versiyası bu gün 3.0-dır.

Məlumatların çevrilməsi çox faydalı bir konfiqurasiyadır, onunla yalnız bir məlumat bazasından digərinə məlumat ötürmək məsələsini deyil, həm də, məsələn, bir verilənlər bazası daxilində məlumatı çevirmək məsələsini həll edə bilərsiniz.

Konfiqurasiya zaman istifadə etmək çox rahatdır.

Məlumatların konvertasiyası istənilən proqramçı üçün faydalı olacaq: mübadilə qaydaları yaratmaq bacarığına malik olmaq peşəkar bacarıqlar üçün ciddi bir üstünlükdür.

Konfiqurasiya ilə işləməyi öyrənmək üçün praktiki problemlərin həlli ən uyğundur. Özünüz üçün tapşırıqlar tapmağa çalışın, məsələn: hər hansı bir məlumatı bir verilənlər bazasından digərinə köçürün, icra sənədini qəbz sənədinə çevirin, “sürüş” cari balanslar haqqında mühasibat uçotu sənəddə "qalıqların daxil edilməsi" və digər tapşırıqlar.

1C 8.3 mübadiləsinin "tipik" qaydalarını başa düşmək çox faydalı olacaq, orada tez-tez tapşırıqların yerinə yetirilməsinin maraqlı nümunələrini tapa bilərsiniz.

Əsasları başa düşmək üçün sizə materiallara ehtiyacınız olacaq, onları aşağıda nəzərdən keçirin.

Konvertasiya üçün video təlimat

"1C Data Conversion" konfiqurasiyasından istifadə edərək 1C-də məlumat mübadiləsinin qurulmasının əsasları üçün nümunə üçün videoya baxın:

1C Data Conversion 2.0 proqramını öyrənmək üçün materiallar, dərsliklər

Şəbəkədə çoxlu material və sənədlər yoxdur, mən ən vacib və maraqlı materialları toplamağa çalışdım:

0. İlk növbədə, mən İlya Leontievin pulsuz video kursunu məsləhət görürəm, o, burada mövcuddur keçid.

1. Mən ilk növbədə konfiqurasiyada quraşdırılmış yardımdan istifadə etməyi məsləhət görərdim. Bu, həqiqətən yaxşı yazılmış və texniki cəhətdən yaxşı həyata keçirilmişdir:

2. İkinci ən vacib məlumat mənbəyi yalnız məlumatların çevrilməsi üzrə ixtisaslaşmış http://www.mykod.info/ saytıdır (sayt bağlanıb). Orada çoxlu sayda konvertasiya materiallarını yükləyə bilərsiniz.

3. Ayrı-ayrılıqda, təlim dərsliyi dərsliyini qeyd etmək istərdim - (müəllif - Olga Kuznetsova).

Müxtəlif konfiqurasiyalar arasında məlumatların köçürülməsi əhəmiyyətsiz bir iş deyil. Həmişə olduğu kimi, bir neçə həll yolu var, lakin hamısı optimal deyil. Gəlin məlumatların ötürülməsinin nüanslarını anlamağa çalışaq və bu cür məsələlərin həlli üçün universal strategiya seçək.

Məlumatların miqrasiyası problemi (bu, sırf 1C şirkətinin məhsulları haqqındadır) bir həlldən digərinə dünən yaranmadı. 1C şirkəti miqrasiya yaratarkən tərtibatçıların üzləşdiyi çətinlikləri yaxşı bilir, ona görə də alətlərlə kömək etmək üçün əlindən gələni edir.

Platformanın inkişafı zamanı şirkət bir sıra universal alətlər, eləcə də məlumatların ötürülməsini sadələşdirən texnologiyalar təqdim edib. Onlar bütün standart həllərdə qurulmuşdur və eyni konfiqurasiyalar arasında miqrasiya problemi ümumiyyətlə həll edilmişdir. Qələbə bir daha standart həllərin sıx inteqrasiyası ilə təsdiqlənir.

Qeyri-standart həllər arasında miqrasiya ilə vəziyyət bir qədər daha mürəkkəbdir. Geniş çeşidli texnologiyalar tərtibatçılara problemi öz nöqteyi-nəzərindən həll etməyin ən yaxşı yolunu müstəqil seçməyə imkan verir.

Onlardan bəzilərini nəzərdən keçirək:

• mətn faylları vasitəsilə mübadilə;
• mübadilə planlarından istifadə;
• və s.

Onların hər birinin öz müsbət və mənfi cəhətləri var. Xülasə etmək üçün əsas çatışmazlıq təfərrüatlılıq olacaqdır. Miqrasiya alqoritmlərinin müstəqil şəkildə həyata keçirilməsi əhəmiyyətli vaxt xərcləri ilə yanaşı, uzun bir sazlama prosesi ilə də doludur. Mən belə qərarların sonrakı dəstəklənməsi barədə danışmaq belə istəmirəm.

Baxımın mürəkkəbliyi və yüksək qiyməti 1C şirkətini universal bir həll yaratmağa sövq etdi. Miqrasiyaların inkişafını və dəstəyini mümkün qədər sadələşdirməyə imkan verən texnologiya. Nəticədə, ideya ayrıca konfiqurasiya - "Məlumatların Konversiya" şəklində həyata keçirildi.

Məlumatların çevrilməsi - standart həll, özünü konfiqurasiya. ITS:Prof abunəsi olan istənilən istifadəçi bu paketi istifadəçiyə dəstək saytından və ya ITS diskindən tamamilə pulsuz yükləyə bilər. Quraşdırma standart şəkildə həyata keçirilir - 1C-dən bütün digər standart həllər kimi.

İndi həllin müsbət tərəfləri haqqında bir az. Ən vacibindən başlayaq - çox yönlülük. Həll müəyyən platforma konfiqurasiyalarına/versiyalarına uyğunlaşdırılmayıb. Həm standart konfiqurasiyalarla, həm də öz-özünə yazılmış konfiqurasiyalarla eyni dərəcədə yaxşı işləyir. Tərtibatçılar yeni miqrasiya yaratmaq üçün universal texnologiya və standartlaşdırılmış yanaşma əldə edirlər. Həllin universallığı hətta 1C: Enterprise-dan başqa platformalar üçün də miqrasiya hazırlamağa imkan verir.

İkinci qalın artı əyani vəsaitlərdir. Sadə miqrasiya proqramlaşdırmadan yaradılır. Bəli, bəli, bir kod sətri olmadan! Təkcə bunun üçün texnologiyanı bir dəfə öyrənməyə, sonra isə əvəzolunmaz bacarıqlardan dəfələrlə istifadə etməyə vaxt sərf etməyə dəyər.

Qeyd edəcəyim üçüncü üstünlük məlumatların paylanmasına məhdudiyyətlərin olmamasıdır. Tərtibatçı özü məlumatların qəbuledici konfiqurasiyasına çatdırılma üsulunu seçir. İki seçim qutudan kənarda mövcuddur: xml faylına yükləmə və infobazaya birbaşa əlaqə (COM/OLE).

Memarlığın öyrənilməsi

Biz artıq bilirik ki, məlumatların çevrilməsi möcüzələr yarada bilər, lakin texniki üstünlüklərin nədən ibarət olduğu hələ aydın deyil. Öyrənməli ilk şey odur ki, hər hansı məlumat miqrasiyası (konversiya) mübadilə qaydalarına əsaslanır. Mübadilə qaydaları - məlumatların IB-dən yüklənəcəyi strukturun təsviri ilə müntəzəm xml faylı. Məlumatların yüklənməsi/endirilməsini həyata keçirən xidmət emalı mübadilə qaydalarını təhlil edir və onların əsasında yükləməni həyata keçirir. Yükləmə zamanı əks proses baş verir.

“KD” konfiqurasiyası tərtibatçının mübadilə qaydaları yaratdığı bir növ vizual konstruktordur. Məlumatların necə yüklənəcəyini bilmir. CD paylama dəstinə daxil olan əlavə xarici xidmət emalı buna cavabdehdir. Onlardan bir neçəsi var (fayl adında XX platformanın versiya nömrəsidir):

• MDXXExp.epf- emal infobase strukturunun təsvirini xml faylına yükləməyə imkan verir. Quruluşun təsviri sonrakı təhlil və mübadilə qaydalarının yaradılması üçün CD-yə yüklənir.
• V8ExchanXX.epf- mübadilə qaydalarına uyğun olaraq infobazadan məlumatların yüklənməsi/endirilməsi. Tipik konfiqurasiyaların əksəriyyətində emal qutudan kənarda mövcuddur (“Xidmət” menyusuna baxın). Emal universaldır və heç bir xüsusi konfiqurasiyaya/qaydaya bağlı deyil.

Yaxşı, indi yuxarıda göstərilənlərin hamısına əsaslanaraq, yeni konvertasiyanın hazırlanması mərhələlərini müəyyən edək:

1. Tapşırıq tərifi. Hansı məlumatların ötürülməsi lazım olduğunu (hansı konfiqurasiya obyektlərindən) və ən əsası, haradan ötürülməsini aydın başa düşmək lazımdır.
2. Sonradan CD-yə yükləmək üçün konfiqurasiya strukturlarının (Mənbə/Qəbuledici) təsvirinin hazırlanması. Tapşırıq MDXXExp.epf xidmətinin işlənməsi ilə həll edilir.
3. IS-də strukturların hazırlanmış təsvirləri yüklənir.
4. CD-nin vizual vasitələrindən istifadə etməklə mübadilə qaydalarının yaradılması.
5. V8ExchanXX.epf emalından istifadə edərək yaradılmış məlumatların çevrilməsi qaydalarına uyğun yükləmə/yükləmə.
6. Sazlama mübadiləsi qaydaları (lazım olduqda).

Ən sadə çevrilmə

Nümayiş üçün bizə iki yerləşdirilmiş konfiqurasiya lazımdır. Mən seçimdə dayanmaq qərarına gəldim: “Ticarətin İdarə Edilməsi” 10-cu nəşr və kiçik bir öz-özünə yazılmış həll. Tapşırıq tipik UT konfiqurasiyasından məlumatları ötürmək olacaq. Qısalıq üçün, biz öz-özünə yazılmış həlli “Alıcı”, ticarət idarəçiliyini isə “Mənbə” adlandıracağıq. "Nomenklatura" kataloqunun elementlərini köçürməklə problemi həll etməyə başlayaq.

Əvvəlcə məlumatların çevrilməsi sxeminə nəzər salaq və görülməli olan hərəkətlərin siyahısını yenidən oxuyaq. Sonra "Mənbə" konfiqurasiyasını işə salırıq və orada MD82Exp.epf emalı xidmətini açırıq.

Emal interfeysi çoxlu parametrlərlə parılmır. İstifadəçi yalnız strukturun təsvirinə düşməyəcək metadata obyektlərinin növlərini göstərməlidir. Əksər hallarda bu parametrləri dəyişdirmək lazım deyil, çünki yığılma registrlərində hərəkətlərin boşaldılmasında xüsusi bir məqam yoxdur (nümunə kimi).

Sənədlərin qəbuledicidə saxlanması zamanı hərəkətin formalaşdırılması daha düzgündür. Bütün hərəkətlər köçürmədən sonra sənədin özü tərəfindən həyata keçiriləcək. Standart parametrləri müdafiə etmək üçün ikinci arqument yüklənmiş faylın ölçüsünü azaltmaqdır.

Bəzi sənədlər (xüsusilə tipik konfiqurasiyalarda) çoxlu registrlərdə hərəkətlər təşkil edir. Bütün bu iqtisadiyyatın boşaldılması nəticəsində yaranan XML faylı çox böyük olacaqdır. Bu, sonrakı daşınma və qəbuledici bazaya yükləməni çətinləşdirə bilər. Məlumat faylı nə qədər böyükdürsə, onu emal etmək üçün bir o qədər çox RAM tələb olunur. Təcrübəm zamanı nalayiq şəkildə böyük yükləmə faylları ilə rastlaşdım. Bu cür fayllar standart vasitələrlə təhlil etməkdən tamamilə imtina etdi.

Beləliklə, biz bütün standart parametrləri tərk edirik və konfiqurasiya təsvirini fayla yükləyirik. Eyni proseduru ikinci baza üçün təkrar edirik.

CD-ni açın və əsas menyudan seçin "Kataloqlar" -> "Konfiqurasiyalar". Kataloq çevrilmələr yaratmaq üçün istifadə edilə bilən bütün konfiqurasiyaların strukturlarının təsvirlərini saxlayır. Biz konfiqurasiya təsvirini bir dəfə yükləyirik və sonra müxtəlif dönüşümlər yaratmaq üçün ondan təkrar istifadə edə bilərik.

Kataloq pəncərəsində " düyməsini basın əlavə et” və görünən pəncərədə konfiqurasiyanın təsviri olan faylı seçin. "Yeni konfiqurasiyaya yüklə" qutusunu yoxlayın və "Yükləməni həyata keçirin" düyməsini basın. İkinci konfiqurasiyanın strukturunun təsviri ilə oxşar hərəkətləri həyata keçiririk.

İndi mübadilə qaydalarını yaratmaq üçün hər şey hazırdır. Əsas CD menyusunda “Referanslar” -> “Dönüşümlər” seçin. Yeni elementin əlavə edilməsi. Yeni bir dönüşüm yaratmaq üçün pəncərədə aşağıdakıları göstərməlisiniz: mənbə konfiqurasiyası (UT seçin) və qəbuledici konfiqurasiyası ("Qəbuledici" seçin). Sonra, "Qabaqcıl" sekmesini açın və aşağıdakı sahələri doldurun:

• mübadilə qaydaları fayl adı - yaradılmış mübadilə qaydaları bu ad altında saxlanılacaq. Faylın adı istənilən vaxt dəyişdirilə bilər, lakin onu indi təyin etmək daha yaxşıdır. Bu, gələcəkdə vaxta qənaət edəcəkdir. Demo üçün qaydaları adlandırdım: "rules-ut-to-priemnik.xml".
• ad - çevrilmənin adı. Adı tamamilə hər hansı bir şey ola bilər, mən özümü “Demo. Alıcıya UT”.

Budur, "Ok" düyməsini basın. Dərhal qarşımızda bütün qaydaları avtomatik olaraq yaratmağımızı xahiş edən bir pəncərə görünür. Belə bir cazibədar təkliflə razılaşmaq ustaya seçilmiş konfiqurasiyaların təsvirini avtomatik təhlil etmək və müstəqil şəkildə mübadilə qaydalarını yaratmaq əmrini verəcəkdir.

Gəlin dərhal "və" nöqtəsini qeyd edək. Usta ciddi bir şey yarada bilməyəcək. Bununla belə, bu ehtimala güzəşt edilməməlidir. Eyni konfiqurasiyalar arasında mübadilə qurmaq lazımdırsa, sehrbazın xidmətləri çox faydalı olacaq. Bizim nümunəmiz üçün əl rejiminə üstünlük verilir.

Gəlin "Mübadilə qaydaları parametrləri" pəncərəsinə daha yaxından nəzər salaq. İnterfeys bir az çaşqın görünə bilər - idarəetmə elementləri ilə doldurulmuş çoxlu sayda nişanlar. Əslində hər şey o qədər də çətin deyil, proqramla bir neçə saat işlədikdən sonra bu dəliliyə alışmağa başlayırsan.

Bu mərhələdə bizi iki nişan maraqlandırır: “Obyektin çevrilməsi qaydaları” və “Məlumatların yüklənməsi qaydaları”. Birincisi, biz uyğun qaydalar qurmalıyıq, yəni. iki konfiqurasiyalı obyektləri müqayisə edin. İkincisində, boşaldılması üçün istifadəçi üçün mövcud olan mümkün obyektləri müəyyənləşdirin.

"Obyekt çevirmə qaydaları" sekmesinin ikinci yarısında iki nişanı olan əlavə bir panel var: "Əmlakın dəyişdirilməsi" və " Dəyər çevrilməsi". Birincisi seçilmiş obyektin xüsusiyyətlərini (rekvizitlərini) seçəcək, ikincisi isə əvvəlcədən təyin edilmiş dəyərlərlə (məsələn, əvvəlcədən təyin edilmiş lüğət elementləri və ya siyahı elementləri) işləmək üçün lazımdır.

Əla, indi kataloqlar üçün çevirmə qaydaları yaradaq. Siz bu hərəkəti iki yolla yerinə yetirə bilərsiniz: obyekt sinxronizasiya sehrbazından istifadə edin (“” klikləyin) və ya hər bir obyekt üçün uyğunluqları əl ilə əlavə edin.

Yerə qənaət etmək üçün birinci variantdan istifadə edəcəyik. Sehrbaz pəncərəsində qutunun işarəsini çıxarın " Sənədlər” (biz yalnız kataloqlarla maraqlanırıq) və qrupu genişləndirin “ İstinad kitabçaları". Biz diqqətlə siyahıda vərəqləyirik və müqayisə edilə bilən kataloqların adlarına baxırıq.

Mənim vəziyyətimdə üç belə kataloq var: Nomenklatura, Təşkilatlar və Anbarlar. " ilə eyni semantik yükü yerinə yetirən Müştərilər kataloqu da var. Qarşı tərəflər"konfiqurasiyadan" UT". Düzdür, ustad əla adlarına görə onları müqayisə edə bilməzdi.

Bu qüsuru özümüz düzəldə bilərik. Pəncərədə tapın Obyekt Xəritəçəkmələri» dərslik « Müştərilər”, və “Mənbə” sütununda “Qarşı tərəflər” arayış kitabını seçin. Sonra "Növ" sütununda qutuyu yoxlayın və "Ok" düyməsini basın.

Obyekt Sinxronizasiya Sihirbazı bütün seçilmiş obyektlərin xassələrini çevirmək üçün avtomatik qaydalar yaratmağı təklif edəcək. Xüsusiyyətlər adla uyğunlaşdırılacaq və nümayişimiz üçün bu kifayət qədər olacaq, razıyıq. Növbəti sual yükləmə qaydalarının yaradılması təklifi olacaq. Gəlin bununla razılaşaq.

Mübadilə qaydaları üçün əsas hazırdır. Sinxronizasiya üçün obyektləri seçdik və xassələrin dəyişdirilməsi qaydaları və yükləmə qaydaları avtomatik olaraq yaradıldı. Gəlin mübadilə qaydalarını faylda saxlayaq, sonra IB "Mənbə" ni açın (mənim vəziyyətimdə bu UT-dir) və orada xidmət emalına başlayaq. V8Exchan82.epf.

İlk növbədə, emal pəncərəsində yaratdığımız mübadilə qaydalarını seçin. Qaydaların yüklənməsi sualına müsbət cavab veririk. Emal mübadilə qaydalarını təhlil edəcək və boşaltmaq üçün mövcud olan obyektlər üçün eyni adlı ağac quracaq. Bu ağac üçün biz hər cür filtrləri və ya mübadilə qovşaqlarını təyin edə bilərik, onları dəyişdirərək məlumatları seçmək lazımdır. Biz tamamilə bütün məlumatları yükləmək istəyirik, ona görə də filtrlər quraşdırmağa ehtiyac yoxdur.

Məlumatın fayla yüklənməsi prosesi başa çatdıqdan sonra IB-ə keçin " Qəbuledici". Biz də orada emal açırıq V8Exchan82.epf, yalnız bu dəfə biz "Məlumatların yüklənməsi" sekmesine gedirik. Məlumat faylını seçin və "Yüklə" düyməsini basın. Hər şey, məlumatlar uğurla ötürüldü.

Real dünyadan tapşırıqlar

İlk demo yanıltıcı ola bilər. Hər şey olduqca sadə və məntiqli görünür. Əslində bu doğru deyil. Real işdə yalnız vizual vasitələrdən istifadə etməklə (proqramlaşdırma olmadan) həll etmək çətin və ya tamamilə qeyri-mümkün olan vəzifələr yaranır.

Texnologiyada məyus olmamaq üçün bəzi real tapşırıqlar hazırlamışam. İş yerində onlarla mütləq rastlaşacaqsınız. Onlar o qədər də mənasız görünmür və məlumatların çevrilməsinə yeni bucaqdan baxmağa vadar edir. Təqdim olunan nümunələri diqqətlə nəzərdən keçirin və real problemləri həll edərkən onlardan fraqmentlər kimi istifadə etməkdən çəkinməyin.

Tapşırıq nömrəsi 1. Çatışmayan təfərrüatları doldurun

Tutaq ki, kataloqu köçürməliyik " Qarşı tərəflər". Alıcıda bunun üçün oxşar "Müştərilər" kitabçası var. Məlumatların saxlanması üçün tamamilə uyğundur, lakin rekvizitləri var " Təşkilat”, təşkilata mənsub olmaqla qarşı tərəfləri ayırmağa imkan verir. Varsayılan olaraq, bütün qarşı tərəflər cari təşkilata aid olmalıdır (eyni adlı sabitdən əldə edilə bilər).

Problemin bir neçə həlli var. Biz rekvizitləri doldurma variantını nəzərdən keçirəcəyik " Təşkilat"düz bazada" Qəbuledici”, yəni. məlumatların yüklənməsi zamanı. Mövcud təşkilat sabit olaraq saxlanılır, buna görə də bu dəyəri əldə etmək üçün heç bir maneə yoxdur. Gəlin obyektin çevrilməsi qaydasını (bundan sonra FRP adlandırılacaq) açaq” Müştərilər” (obyektə iki dəfə klikləyin) və qaydalar quraşdırma sihirbazında “Hadisə idarəçiləri” bölməsinə keçin. İşləyicilər siyahısında biz tapırıq " Yüklədikdən sonra”.

Gəlin cari təşkilatı əldə etmək üçün kodu sonradan atribut təyin etməklə təsvir edək. “Yükləndikdən sonra” işləyicisi işə salındığı anda obyekt tam formalaşacaq, lakin hələ verilənlər bazasına yazılmayıb. Heç kim bizə öz mülahizəmizlə onu dəyişdirməyi qadağan etmir:

Əgər Object.ThisGroup DEYİLsə O zaman Object.Organization = Constants.CurrentOrganization.Get(); EndIf;

rekvizitləri doldurmadan əvvəl " Təşkilat» atributunun dəyərini yoxlamaq lazımdır « Bu qrup". Bələdçi üçün" Müştərilər» iyerarxik bayraq qurulub, ona görə də qrupun yoxlanılması zəruridir. Eynilə, hər hansı bir detalın doldurulması həyata keçirilir. Digər işləyici seçimləri üçün yardımı oxumağınızdan əmin olun " Yükləmədən Sonra". Məsələn, onların arasında bir parametr var " İmtina". Əgər ona “True” dəyəri verilirsə, o zaman obyekt verilənlər bazasına yazılmayacaq. Beləliklə, yükləmə zamanı yazı üçün obyektləri məhdudlaşdırmaq mümkün olur.

Tapşırıq nömrəsi 2. Məlumat reyestrində təfərrüatlar

kitabçasında" Qarşı tərəflər"UT konfiqurasiyası, təfərrüatlar var" Alıcı"və" Provayder". Hər iki rekvizit növü " boolean” və qarşı tərəfin növünü müəyyən etmək üçün istifadə olunur. IB-də " Qəbuledici", istinad kitabında" Müştərilər“Oxşar təfərrüatlar yoxdur, lakin məlumatların reyestri var” Müştərilərin növləri". O, oxşar funksiyanı yerinə yetirir və bir müştəri üçün birdən çox teq saxlaya bilər. Bizim vəzifəmiz detalların dəyərlərini məlumat reyestrinin ayrı qeydlərinə köçürməkdir.

Təəssüf ki, təkcə vizual vasitələr burada da öhdəsindən gələ bilməz. Kiçikdən başlayaq, məlumat reyestri üçün yeni bir PCO yaradın " Müştərilərin növləri". Mənbə kimi heç nəyi qeyd etməyin. Yükləmə qaydalarının avtomatik yaradılmasından imtina edin.

Növbəti addım yükləmə qaydalarını yaratmaqdır. Müvafiq nişana keçin və " əlavə et". Yükləmə qaydaları əlavə etmək üçün pəncərədə doldurun:

• nümunə götürmə üsulu. “İxtiyari alqoritm”ə dəyişin;
• çevrilmə qaydası. “Müştəri növləri” məlumat reyestrini seçin;
• Qaydanın kodu (adı). Biz bunu “Müştəri növlərinin yüklənməsi” kimi yazırıq;

İndi yükləmək üçün məlumatları seçmək üçün kodu yazmalısınız. Burada parametr " Məlumatların seçilməsi". Orada hazırlanmış məlumat dəsti ilə kolleksiya yerləşdirə bilərik. Parametr " Məlumatların seçilməsi” qəbul edə bilər müxtəlif mənalar- sorğunun nəticəsi, seçim, dəyərlər toplusu və s. Biz onu iki sütunlu dəyərlər cədvəli kimi işə salırıq: müştəri və müştəri növü.

Aşağıda hadisə idarəedici kodu " Emaldan əvvəl". Parametrini işə salır " Məlumatların seçilməsi"sonra kataloqdan məlumatların doldurulması" Qarşı tərəflər". Burada sütunu doldurmağa diqqət yetirməyə dəyər " Müştəri növü". "UT" da bizdə "Boolean" tipli xüsusiyyətlər, alıcıda isə siyahı var.

Bu mərhələdə biz onları istədiyimiz tipə gətirə bilmirik (UT-də yoxdur), ona görə də hələlik onu sətirlər şəklində buraxacağıq. Bunu etmək məcburiyyətində deyilsiniz, amma mən dərhal mənbədəki itkin tipə necə ötürüləcəyini göstərmək istəyirəm.

DataFetch = NewValueTable(); Data Selection.Columns.Add("Müştəri"); Data Selection.Columns.Add("ClientType"); Kataloqdan verilənlərin seçilməsi = Directories.Contractors.Select(); DataFromCatalog.Next() Alarkən Döngə Əgər FetchingDataFromCatalog.ThisGroup Sonra Davam edin; EndIf; Əgər DataFetchFromCatalog.Buyer Onda NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Alıcı"; EndIf; Əgər DataFetchFromCatalog.Provider Onda NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Təchizatçı"; EndIf; EndCycle;

Məlumat yükləmə qaydasını yadda saxlayın və “ Obyekt çevirmə qaydaları". Məlumat reyestrinə əlavə edək” Müştərilərin növləri” əmlakın çevrilməsi qaydaları: müştəri və müştəri növü. Mənbəni boş buraxırıq və "Boşaltmadan əvvəl" hadisə idarəedicisində yazırıq:

//"Müştəri" mülkiyyəti üçün Dəyər = Source.Client; //“CustomerType” mülkiyyəti üçün If Source.Customer = "Alıcı" Sonra İfadə = "Saylamalar.CustomerTypes.Buyer" ElseIf Source.Customer = "Təchizatçı" Sonra İfadə = “Saylamalar.CustomerTypes.Supplier”; EndIf;

Siyahıda təfərrüatlar edilən məlumat seçiminə əsasən doldurulur. Müştərini sadəcə bir keçid kimi ötürürük və parametrdə müştərinin növünü yazırıq " İfadə". Bu parametrin məlumatları qəbuledicidə şərh ediləcək və icra edildikdə, atribut siyahıdan düzgün dəyərlə doldurulacaqdır.

Budur, mübadilə qaydaları hazırdır, baxılan nümunə olduqca universal oldu. 7.7 platformasında yaradılmış konfiqurasiyalardan məlumat ötürərkən oxşar yanaşma tez-tez istifadə olunur. Bunun parlaq nümunəsi dövri detalların ötürülməsidir.

Tapşırıq nömrəsi 3. Cədvəl fəndləri

Tez-tez bir cədvəl hissəsinin sıralarını bir neçə yerə yerləşdirməyi tələb edən vəzifələr var. Məsələn, ilkin konfiqurasiyada xidmətlər və mallar bir cədvəl bölməsində qeydə alınır, bu obyektlərin saxlanması isə qəbuledicidə ayrılır. Yenə də problemi vizual vasitələrlə həll etmək olmaz. Burada ikinci məsələnin həllini əsas götürmək rahatdır.

Biz verilənlərin yüklənməsi qaydasını yaradırıq, ixtiyari alqoritmi müəyyənləşdiririk və cədvəl bölməsindən məlumat əldə etmək üçün “Yükləmədən əvvəl” işləyicisinə sorğu yazırıq.

Yerə qənaət etmək üçün sorğunun kodunu (həmişə mənbə koduna müraciət edə bilərsiniz) verməyəcəyəm - onda qeyri-adi heç nə yoxdur. Alınan nümunəni çeşidləyirik və çeşidlənmiş nəticələri artıq tanış olan parametrə yerləşdiririk " Məlumatların seçilməsi". Yenə də dəyərlər cədvəlindən kolleksiya kimi istifadə etmək rahatdır:

DataFetch = NewValueTable(); //Burada daha bir cədvəl bölməsi olacaq Data Selection.Columns.Add("Məhsullar"); //Burada həmçinin Data Selection.Columns.Add("Xidmətlər") cədvəl bölməsi olacaq; Sütunlardan verilənlərin seçilməsi.Əlavə("Link");

Tapşırıq nömrəsi 4. Məlumatların əməliyyata ötürülməsi

Bir təşkilat bir neçə mühasibat uçotu sistemindən istifadə edirsə, gec-tez məlumatların miqrasiyasına ehtiyac yaranacaq, sonradan elanların formalaşması.

konfiqurasiyada " BP"Universal sənəd var" Əməliyyat” və daha çox tel yaratmaq üçün idealdır. Burada yalnız bir problem var - sənəd hiyləgərcəsinə hazırlanır və ona məlumat ötürmək o qədər də asan deyil.

Belə bir çevrilmə nümunəsini məqalənin mənbə kodunda tapmaq olar. Kodun miqdarı olduqca böyük oldu, buna görə də məqalə üçün dərc etməyin mənası yoxdur. Sadəcə onu deyim ki, yükləmə yenidən məlumatların yüklənməsi qaydalarında ixtiyari alqoritmdən istifadə edir.

Tapşırıq nömrəsi 5. Çoxlu atributlar üzrə məlumatların sinxronlaşdırılması

Biz artıq bir neçə misal çəkmişik, lakin indiyə qədər köç zamanı obyektin sinxronizasiyası haqqında danışmamışıq. Təsəvvür edək ki, biz qarşı tərəfləri köçürməliyik və onların bəziləri, ehtimal ki, qəbuledici verilənlər bazasındadır. Məlumatları necə ötürmək və dublikatların qarşısını almaq olar? Bu baxımdan, CD ötürülən obyektləri sinxronlaşdırmaq üçün bir neçə üsul təklif edir.

Birincisi unikal identifikatorladır. Bir çox obyektlərin cədvəl daxilində unikallığı təmin edən unikal identifikatoru var. Məsələn, kitabçada " Qarşı tərəflər” eyni ID-yə malik iki elementə malik ola bilməz. CD bunun üçün hesablama aparır və bütün yaradılmış PSP-lər üçün identifikatorla axtarış dərhal standart olaraq aktivləşdirilir. PSP-nin yaradılması zamanı siz obyekt adının yanında böyüdücü şüşə işarəsini görməli idiniz.

Unikal identifikatorla sinxronizasiya etibarlı bir üsuldur, lakin həmişə uyğun deyil. Kataloqları birləşdirərkən " Qarşı tərəflər” (bir neçə fərqli sistemdən) o, az kömək edir.

Belə hallarda obyektləri bir neçə kriteriyaya uyğun sinxronlaşdırmaq daha düzgündür. Qarşı tərəfləri VÖEN, KPP, Adı ilə axtarmaq və ya axtarışı bir neçə mərhələyə bölmək daha düzgündür.

Məlumatların çevrilməsi, axtarış meyarlarının müəyyən edilməsində tərtibatçını məhdudlaşdırmır. Mücərrəd bir misala baxaq. Tutaq ki, qovluqları sinxronlaşdırmalıyıq " Qarşı tərəflər” müxtəlif məlumat bazalarından. Gəlin bir PCP hazırlayaq və bir obyekti çevirmək üçün qaydaların parametrlərində qutuyu işarələyin " Qəbuledici obyekt ID tərəfindən tapılmasa, axtarış sahələrində axtarışa davam edin". Bu hərəkətlə biz dərhal iki axtarış meyarını müəyyən etdik - unikal identifikator və ixtiyari sahələr.

Sahələri özümüz seçmək hüququmuz var. VÖEN, KPP, Adı qeyd etdikdən sonra dərhal bir neçə axtarış meyarını göstərəcəyik. Rahatdır? Olduqca, amma yenə də bu kifayət deyil. Bəs axtarış meyarlarını dəyişmək istəsək nə etməli? Məsələn, əvvəlcə bir dəstə VÖEN + KPP axtarırıq və heç nə tapmasaq, şansımızı adla sınamağa başlayırıq.

Belə bir alqoritmi həyata keçirmək olduqca mümkündür. Hadisə idarəedicisində Axtarış sahələri” biz 10-a qədər axtarış meyarını təyin edə bilərik və onların hər biri üçün axtarış sahələrinin öz tərkibini müəyyənləşdirə bilərik:

SearchOptionNumber = 1 olarsa, SearchPropertyNameString = “VÖEN, KPP”; ElseIfSearchVariantNumber = 2 ThenSearchPropertyNameString = “Ad”; EndIf;

Həmişə bir neçə həll yolu var.

Hər hansı bir tapşırıq bir neçə həll yoluna malikdir və müxtəlif konfiqurasiyalar arasında məlumatların ötürülməsi istisna deyil. Hər bir tərtibatçı öz həll yolunu seçmək hüququna malikdir, lakin daim mürəkkəb məlumat köçürmələrini inkişaf etdirməli olsanız, "" konfiqurasiyasına diqqət yetirməyi şiddətlə tövsiyə edirəm. Qoy əvvəlcə təlimə resurslar (vaxt) sərf etməlisən, lakin onlar ilk az və ya çox ciddi layihədə öz bəhrəsini verməkdən daha çox olacaq.

Fikrimcə, 1C şirkəti məlumatların çevrilməsindən istifadə mövzusunu haqsız olaraq yan keçir. Texnologiyanın mövcud olduğu bütün müddət ərzində onun haqqında yalnız bir kitab nəşr edilmişdir: "1C: Müəssisə 8. Məlumatların konvertasiyası: tətbiq həlləri arasında mübadilə". Kitab olduqca köhnədir (2008), lakin onunla tanış olmaq hələ də arzuolunandır.

Platforma biliyi hələ də tələb olunur

» universal bir vasitədir, lakin siz ondan 1C: Enterprise 7.7 platforması üçün hazırlanmış konfiqurasiyalardan məlumat köçürmələri yaratmaq üçün istifadə etməyi planlaşdırırsınızsa, onda daxili dillə tanış olmaq üçün vaxt sərf etməli olacaqsınız. Dilin sintaksisi və ideologiyası çox fərqlidir, ona görə də öyrənməyə vaxt sərf etməlisən. Qalan prinsiplər eyni qalır.

Hadisə idarəedici mexanizmi "Data Conversion 2.0" istifadə edərək məlumatların konvertasiyası üçün əsas texnologiyalardan biridir. Bu mexanizmin səriştəli və bacarıqlı istifadəsi tərtibatçıya demək olar ki, hər hansı bir məlumatın çevrilməsi tapşırığını tez bir zamanda həll etməyə imkan verir. Prosessor texnologiyasının köməyi ilə məlumatların seçilməsi, məlumatların çevrilməsi asanlıqla həyata keçirilir fərqli növlər, mürəkkəb məlumat seçimləri, çevirmə parametrləri və bir çox digər tapşırıqlar.

Bu texnologiyanın əsas prinsiplərini nəzərdən keçirin. Universal mübadilə emalında verilənlərin boşaldılması və yüklənməsi alqoritmlərinin əsas nöqtələrində məlumatların boşaldılması və ya yüklənməsinin işlənməsi zamanı “sabit” deyil, məlumat mübadiləsi qaydalarından götürülmüş proqram kodunu icra etmək mümkündür. "Data Conversion 2.0" konfiqurasiyası bu cür proqram kodunu məlumat mübadiləsi qaydalarına inteqrasiya etmək imkanlarını təmin edir.

Ümumilikdə məlumat mübadiləsi alqoritmlərində üçüncü tərəf kodunun icra oluna biləcəyi iyirmidən çox müxtəlif yer var. Müvafiq olaraq, konfiqurasiya müxtəlif növ hadisələr idarəedicilərinin yaradılmasını təmin edir.

Hadisə işləyicilərinin kodu mübadilə qaydalarının obyektlərinə - qovluqların elementlərinə "əlavə olunur": çevrilmələr, obyektlərin çevrilməsi qaydaları, əmlakın çevrilməsi qaydaları, məlumatların yüklənməsi qaydaları və məlumatların təmizlənməsi qaydaları. Təbii ki, hadisə idarəedici kodu bir sıra tələblərə cavab verməlidir. Xüsusilə, işləyici kodunda çevrilmə prosesini idarə etmək üçün xüsusi dəyişənlərdən - parametrlərdən istifadə etmək lazımdır. Bütün növ hadisələr idarəedicilərinin və mövcud dəyişənlərin tam təsviri müvafiq formalarda işləyicilər haqqında məlumatda tapıla bilər.

DİQQƏT!!!

Data Conversion 2.0 texnologiyaları 1C:Enterprise 7.7 və 1C:Enterprise 8.0 platformalarında həyata keçirilən infobazalarla məlumat mübadiləsinə imkan verir. 1C:Enterprise 7.7 platformasının işləmə xüsusiyyətlərinə görə, bu platformada həyata keçirilən infobazalar üçün hadisə işləyicilərindən istifadə etməklə məlumat mübadiləsi qaydalarının hazırlanması bir sıra xüsusiyyətlərə malikdir.

1C: Enterprise 7.7 platforması üçün ixtiyari kodu icra etmək mümkün deyil (V8 üçün Run funksiyasının analoqu). V7.7 platforması üçün hadisə işləyicilərindən istifadə etmək zərurəti yaranarsa, məlumatların yüklənməsi və ya endirmə emal mətnini "Məlumatların Dönüşüm 2.0" konfiqurasiyasının istehsal etdiyi emal mətnləri ilə əvəz etmək lazımdır.

V7.7-dən V8-ə məlumat ötürmək lazımdırsa, onda:

Boşaltma zamanı, qaydalar faylının özündən əlavə, sistem hadisə işləyicilərini həyata keçirən funksiyaları ilə V77Exp.ert emalı üçün modulun mətnini yaradır. Sonra konfiquratorda standart V77Exp.ert modulunu "Data Conversion 2.0" tərəfindən yaradılan yenisi ilə əvəz etməliyik.

1C: Enterprise 7.7 platformasında məlumat mübadiləsi həlləri hazırlayarkən bu vacib "xırda-xırda" yadda saxlamaq lazımdır. Qaydalarınız yalnız məlumat mübadiləsi qaydalarını boşaltarkən modul mətni yaradılmış dəyişdirilmiş emaldan istifadə etdiyiniz təqdirdə düzgün işləyəcək. Bu qaydanın bir istisnası var - əgər siz hadisə idarəedicilərindən istifadə etmirsinizsə, o zaman standart emaldan istifadə edə bilərsiniz.

Hörmətlə, Vladimir Milkin(müəllim və inkişaf etdirici).