Tətbiq həlləri arasında məlumat mübadiləsinin çevrilməsi. Dönüşüm üçün video təlimat

1. Giriş.

2. Sizə lazım olacaqlar: 1C konfiqurasiyası: Məlumatların çevrilməsi 2.* və paketdən emal. Nümunə tapşırıqlar üçün 1C: Ticarətin İdarə Edilməsi 11 və 1C: BP 3.* konfiqurasiyalarını götürək.

Beləliklə, məlumatların 1C-yə yüklənməsi qaydalarını hazırlamaq üçün sizə 1C konfiqurasiyası lazımdır: Obyekt Dönüştürmə 2, həmçinin paketə daxil olan emal.

Məsələn, biz artıq bir konversiya bazası yerləşdirmişik və onu işə salmışıq.

1C: Ticarət İdarəetmə 11 və 1C: Müəssisə Mühasibatlığı 3 konfiqurasiyası (UT / HESAB mübadilə qaydaları) arasında mübadilə qaydalarının işlənməsini yazacağıq.

3. Metadata strukturunu boşaltmaq və mübadilə etmək üçün bizə Qenerasiya lazımdır.

İnkişaf üçün əldə etməli olduğunuz ilk şey metadata strukturu olan fayllardır. Bu, obyektin çevrilməsi paketinə daxil olan metadata strukturunun boşaldılması üçün emaldan istifadə etməklə həyata keçirilir.

Əslində, idarə olunan formalarda konfiqurasiyalar üçün açılmamış konfiqurasiya qovluğunda biz MD83Exp.epf-in emalı ilə maraqlanırıq. Boşaltma adi formalardakı konfiqurasiyalardan həyata keçirilməlidirsə, MD82Exp.epf emalından istifadə olunur. Bu, məsələn, 1C: UT 10, 1C: İstehsalat Müəssisələrinin İdarəedilməsi 1.3, 1C: İnteqrasiya edilmiş Avtomatlaşdırma 1.1, 1C: Zup 2.5 və s. kimi konfiqurasiyalardan bir quruluş əldə etməlisinizsə.

Bundan əlavə, qaydalarımızdan istifadə edərək məlumatları 1C-yə yükləmək və endirmək üçün siz 1C: Ticarət İdarəetmə 11.*, 1C BP 3, 1C kimi idarə olunan formalarda konfiqurasiyalar üçün “XML formatında universal məlumat mübadiləsi” V8Exchan83.epf emal etməlisiniz: ERP 2. * və oxşar. Və müvafiq olaraq V8Exchan83.epf - müntəzəm formalarda konfiqurasiyalar üçün.

4. 1C: Ticarətin İdarə Edilməsi 11.3 və 1C: Müəssisə Mühasibatlığı 3.0 konfiqurasiyasının metadata strukturunun yüklənməsi.*

1C: Enterprise Accounting 3 konfiqurasiyasından metadata strukturunu endirməklə başlayaq.
MD83Exp.epf emalını açaq

Emal formasında qeydləri və hərəkətləri 1C-yə yükləmək seçimini aktivləşdirə və ya söndürə biləcəyimiz əlavə parametrlər var. Yükləmənin harada keçiriləcəyi ilə bağlı seçim də var: 1C serverində və ya “müştəridə”. Məlumat strukturunun yüklənəcəyi faylın adını göstərin. Bənzər şəkildə, biz Ticarət İdarəetmə 11 konfiqurasiyasının metadata strukturunu boşaltırıq.

İndi konfiqurasiyanı dönüşüm verilənlər bazasına yükləməlisiniz. Bu nöqtəyə həm konfiqurasiyalar siyahısından, həm də dönüşümlər siyahısından daxil olmaq olar. Sadəcə masaüstündən yükləyək:

Dialoq qutusunda BP strukturunu yükləyin:

Və eynilə - Ticarət İdarəetmə strukturu.

Yükləmə tamamlandıqdan sonra sizə uyğun olan adı təyin edə biləcəyiniz bir dialoq qutusu görünəcək.

6. Tapşırığın konkret nümunəsindən istifadə edərək 1C-də çevirmə qaydalarının yaradılması.

Sonra, yeni parametr yaratdığımız "Obyekt qaydalarının qurulması" na keçin.
Dönüşüm yaratma dialoq qutusunda "mənbə" konfiqurasiyasını və "təyinat" konfiqurasiyasını (əvvəllər yüklədiyiniz) seçin və OK düyməsini basın.

Bu yazıda yaradılışı “sıfırdan” və “zibilsiz” göstərməyi planlaşdırdığım üçün xatırladıram ki, biz avtomatik olaraq heç nə yaratmırıq. Prototip yoxdur.

Bu dialoq qutusunda heç nə etməyəcəyik, sadəcə “Bağla” düyməsini sıxın.

Gəlin bir sənədin birinə deyil, bir növün digərinə yüklənməsi qaydalarını yaradaq, məsələn, UT 11-dən Malların və xidmətlərin satışı sənədi BP 3-də Malların və xidmətlərin qəbulu sənədinə lazımi məlumat kitabçaları ilə.

Beləliklə, yeni bir PKO yaradırıq (1C-də obyektlərin çevrilməsi qaydası)

Mənbəni Malların və Xidmətlərin Satışını və Malların və Xidmətlərin təyinatını seçin və OK düyməsini basın.
Bu halda, PKS-nin (Əmlakın Dönüşüm Qaydaları) avtomatik yaradılmasından yenidən imtina etdiyimiz bir informasiya qutusu görünəcək. Sonra, yalnız lazım olanları seçəcəyik.

Lakin DVP (məlumat yükləmə qaydaları) yaratmaq təklifinə biz “Bəli” cavabını veririk.

Seçim üçün universal XML mübadiləsinin emalında əks olunacaq PVD-lər yaradılır:

Boş əmlaka çevrilmə qaydaları ilə məlumatların çevrilməsi qaydaları da yaradılacaq.

Bundan əlavə, görünə bilər ki, standart olaraq proqram təminatı daxili obyekt identifikatoru tərəfindən axtarılmaq təklif olunur. Bu, PCO-nun yanındakı böyüdücü şüşə ilə göstərilir. Biz öz axtarışımızı edəcəyik və bunu günün əvvəlində sənəd nömrəsinə və tarixinə görə edəcəyik.

UIO ilə axtarışı silirik:

İndi obyektin zəruri xüsusiyyətlərini (detallarını) müqayisə etməyə başlayaq. Bunu etmək üçün "Xüsusiyyətləri Sinxronlaşdır" düyməsini basın (ekranda "1" etiketi). Qaydaların rekursiv yaradılmasını aradan qaldırırıq (“2”). Bütün işarələnmiş detalları çıxarın ("3"). Və ehtiyacımız olanı özümüz seçəcəyik.

Məsələn, sizə lazım olanı seçin:

Diqqətinizi ona yönəldirəm ki, qarşı tərəfin PKS-ni təşkilata, təşkilatı isə qarşı tərəfə çevirəcəyik və eyni zamanda adlarına uyğun gəlməyən bəzi detalları, məsələn, “Valyuta” və “Sənəd”i müqayisə edəcəyik. Valyuta".

Harada görürük ki, hələlik çevrilmə qaydaları yoxdur.

Detalları nəzərdən keçirməyə və onları təsvir etməyə başlayaq. Əvvəlcə əvvəl yazdığım kimi sənəd axtarışını qurduq, tarixin əvvəlində sənədi yükləyib axtardıq və nömrələməni dəyişdik. İlk üç simvolu “UTB” prefiksimizlə əvəz edəcəyik. BP və UT-də nömrələmə hər biri 11 simvoldan ibarət olduğundan, biz kompozit nömrə edirik: prefiksimiz və mənbədən 8 simvol. Aşağıdakı ekran görüntüsündə bir nümunə.

Biz həmişə sənədləri boş və hərəkətsiz yükləyirik. Güman edirik ki, sənədlər istifadəçi tərəfindən yoxlanıldıqdan sonra qəbuledicidə işlənəcək.

Bunu etmək üçün, PKS-ni yerinə yetirilməmiş kimi təyin edərək, 0 və ya 1, biz onu Boolean kimi istifadə edirik.

Nümunə olaraq valyutadan istifadə edərək, biz PKS üçün obyektin çevrilməsi qaydası yaradırıq. Eyni zamanda, hesab edirik ki, hər iki verilənlər bazasında valyutalar var və onlar kodla sinxronlaşdırılmalıdır. Buna görə də, biz Valyuta PQS-də bütün PKS-ləri yaratmayacağıq, ancaq Axtarış Kodu əlavə edəcəyik. Bunlar. Biz obyekt üçün PKS yaratmaq təklifindən imtina edirik.

Yaradılmış Konversiya Qaydası PKS üçün sənədin PQR-yə əvəz edilmişdir. Və standart qaydanın özü unikal identifikator tərəfindən təklif olunur. Biz onu düzəldirik, kodu axtarırıq və yeni obyekt yaratmamaq üçün əmlakı təyin edirik.

Nəticədə aşağıdakı variantı alırıq:

Sonra, bənzətmə ilə, qalan detallar üçün PKO və PKS yaradırıq. Üstəlik, biz təşkilatı qarşı tərəfə və əksinə VÖEN-ə görə axtarırıq. Təxminən minimal detallarla belə görünür (lazım olduqda əlavə edə bilərsiniz).

PCO Qarşı Tərəf Müqavilələri üçün biz PKS Qarşı tərəfi, adı və sahibi üzrə axtarış aparırıq.

PKS-də sadalama tipində tələb olunan dəyəri necə təyin edəcəyimizi görək. Məsələn, "Əməliyyat növü" atributu. Burada müxtəlif şərtlərdən və əvəzedici dəyərlərdən istifadə edə bilərsiniz. Məsələn, həmişə "Mal" boşaldılması üçün "əməliyyat növü" lazımdır, bu halda "alın" sətrində tələb olunan dəyəri yazmaq kifayətdir.

Aşağıda çətinlik olmadan və əksər hallarda Qarşılıqlı Hesablaşma Çoxluğu, Qarşılıqlı Hesablaşma Ratesi, Mühasibat Hesabı üçün PCS-nin necə qurulacağı göstərilir.

PKO Nomenklatura üçün axtarışı daxili unikal identifikatorla tərk edəcəyik. Amma icazə verin diqqətinizi qrupunuzu necə yenidən müəyyənləşdirə biləcəyinizi göstərim. Məsələn, biz razılaşırıq ki, 1C: Ticarət İdarəetmə 11 konfiqurasiyasından yeni bir element yüklənəcək, lakin elementin xüsusi "Bizim Qrup" qrupunda toplanması lazımdır.

Bu tapşırığı həyata keçirmək üçün başqa bir PKO yaradırıq. Gəlin onu “NomenklaturaParent” adlandıraq ki, biz onu çevirmə qaydasında valideynin PCS-də göstərəcəyik.

Biz iki axtarış qurduq: adla, burada qrupumuzun adını ciddi şəkildə qeyd edirik və "Bu bir qrupdur" atributunun tələb olunan xüsusiyyəti doğru olaraq təyin olunur.

Bütün əşyalarımızın qrupumuza aid olduğuna qərar verdiyimiz üçün, boşaldarkən UT 11-dən qrupları boşaltmağa ehtiyac yoxdur.Bunun üçün “Boşaltmadan əvvəl” hadisə idarəedicisindəki Nomenklatura proqramında biz filtr təyin edəcəyik ki, qrupları boşaltmağa ehtiyac yoxdur "Uğursuzluq = Mənbə. Bu qrup;".

Məhsul və Xidmətlərin Satışı üçün DRP-də (məlumat yükləmə qaydaları) biz filtr əlavə edəcəyik ki, silinmək üçün qeyd olunan sənədlər yüklənməsin. Bunun üçün “Boşaltmadan əvvəl” hadisə idarəedicilərindəki VDP-də “Failure = Object.DeletionMark;” filtrini yazacağıq.


Hazırlanmış qaydaları faylda saxlayaq.


7. Xülasə etmək üçün: İşlənmiş məlumat mübadiləsi qaydalarından istifadə edərək məlumatların yüklənməsi və yüklənməsi.

1C-də açın: Ticarət İdarəetmə 11 "XML formatında universal məlumat mübadiləsi" V8Exchan83.epf emalı.

Boşaltma tamamlandı, indi 1C: Enterprise Accounting 3-ə yükləmək üçün eyni emaldan istifadə edirik.


Yükləmə tamamlandı. Necə yükləndiyini yoxlayaq. Beləliklə, sənəd bizim istədiyimiz kimi yüklənir - bizim Təşkilatımız qarşı tərəfə, qarşı tərəf isə təşkilata yüklənir. Mühasibat hesabları hamısı endirilib quraşdırılıb. Sənəd nömrəsini prefiksimizlə və günün əvvəlində aldıq. Təqdim olunan bütün təfərrüatlar dolduruldu.

Elementlərin yüklənməsini yoxlayırıq. Baxırıq ki, hər şey planlaşdırdığımız kimi oldu.


Təfərrüatları nəzərdə tutduğumuz kimi yaratdıq və doldurduq. Dönüşümdə bir çox incəliklər və konvertasiyanı dəqiq yazmağa kömək edən bəzi sadə, lakin zəruri şeylər var. Və bu, səhvləri minimuma endirməyə, mövcud məlumatları korlamamağa və lazımsız zibildən qurtulmağa imkan verir. Bu, ən sadə nümunələrdən biridir. Siz həmçinin bir obyekti çoxluya və ya əksinə, çoxunu birinə çevirə bilərsiniz.

İndi məlumatların çevrilməsi 3 var, digər problemləri həll edir. Buna görə də 2-ci çevrilmə lazımdır. Öyrənməkdə və mənimsəməkdə hər kəsə uğurlar.

Əlbəttə ki, proqramçısınızsa və bu sizin əsas işinizdirsə, konversiyanı özünüz yazmağa cəhd edə bilərsiniz. Amma yoxsa, o zaman fəaliyyət sahənizdə vaxtınızı dəyərləndirməli və bu işi peşəkarlardan yerinə yetirmələrini xahiş etməlisiniz.

Kitablar, bukletlər, məqalələr

1C:Müəssisə 8. Məlumatın çevrilməsi: proqram həlləri arasında məlumat mübadiləsi (CD-ROM-da tətbiq ilə) (maddə 4601546049094)

"1C: Enterprise" müəssisə fəaliyyətinin avtomatlaşdırılması üçün universal sistemdir və müxtəlif idarəetmə və mühasibat problemlərini həll etmək üçün istifadə edilə bilər. Hal-hazırda 1C: Enterprise platformasında həm bu platformada, həm də üçüncü tərəf proqram təminatı ilə digər həllər ilə sıx inteqrasiyada işləyə bilən çoxlu sayda standart və ixtisaslaşmış həllər hazırlanmışdır.

Effektiv iş üçün böyük əhəmiyyət kəsb edən müxtəlif informasiya sistemləri arasında mübadiləni təşkil etmək bacarığıdır. 1C: Enterprise platforması məlumat mübadiləsi və tətbiqi həllərin inteqrasiyası üçün müxtəlif alətlər təqdim edir.

Kitabda bu gün məlumatların təqdim edilməsi üçün ümumi qəbul edilmiş vasitə olan XML formatında məlumat mübadiləsi ətraflı şəkildə araşdırılır. Qaydaların hazırlanması prosedurları təsvir edilmişdir, onların tətbiqi məlumatın bir məlumat sistemindən digərinə ötürülməsini, o cümlədən standart 1C: Müəssisə konfiqurasiyaları arasında məlumat mübadiləsini təmin edəcəkdir.

Kitabı mübadilə qaydaları və "1C: Müəssisə. Məlumatların Dönüştürülməsi" konfiqurasiyasının nümunələri ilə demo məlumat bazalarından ibarət CD müşayiət edir.

Diqqət! Birinci çapda kitabın sonunda texniki nasazlıq olub. Düzəliş edilmiş səhifələr ola bilər

Hazırda qüsurun qalıqları satışdan çıxarılıb və düzəldilmiş nəşri buraxılıb.
Narahatçılığa görə üzr istəyirik və qüsurlu əşyaları pulsuz əvəz etməyə hazırıq.


"1C-Publishing" nəşriyyatının ədəbiyyatı ilə bağlı sualları aşağıdakı ünvana göndərə bilərsiniz: [email protected].

Alın:

Təşkilatınıza xidmət edən 1C partnyoru ilə əlaqə saxlayın və kitaba təyin edilmiş kodu bildirərək sifariş verin (aşağıdakı cədvəldə göstərilmişdir). Kitabı başqalarından da ala bilərsiniz "1C" şirkətinin tərəfdaşları.

  • "1C-Interest" onlayn mağazasında (kitabların kuryer, Russian Post, DHL, EMS ilə çatdırılması)
  • şəhərinizdəki kitab mağazalarında

Həmçinin bax:

Kitab qiyməti

Kod ad Tövsiyə pərakəndə satış qiyməti, rub. * Satıcı Daimi tərəfdaş Distribyutor
4601546049094 1C:Müəssisə 8. Məlumatın çevrilməsi: proqram həlləri arasında məlumat mübadiləsi (CD-ROM-da tətbiq ilə) (maddə 4601546049094) 240 150 135 120

Kitab quruluşu

Giriş

Fəsil 1. Qaydaların yaradılmasının ümumi prinsipləri

Fəsil 2: Qaydalardan istifadə

Fəsil 3. Qaydaların avtomatik yaradılması

Fəsil 4. Qayda strukturu

Fəsil 5. Qaydaların ətraflı öyrənilməsi

Fəsil 6. Hadisələrin idarəediciləri

  • Seçimlər
  • "Dönüşüm" idarəediciləri
  • İşləyicilər "Məlumat yükləmə qaydaları"
  • İşləyicilər "Obyekt çevirmə qaydaları"
  • İşləyicilər "Əmlak qrupunun çevrilməsi qaydaları"
  • İşləyicilər "Əmlakın çevrilməsi qaydaları"

Fəsil 7. Axtarış sahələri

Fəsil 8. Məlumatların təmizlənməsi qaydaları

Fəsil 9. Alqoritmlər və Sorğular

Fəsil 10. Qaydaların tipik nümunələri. Giderme

  • Köçürmələrin çevrilməsi
  • Kataloqların çevrilməsi
  • Sənədlərin çevrilməsi
  • Məlumat registrlərinin çevrilməsi
  • Hesabların Konvertasiyası Planı
  • Xarakterik tip planının çevrilməsi
  • Hesablama növləri planının çevrilməsi
  • Sabitlərin çevrilməsi 1C:Enterprise 7.7
  • Mühasibat əməliyyatının konvertasiyası 1C: Müəssisə 7.7

Fəsil 11. Qaydaların optimallaşdırılması

  • Məlumat yükləmə qaydaları
  • Obyekt çevirmə qaydaları
  • Universal XML Məlumat Mübadiləsi emalı

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-nin texnoloji konfiqurasiyasıdır.

Alətin əsas vəzifəsi 1C 8 və 7 proqram həlləri arasında mübadilə qaydaları yazmaqdır. Bu gün verilənlərin çevrilməsinin cari versiyası 3.0-dır.

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

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

Məlumatların çevrilməsi 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: bəzi məlumatları bir verilənlər bazasından digərinə köçürün, satış sənədini qəbz sənədinə çevirin, cari mühasibat balansını "qalıqların daxil edilməsi" sənədinə "daxil edin" və digər tapşırıqlar.

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

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

Dönüşüm üçü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 videodakı nümunəyə baxın:

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

İnternetdə ç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 Leontyevin pulsuz video kursunu tövsiyə edirə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. 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 xüsusi olaraq məlumatların çevrilməsi üzrə ixtisaslaşmış http://www.mykod.info/ saytıdır (sayt bağlanıb). Orada konversiya ilə bağlı çoxlu sayda material yükləyə bilərsiniz.

3. Ayrı-ayrılıqda dərsliyi qeyd etmək istərdim - (müəllif - Olqa 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 problemlərin həlli üçün universal strategiya seçək.

Məlumatların miqrasiyası problemi (sırf 1C şirkətinin məhsullarından danışırıq) bir həlldən digərinə dünən yaranmadı. 1C şirkəti miqrasiya yaratarkən tərtibatçıların hansı çətinliklərlə üzləşdiyini mükəmməl başa düşür, buna görə də alətlərlə kömək etməyə hər cür cəhd 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. Texnologiyaların geniş seçimi tərtibatçılara problemi öz nöqteyi-nəzərindən həll etmək üçün optimal yolu müstəqil seçməyə imkan verir.

Onlardan bəzilərinə nəzər salaq:

  • 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 onun təfərrüatlılığı 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ərarlara əlavə dəstək haqqında danışmaq belə istəmirəm.

Dəstəyin 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ı və dəstəklənməsini mümkün qədər sadələşdirməyə imkan verən texnologiyalar. Nəticədə, ideya ayrıca konfiqurasiya - "Məlumatların Konvertasiyası" şəklində həyata keçirildi.

Məlumatların çevrilməsi - standart həll, müstəqil 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 üstünlükləri haqqında bir az. Ən vacib şeydən başlayaq - çox yönlülük. Həll xüsusi platforma konfiqurasiyalarına/versiyalarına uyğunlaşdırılmayıb. Həm standart, həm də xüsusi konfiqurasiyalarla eyni dərəcədə yaxşı işləyir. Tərtibatçıların universal texnologiyası və yeni miqrasiyaların yaradılması üçün standart yanaşması var. Həllin universallığı hətta 1C: Enterprise-dan başqa platformalar üçün də miqrasiya hazırlamağa imkan verir.

İkinci böyük 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. Qutudan kənarda iki seçim mövcuddur: xml faylına yükləmə və infobazaya (COM/OLE) birbaşa qoşulma.

Memarlıq təhsili

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ə tam aydın deyil. Anlamalı olduğunuz ilk şey, hər hansı bir məlumat miqrasiyası (çevirmə) mübadilə qaydalarına əsaslanır. Mübadilə qaydaları informasiya təhlükəsizliyindən verilənlərin yüklənəcəyi strukturu təsvir edən müntəzəm xml faylıdır. Məlumatları yükləyən/endirə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ı tərs proses baş verir.

“CD” konfiqurasiyası bir növ vizual konstruktordur, onun köməyi ilə tərtibatçı mübadilə qaydalarını yaradır. Məlumatı necə endirəcəyini bilmir. CD paylama paketinə 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. Struktur 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 məlumat bazasından 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ığın 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ə/Sink) təsvirlərinin hazırlanması. Problem MDXXExp.epf xidmətinin işlənməsi ilə həll edilir.
  3. Strukturların hazırlanmış təsvirlərinin informasiya təhlükəsizliyinə yüklənməsi.
  4. Vizual CD alətindən istifadə edərək 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 olaraq yükləmə/yükləmənin həyata keçirilməsi.
  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çimlə getməyə qərar verdim: “Ticarətin İdarə Edilməsi” 10-cu nəşr və evdə yazılmış kiçik bir həll. Tapşırıq standart "UT" konfiqurasiyasından məlumatları ötürmək olacaq. Qısalıq üçün öz-özünə yazılmış həlli “Sink”, ticarət idarəçiliyini isə “Mənbə” adlandıraq. “Nomenklatura” kataloqundan elementləri 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 xidmət emalını açırıq.

Emal interfeysində çoxlu parametrlər yoxdur. İstifadəçi yalnız struktur təsvirinə daxil edilmə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ığım registrlərindən istifadə edərək hərəkətlərin boşaldılmasında xüsusi bir məqam yoxdur (nümunə kimi).

Sənədləri qəbuledicidə saxlayaraq hərəkəti formalaşdırmaq 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ə edən ikinci arqument yükləmə ilə fayl ölçüsünün azalmasıdır.

Bəzi sənədlər (xüsusilə standart konfiqurasiyalarda) çoxsaylı registrlər arasında hərəkətlər yaradır. Bütün bunları boşaltmaq nəticədə XML faylını çox böyük edəcək. 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 olunacaq. Təcrübəm zamanı nalayiq şəkildə böyük yükləmə faylları ilə qarşılaşmaq imkanım oldu. Bu cür fayllar standart alətlərdən istifadə edərək 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. İkinci baza üçün oxşar proseduru təkrar edirik.

CD-ni açın və əsas menyuda 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 bir neçə dəfə istifadə edə bilərik.

Kataloq pəncərəsində "düyməsinə basın. əlavə et” və görünən pəncərədə konfiqurasiyanı təsvir edən faylı seçin. "Yeni konfiqurasiyaya yüklə" qutusunu yoxlayın və "Yüklə" 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ı yaratmağa hazırsınız. Əsas CD menyusunda "Directories" -> "Conversions" seçin. Yeni element əlavə edin. Yeni dönüşüm yaratmaq üçün pəncərədə aşağıdakıları göstərməlisiniz: mənbə konfiqurasiyası (UT seçin) və təyinat 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. Siz istənilən vaxt fayl adını dəyişə bilərsiniz, lakin onu indi təyin etmək daha yaxşıdır. Bu, gələcəkdə vaxta qənaət edəcəkdir. Mən demo nümunəsi üçü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 əmri verəcəkdir.

Gəlin dərhal “mən”ləri qeyd edək. Sehrbaz ciddi bir şey yarada bilməyəcək. Bununla belə, bu ehtimala güzəşt edilməməlidir. Eyni konfiqurasiyalar arasında mübadilə yaratmaq lazımdırsa, bir mütəxəssisin xidmətləri çox faydalı olacaqdır. 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ə dolu ç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 çılğınlığa 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ı”. Əvvəlcə uyğunluq qaydalarını konfiqurasiya etməliyik, yəni. iki konfiqurasiyalı obyektləri müqayisə edin. İkincisi, istifadəçiyə yükləmək üçün əlçatan olacaq mümkün obyektləri müəyyənləşdirin.

"Obyektin çevrilməsi qaydaları" sekmesinin ikinci yarısında iki nişanı olan əlavə panel var: "Əmlakın dəyişdirilməsi" və " Dəyərlərin çevrilməsi" Birincisi seçilmiş obyektin xüsusiyyətlərini (təfsilatı) 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ş kataloq elementləri və ya siyahı elementləri) işləmək üçün lazımdır.

Əla, indi kataloqlar üçün çevirmə qaydaları yaradaq. Bu hərəkəti iki yolla həyata keçirə bilərsiniz: Obyekt Sinxronizasiya Sihirbazından (“” düyməsi) istifadə edin və ya hər bir obyekt üçün yazışmaları əl ilə əlavə edin.

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

Mənim vəziyyətimdə üç belə kataloq var: Nomenklatura, Təşkilatlar və Anbarlar. "Müştərilər" ilə eyni məqsədə xidmət edən bir kataloq da var. Qarşı tərəflər"konfiqurasiyadan" UT" Düzdür, adları fərqli olduğundan usta onları müqayisə edə bilməzdi.

Bu problemi özümüz həll edə bilərik. Pəncərədə tapırıq " Obyekt uyğunluğu" məlumat kitabı " Müştərilər", və "Mənbə" sütununda "Qarşı tərəflər" kataloqunu seçin. Sonra "Növ" sütununda qutuyu işarələyin və "Ok" düyməsini basın.

Obyekt Sinxronizasiya Sihirbazı seçilmiş bütün obyektlərin xassələrini çevirmək üçün avtomatik qaydalar yaratmağı təklif edəcək. Mülkiyyətlər adla müqayisə ediləcək və bizim nümayişimiz üçün bu kifayət edəcək, razıyıq. Növbəti sual yükləmə qaydalarının yaradılması təklifi olacaq. Gəlin onunla da 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) və orada xidmət emalını işə salın. V8Exchan82.epf.

İlk növbədə, emal pəncərəsində yaratdığımız mübadilə qaydalarını seçin. Yükləmə qaydaları sualına müsbət cavab veririk. Emal mübadilə qaydalarını təhlil edəcək və yükləmək üçün eyni adlı obyektlərin ağacını quracaq. Bu ağac üçün biz məlumatları seçmək üçün lazım olan hər cür seçimləri və ya mübadilə qovşaqlarını qura bilərik. 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.

Fayla məlumat yükləmə prosesini tamamladı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əmə" düyməsini basın. Budur, məlumatlar uğurla ötürüldü.

Real dünya problemləri

İ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əlli çətin və ya tamamilə qeyri-mümkün olan problemlər yaranır.

Texnologiyadan məyus olmamaq üçün bir neçə real həyat problemi hazırladım. İş yerində onlarla mütləq rastlaşacaqsınız. Onlar o qədər də əhəmiyyətsiz görünmürlə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 №1. Çatışmayan təfərrüatları doldurun

Tutaq ki, kataloqu köçürməliyik " Qarşı tərəflər" Bu məqsədlə qəbuledicidə oxşar “Müştərilər” kataloqu var. Məlumatların saxlanması üçün tamamilə uyğundur, lakin rekvizitləri var " Təşkilat”, bu, təşkilata mənsubiyyətlə 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 (bu, eyni adlı sabitdən əldə edilə bilər).

Problemin bir neçə həlli var. Təfərrüatları doldurmaq variantını nəzərdən keçirəcəyik " Təşkilat"verilənlər bazasında" 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. Obyektin çevrilməsi qaydasını (bundan sonra PKO adlandırılacaq) açaq” Müştərilər” (obyektə iki dəfə klikləyin) və qaydalar quraşdırma sihirbazında “Hadisə İşləyiciləri” bölməsinə keçin. İşləyicilər siyahısında biz " Yüklədikdən sonra”.

Cari təşkilatı əldə etmək üçün kodu təsvir edək və sonra onu detallara təyin edək. “Yükləmədən sonra” işləyicisi işə salındıqda obyekt tam formalaşacaq, lakin hələ verilənlər bazasına yazılmayacaq. 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;

Təfərrüatları doldurmadan əvvəl " Təşkilat"Atributun dəyərini yoxlamaq lazımdır" Bu qrup" İstinad kitabı üçün " Müştərilər“İyerarxik xüsusiyyət müəyyən edilib, ona görə də qrupun yoxlanılması zəruridir. İstənilən təfərrüatı oxşar şəkildə doldurun. 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 " parametri var. İmtina" Əgər ona “True” dəyərini təyin etsəniz, obyekt verilənlər bazasına yazılmayacaq. Beləliklə, yükləmə zamanı yazıla bilən obyektləri məhdudlaşdırmaq mümkün olur.

Tapşırıq № 2. Məlumat reyestri üçün təfərrüatlar

kataloqunda " Qarşı tərəflər"UT konfiqurasiyaları, təfərrüatlar mövcuddur" Alıcı"Və" Provayder" Hər iki detal " tiplidir Boolean” və qarşı tərəfin növünü müəyyən etmək üçün istifadə olunur. IB-də " Qəbuledici”, “ kataloqunda 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 çoxlu atributları saxlaya bilər. Bizim vəzifəmiz detalların dəyərlərini məlumat reyestrində ayrıca qeydlərə köçürməkdir.

Təəssüf ki, təkcə vizual vasitələr burada da öhdəsindən gələ bilməz. Gəlin kiçikdən başlayaq, məlumat reyestri üçün yeni proqram təminatı yaradın” Müştərilərin növləri" Mənbə kimi heç nə göstərməyin. Avtomatik yükləmə qaydaları yaratmaqdan çəkinin.

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;
  • Dönüşüm qaydası. “Müştərilərin növləri” məlumat reyestrini seçin;
  • Qaydanın kodu (adı). Bunu “Müştəri növlərinin boşaldılması” kimi yazın;

İndi yükləmək üçün məlumatları seçmək üçün kod yazmalısınız. Parametr " Data Nümunə götürmə" Hazırlanmış məlumat dəsti ilə kolleksiya yerləşdirə bilərik. Parametr " Data Nümunə götürmə” müxtəlif dəyərləri qəbul edə bilər - 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əedicisi üçün kod var " Emaldan əvvəl" Parametrini işə salır " Data Nümunə götürmə"sonra kataloqdan məlumatların doldurulması" Qarşı tərəflər" Burada " sütununu doldurmağa diqqət etməlisiniz. Müştəri növü" "UT"-da atributlarımız "Boolean" tiplidir və alıcı bir siyahıdır.

Bu mərhələdə biz onları tələb olunan tipə çevirə bilmirik (UT-də yoxdur), ona görə də hələlik onları 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 = Yeni Dəyər Cədvəli(); DataSelection.Columns.Add("Müştəri"); DataSelection.Columns.Add("ClientType"); SelectingDataFromDirectory = Directories.Accounts.Select(); DataFromDirectory.Next() seçərkən, əgər DataFromDirectory.ThisGroup seçilirsə, sonra Davam edin; endIf; Əgər Directory.Alıcıdan Məlumat Seçilirsə NewRow = Data Selection.Add(); NewRow.Client = DataFetchFromDirectory.Link; NewRow.ClientType = "Müştəri"; endIf; Əgər DataFetchFromDirectory.Supplier Onda NewRow = DataFetch.Add(); NewRow.Client = DataFetchFromDirectory.Link; NewString.ClientType = "Təchizatçı"; endIf; EndCycle;

Məlumat yükləmə qaydasını yadda saxlayaq və " nişanına qayıdaq 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ş qoyacağıq və "Boşaltmadan əvvəl" hadisə idarəedicisində yazacağıq:

//“Müştəri” mülkiyyəti üçün Dəyər = Source.Client; //“ClientType” mülkiyyəti üçün Source.Client = “Alıcı” Sonra İfadə = “Saylamalar.ClientTypes.Buyer” ElseIf Source.Client = “Təchizatçı” Sonra İfadə = “Saylamalar.ClientTypes.Supplier”; endIf;

Siyahıda təfərrüatlar seçilmiş məlumat nümunəsi əsasında doldurulur. Biz sadəcə olaraq müştərini keçid kimi ötürürük və parametrdə müştəri tipini yazırıq " İfadə" Bu parametrin məlumatları qəbuledicidə təfsir ediləcək və yerinə yetirildikdə, rekvizit 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 köçü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 №3. Masa hissələri ilə hiylələr

Tez-tez bir cədvəl bölməsindən bir neçəyə sətir yerləşdirməyi tələb edən tapşırıqlarla rastlaşırsınız. Məsələn, ilkin konfiqurasiyada xidmətlər və mallar bir cədvəl hissəsində qeydə alınır, qəbuledicidə isə bu subyektlərin saxlanması bölünü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.

Məlumatların boşaldılması üçün bir qayda yaradırıq, ixtiyari bir alqoritm təyin edirik və "Boşaltmadan əvvəl" işləyicisində cədvəl hissəsindən məlumat əldə etmək üçün sorğu yazırıq.

Yerə qənaət etmək üçün sorğunun kodunu (həmişə mənbələrə müraciət edə bilərsiniz) verməyəcəyəm - onda qeyri-adi heç nə yoxdur. Yaranan seçimi çeşidləyirik və çeşidlənmiş nəticələri artıq tanış olan parametrə yerləşdiririk " Data Nümunə götürmə" Kolleksiya kimi dəyərlər cədvəlindən istifadə etmək yenidən rahatdır:

DataFetch = Yeni Dəyər Cədvəli(); //Burada başqa bir cədvəl hissəsi olacaq Data Selection.Columns.Add(“Məhsullar”); //Burada həmçinin Data Selection.Columns.Add("Xidmətlər") cədvəl hissəsi olacaq; SelectionData.Columns.Add("Link");

Tapşırıq № 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 sonrakı nəsil əməliyyatları ilə köçürülməsinə ehtiyac yaranacaq.

konfiqurasiyada " BP“Universal sənəd var” Əməliyyat” və daha çox tel yaratmaq üçün idealdır. Yalnız bir problem var - sənəd hiyləgərliklə hazırlanır və məlumatları ona asanlıqla köçürmək mümkün deyil.

Məqalənin mənbə kodunda belə bir çevrilmə nümunəsini tapa bilərsiniz. Kodun miqdarı kifayət qədər böyük oldu, ona görə də onu məqalə ilə birlikdə dərc etməyin mənası yoxdur. Sadəcə onu deyim ki, yenidən yükləmə məlumatların yüklənməsi qaydalarında ixtiyari alqoritmdən istifadə edir.

Tapşırıq № 5. Çox detallar arasında məlumat sinxronizasiyası

Biz artıq bir neçə nümunəyə baxmışıq, lakin miqrasiya zamanı obyektlərin sinxronlaşdırılması haqqında hələ də 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 görünməsinin 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, kataloqda " Qarşı tərəflər” eyni identifikatorlu iki element ola bilməz. CD bunun üçün və bütün yaradılmış PCO-lar üçün hesablamalar aparır, identifikator üzrə axtarış dərhal defolt olaraq aktivləşdirilir. PCO-nun yaradılması zamanı obyektin adının yanında böyüdücü şüşənin təsvirinə diqqət yetirməli idiniz.

Unikal identifikatordan istifadə edərək sinxronizasiya etibarlı üsuldur, lakin həmişə uyğun deyil. Kataloqları birləşdirərkən " Qarşı tərəflər” (bir neçə fərqli sistemdən) çox kömək etməyəcək.

Belə hallarda obyektləri bir neçə kriteriyaya uyğun sinxronlaşdırmaq daha düzgündür. Qarşı tərəfləri INN, KPP, Name 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 nümunəyə baxaq. Tutaq ki, qovluqları sinxronlaşdırmalıyıq " Qarşı tərəflər” müxtəlif məlumat bazalarından. Gəlin PKO hazırlayaq və obyekt çevirmə qaydaları parametrlərində “ Qəbuledici obyekt identifikator tərəfindən tapılmırsa, axtarış sahələrini axtarmağa davam edin" Bu hərəkətlə biz dərhal iki axtarış meyarını müəyyən etdik - unikal identifikator və xüsusi sahələr.

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

Belə bir alqoritm həyata keçirilə bilər. Hadisə idarəçisində " 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 öz axtarış sahələrinin tərkibini müəyyənləşdirə bilərik:

SearchOptionNumber = 1 olarsa, SearchPropertyNameString = “VÖEN, KPP”; OtherwiseIfSearchOptionNumber = 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çının öz həllini seçmək hüququ var, ancaq daim mürəkkəb məlumat köçürmələrini inkişaf etdirməli olsanız, "" işarəsinə diqqət yetirməyi məsləhət görürəm. Ola bilsin ki, siz əvvəlcə təlimə vəsait (vaxt) sərf etməli olacaqsınız, 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 konvertasiyasından istifadə mövzusuna ədalətsiz olaraq məhəl qoymur. Texnologiyanın bütün mövcudluğu ərzində onun haqqında yalnız bir kitab nəşr olundu: "1C: Müəssisə 8. Məlumatların konvertasiyası: tətbiq həlləri arasında mübadilə." Kitab olduqca köhnədir (2008), lakin hələ də onunla tanış olmaq məsləhətdir.

Platformalar haqqında bilik hələ də lazımdır

"universal alətdir, 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əli olacaqsınız. Əks təqdirdə, prinsip eyni qalır.

"1C: Müəssisə"müəssisə fəaliyyətinin avtomatlaşdırılması üçün universal sistemdir və müxtəlif idarəetmə və mühasibat problemlərini həll etmək üçün istifadə edilə bilər. Hazırda platformada çoxlu sayda standart və ixtisaslaşdırılmış həllər hazırlanmışdır" 1C: Müəssisələr", həm bu platformada, həm də üçüncü tərəf proqram təminatı ilə digər həllər ilə sıx inteqrasiyada işləyə bilər.

Effektiv iş üçün böyük əhəmiyyət kəsb edən müxtəlif informasiya sistemləri arasında mübadiləni təşkil etmək bacarığıdır. Platforma" 1C: Müəssisə" məlumat mübadiləsi və tətbiq həllərinin inteqrasiyası üçün müxtəlif alətlər təqdim edir.

Kitabda bu gün məlumatların təqdim edilməsi üçün ümumi qəbul edilmiş vasitə olan XML formatında məlumat mübadiləsi ətraflı şəkildə araşdırılır. Tətbiqi standart konfiqurasiyalar arasında məlumat mübadiləsi də daxil olmaqla məlumatın bir məlumat sistemindən digərinə ötürülməsini təmin edəcək qaydaların işlənib hazırlanması prosedurları təsvir edilmişdir. 1C: Müəssisələr".

Kitab mübadilə qaydaları və konfiqurasiya nümunələri ilə demo məlumat bazalarından ibarət CD ilə müşayiət olunur " 1C: Müəssisə. Məlumatların çevrilməsi".

Kitab quruluşu

Giriş

Fəsil 1. Qaydaların qurulması üçün ümumi prinsiplər

Fəsil 2. Qaydalardan istifadə

Fəsil 3. Qaydaların avtomatik yaradılması

4-cü fəsil. Qayda strukturu

Fəsil 5. Qaydaların ətraflı öyrənilməsi

Fəsil 6. Hadisə İşləyiciləri

  • Seçimlər
  • "Dönüşüm" idarəediciləri
  • İşləyicilər "Məlumat yükləmə qaydaları"
  • İşləyicilər "Obyekt çevirmə qaydaları"
  • İşləyicilər "Əmlak qrupunun çevrilməsi qaydaları"
  • İşləyicilər "Əmlakın çevrilməsi qaydaları"

Fəsil 7. Axtarış sahələri

Fəsil 8. Məlumatların təmizlənməsi qaydaları

Fəsil 9 Alqoritmlər və sorğular

Fəsil 10. Qaydaların tipik nümunələri. Giderme

  • Köçürmələrin çevrilməsi
  • Kataloqların çevrilməsi
  • Sənədlərin çevrilməsi
  • Məlumat registrlərinin çevrilməsi
  • Hesabların Konvertasiyası Planı
  • Xarakterik tip planının çevrilməsi
  • Hesablama növləri planının çevrilməsi
  • Sabitlərin çevrilməsi 1C:Enterprise 7.7
  • Mühasibat əməliyyatının konvertasiyası 1C: Müəssisə 7.7

Fəsil 11. Qaydaların optimallaşdırılması

  • Məlumat yükləmə qaydaları
  • Obyekt çevirmə qaydaları
  • Universal XML Məlumat Mübadiləsi emalı