Qeyri-standart konfiqurasiyanın yenilənməsi 1c addım-addım təlimat. Şəxsi təcrübə: dəyişdirilmiş konfiqurasiyanı necə tez və sərfəli şəkildə yeniləmək olar. Satıcı faylının alınması

Qeyri-standart platformanın yenilənməsi çox çətindir. Qeyri-standart 1C konfiqurasiyasını necə yeniləməyi nəzərdən keçirəcəyik və yaranan çətinliklərin addım-addım həllini təsvir edəcəyik.

Olmadığı kimi tipik konfiqurasiya Yeniləmək üçün 1c.

Ümumi anlayışlar

Qeyri-standart platformanı yeniləyərkən (yeniləmə, ingiliscə) dəyişikliklər həmişə provayderin tipik konfiqurasiyasının (konfiqurasiya, ingilis dili) elementlərinə təsir göstərir.

Verilənlər bazası (DB) üç növə qədər konfiqurasiyadan ibarətdir:

  • verilənlər bazası özü - məntiqi alqoritmlər onunla işləyir;
  • işləyən (sözdə əsas, ConfigOR) - biz vaxtaşırı dəyişdiririk;
  • provayder konfiqurasiyası (ConfigP - onun əsasında həm işçi, həm də verilənlər bazası konfiqurasiyası istifadəçi tərəfindən yaradılır.

Proqram dəstəkdən çıxarılarsa, o, artıq təchizatçıdan olmayacaq. Lakin, o zaman yeniləmə üçün əmək xərclərinin artması qaçılmazdır. Qeyri-standart 1C konfiqurasiyasını yeniləməyi düşünün. Məsələn, PPM platforması (Manufacturing Enterprise Management) ola bilər.

Qarışdırmaq

Birinci mərhələdə, işləyən və təchiz edilmiş konfiqurasiyalar arasındakı fərqləri aradan qaldırmalısınız. Bu, əvvəllər təqdim etdiyimiz təkmilləşdirmələrin qiymətləndirilməsini azaldacaq. Aralarındakı uyğunsuzluqlar yeniləmə zamanı kənar fayllar (təchiz edilmiş paylama dəstindən deyil) istifadə edildikdə və ya yeniləmə üsulları standartlardan fərqli olduqda baş verir.

Versiya müqayisəsi

Versiya nömrələrini yoxlayırıq (işləyən və çatdırılır). Birincisi "Konfiqurasiya" / "Açıq" / "Düzəliş" / "Xüsusiyyətlər" bölməsində yoxlanılır. İnkişaf/Versiya bölməsində. "Konfiqurasiya"/"Dəstək"/"Dəstək Parametri"/"Versiya" bölməsində ikinci:

Rəqəmlər üst-üstə düşərsə, yeniləmə vasitəsilə faylı əldə etmək üçün irəli keçə bilərsiniz.

Növbəti addımlar əməliyyat və satıcı konfiqurasiyasının necə uyğunlaşdırılacağını nümayiş etdirir. İstifadəçi tərəfindən dəstəksiz çıxarılan və ya əlavə edilən obyektləri dəstəkləmək üçün. Bunun üçün:

Konfiqurasiyanın saxlanması (işləyir)

ConfigOR-u adı olan faylda saxlayaq, məsələn, work.cf. Bunu etmək üçün "Konfiqurasiya" / "Saxla ..." seçin.

Satıcı faylının alınması

ConfigOR-u ConfigP ilə uyğunlaşdırmaq üçün sizə satıcının paylama dəstindən (eyni versiyada) cf faylı lazımdır. Varsayılan olaraq C:/Program Files/1cv81/tmplts-də olacaq. Şablon cədvəlində tələb olunan cf-faylının mövcudluğunu yoxlayaq. Tələb olunan təchizatçı konfiqurasiya versiyası faylı mövcud deyilsə nə etməli? Sonra köhnədən boş verilənlər bazası yaratmalı, onu lazımi versiyaya yeniləməli və yalnız bundan sonra istifadə etməlisiniz.

Yeniləmə vasitəsilə fayl əldə edilir

ConfigP cf-faylını yeniləmək üçün menyuda əmr seçilir: "Konfiqurasiya / Dəstək / Yeniləmə ... / Fayl seçimi / Bitdi / Çalıştır" (Şəkillərdə ardıcıl olaraq):

Bunu həll etmək üçün provayderin konfiqurasiyasında silinmək üçün obyektin işarəsini silməlisiniz. Sonra, sildikdən sonra yenidən müqayisə aparırıq - yeniləmə pəncərəsində "Yeniləmə" düyməsini basın.

Parametrləri bərpa edin

İtirilmiş parametrlərin bəziləri əvvəllər saxlanmış work.cf faylı ilə birləşdirilərək bərpa edilir. Bunu etmək üçün "Konfiqurasiya / Müqayisə et, birləşdir ... faylı" seçin.

Saxlama və tənzimləmə

ConfigOR-u saxlamaq və verilənlər bazasını yeniləmək üçün “Konfiqurasiya” menyusunda “Update…DB” seçin. Burada yeni problemlə qarşılaşırıq:

Çox güman ki, buna səbəb bu obyektlərin ConfigP-dən kopyalanması və ya təchizatçı tərəfindən silinməsi və sonradan eyni adlar altında yenilərinin əlavə edilməsi olub. Bununla belə, digər identifikatorlarla. Nəticədə eyni adlı, lakin fərqli identifikasiya açarları olan obyektlər meydana çıxdı.

Rollar dəyişmədiyi üçün sadəcə silinə bilər. Rekvizitin adı, məsələn, OrderReserve1 olaraq dəyişdirilməlidir. Və yeniləmədən sonra dəyərləri dəyişdirilmişdən yaradılmışa çevirin. Başqa bir yeniləmə problemi. Bəs formalar?

Şəkildən ListForm-un təchizatçı tərəfindən silindiyini və sonra eyni adla yenidən əlavə edildiyini görə bilərsiniz. Hər ikisini yeniləmək üçün qeyd etməli və "İcra et" düyməsini sıxmalısınız.

Yeniləmə zamanı silinəcək obyektlərə bağlantıların olması barədə bir mesaj verilirsə, formanı bağlamadan, obyektlərin öz xüsusiyyətlərində ona olan bağlantıları təmizləmək lazımdır. Burada xassələrin reyestrindədir. Sonra, yeniləmə formasında yeniləmə seçimini seçin, indi yeniləmək üçün qeyd xüsusiyyətlərini qeyd edin və yenidən "Çalış" düyməsini basın.

Verilənlər bazası konfiqurasiyasının işində dəyişikliklərin saxlanması və yenilənməsi: "Konfiqurasiya / Yeniləmə ... DB". OrderReserve1 atributunun dəyərinin OrderReserve-ə köçürülməsi 1C: Müəssisə rejiminin xarici emalı ilə həyata keçirilir.

Baza hazırlığı

Məlumatların nəticələrinə əsasən iki eyni verilənlər bazası hazırlayırıq. Birinci (əsas) bizim istədiyimiz nəticədir. İkinci (köməkçi) hazırlıq hərəkətlərini yerinə yetirmək üçündür. Fayl versiyası vəziyyətində, biz onları sadəcə olaraq kataloqa köçürür və onları IB siyahısına qoşuruq, müştəri-server seçimi ilə yükləmə/yükləməni edirik.

Müqayisə

Hər iki verilənlər bazasını Konfiquratorla açdıqdan sonra onların üçtərəfli müqayisəsini həyata keçirəcəyik. Bunun üçün yeni ConfigP faylından istifadə edirik - "Konfiqurasiya / Dəstək / Yeniləmə ... / Fayl seçimi ... / Tamamlandı":

İşləyən, köhnə və yeni provayder konfiqurasiyalarının müqayisəsi bizə "Xüsusiyyətləri iki dəfə dəyişdirilmiş göstər" filtri ilə dəyişdirilmiş obyektlərin siyahısını verir. Onlarla ilk növbədə problemi həll etməlisiniz:

Bu nöqtədə, köməkçi baza ilə iş bütün prosesin sonuna qədər dayandırılır, "Çalış" düyməsi artıq basılmır. Nəticədə iki dəfə dəyişdirilmiş obyektlərin siyahısı ilə əsas verilənlər bazasında işləməyə davam edirik. Yeniləmə ilə razılaşmaq əvvəllər edilmiş təkmilləşdirmələrin itirilməsi ilə nəticələnəcək. Buna görə də, obyektlərin hər biri üçün bir qərar qəbul etmək tələb olunur - necə dəyişdiriləcək.

Gələcəkdə yalnız işi azaltmaq üçün ilkin qiymətləndirmə aparacağıq. Yeni ConfigP-də elementdə daha çox dəyişiklik olarsa, təchizatçı obyektini tərk edirik. Bir gənə qoyduq. ConfigOR-dan dəyişikliklər köçürülür. İşçi konfiqurasiyada elementdə daha çox dəyişiklik olarsa, ConfigOR obyektinin nümunəsini buraxırıq. Düyü çıxarırıq. Dəyişiklikləri ConfigP-dən köçürək. Modulları prosessual olaraq müqayisə etmək lazımdır. Bunu etmək üçün şəkildəki kimi düyməni basın:

Əvəz ediləcək və ya silinəcək prosedurları və funksiyaları göstərmək üçün qutuları işarələyin:

İndi köməkçi verilənlər bazasındakı onay qutularının vəziyyətini təkrarlamalısınız. Əsas olaraq - "Çalış" düyməsini basın. Əsas bu nöqtədə demək olar ki, bitmiş bir konfiqurasiya alırıq.

Sonrakı müqayisələr yenidən köməkçi verilənlər bazasında aparılır. Əvvəllər edilmiş dəyişiklikləri köhnə ConfigP-nin ConfigOR ilə əlavə müqayisəsi ilə tapırıq - "Konfiqurasiya / Müqayisə ...":

Eynilə, köhnə ConfigP-ni yenisi ilə müqayisə edirik. Əgər yeni fayl yoxdursa, o, indi əsas verilənlər bazasından götürülə bilər.

Beləliklə, iki dəfə dəyişdirilmiş obyektlər alınır. Əsas verilənlər bazasında demək olar ki, hazır konfiqurasiya qəbul edilmişdir. İki dəfə dəyişdirilmiş elementlərlə məşğul olmaq lazımdır.

ƏHƏMİYYƏTLİ. Təhlil edərkən istifadəçi müəyyən dəyişikliklərin edilməsinin səbəbləri ilə deyil, onların nəticələri ilə maraqlanmalıdır. Yəni, əsas odur ki, funksionallığı qorumaq lazımdır. Ola bilsin ki, bu, dəyişdirilmiş xətlərin ötürülməsini deyil, yeni ConfigP kodunun tamamilə yenidən işlənməsini tələb edəcək.

Qərar vermək üçün formaları, cədvəlləri və obyekt modullarını müqayisə etmək kifayətdir. Bəzən hesabatlardakı məlumatlar tez qərar verməyə imkan verməyən şəkildə təqdim olunur. Bu mərhələdə, dəyişikliklər kompozit tipli obyekt atributlarına aid olarsa, təkmilləşdirmələrin itirilməsi baş verir.

Müqayisə hesabatında müxtəlif məlumatlar siyahı şəklində verilir, hansı növ məlumatların əlavə edildiyi/çıxarıldığı aydın deyil. Hesabatın sətirlərinin sayı iki yüzə çatırsa, "əllə" müqayisə prosesi kifayət qədər vaxt aparan görünür (təxminən əlli saat).

Əmək intensivliyinin azaldılması, məsələn, Inform Service şirkətinin "Hüceyrələrin müqayisəsi" konfiqurasiyasından istifadə etməklə əldə edilir. O, 1C: Müəssisə rejimində istifadəyə verilir və müqayisə hesabatı məlumatlarını rahat formada təqdim edir. Müqayisə 1C imkanları ilə həyata keçirilir:

İş sxemi sadədir. Konfiquratorda müqayisəli obyekt hesabatı yaradılır. Faylda saxlanılır, məsələn, Müqayisə Hesabatı.mxl. 1C: Müəssisə dialoq qutusunda o, açılır və müqayisə edilən xanalar göstərilir (seçilmiş xanada siçanın sağ düyməsini iki dəfə sıxmaqla) elektron cədvəl sənədi). "Müqayisə et" düyməsini klikləməklə müqayisənin nəticəsi verilir, eyni zamanda müxtəlif mövqelər rənglə vurğulanır.

Fəaliyyət üçün əlavə təlimatlar bu kimi görünür.

  1. Növbəti hesabat eyni adla saxlanılır.
  2. Yeniləmə başa çatdıqdan və standart konfiqurasiyanın modifikasiyaları köçürüldükdən sonra modulların sintaktik nəzarəti və dəyişdirilmiş obyektlərin işinin sınaqdan keçirilməsi həyata keçirilir.
  3. Uğurlu sınaqdan sonra proses başa çatmış hesab edilə bilər. Çap formalarını, hesabatları və emalları yeniləmək qalır. Bəzi hallarda xarici hesabat formalarını yoxlayın.

1C 7.7 ilə işləyirik

Tipik bir platformanın eyni platformaya yüksəldilməsi adətən çətinlik yaratmır. Sadəcə təlimatlardakı göstərişlərə əməl edin. Onlar paylama kataloqunda UPDATE.TXT-də yerləşirlər.

Həmçinin platformaya əlavə uçot elementləri (kataloqlar, sabitlər, seçimlər, hesabatlar, registrlər, hesablama jurnalları və s.) əlavə olunarsa, heç bir çətinlik yaranmır. Platformalar birləşdirildikdə onlar uyğun olacaq. Bu cür əlavə sənədlərə “əsasən” daxil olmaq üçün işarələrdə heç bir dəyişiklik olmadıqda əlavə edilmiş sənədlər disharmoniyaya səbəb olmayacaqdır.

Yeniləməni çoxlu RAM-a malik sürətli kompüterdə işə salmaq tövsiyə olunur. Onun olmaması ilə 1C bəzi funksiyaları işləməkdən imtina edə və "dondura" bilər. Böyük həcmdə virtual yaddaş bu problemi həll etmir.

Arxiv surətinin yaradılması

Bu məqsədlə seçimdən istifadə etməlisiniz: "İdarəetmə / Məlumatları Saxla ...". Arxivin adını yaradılması tarixi ilə uyğunlaşdırmaq rahatdır (məsələn, YYMMDD.zip).

Kataloqun hazırlanması

İşləmək üçün sizə altı konfiqurasiya faylı lazımdır (1cv7.md):

  1. Yeniləməni hazırlamaq üçün "WorkingNew" (nəticədə md-fayl);
  2. Müqayisə zamanı dəyişiklikləri izləmək və parametrləri TypeNew_2-ə köçürmək üçün "WorkingOld";
  3. Tipik (köhnə) "TypeOld_1". Bunun əsasında əvvəllər işləyən biri yaradılmışdır.
  4. növləri. (keçmiş) "TypeOld_2". Yeni standart versiyada 1C şirkətində dəyişiklikləri izləmək;
  5. Növ. (yeni) "TypeNew_1". 1C şirkətinin yeni versiyada təkmilləşdirilməsi;
  6. Mürəkkəb obyektlər üçün "TypeNew_2".

Və beş işləyən konfiqurator ("TypeNew_1" istisna olmaqla hamısı).

Əvvəlcə qovluqlar cütlükdə eynidir:

  • "Yeni işləyir" və "Köhnə işləyir";
  • "TypeOld_1 və TypeOld_2";
  • "TypeNew_1" və "TypeNew_2".

Elementlərin birləşməsi

Əvvəlcə 3 və 2, 4 və 5, 1 və 6 arasında müqayisə aparırıq. Bunun üçün cütlükdə birincilərin hər biri “Konfiqurasiya / Assosiasiya ...” elementini seçin və 1cv7.md metadata faylını təyin edin. cütlükdə ikinci. Ekranda dəyişdirilmiş elementlər ağacı olan forma görünəcək. Sonra, 3-ün 2 ilə və 4-ün 5 ilə cüt müqayisəsinin nəticələrini təhlil etmək lazımdır. 1C-dən (5-dən 4) dəyişikliklərin olduğu yenilənmiş platformalarda (1 və 6) elementləri birləşdirmək üçün buraxın. lakin 3 və 2-də əks olunmamışdır. 1 və 4-ü ləğv etmə rejimində birləşdirmək lazımdır.

Digər

Buraya hesablar planı və istifadəçi interfeysləri daxildir. Hesablar planında dəyişikliklər olubsa, o zaman Yeni_2 Növü ilə birlikdə "Obyektlərin birləşdirilməsi" rejimində Yeni İşləmə rejimində yenilənməlidir. İnterfeys birləşdirildikdən sonra o, səhvləri yoxlayır: menyu elementlərinin təkrarlanması, alətlər panellərinin təkrarlanması, "Yeni sətirdən yer" alətlər panelləri üçün işarələrin qoyulması.

Yükləmə şəbəkə və ya serverdə həyata keçirilir (üstünlük verilir). Birincisi, verilənlər bazasına giriş müstəsna olaraq təmin edilir. Və sonra verilənlər bazası konfiqurator rejimi vasitəsilə yüklənir. Yükləmədən əvvəl və sonra məlumatlar arxivləşdirilir (bölmənin ən əvvəlində təsvir edildiyi kimi). Sonra, UPDATE.TXT faylındakı təlimatlara əməl edin. Yükləmə tamamlandıqdan sonra WorkingNew istisna olmaqla, bütün kataloqlar silinə bilər.

Ümid edirik ki, nəşrimiz qeyri-standart 1C konfiqurasiyasını yeniləməkdə sizə kömək etdi. Biz bunu həm yeddinci, həm də səkkizinci versiya ilə bağlı nəzərdən keçirdik.

Şərhlər buraxın, 1C-ni yeniləmək təcrübəniz haqqında yazın.

1C-nin yenilənməsi "bir" düyməsini basmaqla həyata keçirilir, tipik bir konfiqurasiya özü 1C yeniləməsini yükləyə və quraşdıra bilər. İstifadəçidən yalnız qeydiyyat məlumatlarını daxil etmək tələb olunacaq.

Konfiqurasiya tipik deyilsə nə etməli? Yoxsa tipik, lakin onda təkmilləşdirmələr aparılıb - arayış kitabçası, bir neçə detal, hesabat əlavə edilib?

Bu sualın cavabını bu gün tapacağıq.

1C atipik konfiqurasiya nədir

Atipik 1C konfiqurasiyası aşağıdakı hallarda olur:

  • Konfiqurasiya proqramçı tərəfindən sıfırdan yazılır
  • Konfiqurasiya tipik idi, lakin ona dəyişikliklər əlavə edildi
  • Bir dayaq əlavə etsələr belə.

Tipik konfiqurasiyada hər hansı dəyişiklik etmək üçün sizə lazımdır.

1C-ni dəstəkdən çıxarılan qeyri-standart konfiqurasiyanı yeniləyərkən, 1C "dəstək üçün qeyri-standart konfiqurasiyanı geri qoymağı" təklif edəcək. Sonra bütün dəyişikliklər ləğv ediləcək (silinəcək).

Qeyri-standart (dəyişdirilmiş) 1C konfiqurasiyasının 1C-ni yeniləyərkən dəyişikliklərin qalmasını və 1C yeniləməsinin tətbiq olunmasını təmin etmək üçün fərqli 1C yeniləmə rejimindən istifadə edə bilərsiniz.

Yeniləmək istədiyimiz dəyişdirilmiş konfiqurasiya nümunəsinə baxaq. Bu, düzəliş edilmiş (sağda) tipik 1C Mühasibat konfiqurasiyasıdır (solda):

4) "Şəxslər" kataloqunda, forma modulunda, ReadPlace of Birth() funksiyasında proqramın sətri əlavə edildi.

Qeyri-standart 1C konfiqurasiyasının 1C-nin yenilənməsi zamanı bütün bu dəyişikliklər necə işləyəcək?

Qeyri-standart 1C konfiqurasiyasında dəyişiklikləri saxlamaqla 1C-nin yenilənməsi

1C konfiqurasiya yeniləməsi adətən öz-özünə açılan arxiv kimi paylanır. Paketdən çıxardıqdan sonra 1C yeniləməsini kompüterinizə quraşdırmaq üçün quraşdırma faylını işə salmalısınız (1C-də deyil!).

Yeniləməni quraşdırarkən siz 1C yeniləməsinin harada quraşdırılacağını seçirsiniz. Adətən bu. Siz diskdəki hər hansı digər qovluğa quraşdıra bilərsiniz və 1C .

1C yeniləmə faylları aşağıdakı formada ola bilər:

  • CF uzantılı fayl - bütövlükdə ehtiva edir yeni növ konfiqurasiya
  • CFU uzantılı fayl - yalnız əvvəlki versiyadan dəyişiklikləri ehtiva edir.

Hər iki fayl 1C yeniləmə qovluğunda, versiyanın adı olan bir qovluqda saxlanılır.

CFU faylından istifadə edərkən diqqətli olun - bu, yalnız -dən təkmilləşdirməyə imkan verir!

Beləliklə, 1C-ni yeniləmək üçün menyu seçimlərindən birini seçin:

  • Konfiqurasiya/Müqayisə fayldan konfiqurasiya ilə birləşmə - CF faylları üçün
  • Konfiqurasiya / Dəstək / Yeniləmə konfiqurasiyası / 1C yeniləmə faylı seçimi - CF və ya CFU faylları üçün.

Əvvəla, 1C iki konfiqurasiyanı müqayisə edəcək. Verilənlər bazanızın konfiqurasiyası "Əsas konfiqurasiya" adlanır və yeniləmədən əldə edilən konfiqurasiya "Fayldan konfiqurasiya" adlanır.

1C, dəyişikliklərin sağda göstərildiyi tanış bir ağac şəklində bütün fərqləri göstərəcəkdir.

Baxın - nümunəmizdə dəyişdirilmiş və ya əlavə edilmiş qovluqlar vurğulanır.

Dəyişdirilmiş 1C qeyri-standart konfiqurasiyasını yenilədiyimiz üçün - yəni bir vaxtlar tipik idi, bəzi parametrləri daxil etməlisiniz.

Parametrlər düyməsini basın. "Yüklənmiş konfiqurasiya əsasın nəslidir" seçin (yəni dəyişdirilmiş bir növdür).

"Əsas konfiqurasiya obyektlərinin silinməsinə icazə ver" qutusu, 1C yeniləməsində silinibsə, onları silməyə imkan verir. Konfiqurasiyaya təfərrüatlar və qovluqlar əlavə etdiyimizdən, lakin onlar 1C yeniləməsində olmadığından, 1C onların 1C yeniləməsində silindiyini güman edəcək. Buna görə də, bu qutuyu yoxlamağa ehtiyac yoxdur.

Gəlin platformanın aşkar etdiyi fərqlərə daha yaxından nəzər salaq.

Nomenklatura arayış kitabının filialını açaq. Rekvizitlər bölməsində tipik konfiqurasiyada heç bir rekvizit olmadığını görürük və onu əlavə edirik. Minus onun silinəcəyini bildirir.

Silinmək üçün özümüzə əlavə etdiyimiz rekvizitlərə ehtiyacımız olmadığı üçün aşağıdakıları etməliyik (seçimlər):

  • "Parametrlər" düyməsində, "Əsas konfiqurasiya obyektlərinin silinməsinə icazə ver" qutusunu QAYDIRMAYIN.
  • Əgər qeyd xanası hələ də qoyulubsa, bu atributun qarşısındakı işarəni sil. Şəkildəki rekvizitlərin qarşısında heç bir işarə yoxdur, çünki obyektlərin silinməsinə icazə verilmir.

Nomenklatura arayış kitabının forması da dəyişdirilib. 1C bunu gördü və dəyişdirilmiş obyektlər siyahısında bizə kataloq formasını da göstərir.

Formada hansı dəyişikliklərin edildiyini görmək üçün aşağıdakıları edə bilərsiniz (seçimlər):

  • Sol sütundakı formada əvvəlcə sağ klikləyin və "Formanı aç" menyusunu seçin, sonra isə sağda. İki formanı vizual olaraq müqayisə edin.
  • Formaya sağ klikləyin və "Obyektlərin Müqayisə Hesabatı" menyusunu seçin (ətraflı, elektron cədvəl sənədi)

Obyektlərin müqayisəsi hesabatı, formaları müqayisə edərkən bir çox fərqləri göstərir. Bunun səbəbi forma yalnız bir sahə əlavə etdikdə bir çox bitişik elementlərin avtomatik olaraq dəyişdirilməsi - abzaslar, bağlamalar və s.

Dəyişikliklər siyahısında biz dəyişikliklərimizi görürük - yazıda dəyişikliklər və sahənin dəyişdirilməsi.

Formanın yanındakı onay qutusunu seçməklə formanı dəyişməklə razılaşa və ya ondan imtina edə bilərik. Bu, aşağıdakı nəticələrə səbəb olur:

a) qutunu işarələsək

  • forma yenisi ilə əvəz olunacaq
  • standart konfiqurasiyaya etdiyimiz dəyişikliklər silinəcək
  • 1C yeniləməsindən edilən dəyişikliklər tətbiq olunacaq
  • sonra dəyişikliklərimizi əl ilə geri qaytarmaq lazım gələcək

b) işarələməsək

  • forma olduğu kimi qalacaq
  • dəyişikliklərimiz qalır
  • 1C yeniləməsindən yeni dəyişikliklər tətbiq edilmir
  • sonra əl ilə 1C yeniləməsindən dəyişikliklər əlavə etmək lazımdır.

Üçüncü seçimdən istifadə edə bilərsiniz. Form filialını sona qədər genişləndirin və "Birləşmə rejimi" sütununda "Birləşmə" seçin.

c) "Birləşdir" seçsək

  • forma həm yeni dəyişikliklər, həm də köhnə olacaq yeni bir forma olacaq
  • dəyişikliklərimiz qalır
  • yeni dəyişikliklər görünür
  • bir sahə silinibsə və onun yerinə başqa sahə qoyulubsa, birləşmə nəticəsində hər iki sahə eyni yerdə olacaq - həm köhnə, həm də yeni
  • forma yaxşı görünəcək
  • sonra əl ilə "artıqların" olmadığını yoxlamaq lazımdır

2) "Şəxslər" kataloqunda, forma modulunda, ReadPlace of Birth() funksiyasında proqramın sətri əlavə edildi.

1C-nin aşkar etdiyi forma modulunda dəyişiklikləri görmək üçün forma budaqını sona qədər genişləndirin, üzərinə sağ klikləyin, "Modullarda fərqləri göstər" menyusunu seçin.

Dəyişikliklər hər bir funksiyanın kontekstində göstərilir, lakin bu baxış rejimi ilə siz bütün modulun 1C-ni yeniləməyi seçə və ya ondan imtina edə bilərsiniz.

Başqa bir yol, bu xəttdəki böyüdücü şüşə düyməsini istifadə etməkdir.

Sonra biz hər bir funksiyanın kontekstindəki dəyişiklikləri nəinki görəcəyik, həm də hansı funksiyanı yeniləmək və hansı funksiyanı yeniləmək üçün qeyd qutularından istifadə edə bilərik.

3) "Elektron nümayəndəliklər .." kataloqunda bir neçə detal silindi

1C standart kataloqun təfərrüatlarını sildiyimizi müəyyən etdi və bizə onları bərpa etməyi təklif edir.

Əlavə etdiyimiz qovluq, 1C silinməyi təklif edir. Bu halda, bizim əlavə etdiyimiz atributda olduğu kimi eyni qayda tətbiq olunur (əvvəllərə bax).

Beləliklə, vəzifəmiz 1C tərəfindən aşkar edilən dəyişiklikləri diqqətlə öyrənmək və onay qutularının köməyi ilə onlarla razılaşmaq və ya imtina etməkdir. Bundan sonra, Run düyməsini basın.

Nəzərə alın ki, 1C-nin yenilənməsi nəticəsində atributu silmisinizsə, o zaman istifadəçilər tərəfindən ona daxil edilmiş məlumatları da silmisiniz, yəni eyni atributun yenidən əlavə edilməsi bu məlumatları bərpa etməyəcəkdir.

Konfiqurasiyada bir neçə əlaqəli obyekt varsa - məsələn, atribut və forma; eyni zamanda, 1C formasını yeniləməyə icazə verdiniz, lakin rekvizitləri yoxladınız, sonra ziddiyyət yarandı.

Run düyməsini basdıqdan sonra 1C belə halları tapır və onlardan hesabat verir.

Run düyməsini kliklədikdən sonra düşünmək üçün daha bir fürsətiniz var.

1C yeniləməsini təsdiqləmək üçün menyu elementini seçməlisiniz Konfiqurasiya / Verilənlər bazası konfiqurasiyasını yeniləyin.

1C-ni yeniləməkdən imtina etmək üçün menyu elementini seçməlisiniz Konfiqurasiya / Verilənlər bazası konfiqurasiyasına qayıt.

Üçüncü seçim (menyu maddələrinin ardıcıllığı göstərilir):

  • Fayl/Saxla seçin
  • Konfiqurasiya/Konfiqurasiyanı faylda saxla
  • Konfiqurasiya/Verilənlər bazası konfiqurasiyası/Verilənlər bazası konfiqurasiyasına qayıdın.

Beləliklə, nəticədə birləşdirilmiş konfiqurasiyanı fayla boşaltırsınız və dəyişikliklərdən imtina edirsiniz. Siz nəticədə konfiqurasiyanı təhlil edə, əl ilə dəyişikliklər edə və daha sonra fayl menyusundan Konfiqurasiya/Yük konfiqurasiyasından istifadə edərək sadəcə yükləyə bilərsiniz.

1C platformasının dəyişdirilmiş tipik konfiqurasiyalarını yeniləmək üçün bir çox təlimat var. Buna görə də, mahiyyəti artırmamaq üçün bütün prosesi tam təsvir etməyəcəyəm. Əlavə olaraq - bu mətnin artıq dəyişdirilmiş konfiqurasiyaları yeniləmiş və əsas məqamları və "tələbələri" bilən bir şəxs üçün olduğu güman edilir. Bu üsul yalnız bu prosesi sadələşdirir, mahiyyətcə mətn fayllarının müqayisəsi səviyyəsində konfiqurasiya dəyişikliklərinin və modullarda dəyişikliklərin avtomatlaşdırılmış müqayisəsindən istifadə etməyi təklif edir. Bu yanaşma ilə "insan faktoru" ilə əlaqəli səhvlərin (diqqətsizlik səbəbindən vacib dəyişikliklərin yenilənməsi ilə "əlavə yazılması") ehtimalı çox azalır.

HƏR konfiqurasiya yeniləməsi IB-nin boşaldılması ilə başlayır. Bu, “qızıl qayda”dır, bunu həmişə yadda saxlamaq lazımdır, bunu istənilən üsulla etmək lazımdır (orada qeyd etməyi unutsalar belə). Sonra, iki yolla gedə bilərsiniz: ya test bazasında yeniləmə, ya da işləyən verilənlər bazasında yeniləmə. Burada vacib məqam budur: adətən dəyişdirilmiş konfiqurasiyalar hər buraxılış üçün yenilənmir (bu, standart olanlarla asanlıqla edilə bilər), lakin bir anda bir neçə üçün yenilənir, çünki bu proses çox əmək tələb edir. Birinci üsulda (sınaq bazasında yenilənmə) cf faylının yüklənməsi ilə yeniləmənin işçi bazaya son ötürülməsi nəzərdə tutulur. Bu halda silinmiş detallarla bağlı xətalar baş verə bilər (bu barədə çoxlu məqalələr tapmaq olar). Beləliklə - bəzi risklər var, lakin yeniləmə zamanı (bütün bir gün və ya daha uzun sürə bilər) istifadəçilər verilənlər bazasını dəyişdirərək təhlükəsiz işləyə bilərlər. İkinci üsulla (işləyən verilənlər bazasında yeniləmə) bu risklər istisna edilir, lakin əsas istifadəçilər yeniləmənin bütün müddəti ərzində bu verilənlər bazasında işləyə bilməyəcəklər. Forumlarda hansı metodun yaxşı olduğu və yeniləməni konfiqurasiya faylı vasitəsilə köçürməyə dəyər olub olmadığı barədə kifayət qədər müzakirələr var. Yalnız deyə bilərəm: birinci üsul üzərində işləmək təcrübəsinə əsaslanaraq, oxşar səhvlər cf faylını yükləyərkən baş vermədi. Hər halda, ehtiyat nüsxəsindən istifadə edərək verilənlər bazasını bərpa edə bilərsiniz. Burada nəzərdən keçiriləcək birinci üsuldur, lakin bu metodun mahiyyətinə təsir göstərmir və istəsəniz, təklif olunan metoddan istifadə edərək ikinci üsula uyğun hərəkət edə bilərsiniz.

Beləliklə, test bazasını təzə ehtiyat nüsxədə yerləşdirərək, biz buraxılışların ardıcıl yenilənməsini ən sonuncuya edirik. Hər buraxılışdan sonra konfiqurasiyada dəyişiklikləri saxlamaq və məlumatları yenidən təşkil etmək üçün "Debug" funksiyasını işə salırıq. Bütün dialoq qutularında OK / Next / Qəbul et / Bəli / Davam et ... düyməsini basın.

Beləliklə, biz test bazasındakı konfiqurasiyanı ən son buraxılışa yenilədik, lakin hər hansı bir dəyişikliyin üzərinə yazıb-yazmadığımızı yoxlamaq lazımdır və əgər onların üzərinə yazmışıqsa, onları bu buraxılışa köçürməliyik. İndi əyləncə başlayır, ona görə də onu addım-addım təsvir edəcəyəm. Hər bir addım bəzi izahatlarla olacaq: yəni mahiyyət əvvəlcə təsvir edilir, sonra isə daha çox Ətraflı Təsviri. Əgər mahiyyət aydındırsa, o zaman təsviri buraxmaq olar.

1. Yeniləmədən ƏVVƏL və SONRA konfiqurasiya dəyişikliklərini mətn fayllarında saxlayırıq. Konfiqurator rejimində iş və sınaq bazalarını açın. Onların konfiqurasiyalarını açın. Və hər iki verilənlər bazasında biz konfiqurasiya müqayisəsini emal etməyə başlayırıq ("Konfiqurasiya - Konfiqurasiyaları müqayisə et ..."). ƏHƏMİYYƏTLİ: hər iki verilənlər bazasında konfiqurasiyaları eyni şəkildə seçin:

Üstəlik, biz onu aşağıdakı kimi saxlayırıq: işləyən verilənlər bazasında (konfiqurasiya yeniləmədən ƏVVƏL olduğu yerdə) - "köhnə" sonu olan bir fayla və sınaq verilənlər bazasında (konfiqurasiya yeniləmədən SONRA olduğu yerdə) - fayla "yeni" sonluğu ilə.

2. Yenilənmiş Konfiqurasiyada İtirilmiş Dəyişikliklərin Edilməsi. Metodun əsas mərhələsinə keçirik. Əsas məqam bu olduğundan, baş verənləri bir az izah etmək üçün bir az da riyazi hissə. 1C 7.7 platformasında yeniləmə faylı tam konfiqurasiya idi. Və 1C 7.7-dəki yeniləmə yeni konfiqurasiyanın yüklənməsindən və bu konfiqurasiya üçün verilənlər bazasının yenidən təşkilindən ibarət idi. Beləliklə, həm konfiqurasiya, həm də yeniləmə mahiyyətcə eyni md faylı idi. 1C 7.7 platformasından fərqli olaraq, 1C 8.x platformasında: konfiqurasiya cf faylı vasitəsilə, yeniləmə isə cfu faylı vasitəsilə ötürülür. Bu fayllar arasındakı fərq cf faylının bütün konfiqurasiya obyektlərini, cfu faylında isə yalnız bu yeniləmə ilə dəyişdirilənləri ehtiva etməsidir. Beləliklə, 1C 8.x platformasında yeniləmə zamanı yalnız yeni buraxılışda həqiqətən dəyişmiş konfiqurasiya obyektləri təsirlənir. Nəticədə, əgər belə bir obyekt bizim tərəfimizdən dəyişdirilibsə, yeniləmədən sonra o, tamamilə standart biri ilə əvəz olunacaq və yeniləmədən əvvəl etdiyi dəyişiklikləri onda təkrarlamalıyıq ki, bu obyekt həm bizim həm də obyektimizi ehtiva etsin. dəyişikliklər və yeni buraxılışın dəyişiklikləri eyni zamanda . Lakin dəyişdirdiyimiz konfiqurasiya obyekti yeniləmədən təsirlənməyibsə, dəyişikliklərimiz yeniləmədən sonra onun içində qalacaq. Bunu başa düşməyi asanlaşdırmaq üçün onu diaqram şəklində təsvir edəcəyəm:

Bu diaqram dəyişiklik və təkmilləşdirmə prosesində bəzi tipik konfiqurasiyanı göstərir. Xətlər onun obyektləridir (sənədlər, kataloqlar, emallar və s.). Birincisi (I nömrəli) sadəcə tipik bir konfiqurasiyadır: heç bir dəyişiklik olmadan bütün obyektlər. Sonra, II nömrə altında, biz artıq tipik dəyişdirilmiş konfiqurasiya görürük: bəzi obyektlər dəyişdirilib və bu dəyişdirilmiş obyektlər qırmızı rənglə qeyd olunur. III nömrə tipik bir konfiqurasiya üçün başqa bir yeniləmədir: əslində o, yalnız yaşıl rənglə qeyd olunan yeni buraxılışda dəyişikliklərdən təsirlənən obyektləri ehtiva edir, lakin aydınlıq üçün bütün digər obyektləri çəkməyi tamamladım. Və yenilənmiş tipik konfiqurasiya əldə etməliyik (I diaqramında təsvir edilmişdir), lakin həm II diaqramda, həm də III diaqramda dəyişikliklərlə. Aktiv bu misal- bu son konfiqurasiya IV nömrə kimi təsvir edilmişdir və həm bizim, həm də yeniləmə tərəfindən dəyişdirilmiş bir obyekti ehtiva edir. Dəyişdirdiyimiz qalan obyektlər, açıq-aydın, bu yeniləmə ilə toxunulmaz qaldı. İndi sual budur: yeniləmənin təsirinə məruz qalan obyektə etdiyimiz bütün dəyişiklikləri necə edəcəyik? Aydındır ki, biz iki addım atmalıyıq: birincisi, bu obyekti tapın, ikincisi, onda dəyişikliklərimizin olması lazım olan yerləri tapın və onları yenidən edin. Qeyd edim ki, təbii ki, bir neçə belə obyekt ola bilər və onların hamısını tapıb düzəltmək tələb olunur. Beləliklə, yeniləmənin bu son mərhələsinə keçək. Hazırda konfiqurator rejimində test bazası açıq olmalıdır. Əgər orada konfiqurasiya müqayisəsinin nəticəsi və ya başqa bir pəncərə hələ də açıqdırsa, çaşqınlıq yaratmamaq üçün hamısını bağlayacağıq. Sonrakı - Konfiqurator rejimində işləyən verilənlər bazasını açırıq (test verilənlər bazasını yeniləmək zamanı onu bağlamaq mümkün idi) və orada konfiqurasiya müqayisəsini aparırıq. Və son iki addımın təsvirini (tap və düzəldin) ayrı-ayrı yarımbəndlərdə qoyacağam:

2.1. Üzərinə yazılmış dəyişiklikləri olan obyekti axtarın. Köhnə/yeni sonluqlu txt faylları haqqında xatırlamağın vaxtıdır. Əslində, bu fayllar müvafiq olaraq yeniləmədən ƏVVƏL və SONRA bütün konfiqurasiya dəyişikliklərini (tipiklə müqayisədə) əks etdirir. Beləliklə, yeniləmə ilə bəzi dəyişikliklərin üzərinə yazsaq, bu, yalnız "ReportComparison_old.txt" faylında olacaq. Yəni, lazımi konfiqurasiya obyektlərinin axtarışı bu iki faylı müqayisə etməyə gəlir. Bu faylları istifadə edərək müqayisə edəcəyik fayl idarəedici Ümumi Komandir və onun daxili alətləri. Hesab edirəm ki, burada Total Commander-in nə olduğunu, onu haradan əldə etmək və necə istifadə etmək lazım olduğunu izah etməyə ehtiyac yoxdur... Buna baxmayaraq, onun tətbiqinin tələb olunan mərhələlərini burada qısaca təsvir edəcəyəm. Beləliklə, Total Commander proqramını işə salırıq. İnterfeys dili ingilis dilidirsə (əsas menyu və s.), onda siz onu rus dilinə dəyişə bilərsiniz: "Konfiqurasiya - Seçimlər ...", informasiya qutusunda sol sütunda "Dil" bölməsini seçin, axtarın / seçin Siyahıda "Rus (Rus)" və "OK" düyməsini basın. Bundan sonra, Total Commander vasitəsilə biz hesabatların txt fayllarını axtarırıq, onları seçirik ("Daxil et" və ya "sağ klik") və fayl müqayisəsinə başlayırıq: "Fayllar - Məzmuna görə müqayisə et ..." (da). İngilis dili interfeysi: "Fayllar - Məzmuna görə müqayisə et..."). Açılan pəncərədə faylların məzmunu solda/sağda göstərilir, müvafiq olaraq “Növbəti fərq” / “Əvvəlki fərq” düymələri fərqləri axtarmağa imkan verir. Bu alət bizi maraqlandıran obyektləri tez tapmağa imkan verəcək.

Şərh: əks vəziyyət də baş verə bilər - yeniləmədən SONRA konfiqurasiyada yenilənmədən ƏVVƏL mövcud olmayan fərqlər meydana çıxdı. Bu o deməkdir ki, yeniləmə buraxılışı konfiqurasiyadan müvafiq obyektləri silib. Prinsipcə, bu obyektlərdə heç bir dəyişiklik olmadığı üçün düzəlişlərimizdə sadəcə atlana bilər.

2.2. Yenilənmiş obyektlərə dəyişikliklərin edilməsi.Üzərinə yazılmış dəyişiklikləri olan obyekti tapdıqdan sonra bu dəyişikliklərin harada olduğunu dəqiq müəyyən etməliyik: modulda (proqram mətni), dialoq qutusunda (formada) və ya digər parametrlərdə. Burada iki halı ayıracağam: modulda dəyişiklik və bütün digər dəyişikliklər. Bu iki halı ayrıca nəzərdən keçirək.

2.2.1. Yeniləmənin üzərinə yazılmış dəyişikliklər modulda idi.Əslində, bu, əsas haldır (bu, daha tez-tez olur) və bu hal sadəcə bizim nümunəmizdədir: dəyişiklik "ƏDV-nin uçotu" modulunda silindi. Yuxarıda qeyd etdiyimiz kimi, Workbase Configurator-da açıq konfiqurasiya müqayisəsi pəncərəmiz var. Bizə lazım olan obyekti orada axtarırıq. Əslində, onun konfiqurasiya ağacındakı mövqeyi mətn faylımızda təsvir edilmişdir, yəni: "GeneralModule.VAT accounting.Module". Müqayisə pəncərəsində axtardığımız məhz budur. Tələb olunan modulu tapana qədər tabeçilik ağacını genişləndiririk - onun qarşısındakı sol kənarda obyektin provayderin konfiqurasiyası ilə müqayisədə dəyişdiyini göstərən yaşıl bir qələm olmalıdır. Tapılan sətirdə sağ klikləyin və "Modullarda fərqləri göstər ..." seçin:

Bundan sonra modul müqayisəsi pəncərəsi açılacaq:

Budur yuxarıda prosedurlar Və funksiyaları, dəyişikliklərin olduğu (bizim vəziyyətimizdə bu, bir prosedurdur "Faturanı elektron cədvəl sənədinə göstərin") və aşağı hissədə - seçilmiş prosedur və ya funksiyanın mətnləri vurğulanmış dəyişikliklərlə. Bu dəyişiklikləri test verilənlər bazamıza köçürməliyik. Lakin o, dəyişiklikləri yeniləmədən silmir. Bunu aşağıdakı şəkildə avtomatlaşdıra bilərsiniz. Kursoru aşağı sol hissəyə qoyduq (burada bizim dəyişikliklərimizlə seçilmiş prosedurun mətni) və ardıcıllıqla Ctrl + A (hamısını seçin) və Ctrl + C (seçimi buferə köçürün) düyməsini basın. Sonra "old_izm.txt" şərti adı ilə fayl yaradırıq, onu açırıq mətn redaktoru və Ctrl + V düymələrini basın (buferin məzmununu yapışdırın). Aşağı sağ hissə üçün də eyni şeyi edirik (burada seçilmiş prosedurun mətni yenilənməmiş buraxılışın tipik konfiqurasiyasındandır) - nəticədə "old_type.txt" şərti adı olan fayl yaradırıq. Bundan sonra, Test Baza Konfiquratoruna gedin (bu iki konfiquratorda çaşqın olmamaq üçün yaxınlıqda açıq olmalıdır, lakin içəridə heç bir pəncərə olmadan) - və konfiqurasiyada modulumuzu axtarırıq (bu nümunədə, "GeneralModule.VAT Accounting.Module") və orada lazımi prosedur (bu nümunədə "OutputInvoiceIntoSpreadsheetDocument"dir): hamısını seçin və yenisinə köçürün. mətn faylı"new_type.txt" şərti adı ilə. Beləliklə, bizdə üç fayl var ("old_izm.txt", "old_type.txt", "new_type.txt"), onların əsasında dördüncü faylı - "new_izm.txt" yaratmalıyıq. Bu dördüncü fayl sadəcə dəyişikliklərimizi ehtiva etməlidir, lakin yeniləməni nəzərə alaraq. Mövcud üç faylı müqayisə edərək onu ardıcıl olaraq formalaşdıracağıq. Başlamaq üçün, bu prosedurda yeniləmə dəyişikliklərinin izlərinin olub olmadığını müəyyən edək? Bunun üçün Total Commander vasitəsilə (yuxarıya bax) “old_type.txt” və “new_type.txt” faylını müqayisə edirik. Əgər müqayisə faylların eyni olduğunu və ya boşluqların və ya tabların sayında fərqi göstəribsə - bu o deməkdir ki, bu dəyişikliklə bizim bəxtimiz gətirdi və siz sadəcə olaraq "old_izm.txt" faylının məzmununu kopyalayaraq dəyişiklikləri köçürə bilərsiniz. açıq test bazası moduluna yapışdırmaq, ondan əvvəl müvafiq proseduru silmək (başqa sözlə - əvəz etmək). Burada prosedurdan əvvəl və sonra boşluqları diqqətlə izləmək vacibdir ki, sonrakı müqayisədə artıqlıq olmasın: bu, əlbəttə ki, funksionallığa təsir etməyəcək, lakin yoxlamanı bir az çətinləşdirəcək. Əgər "old_type.txt" və "new_type.txt" müqayisəsi real fərqlərin olduğunu göstərdisə - bu o deməkdir ki, bu prosedurda həm bizim dəyişikliklərimiz, həm də yeniləmə dəyişikliklərimiz var. Köçürmə tapşırığını sadələşdirmək üçün: birincisi, hansı dəyişikliklərin daha çox olduğunu vizual olaraq qiymətləndirə bilərsiniz - yeniləmədən və ya bizdən. Bunun üçün yenə Total Commander vasitəsilə biz ardıcıl olaraq "old_type.txt" ilə "new_type.txt" və "old_izm.txt" müqayisə edirik. Və biz daha çox dəyişikliklərin olduğu yerdə baxırıq: "old_type.txt" və "new_type.txt" müqayisəsində və ya "old_type.txt" və "old_izm.txt" müqayisəsində. Əgər birinci müqayisədə daha çox dəyişiklik varsa (yeniləmə funksiyanı daha çox dəyişib), o zaman dəyişikliklərimizi etməklə yenilənmiş faylı düzəltmək daha asandır, yəni “new_type.txt”i dəyişdiririk. Biz bunu şərti olaraq dəyişikliklərin ilk halı adlandıracağıq. Əgər ikinci müqayisədə daha çox dəyişiklik varsa (bizdə daha çox dəyişiklik olub), o zaman yeniləmə dəyişiklikləri etməklə faylımızı düzəltmək daha asandır, yəni "old_izm.txt"i dəyişirik. Biz bunu şərti olaraq ikinci dəyişiklik halı adlandıracağıq. İndi dəyişiklikləri tez və dəqiq şəkildə necə köçürmək olar. Bunun üçün dördüncü faylı yaradırıq və artıq razılaşdığımız kimi onu “new_izm.txt” adlandırırıq. Düzəlişlərin ötürülməsinin optimallaşdırılmasını nəzərə alaraq, ya "new_type.txt" və ya "old_izm.txt" məzmununu bu fayla kopyalayırıq (müvafiq olaraq, dəyişikliklərin birinci və ya ikinci halları üçün).
İndi biz eyni anda iki fayl müqayisə pəncərəsini açırıq. Dəyişikliklərin edilməsinin ilk halı üçün bunlar "new_izm.txt"/"old_izm.txt" və "old_type.txt"/"old_izm.txt" faylları üçün müqayisələrdir. İkinci hal üçün bunlar "new_izm.txt"/"new_type.txt" və "old_type.txt"/"new_type.txt" fayllarının müqayisəsidir. Müqayisə pəncərəsində "Edit" düyməsi var: birinci cütün müqayisəsində onu basın. İndi gördüklərimizi izah edək. Birinci müqayisə cütündə obyektlər həm dəyişikliyimizdən, həm də yeniləmədən görünür. Bizim vəziyyətimizə uyğun olaraq, yalnız dəyişikliklərimizi və ya yalnız yeniləmələri köçürməliyik. İkinci müqayisə pəncərəsində yalnız köçürməli olduğumuz dəyişikliklər görünür. Diqqət etsəniz - hər iki halda həm birinci, həm də ikinci müqayisənin ikinci faylı eynidir. Buna görə də, biz bu fayldakı sətirləri rəhbər tuturuq və ikinci müqayisədəki sətirlərə əsasən, birinci müqayisənin pəncərəsində dəyişikliklər edirik: basılan "Düzəliş" düyməsi sadəcə bunu etməyə imkan verəcəkdir.

"Aydınlıq" üçün birinci halda köçürmə zamanı hərəkətləri qrafik şəkildə təsvir edək (dəyişikliklərimizi edərək yenilənmiş faylı dəyişdiririk):

İkinci halda hərəkətlər tamamilə oxşardır və hərəkət prinsipi tamamilə eynidır.

Ən çətin və xoşagəlməz hal dəyişikliklərimizin və yeniləmə dəyişikliklərimizin BİR yerdə olmasıdır. Yəni kodun bir seqmentində əslində iki dəyişiklik olub. Bu vəziyyətdə proqramçının müdaxiləsi tələb olunur. Həmçinin, məsələn, yeniləmə bizim dəyişikliklərimizdə istifadə olunan dəyişənlərin adlarını dəyişdirirsə, proqramçının müdaxiləsi, lakin daha az dərəcədə tələb olunur. Onu da qeyd etmək lazımdır ki, “old_type.txt” və ya “old_izm.txt” faylında boş sətirlər ola bilər – bunlar bizim dəyişikliklərimizin “izidir”. Onları köçürmək lazımdır ki, son faylda olmasın. Bu, funksionallığa təsir etmir, lakin sonrakı müqayisələrdə (sonrakı yeniləmələrlə) hərəkətləri təhlil etməyi bir az çətinləşdirəcək. Beləliklə, dördüncü faylı yaratdıqdan sonra bütün dəyişiklikləri köçürdükdən sonra onun məzmununu konfiqurasiyaya köçürməliyik. Test verilənlər bazası Konfiquratorunda tələb olunan modul yeni yerdə açılmalıdır: mövcud proseduru silin və əvvəlki / sonrakı funksiyalar arasındakı bütün boşluqları nəzərə alaraq son faylımızın məzmununu yapışdırın. Beləliklə, dəyişiklikləri tapılan obyektin BİR proseduruna köçürdük. Bizdə (Şəkil 6) bu prosedur həqiqətən birdir. Bir neçə belə prosedur varsa, təsvir olunan hərəkətlər hər biri üçün edilməlidir. Prosedur yenidirsə (yalnız sol yarıda), onda sadəcə onu test bazasındakı müvafiq modula əlavə edin (daha da müqayisənin düzgünlüyü üçün proqramın müvafiq modulunda olduğu kimi prosedurların ardıcıllığını saxlamaq lazımdır. hələ köhnə buraxılış olduğu yerdə işləyən baza).

2.2.2. Yeniləmənin üzərinə yazılmış dəyişikliklər modulda DEYİL. Bu cür dəyişiklikləri ötürmək üçün belə bir müqayisə işi heç bir şəkildə asanlaşdırmayacaq, buna görə də dəyişikliklər sadəcə işçi və sınaq verilənlər bazalarında obyektlərin vizual müqayisəsi ilə ötürülür.

Beləliklə, dəyişikliklərimizin yeniləmə ilə üzərinə yazıldığı hər bir obyekt üçün dəyişiklikləri köçürürük. Bütün dəyişiklikləri necə düzgün köçürməyimizi yoxlamaq üçün konfiqurasiyanı test bazasında saxlayırıq, konfiqurasiya müqayisəsini "Müqayisə Hesabatı_new2.txt" faylına yükləyirik və "Müqayisə Hesabatı_old.txt" faylı ilə müqayisə edirik. Hər şey idealdırsa, o zaman "Fayllar eynidir" mesajı görünəcək. Bəzi obyektlər yeniləmə ilə silinibsə, dəyişikliklər düzgün ötürüldükdə yalnız fərqdə olan bu obyektlər görünəcək. Müqayisə zamanı yalnız boşluqlar / boş sətirlər / nişanlar görünsə, düzgün olacaq, lakin bu halda onu təmizləmək və "Fayllar eynidir" mesajına nail olmaq daha yaxşıdır. Beləliklə, test bazasında dəyişiklikləri saxladıqdan sonra müqayisəni fayla yükləyirik və onu köhnə buraxılışdakı dəyişikliklərlə müqayisə edirik - müqayisə bütün lazımi dəyişiklikləri köçürdüyümizi göstərənə qədər bunu təkrar edirik.

3. Yenilənmiş konfiqurasiyanın sınaq bazasından istehsal bazasına köçürülməsi. Əvvəlki mərhələlərdə biz test verilənlər bazasını ən son buraxılışa yenilədik, lazımi dəyişiklikləri yoxladıq və köçürdük və nəticədə yaranan konfiqurasiyanı saxladıq. İndi onu cf faylına boşaltırıq və işləyən verilənlər bazasına yükləyirik. Yükləməzdən əvvəl - işləyən verilənlər bazasının surətini çıxarmalı və konfiqurasiyanı dəstəkdən çıxarmalısınız. HAMISI. İstifadəçilər yalnız başlanğıcda bazanı boşaldarkən, sonunda isə bazanı yenidən boşaldıb konfiqurasiyanı yükləyəndə “boş qalır”.

Bu yeniləməni tamamlayır.

Orijinal məqalə saytdadır

Qeyri-standart 1C konfiqurasiyası o zamandır: 1) 1C konfiqurasiyası proqramçının özü tərəfindən sıfırdan yazılmışdır, 2) 1C konfiqurasiyası tipik idi, lakin bir atribut əlavə olunsa belə, ona dəyişikliklər əlavə edilmişdir.

Bu yazıda 1C konfiqurasiyalarını necə düzgün yeniləməyi, həmçinin tipik konfiqurasiyaları yumşaq bir şəkildə dəyişdirmək üçün bir neçə fəndləri nəzərdən keçirəcəyik, yəni. sonra təkmilləşdirmə qabiliyyətinə təsir etməyəcək düzgün dəyişiklik.

Tipik 1C konfiqurasiyasında hər hansı dəyişiklik etmək üçün tipik 1C konfiqurasiyasındakı dəyişikliyin kilidini açmaq və bəzi hallarda onu "dəstəkdən çıxarmaq" lazımdır.

Ən optimal yeniləmə seçimində 1C konfiqurasiyası tam şəkildə yenilənə bilər avtomatik rejim, bu, konfiqurasiya dəyişikliklərini deaktiv etdikdə mümkündür. Çox vaxt konfiqurasiya dəyişikliyini daxil etmək tələb olunur, çünki tətbiq həllərini müştərinin biznes tələblərinə uyğunlaşdırmaq lazımdır və biz bu seçimdə dayanacağıq.

Yeniləmədən əvvəl etmək çox tövsiyə olunur ehtiyat nüsxəsi verilənlər bazası, bu İdarəetmə / Məlumat bazasını yükləmək menyusu vasitəsilə edilə bilər.

Yeniləmə üçün 2 seçim var: a) dəstək vasitəsilə 1C yeniləməsi (Konfiqurasiya / Dəstək / Yeniləmə konfiqurasiyası dialoqu vasitəsilə zəng edin) və b) Müqayisə və fayldan konfiqurasiya ilə birləşmə yolu ilə. Ödənilməlidir Xüsusi diqqət ki, bu iki məqam arasındakı fərq birinci halda həm əsas konfiqurasiya, həm də təchizatçının konfiqurasiyası yenilənir və konfiqurasiyaların birləşməsini müqayisə edərkən yalnız əsas konfiqurasiya yenilənir, təchizatçının konfiqurasiyası köhnə olaraq qalır. Buna görə də, ən çox tövsiyə olunan seçim Yeniləmə Konfiqurasiyası vasitəsilə yeniləməkdir. Konfiqurasiya Dəstəyi vasitəsilə yeniləmək üçün satıcının CF və ya CFU paylama fayllarından istifadə olunur ki, onları İnternetdə yolu göstərərək şablonlar kataloqunda axtarmaq və ya yolu birbaşa göstərməklə tapmaq olar. istədiyiniz fayl sabit diskdə.

Dəyişikliklər etmək imkanı olmadan 1C konfiqurasiyasını yeniləyərkən, yeniləmə faylı seçildikdən sonra yeniləmə avtomatik olaraq baş verir, əgər konfiqurasiya dəyişikliklər etmək üçün aktivdirsə, yeniləmə faylını seçdikdən sonra konfiqurasiya müqayisəsi pəncərəsi göstərilir. Bu dialoqda biz sistemin qeyri-standart 1C konfiqurasiyamızı yeniləməyi necə təklif etdiyini görə bilərik. Dialoq qutusunun aşağı hissəsində obyekt statusları ilə bağlı müvafiq əfsanə var: “Obyekt yazışmaları üzrə statuslar” “Əsas konfiqurasiya” və “Yeni konfiqurasiya”nın müqayisəsi, “Obyekt tarixçəsi üzrə statuslar” konfiqurasiya obyektlərinin obyektlərlə müqayisəsi deməkdir. " köhnə konfiqurasiya təchizatçı".

Obyektlərin yanındakı qutuları işarələməklə, siz cari konfiqurasiya obyektinin dəyişəcəyini və ya köhnə olaraq qalacağını, həmçinin obyektin dəyişdirilməsi üsulunu seçə bilərsiniz. Fəaliyyət menyusunda alt sistemlər üçün qutuları yoxlamaq mümkündür (bu, konfiqurasiya bir neçə təchizatçı tərəfindən dəstəklənirsə faydalıdır). Həm də bu menyuda bir anda bütün obyektlər üçün birləşmə prioritetini təyin etmək mümkündür, standart olaraq, sistem provayder konfiqurasiyasını daha yüksək prioritet hesab edir. Filtr parametrləri birləşmə rejimini ətraflı şəkildə təyin etmək üçün hansı konfiqurasiya obyektlərini göstərməli olduğumuzu müəyyən etməyə imkan verir. Bir neçə standart filtr nümunəsi var və siz müqayisə etdiyiniz hər bir cüt konfiqurasiya üçün filtrlər təyin edə bilərsiniz. "Filtr" parametrlərində "Yalnız iki dəfə dəyişdirilmiş xassələri göstər" onay qutusunu təyin etmək mümkündür, bu, yeniləmə zamanı təchizatçının dəyişiklikləri ilə bu obyektlərin modifikasiyası arasında heç bir ziddiyyət olmayan obyektləri süzgəcdən keçirməyə imkan verəcəkdir:

Beləliklə, nəticə tipik konfiqurasiyanı dəqiqləşdirərkən və yeni təchizatçı konfiqurasiyasında iki dəfə dəyişdirilmiş obyektlərin siyahısı olacaq. Yeniləmə ilə razılaşsanız, bu obyektlərdə əvvəllər edilmiş təkmilləşdirmələr itiriləcək. Ona görə də hər bir obyekt üçün onun necə yenilənməsi ilə bağlı qərar verilməlidir. Bu mərhələdə işin həcmini daha sonra azaltmaq üçün yalnız ilkin müqayisə aparılmalıdır. Qiymətləndirmə tez dəqiq deyil - "gözlə". Yeni provayder konfiqurasiyasında obyektdə daha çox dəyişiklik olarsa, biz provayder obyekt nümunəsini tərk edirik. Bir onay işareti buraxırıq. Sonra dəyişiklikləri işçi konfiqurasiyadan köçürməli olacaqsınız. İşçi konfiqurasiyada obyektdə daha çox dəyişiklik olarsa, biz işçi konfiqurasiya obyektinin bir nümunəsini buraxırıq. Qutunun işarəsini çıxarırıq. Daha sonra dəyişiklikləri satıcı konfiqurasiyasından köçürməli olacaqsınız. Modullarla bir az fərqli şəkildə edə bilərsiniz, çünki. modulları prosessual olaraq müqayisə etmək mümkündür.

Bunlar. 1C konfiqurasiyamızda və təchizatçının konfiqurasiyasında müxtəlif modul prosedurları dəyişdirildiyi təqdirdə, onay qutularını düzgün yerləşdirməklə kod dəyişikliklərini əl ilə köçürməkdən özümüzü xilas edəcəyik. Buna nail olmaq üçün modulların birləşdirilməsi rejiminin adının yanında böyüdücü şüşə şəklində düyməni basmalısınız:

Bir obyektdə hərəkətlər menyusunu göstərərkən (məsələn, düyməni basmaqla sağ düymə siçan), biz obyekt müqayisə hesabatını çağıra bilərik.

1C yeniləməsini təsdiqləmək üçün menyu elementini seçməlisiniz Konfiqurasiya / Verilənlər bazası konfiqurasiyasını yeniləyin.

1C-ni yeniləməkdən imtina etmək üçün menyu elementini seçməlisiniz Konfiqurasiya / Verilənlər bazası konfiqurasiyasına qayıt.

1C konfiqurasiyalarının gələcək yeniləməsini asanlaşdıran bir neçə qayda:

1C-nin yenilənməsi üçün əsas qayda: yeni obyektlər əlavə etməlisiniz, çünki. yeniləmə zamanı yeni obyektlər sistemdən təsirlənmir

Modulların mətnlərini dəyişdirərkən, öz yeni prosedur və funksiyalarınızı əlavə etmək və mövcud olanlardan yenilərini çağırmaq da məqsədəuyğundur.

Hadisə abunələrindən istifadə edərək, bunun sayəsində tipik kodu dəyişdirmədən tipik mexanizmləri təkmilləşdirə bilərsiniz

Tipik konfiqurasiya funksiyasından istifadə

Proqramlı şəkildə forma elementlərinin yaradılması (OnFormCreateOnServer hadisəsində)

Çox sağ ol!

Şəxsi təcrübə: dəyişdirilmiş konfiqurasiyanı necə tez və sərfəli şəkildə yeniləmək olar

Eyni anda bir neçə buraxılış üçün konfiqurasiyanın yenilənməsi çox təhlükəlidir. Məsələ ondadır ki, hər konfiqurasiya yeniləməsindən sonra infobase yeniləməsi 1C: Enterprise rejimində başlayır. Buna görə də, yalnız ən son buraxılışı yeniləsəniz, məlumat bazaları uyğun gəlməyə bilər son konfiqurasiya. Məqalədə Sibir Aqrar Qrupu QSC-nin mütəxəssisi Dmitri Rudakov 12 buraxılış üçün birdəfəlik konfiqurasiya yeniləməsində şəxsi təcrübəsini bölüşür.

Konfiqurasiyanın dəyişdirilməsi rejimi yoxlanılır

Belə bir vəziyyəti təsəvvür edək. 1-ci buraxılışda (buraxılış nömrələri bundan sonra şərti olaraq təyin olunur) "İstehsalat Müəssisəsinin İdarəedilməsi" (bundan sonra PPM) tərtibatçıları hesablama registrinin ölçülməsinə (göstəricisinə) "DirectoryReference.Individual" tipini təyin etdilər. Fərdi". 2-ci buraxılışda onlar daha bir ölçü əlavə etdilər - "ReferenceReference.Employees" növü ilə "İşçi". 1C: Enterprise işə salındıqda, "İşçi" ölçüsünü "Fərdi" ölçüsü ilə eyni şəkildə dolduran emal işə salınır. Və sonra 3-cü buraxılışda "1C" tərtibatçıları "Fərdi" ölçüsünü çıxardılar və yalnız "İşçi" ni buraxdılar. Konfiqurasiyanı 1-ci buraxılışdan 3-cü buraxılışa qədər dərhal yeniləsəniz, bütün hesablama registrini silə bilərsiniz.

Və əgər konfiqurasiya dəyişdirmə imkanı ilə dəstəklənirsə və tənzimlənən hesabat eyni verilənlər bazasında yaradılırsa, o zaman hər buraxılış üçün konfiqurasiyanı yeniləmək lazımdır ki, bu da insan-saat baxımından çox baha ola bilər. Məsələn, ciddi şəkildə dəyişdirilmiş "SCP"-nin 1 buraxılış üçün yenilənməsi təcrübəli mütəxəssis üçün 30 saat iş vaxtı tələb edə bilər.

Buna görə də, yeniləməyə davam etməzdən əvvəl müəyyən etməlisiniz: dəyişdirmə imkanı olan tipik bir konfiqurasiyada işləyirsiniz, yoxsa dəyişiklik imkanı olmayan bir konfiqurasiyada? Bunu etmək üçün konfiquratora gedin, burada menyuda "Konfiqurasiya - Dəstək - Dəstək parametrləri" addımlarını izləyin.

Şəkil 1. Konfiqurasiya dəstəyi parametrləri pəncərəsinə zəng edilir

Əgər "Dəstəkdə" olaraq təyin edilibsə, bu konfiqurasiya tipikdir və "Dəyişdirilə bilən aktivdir"sə - konfiqurasiya çox güman ki, dəyişdirilir (ən azı belə bir imkan daxildir). Üçüncü vəziyyət "Konfiqurasiya köhnəlmişdir". Müxtəlif konfiqurasiya vəziyyətləri Şəkil 2, 3, 4-də göstərilmişdir.

düyü. 2. Dəyişiklik imkanı olmayan tipik konfiqurasiya

düyü. 3. Dəyişikliyin aktiv olduğu tipik konfiqurasiya

düyü. 4. Konfiqurasiya dəstəkdən silindi

Dəyişdirilmiş konfiqurasiyaların yenilənməsi alqoritmi

Bu yaxınlarda mən dəyişdirilmiş konfiqurasiya "Ticarətin idarə edilməsi" 10.3.13.2 buraxılışını yeniləmək vəzifəsi ilə üzləşdim. Konfiqurasiya "BIT: Car Service Management 8" sənaye həlli ilə birləşmə nəticəsində dəyişdirilmiş və iki il ərzində davamlı olaraq təkmilləşdirilmişdir. İndi 10.3.25.1, yəni 12 buraxılış buraxılması üçün konfiqurasiya yenilənməli idi. Bütün yeniləmə prosedurunu bir neçə addıma böldüm.

Mərhələ 1. Yeniləmə prosedurunun dəyərinin və vaxtının qiymətləndirilməsi

Müstəqil işə başlamazdan əvvəl bu sahədə ekspertlərin müstəqil qiymətləndirilməsini almaq qərarına gəldim. Dəyişdirilmiş konfiqurasiyaları avtomatlaşdırılmış üsullarla yeniləmək imkanı olan yeganə şirkət 1C-IzhTiSi MMC-dir. Konfiqurasiyamı yeniləməyin dəyərini qiymətləndirmək xahişi ilə bu şirkətin mütəxəssisləri ilə əlaqə saxladım. İşin vaxtını və dəyərini hesablamaq üçün mən təmin etdim cari konfiqurasiya yeniləməyə ehtiyacı var. Bir gün sonra hesabatı olan bir e-poçt aldım.

Konfiqurasiyanın yenilənməsinin dəyəri və vaxtının qiymətləndirilməsinin nəticələri haqqında hesabat:

Konfiqurasiya: Ticarətin İdarə Edilməsi Revision 10.3
Cari versiya konfiqurasiya: 10.3.13.2
Versiyaya yeniləmə: 10.3.25.1
Təkmilləşdirilə bilən modulların sayı: 1847
Nəzarət buraxılışlarının sayı: 8

Qiymətləndirmənin nəticələri məni təəccübləndirdi, çünki şirkətin saytında bir səhmin qiyməti göstərilib - 1000 rubl. bir buraxılış yeniləməsi üçün. Şərh "1C-IzhTiSi":

"Hər buraxılmış buraxılış üçün yeniləmənin dəyəri 2000 rubldan yüksək deyil. İndi bir təşviqat var, ona görə də dəyəri 1000 rubldan çox deyil. Lakin xidmətlərin son qiyməti yeniləmə üçün əmək xərclərinin qiymətləndirilməsinin nəticələri ilə müəyyən edilir. və 1000 rubl / buraxılışdan aşağı ola bilər."

Yeniləmə üçün lazım olan buraxılışların necə seçildiyini də aydınlaşdırdım. Sualıma cavab olaraq, bunun aydın şəkildə nümayiş olunduğu bir ekran görüntüsü aldım (şək. 5). Versiya nömrəsi sütunu təkmilləşdirmək istədiyiniz konfiqurasiya versiyasını göstərir. 'Yeniləmə Versiyası' sütunu hansı buraxılışdan təkmilləşdirə biləcəyinizi göstərir. Qiymətləndirmə nəticəsində tələb olunan yeniləmələrin sayı 9-a endirilib.

düyü. 5. Konfiqurasiyanı düzgün yeniləmək üçün istifadə edilməli olan buraxılışların seçilməsi

1C-IzhTiSi hesabatını öyrəndikdən sonra eyni miqdarda işə sərf olunan şəxsi vaxtı hesabladım. Hər yeniləmə proseduru mənə təxminən 6 saat çəkir. Beləliklə, sərf olunan ümumi vaxt 56 (9x6) iş saatı, yəni təxminən yeddi iş günüdür. Bundan əlavə, yeniləmədən sonra bəzi çatışmazlıqların aşkarlanması ehtimalı var: məsələn, istifadəçi ona lazım olan konfiqurasiya dəyişikliklərinin itirilməsindən şikayətlənəcək və sonra vaxt xərcləri ciddi şəkildə artacaq. Bu arada, "1C-IzhTiSi" şirkətinin mütəxəssisləri üç-dörd iş günü ərzində bütün işlərin görülməsini təklif edirlər. Ona görə də onların xidmətlərindən istifadə etmək qərarına gəldim.

İndi konfiqurasiyada dəqiq nəyin dəyişdirildiyini qısaca izah edəcəyəm.

Ağır dəyişdirilmiş obyektlər. Bunlar bir çox tipik xüsusiyyətlərin dəyişdirildiyi obyektlərdir. Düzəlişlər mürəkkəbdir. Obyekt təfərrüatları əlavə edildi cədvəl hissəsi, obyekt formasında və siyahı formasında göstərilir. Formalarda əlavə təfərrüatlar üçün işləyicilər əlavə edildi. Reyestr üçün sənədin yerləşdirilməsi və ya bir sıra hərəkətlərin qeyd edilməsi üçün tipik mexanizm dəyişdirildi.

Çox dəyişdirilmiş sənədlər:
"Təchizatçıya sifariş";
"Malların daşınması";
"Tələb-qaimə";
"Malların və xidmətlərin qəbulu".

Çox dəyişdirilmiş registrlər:
“Anbarlarda mal partiyaları”;
"Anbarlardakı mallar".

Əhəmiyyətli dərəcədə dəyişdirilmiş obyektlər. Təfərrüatların əlavə olunduğu obyektlər, ya obyektlərin formaları, ya da obyektin modulları dəyişdirilmişdir (bir qayda olaraq, sənəd yazılmır).
"Daxil olan kassa orderi" sənədi;
“Komponent nomenklaturası” məlumat reyestri;
“Malların silinməsi” məlumatların reyestri;
Ümumi modullar.

Bir az dəyişdirilmiş obyektlər. Obyektlərdə yalnız formalar dəyişdirilib və detallar əlavə edilib.

İstinad kitabları:
"Nomenklatura növləri";
"Qarşı tərəflərin müqavilələri";
"Podratçılar";
"Nomenklatura";
"Nomenklatura qiymət növləri";
"Bir sıra məlumat reyestrləri".

"Ümumi" bölməsində hadisələrə, planlara, rollara, ümumi modullara abunəliklər dəyişdirildi. Demək olar ki, hər şey sənaye qərarı ilə dəyişdirildi.

Mərhələ 2. Məxfi məlumatların silinməsi

1C-IzhTiSi işçilərini sınaq üçün məlumat bazası ilə təmin etməzdən əvvəl oradakı məxfi məlumatları silmək lazımdır. Belə hallar üçün 1C çox da məlum olmayan "Məxfi məlumatların dəyişdirilməsi" emalından istifadə etməyi tövsiyə edir.

"Məxfi məlumatların dəyişdirilməsi" emalı infobazada məlumatın seçmə dəyişdirilməsi və ya təmizlənməsi üçün nəzərdə tutulub.Hazırlamaq üçün emal istifadə edilə bilər məlumat bazası bəzi məlumatları gizlətmək (təmizləmək, dəyişdirmək) lazım olduqda sınaqdan keçməzdən əvvəl.

ChangePrivateInformation.epf emalı ITS diskində 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation qovluğundadır. Həmçinin bu emal linkdən yükləmək olar: http://its.1c.ru/db/metod81#content:1644:1.

Təbii ki, hər bir şirkətdə məxfi məlumatlar fərqlidir, lakin mən sizin diqqətinizi çox güman ki, dəyişdirilməli olan məlumatlara cəlb edirəm:

  • Kataloqlar: Fiziki şəxslər, Əlaqədar şəxslər, Qarşı tərəflərin əlaqə şəxsləri, Qarşı tərəflər, Qiymət növləri.
  • Məlumat reyestrləri: Pasport məlumatları fərdi, tam adı

Siyahınız yəqin ki, daha uzun olacaq, lakin bunlar ən ümumi məlumatlardır. Onların dəyişdirilməsi infobazanızı yoxlamaq qabiliyyətinə təsir göstərə bilməz. Siz həmçinin qrup emalı ilə xidmət şirkətinin işləməməsi lazım olan bütün obyektləri silə bilərsiniz.

Mərhələ 3. Yeniləmənin nəticələrini əldə edin

Üç gündən sonra mənə cf faylları və onları quraşdırmaq üçün hərtərəfli təlimat verildi. Nəzarət buraxılışları üçün istifadəçi işi üçün istifadə edilə bilməyən cf faylları təqdim olunur, çünki onlarda yalnız metadata yenilənib. Onlar yalnız ən son versiyaya düzgün təkmilləşdirmək üçün nəzərdə tutulub.

Görülən işlərin nəticəsi olaraq deyə bilərəm ki, konfiqurasiyadakı bütün dəyişikliklər saxlanıldı, vizual baxış zamanı dəyişdirilmiş bütün obyektlər öz xüsusiyyətlərini və tipik konfiqurasiyadan fərqlərini saxladı. Əməliyyat zamanı istifadəçilərdən heç biri hər hansı dəyişikliyin itirildiyini bildirməyib.

Yeniləmə nəticəsində müstəqil həll üçün iki kiçik vəzifə müəyyən etdim.

Birinci. Yeniləmə “Müqayisə et, birləşdir” mexanizmindən istifadə etməklə həyata keçirildiyinə görə verilənlər bazası konfiqurasiyası həqiqətən də yenilənir və nəzarət buraxılışlarına görə texniki risklər olmadan düzgün şəkildə yenilənir. Bununla belə, satıcı konfiqurasiyası yenilənmir. Əlbəttə ki, texniki cəhətdən səlahiyyətli bir mütəxəssis asanlıqla əlavə edəcəkdir bu iş, lakin, mən daha çox göndərmək üçün "1C-IzhTiSi" istədi tam təlimat yeniləmə ilə. Buna uyğun olaraq, hətta təcrübəsiz bir mütəxəssis də yeniləyə bilər.

İkinci. Yeniləmə nəticəsində bütün obyektlər dəyişiklik imkanı ilə dəstəklənir, bu da dolayı çatışmazlıq ola bilər. Bu xidmətlərdən bir anda istifadə etməlisinizsə, bütün obyektləri yenidən dəstəyə qoymalısınız. İndiyə qədər mən bunu yalnız bütün metadata obyektlərinin sadalanması ilə edə bilərəm. Təəssüf ki, bu proses əl ilə həyata keçirilsə də, gələcəkdə avtomatlaşdırılacaq.

Qeyd olunan iki vəzifəyə əlavə olaraq, prinsipcə yeniləmənin keyfiyyətinə təsir göstərməyən və nadir hallarda özünü göstərən kiçik bir qüsur aşkar edildi. Yeniləmə nəticəsində orijinal konfiqurasiya ilə yenilənmiş kod sətirləri vizual olaraq üst-üstə düşür, lakin nədənsə sətirlərin sonunda boşluqlar əlavə olunur. Bu, dezavantajdır, çünki dəyişdirilmiş kodun miqdarını bir qədər artırır. Və daha çox halda əl ilə yeniləmə kodun belə bölmələrinin olmaması daha yaxşı olardı. Əncirdə. 6 yeniləmədən əvvəl bir nümunə göstərir və şək. 7 yeniləmədən sonra bir nümunədir.