Standart olmayan bir konfigürasyonun güncellenmesi 1s 8.2 adım adım talimatlar. Kişisel deneyim: değiştirilen bir konfigürasyonun hızlı ve uygun maliyetli bir şekilde nasıl güncelleneceği

1.3.61.2 sürümünden 1.3.62.1 sürümüne geçme olasılığı ile destek altında olan standart olmayan bir SCP 1.3 yapılandırması örneğini kullanarak bir güncellemeyi ele alalım. Konfigürasyonun kendisi oldukça ağır olduğu için, bu bazı özellikler gerektirir, özellikle bir konfigüratörde birkaç konfigürasyon karşılaştırma penceresi açmak her zaman mümkün değildir.

Yükseltme için eski sürüm veritabanının iki özdeş kopyasını kullanıyorum. Bir tanesinde hazırlanıyorum *.cf güncellemek için, diyelim ki, örneğin, için_güncelleme. Diğer taban dokunulmadan kalır ve konfigürasyonları karşılaştırmak için sadece yardımcı bir taban olarak hizmet eder, hadi diyelim temel. Prensip olarak, çalışma tabanının konfigürasyonu yardımcı bir yapı olarak kullanılabilir.

tabanda for_updating rol yapmak *.cfu Yeni sürüm. Güncelleme prosedürü başlar ve güncelleme penceresi görünür.

Düğmesine basın " Çalıştırmak”, bu aşamada henüz hiçbir şeye bakmaya gerek yok, çünkü amaç yalnızca yeni sürüm satıcısının yapılandırmasını almak.

Güncelleme sırasında bir pencere görünebilir Çözümlenemeyen bağlantılar", basmak" Devam et". Aşağıda bu pencerenin ortaya çıkmasının nedenleri hakkında konuşacağız.

Değiştirdiğimiz nesnelerin yeni konfigürasyondan yükleneceğini belirten bir mesaj görünecektir, kabul ediyoruz.

Pencere " Destek kurallarını ayarlama" - her iki tarafa yeni nesneler (üst bölüm) için koyduğumuz " Destek korunurken nesne düzenlenir”, mevcut tedarikçi nesneleri için (alt bölüm) dört yerde de bayrağını koyduk” Mevcut modu kaydet", basmak" tamam».

Ana yapılandırma güncellendi. Bu aşamada tek başına ana konfigürasyona ihtiyacımız yoktur, amaç yeni bir tedarikçi konfigürasyonu elde etmektir. Bu nedenle ana konfigürasyonu kaydetmiyoruz, veritabanı konfigürasyonunu güncellemiyoruz.

yürütüyoruz" Yapılandırma» - « Destek» - « Özelleştirmeyi Destekleyin". Açılan pencerede " Dosyaya kaydet» ve kaydet *.cf yeni sürüm satıcı yapılandırması.

Şu anda mevcut olduğu biçimde ana yapılandırmaya ihtiyacımız yok. Yapılandırmayı kapatıyoruz. " Yapılandırma» - « Yapılandırmayı kapat". Değişiklikleri kaydetmeyi reddediyoruz.

Karşılaştırma için yapılandırmada temel bir dosyadan (yeni sürüm) satıcı yapılandırması (eski sürüm) ve satıcı yapılandırması karşılaştırmasını çalıştırın.

Bu nedenle, yalnızca yeni bir sürüme güncelleme yaparken yapılandırmada yapılacak değişiklikleri göreceğiz.

tabanda for_updating destek aracılığıyla yapılandırma güncellemesini tekrar çalıştırın "Yapılandırma" - "Destek" - "Yapılandırmayı güncelle", açılan pencerede öğesini seçin. *.cfu Yeni sürüm. Güncelleme prosedürü başlar ve güncelleme penceresi görünür.

" düğmesine basarak filtre» penceresi açılacak « Görünüm Filtrelerini Ayarlama". Bu pencerede bayrağı ayarlayın " Yalnızca iki kez değişen özellikleri göster».

Müdahalemiz olmadan güncelleme yaparken aşağıdakiler olur:

• - nesne tarafımızca değiştirilmemiştir, yeni sürümde değiştirilmiştir - yeni sürümden güncellenmiştir;
• - nesne bizim tarafımızdan değiştirilir, yeni sürümde değiştirilmez - nesnemiz kalır;
• - nesne tarafımızca değiştirilir, yeni sürümde değiştirilir - bu iki kez değiştirilen nesnedir, eğer hiçbir şey değişmezse - yeni sürümden yüklenir.

Bu nedenle, iki kez değiştirilen nesnelere en yakın dikkat gösterilmelidir ve bunları dikkate alacağız.

Bu örnekte, ortak modül " dahil olmak üzere birkaç ortak modül değiştirilmiştir.KDV muhasebesi».

Varsayılan olarak güncelleme penceresi, ana ve yeni sağlayıcı yapılandırması ile eski sağlayıcı yapılandırması arasındaki farkları gösterir.

Ortak modüldeki yapılandırma farklılıklarına bakarsanız " KDV muhasebesi”, o zaman aşağıdaki resmi göreceğiz:

Karşılaştırma için bu modülleri veritabanında karşılaştırırsaktemel, o zaman resim farklı olacaktır:

Açıkçası, işlevler CollectDataForPrintDüzeltmeFaturalarFaturalar», « DataToPrintAyarlama Faturasını ToplaFatura” ve diğerleri iyileştirmelerimizi içerir, ancak güncelleme sırasında değişmez, bu da onları incelemek ve analiz etmek için zaman kaybetmenin bir anlamı olmadığı anlamına gelir.

Bu nedenle, seçilen prosedürlerden ve işlevlerden prosedürel bir güncelleme gerçekleştirerek bayrakları kaldırabilirsiniz:

Birçoğu, veritabanındaki konfigürasyonların karşılaştırmasını kullanmadan, mevcut konfigüratördeki görünüm filtreleri ayarlarını değiştirerek eski satıcı konfigürasyonu ile yenisi arasındaki farkları görebileceğinizi söyleyecektir.temel.

Örneğin, bunun gibi:

Ancak, pratik deneyimin gösterdiği gibi, durum böyle değil, prosedürler ve işlevler, filtreyle bile modül karşılaştırma penceresinde görüntüleniyor " yeni satıcı yapılandırması ile eski satıcı yapılandırması arasındaki farkları göster».

Büyük bir zihinsel çaba göstermeden, iki kez değiştirilen prosedürleri ve işlevleri ortaya çıkaracağız, sadece birleştirme işleminden sonra iyileştirilmesi gerekecek. Bu prosedürler ve işlevlerle hangisinin daha kolay olduğuna karar vermeniz gerekir:

• - ya yeni bir tedarikçi konfigürasyonundan bir prosedür ya da fonksiyon alın ve birleştirmeden sonra iyileştirmelerimizi yapın;
• - ya güncelleme bayrağını kaldırın, böylece iyileştirmelerimizi kaydedin ve ancak bundan sonra satıcının konfigürasyonundan gerekli kodu ekleyin.

Ana konfigürasyonun önceliği ile birleştirmek ve nadiren kullandığım tedarikçinin yeni konfigürasyonunun önceliği ile birleştirmek, prensipte, bu modları kullanmadan bile, sonuç yüksek kalitede olacaktır.

Ortak modüller analiz edildikten ve bazı prosedürler için güncelleme bayrakları temizlendikten sonra, modüllerin artık birleştirme modu setine sahip olduğunu görüyoruz - bireysel bir ayar:

Devam ediyoruz. İki kez değiştirilen nesneler arasında, "referans öğesinin bir formu var. Temel Araçlar". Belirli bir formu yeni bir sağlayıcı yapılandırmasından güncelleyip güncellemeyeceğinize karar vermeden önce, güncelleme yaptığınızda gerçekte neyin değiştiğini bulmanız gerekir.

Bunun için veritabanında temel bağlam menüsünü kullanarak " Nesne karşılaştırma raporu…”. Açılan pencerede "Objects" grubundaki tüm flaglar olmalıdır.

Farklılıklar grafiksel olarak gösterildiğinde, bir elektronik tablo belgesindeki rapor çıktı modunu seviyorum, ancak bu bir zevk meselesi.

Referans elemanının formunu karşılaştırmanın bir sonucu olarak " Temel Araçlar» sadece form modülünde değişiklik olduğunu ve güncellemede form iletişim kutusunda herhangi bir değişiklik olmadığını görüyoruz.

Ancak öğenin formu iki kez değiştirilmiş nesnelere girdiğinden, iyileştirmelerimiz form iletişim kutusunda veya modüldedir.

Veritabanında benzer bir karşılaştırma yapmak for_updating form iletişim kutusunda iyileştirmeler olduğunu görebilirsiniz.

Bunun nedeni, dizinin eklenmesidir " Temel Araçlar» özellik türlerinin planına « ÖzelliklerNesneler". Referans öğesinin formunu güncellerseniz " Temel Araçlar"Pencerenin gösterdiği gibi, çözülemeyen bağlantılar alacağız:

Bu durumda, en iyi seçenek, referans öğesinin biçimini güncellememek olacaktır " Ana tesisler” ve ancak o zaman gerekli kodu eleman form modülüne ekleyin. Bu durumda, pencere Çözümlenemeyen bağlantılar” güncelleme sırasında görünmeyecektir.

Bir arasöz yapalım ve dizinin form öğesinin diyaloğunun " Ana tesisler' yeni bir sürüme güncelleme yaparken değişirse, en iyi seçenek formu güncellemek olacaktır. Daha sonra birleştirmeden sonra, hem modülde hem de iletişim kutusunda değişikliklerimizi forma eklememiz gerekecek. Modülde çok fazla iyileştirmemiz ve tedarikçiden çok az şey varsa, birleşmeden sonra modülümüzü tamamen iade edebilir ve tedarikçiye değişiklikler ekleyebilirsiniz.

Bu durumda, birleştirme işlemi sırasında “ çözülemez etiketler". Bu pencerede iki seçenek vardır: 1) " Birleştirme için Tümünü İşaretle"; 2)" Devam et».

Bence tercih et daha iyi Tümünü birleştirme için işaretle».

Bu durumda, özellik türlerinin planı " ÖzelliklerNesneler” Yeni açılan pencerede ağaçta birleştirilecek bir nesne olarak eklenecektir” Güncelleme…»

Doğal olarak, özellik türlerinin planını güncelledikten sonra " ÖzelliklerNesneler» değişikliklerimizi eklememiz, mevcut konfigürasyonla karşılaştırarak ve birleştirerek daha iyi hale getirmemiz gerekecek.

Seçersek ne olacağını bir düşün" Devam et" pencerede " Çözümlenemeyen bağlantılar". Bu durumda, referans elemanının şekli " Temel Araçlar” yeni olacak ve özellik türlerinin planı” ÖzelliklerNesneler' eski kalırdı. Bu durumda, referans öğesinin form iletişim kutusundaki, yani sayfadaki değişikliklerin üzerine yazacağız " ÖzelliklerFDeğerler”, aşağıdaki şekle bakın.

Bu sorun da, tabii ki unutmadıkça aşılmaz değildir.

Elbette, mümkün olduğunca az değişiklik yapmaya çalışmak en iyisidir. form diyalogları örneğin, formda programlı olarak ayrıntılar ve düğmeler oluşturmak için.

Birçoğu genellikle standart formları değiştirmemeyi, ancak bizim değişikliklerimizle kopyalarını oluşturmayı ve ana formları oluşturmayı önerir. Bu seçeneği sevmiyorum çünkü tedarikçi form iletişim kutusuna bir şey eklediyse, formumda görünmeyecek ve manuel olarak eklemeler yapmak zorunda kalacağım ve bizimkinden çok daha fazla tedarikçi değişikliği olabilir.

özellikle dikkat etmek istiyorum prosedüre göre formları güncelleme (prosedürlerden bazılarını tedarikçinin yapılandırmasından alıyorum ve bazıları değil - bireysel ayarlar). Bu modda, form iletişim kutusunun modun aksine nasıl güncellendiğini düşünelim "satıcı yapılandırmasından al».

Örnek, bu yapılandırma güncellemesiyle ilgili değil, ancak gösterge niteliğindedir, o yüzden ona bakalım.

El kitabında " karşı taraflar» bir kaç props eklenir ve elementin formuna yerleştirilir.

Destek aracılığıyla bir yapılandırmayı yeni bir sürüme güncellerken, çeşitli ayarları yapabileceğiniz bir karşılaştırma ve birleştirme yapılandırma penceresi sunulacaktır. Birkaç seçeneği karşılaştıralım:

1. Form güncelleme bayrağı ayarlandı, ancak güncelleme tamamlandı prosedüre göre , yani aslında, özelleştirme yapılır

Birçok kişi, form iletişim kutusunun sağlayıcının yapılandırmasından ve yapılan ayarlara bağlı olarak prosedürlerden alınması gerektiğini düşünüyor. Bakalım sendikadan sonra nasıl olacak. Satıcı yapılandırmasını ana yapılandırmayla karşılaştıralım.

Formlarda cilt vb.nin bozuk olduğu aşikardır. form iletişim kutusu, sağlayıcının yapılandırmasından tamamen alınmadı. Bu durumda, nesnelerimiz form iletişim kutusunda kaldı, bir yandan bu iyi, diğer yandan öğelerimizin formdaki konumu, özellikle yeni tedarikçi öğelerin eklenmesiyle bağlantılı olarak her zaman optimal değil, baypas konumlarında bir değişiklik ve bağlantıların ihlali var. Bazı durumlarda, form iletişim kutusuna öğelerimizi manuel olarak eklemek, düzeltme yapmaktan daha kolaydır.

2. Form güncelleme bayrağı ayarlanır, güncelleme " Yeni sağlayıcı yapılandırmasından alın»

Bu durumda, elemanın form diyalogu, tedarikçi elemanının form diyalogu ile tamamen hizalanır.

Güncellemeye geri dönelim. Nesne modüllerini ve belge yöneticisi modüllerini, ortak modüllerle aynı şekilde ele alıyoruz ve bunları prosedürel olarak güncelliyoruz. Dizin formlarıyla yaptığımız gibi, belge formlarıyla da hareket ediyoruz.

Ayrı ayrı, çalışmayı rollerle vurgulamak gerekir. Örnekte rolleri güncellemenin gerekli olmamasına rağmen, bahsetmeye değer. Sağlayıcının yapılandırması yeni bir nesne içerdiğinde en basit durumu ele alalım. Bu durumda, rolü güncellemeniz gerekecek "Tam haklar”, ancak bu rol bizim tarafımızdan oluşturulan bazı nesneleri, örneğin dizinleri, belgeleri vb. içerebilir.

Görünüşe göre rol ile Tam haklar» her şey basit, onları tamamen birleştiriyoruz, standart dışı nesnelerin hakları yine de korunacak. Yani, tür olmayan nesnelerin hakları asla kaybolmaz, ancak tüm bu nesnelerin bayrağı olacak " Etkileşimli kaldırma", ki bu her zaman iyi değildir. Eski sürüm ve hazırlanan yeni sürümün konfigürasyonları karşılaştırıldığında, bu açıkça görülmektedir:

Modüllerle çalıştığımız gibi diğer rollerle de ilerliyoruz - daha fazla değişikliğimiz varsa, rolü birleştirmeyiz, güncellemeden sonra tedarikçinin yeni sürümde eklediklerini ona ekleriz.

Güncelleme penceresinde iki kez değiştirilen tüm nesneler üzerinde çalıştıktan sonra, " Çalıştırmak»

Değiştirdiğimiz nesnelerin yeni konfigürasyondan yükleneceği sorusuna olumlu cevap veriyoruz.

Açılan pencerede " Destek kurallarını ayarlama"Bayrakların ayarlanıp ayarlanmadığını kontrol edin, varsayılan olarak doğru olmalarına rağmen, tuşuna basın" tamam».

Birleştirme işleminin sonunda ana konfigürasyonu kaydediyoruz, veritabanı konfigürasyonunu henüz güncellemiyoruz.

Şimdi yapılandırmak içiniçin_güncellemedüzenli yollarla doğru bir şekilde güncellenemeyen bu minimal iyileştirmeleri ekliyoruz.

Veritabanında bu işlemin yürütülmesini kontrol etmeyi kolaylaştırmak için temel Satıcı yapılandırmasını ve eski sürümün ana yapılandırmasını karşılaştırmaya başlayalım.

tabanda for_updating aynısını yapalım. İki kez değiştirilmiş nesneleri kontrol ediyoruz, hiçbir fark olmamalı.

Veritabanını güncelledikten sonrafor_undatingtamamlanacak, veritabanı yapılandırmasını güncelleyeceğiz ve bazı noktaları test edeceğiz, yükseltme işlemi sırasında tam olarak neyin test edilmesinin iyi olacağı netleşecek, burada her şey bireyseldir.

Destek yardımı ile çalışan veritabanının güncellenmesi tavsiye edilir."Yapılandırma" - "Destek" - "Yapılandırmayı güncelle".Bu durumda, yeni sürümden iki kez değiştirilmiş nesneler yüklenecektir, yani. değişikliklerimizin üzerine yazılır (konfigürasyonu kaydetmeyiz!), ancak daha sonra hazırlanan konfigürasyon ile birleştirildiğinde onları geri yükleriz. Bundan sonra yapılandırmayı kaydedebilir, veritabanı yapılandırmasını güncelleyebilirsiniz.

Kişisel deneyim: değiştirilen bir konfigürasyonun hızlı ve uygun maliyetli bir şekilde nasıl güncelleneceği

Birkaç yayın için yapılandırmayı aynı anda güncellemek çok tehlikelidir. Buradaki nokta, her yapılandırma güncellemesinden sonra bilgi bankası güncellemesinin 1C:Enterprise modunda başlatılmasıdır. Bu nedenle, yalnızca en son sürümü güncellerseniz bilgi tabanları en son yapılandırmayla eşleşmeyebilir. Makalede, Sibirya Tarım Grubu CJSC'nin bir uzmanı olan Dmitry Rudakov, kişisel deneyimini 12 sürüm için tek seferlik bir yapılandırma güncellemesinde paylaşıyor.

Yapılandırma değişiklik modunu kontrol etme

Böyle bir durumu hayal edelim. 1. sürümde (bundan sonra sürüm numaraları şartlı olarak atanır) "Manufacturing Enterprise Management" (bundan sonra PPM olarak anılacaktır) geliştiricileri, hesaplama kaydının boyutuna (göstergesine) "DirectoryReference.Individual" tipini "adıyla atadılar. Bireysel". 2. sürümde bir boyut daha eklediler - "ReferenceReference.Employees" türünde "Çalışan". 1C:Enterprise başlatıldığında, "Çalışan" boyutunu "Bireysel" boyutla aynı şekilde dolduran işleme etkinleştirilir. Ve sonra 3. sürümde, "1C" geliştiricileri "Bireysel" boyutu kaldırdı ve yalnızca "Çalışan"ı bıraktı. Yapılandırmayı yayın 1'den yayın 3'e hemen güncellerseniz, tüm hesaplama kaydını silebilirsiniz.

Ve konfigürasyon değişiklik imkanı ile destekleniyorsa ve aynı veri tabanında düzenlenmiş raporlama üretiliyorsa, her sürüm için konfigürasyonun güncellenmesi gerekir ki bu da adam-saat açısından çok pahalı olabilir. Örneğin, büyük ölçüde değiştirilmiş bir "SCP"yi 1 sürüm için güncellemek, deneyimli bir uzman için 30 saatlik çalışma süresi alabilir.

Bu nedenle, güncellemeye devam etmeden önce şunları belirlemeniz gerekir: değişiklik olasılığı olan tipik bir konfigürasyonda mı yoksa değişiklik olasılığı olmayan bir konfigürasyonda mı çalışıyorsunuz? Bunu yapmak için, menüde "Yapılandırma - Destek - Destek ayarları" adımlarını takip eden yapılandırıcıya gidin.

Şekil 1. Yapılandırma desteği ayar penceresini çağırma

"Destek üzerinde" olarak ayarlanmışsa, bu yapılandırma tipiktir ve "Değiştirilebilir etkin" ise - yapılandırma büyük olasılıkla değiştirilir (en azından böyle bir olasılık dahildir). Üçüncü durum "Yapılandırma kullanımdan kaldırıldı" durumudur. Çeşitli konfigürasyon durumları Şekil 2, 3, 4'te gösterilmektedir.

Pirinç. 2. Değişiklik olasılığı olmayan tipik konfigürasyon

Pirinç. 3. Değişiklik etkinleştirilmiş tipik yapılandırma

Pirinç. 4. Yapılandırma destekten kaldırıldı

Değiştirilen konfigürasyonları güncellemek için algoritma

Son zamanlarda, "Ticaret Yönetimi" değiştirilen yapılandırmasını güncelleme göreviyle karşılaştım, sürüm 10.3.13.2. Konfigürasyon, "BIT: Car Service Management 8" endüstri çözümü ile birleşmenin bir sonucu olarak değiştirildi ve iki yıl boyunca sürekli olarak iyileştirildi. Şimdi yapılandırmanın 10.3.25.1 sürümüne, yani 12 sürüme güncellenmesi gerekiyordu. Tüm güncelleme prosedürünü birkaç adıma böldüm.

Aşama 1. Yenileme prosedürünün maliyetinin ve zamanlamasının tahmini

Bağımsız çalışmaya başlamadan önce, bu alandaki uzmanların bağımsız bir değerlendirmesini almaya karar verdim. Değiştirilen konfigürasyonları otomatik yöntemlerle güncelleme yeteneğine sahip tek şirket 1C-IzhTiSi LLC'dir. Yapılandırmamı güncelleme maliyetini tahmin etme talebiyle bu şirketin uzmanlarıyla iletişime geçtim. İşin süresini ve maliyetini tahmin etmek için güncellenmesi gereken mevcut konfigürasyonu sağladım. Bir gün sonra bir rapor içeren bir e-posta aldım.

Konfigürasyon güncellemesinin maliyet ve zamanlaması değerlendirmesinin sonuçları hakkında rapor:

Yapılandırma: Ticaret Yönetimi Revizyonu 10.3
Mevcut yapılandırma sürümü: 10.3.13.2
Sürüme güncelleme: 10.3.25.1
Yükseltilebilir modül sayısı: 1.847
Kontrol sürümleri sayısı: 8

Şirketin web sitesinde hisse başına fiyat belirtildiği için değerlendirmenin sonuçları beni şaşırttı - 1000 ruble. bir sürüm güncellemesi için. "1C-IzhTiSi" yorumu:

"Kaçırılan her sürüm için güncelleme maliyeti 2.000 rubleden yüksek değil. Şimdi bir promosyon var, bu nedenle maliyet 1.000 rubleyi geçmiyor. Ancak hizmetlerin nihai fiyatı, güncelleme için işçilik maliyetlerinin bir değerlendirmesinin sonuçlarına göre belirlenir. ve sürüm başına 1.000 rubleden daha düşük olabilir."

Güncelleme için gereken sürümlerin nasıl seçildiğini de açıkladım. Soruma yanıt olarak, bunun açıkça gösterildiği bir ekran görüntüsü aldım (Şekil 5). Sürüm Numarası sütunu, yükseltmek istediğiniz yapılandırma sürümünü gösterir. 'Yükseltme Sürümü' sütunu, hangi sürümden yükseltme yapabileceğinizi gösterir. Değerlendirme sonucunda gerekli güncelleme sayısı 9'a düşürülmüştür.

Pirinç. 5. Yapılandırmayı doğru şekilde güncellemek için kullanılması gereken sürümlerin seçimi

1C-IzhTiSi raporunu inceledikten sonra, aynı miktarda çalışmaya harcanan kişisel zamanı hesapladım. Her güncelleme prosedürü yaklaşık 6 saatimi alıyor. Bu nedenle toplam harcanan süre 56 (9x6) çalışma saati, yani yaklaşık yedi iş günüdür. Ek olarak, güncellemeden sonra bazı eksikliklerin ortaya çıkma olasılığı vardır: örneğin, kullanıcı ihtiyaç duyduğu konfigürasyon değişikliklerinin kaybolduğundan şikayet edecek ve ardından zaman maliyetleri ciddi şekilde artacaktır. Bu arada, "1C-IzhTiSi" şirketinin uzmanları, tüm iş miktarını üç ila dört iş günü içinde yapmayı teklif ediyor. Bu yüzden hizmetlerini kullanmaya karar verdim.

Şimdi konfigürasyonda tam olarak nelerin değiştiğini kısaca anlatacağım.

Büyük ölçüde değiştirilmiş nesneler. Bunlar, birçok tipik özelliğin değiştirildiği nesnelerdir. Ayarlamalar karmaşıktır. Nesnenin ayrıntıları, nesne formunda ve liste formunda görüntülenen tablo bölümüne eklenir. Formlara eklenen ayrıntılar için işleyiciler eklendi. Bir belgeyi postalamak veya kayıt için bir dizi hareketi kaydetmek için tipik mekanizma değiştirildi.

Büyük ölçüde değiştirilmiş belgeler:
"Tedarikçiye sipariş";
"Malların hareketi";
"Gereksinim-fatura";
"Mal ve hizmetlerin alınması".

Büyük ölçüde değiştirilmiş kayıtlar:
"Depolardaki mal sevkiyatı";
"Depolardaki mallar".

Önemli ölçüde değiştirilmiş nesneler. Ayrıntıların eklendiği nesneler, nesnelerin biçimleri veya nesnenin modülleri değiştirilmiştir (kural olarak, belge yazılmaz).
"Gelen nakit siparişi" belgesi;
Bilgi kaydı "Bileşen isimlendirmesi";
"İptal edilen mallar" bilgi kaydı;
Genel modüller.

Biraz değiştirilmiş nesneler. Objelerde sadece formlar değiştirilmiş ve detaylar eklenmiştir.

Referans kitapları:
"Adlandırma türleri";
"Karşı taraf sözleşmeleri";
"Müteahhitler";
"Adlandırma";
"Adlandırma fiyat türleri";
"Bir dizi bilgi kaydı".

"Genel" bölümündeki etkinliklere, düzenlere, rollere ve ortak modüllere ilişkin abonelikler değiştirildi. Neredeyse her şey bir endüstri kararıyla değişti.

Aşama 2. Gizli bilgilerin kaldırılması

1C-IzhTiSi çalışanlarına test için bir bilgi tabanı sağlamadan önce, içindeki gizli bilgileri silmek gerekir. Bu gibi durumlar için 1C, çok yaygın olarak bilinmeyen "Gizli bilgilerin değiştirilmesi" işleminin kullanılmasını önerir.

"Gizli bilgilerin değiştirilmesi" işlemi, bilgi tabanındaki bilgilerin seçici olarak değiştirilmesi veya temizlenmesi için tasarlanmıştır.İşleme, bazı bilgileri gizlemenin (temizlemenin, değiştirmenin) gerekli olduğu durumlarda, test için iletmeden önce bir bilgi tabanı hazırlamak için kullanılabilir.

ChangePrivateInformation.epf'nin işlenmesi, ITS diskinde 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation dizinindedir. Ayrıca, bu işlem şu bağlantıdan indirilebilir: http://its.1c.ru/db/method81#content:1644:1.

Doğal olarak, her şirketteki gizli bilgiler farklıdır, ancak büyük olasılıkla değiştirilmesi gereken verilere dikkatinizi çekiyorum:

• Rehberler: Kişiler, İrtibat kişileri, Karşı tarafların irtibat kişileri, Karşı taraflar, Fiyat türleri.
• Bilgi kayıtları: Bir kişinin pasaport verileri, kişilerin tam adı.

Listeniz muhtemelen daha uzun olacaktır, ancak bunlar en yaygın verilerdir. Bunları değiştirmek, bilgi tabanınızı test etme yeteneğinizi etkilemez. Ayrıca, hizmet şirketinin birlikte çalışması gerekmeyen tüm nesneleri grup işleme yoluyla silebilirsiniz.

Aşama 3. Güncellemenin sonuçlarını alın

Üç gün sonra, bana cf dosyaları ve bunları kurmak için kapsamlı talimatlar verildi. Kontrol sürümleri için, yalnızca meta veriler güncellendiğinden, kullanıcı çalışması için kullanılamayan cf dosyaları sağlanır. Yalnızca en son sürüme doğru şekilde yükseltme yapmaları amaçlanır.

Yapılan çalışmalar sonucunda konfigürasyondaki tüm değişikliklerin kaydedildiğini söyleyebilirim; görsel olarak bakıldığında, değiştirilen tüm nesneler, tipik konfigürasyondan özelliklerini ve farklılıklarını korudu. İşlem sırasında, kullanıcıların hiçbiri herhangi bir değişikliğin kaybolduğunu bildirmedi.

Güncelleme sonucunda bağımsız bir çözüm için iki küçük görev belirledim.

Öncelikle. Güncellemenin "Karşılaştır, Birleştir" mekanizması kullanılarak gerçekleştirilmesi nedeniyle, kontrol sürümleri nedeniyle teknik riskler olmadan veritabanı konfigürasyonu gerçekten güncellenir ve doğru bir şekilde güncellenir. Ancak, satıcı yapılandırması güncellenmez. Tabii ki, teknik olarak yetkin bir uzman bu çalışmayı kolayca tamamlayacaktır, ancak 1C-IzhTiSi'den güncelleme için daha eksiksiz talimatlar göndermesini istedim. Buna göre, deneyimsiz bir uzman bile güncelleme yapabilir.

İkinci. Güncellemenin bir sonucu olarak, tüm nesneler, dolaylı bir dezavantaj da olabilen değişiklik olasılığı ile desteklenir. Bu hizmetleri aynı anda kullanmanız gerekiyorsa, tüm nesneleri tekrar desteğe koymanız gerekir. Şimdiye kadar bunu yalnızca tüm meta veri nesnelerinin numaralandırılmasıyla yapabilirim. Ne yazık ki, bu işlem manuel olarak yapılırken, gelecekte otomatik hale gelecektir.

Bahsedilen iki göreve ek olarak, prensipte güncellemenin kalitesini etkilemeyen ve nadiren kendini gösteren küçük bir kusur keşfedildi. Güncellemenin bir sonucu olarak, orijinal konfigürasyonun kod satırları ile güncellenmiş olanın kod satırları görsel olarak çakışmaktadır, ancak bazı nedenlerden dolayı satırların sonuna boşluklar eklenmiştir. Bu, değiştirilen kodun miktarını biraz arttırdığı için bir dezavantajdır. Ve daha fazla manuel güncelleme durumunda, bu tür kod bölümlerinin olmaması daha iyi olur. Şek. 6, güncellemeden önceki bir örneği gösterir ve şek. 7 güncellemeden sonraki bir örnektir.

Değiştirilmiş 1s 8.3'ün standart olmayan bir güncellemesi için bu talimatta, yapılandırıcının nasıl açılacağı, veritabanı yapılandırması, tedarikçi yapılandırması ve ana yapılandırma gibi temel şeyleri açıklamayacağım. Bu konuda ve orada çok şey yazıldı ve bu bilgiyi bağımsız olarak İnternette bulabilirsiniz. Yükseltme işleminin ana noktalarını ve nelere dikkat etmeniz gerektiğini anlatmaya çalışacağım.
Atipik muhasebe 3.0.51.22'yi örnek olarak aldım ve bunun 3.0.53.29 sürümüne nasıl yükseltileceğini göstereceğim. 8.3.10.2561 platform sürümünde (eski platformlarda büyük bir fark yok, sadece karşılaştırma penceresi daha önce biraz farklı görünüyordu).
Bol resim ve az yazı olacağını hemen söyleyeceğim. Bir süreci ezberlemeyi, bir metin denizini okumaktan görsel olarak daha kolay buluyorum.

1. Veritabanı yapılandırmasının satıcı yapılandırmasıyla uyumluluğunu kontrol edin.

Bunun için ihtiyacınız var

Kabul ederseniz, güvenle 2. maddeye geçebilirsiniz.

1 A. Destek için yapılandırmayı ayarlama.

Veritabanının farklı bir sürümüne ve satıcı konfigürasyonunun sürümüne sahipseniz, aynı menüden mevcut konfigürasyonu silmeniz gerekir: konfigürasyon - destek - destek ayarları. Ve "Destekten çekil" düğmesini tıklayın.

"Kısa" bir beklemeden sonra tüm onay işaretlerini kaldırın. Peki, "Ayarları otomatik olarak kaydet" onay kutusunun işaretini kaldırabilirsiniz. Ve yürütmek için tıklayın.

Sonuç olarak, aynı veritabanı sürümleriyle desteklenen bir yapılandırma elde edeceğiz.

2. Veritabanı güncellemesi.

Şimdi güncellemeye devam edebilirsiniz.

SADECE "Yapılandırma" - "Destek" - "Yapılandırmayı güncelle ..." menüsünden güncellemeniz gerektiğini hemen söyleyeceğim.
"Karşılaştır, dosyadan konfigürasyonla birleştir..." seçeneğini kullanın. YAPMAYIN!!! Bu mekanizmayı kullanırken, bir sonraki yükseltmenizde adım 1a'ya gitmeniz gerekecektir. Bu nedenle, bunu yapmayalım ve kendimize (veya bir dahaki sefere veritabanını güncelleyecek olana) gereksiz sorunlar yaratmayalım.

Ardından, güncelleme dosyasını seçin.
Birkaç sürümden sonra güncelleme hakkında söylemek istiyorum. 1C, aynı anda birkaç sürümden geçerek dosyaları CF'ye güncellemeyi önermez. Bu sırayla yapılmalıdır. Teoride, bu doğru.
Bunun neden tavsiye edilmediğini açıklayayım. Programcılar herhangi bir aksesuarı kaldırmak isterse, önce ona “delete” önekini atfederler, ardından birkaç sürümden sonra onu kaldırırlar. Ve bazı sürümlerde ondan bilgi aktarabilirler. Bu sürümü atlayarak veri kaybedebilirsiniz. Ancak pratikte, 1c veritabanlarıyla 10 yıllık çalışmam boyunca böyle bir durumla karşılaştım. Bir nedenden dolayı, geliştiriciler numaralandırmadan dizine veri aktarmaya karar verdiğinde. Ancak, benim için kritik olmaktan çıkmadı. Bu verileri arşivden mevcut veritabanına aktaran basit bir işlem yazdım. Yeniden güncellemeye gerek yoktu.
Bana taş atabilirsin, ama ben her zaman birkaç sürüm için veritabanını cf dosyaları aracılığıyla güncellerim.
Biz de güncellemeye bastık, güncellemenin hangi sürümle yapılacağı mesajını aldık. Tamam'a tıklıyoruz.

Karşılaştırılacak nesneleri bekliyoruz.
Ardından, listenin en altındaki “yalnızca iki kez değişen özellikleri göster” öğesini seçmemiz gerekiyor.

Bir de bayrak olmadan önceki eski versiyonlarından bahsetmek istiyorum.

Yani artık çok daha az nesne görüyoruz.

Sizinki boşsa, inanılmaz derecede şanslısınız ve "yürüt" düğmesine güvenle basabilir ve güncellemenin tamamlandığını düşünebilirsiniz. Pekala, burada her şey o kadar basit değil, bu yüzden ana nesnelerin üzerinden geçeceğim.

İlk söylemek istediğim şey. Birleştirme modunu asla değiştirmeyin."Yeni satıcı yapılandırmasından al" olmalıdır. Aksi takdirde, MGR yorumu ile veritabanında çöp alırsınız.
"Modül farklılıklarını göster..." düğmesi yok!
Modülün yanındaki dişli simgesine tıklayın

İşlev ve prosedürlerde birçok değişikliğin olduğu bir pencere açılır.

Hangi fonksiyonda değişiklik olduğunu anlamak için ya veritabanının bir kopyasını almamız ya da konfigürasyon menüsünden konfigürasyonu bir dosyaya kaydetmemiz gerekecek. Ve sonra boş bir veritabanına yükleyin. Ardından, "yapılandırma" menüsüne gidin ve "Yapılandırmaları karşılaştır ..." seçeneğini tıklayın.
Ana konfigürasyonu tedarikçinin konfigürasyonu ile karşılaştırmak için seçin.

Ve şimdi değişiklikleri zaten "modüllerdeki farklılıkları göster ..." ile görebilirsiniz. Çünkü hiçbir şeyi değiştirmeyeceğiz, sadece neyin değiştiğini görmek istiyoruz.

Ve Decline fonksiyonuna bir kod parçasının eklendiğini görüyoruz. Tüm değişiklikler mavi oklara tıklanarak görüntülenebilir.

Güncellenmiş konfigürasyona dönelim. Orada, dişli simgesi aracılığıyla modülleri birleştirme moduna girdik. Ardından, tüm onay kutularını koyduk ... manuel olarak .. platform geliştiricilerine “teşekkür ederim” diyerek :)

Fonksiyonumuzun azaldığını görüyoruz. Değiştirilen öğeyi bulun. Umarım şimdi, bu kodun nereden geldiğini güncellerken tahmin etmemek için, eklenen kodlardan herhangi birini neden yorumlarla ayırmanız gerektiği açıklığa kavuşmuştur.
Büyüteç simgesini tıkladığınızda platform, bu metni eklemek istediğiniz kod satırını vurgulayacaktır.

Üst pencereden kopyalayın ve alt pencereye yapıştırın.

Bunu tüm modüller için yapın. Modül değiştirilmediyse, para birimi referansı ile bizim durumumuzda olduğu gibi. Modu basitçe “Yeni satıcı konfigürasyonundan al” olarak ayarladık ve vitese TIKLAMAYIN (dişlinin yanında yeşil bir onay işareti olmamalıdır, bu, kodun manuel olmadan tamamen yeni konfigürasyondan alınacağı anlamına gelir) yapılandırma).

İyi. Şimdi, tüm nesneleri gözden geçirdikten sonra, "ayarları otomatik olarak kaydet" seçeneğinin işaretini kaldırabilir ve ardından "yürüt" yapabilirsiniz.

“Ana konfigürasyonda eski konfigürasyona göre değiştirilmiş nesneler var….. Güncelleme yapılırken bu nesneler değiştirilecek! Uygulamak?" EVET'e basmaktan çekinmeyin.

Bir sonraki pencerede, onay kutularını resimde gösterildiği gibi bırakın. Ve başka bir şey!!! Her iki onay kutusu da işaretlenmelidir - "nesneler destek korunurken düzenlenir." Tamam'a basıyoruz.

Her şey. Standart olmayan konfigürasyon 1'lerin güncellemesi tamamlandı.
Bu yöntem ideal değil ama bence birçok kişi bu adımlarda hata yapıyor.
Tabii ki, her şeyi anlatmadım, hala birçok tuzak var. Ancak güncellemelerin %90'ının bu talimata göre güvenli bir şekilde güncellenebileceğini düşünüyorum.

1C yazılım ürünleri, çalışmalarının bu programların kullanıldığı ülkenin mevzuatından büyük ölçüde etkilenmesi anlamında özeldir. Bu nedenle bu ürünleri güncelleyebilmek çok önemlidir, çünkü güncellenen konfigürasyonlar yasal konuların yanı sıra kritik hataların düzeltilmesini, tüm programın hızlandırılmasını ve diğer faydalı detayları içerecektir. Olayların geliştirilmesi için iki seçenek vardır: ilk seçenek, oldukça hızlı gerçekleşen ve fazla çaba gerektirmeyen standart (tipik) konfigürasyonun bir güncellemesidir, ikinci seçenek ise, değiştirilmiş montajı güncellemeniz gerektiğinde, daha uzun ve karmaşık.

Yapılandırma türünün belirlenmesi

Genellikle, kullanıcı tam olarak hangi sürüme sahip olduğunu bilir, çünkü standart montaj, programın iç nesnelerine müdahalenin olmaması ile karakterize edilir. Başka bir şey de, kural olarak, programcılar sırasıyla değişiklikle uğraşırlar, kullanıcı, farkında olmayabileceği önceden değiştirilmiş bir ürün alır. Orada değişiklik yapılıp yapılmadığını anlamanın basit bir yolu var. Bunu yapmak için, ilgili düğmesi programın başlangıç ​​penceresinde bulunan Konfigüratör moduna girmeniz gerekir. En üstte, Destek öğesinin bulunduğu bir Yapılandırma sekmesi vardır. Üzerine tıkladıktan sonra Support Setup'ı seçmelisiniz. Açık pencerede, "Değişiklik seçeneklerini etkinleştir" düğmesi etkin olmalıdır ve standart bir yapının işareti, yapı adının yanında bir kilit simgesinin varlığıdır. Bu işaretler, program modüllerinin değişmediğini gösterir; bu, resmi web sitesinden İnternet üzerinden merkezi bir güncelleme yapabileceğiniz anlamına gelir. Bu işaretlerin yokluğunda, programcının bu ürünü düzenlemek için çalıştığı söylenebilirken, modifikasyonun kısmi olması, yani bir takım nesnelerin orijinal hallerinde kalması mümkündür. Değiştirilen tüm nesneler tanımlama simgeleri olmadan kalır ve standart öğeler sarı bir küple işaretlenir. Kısmi değişiklik, dokunulmamış nesneleri güncellemek mümkün olacağından, programı tamamen destekten kaldırmaz.

Standart (tipik) yapılandırma - yükseltmeye hazırlık

Mevzuattaki değişiklikler veya programın performansında bozulma gibi bu sorunlara ek olarak, 1C programı ilgili bir mesaj verdiğinde onu güncellemeniz gerekir. Bu yapının bir süre önce yayınlandığını, şimdi geliştirilmiş bir yapılandırma olduğunu ve site üzerinden veya ITS diski kullanılarak hemen güncellenebileceğini söyleyecektir. Başlangıç ​​olarak, bir şeyler ters giderse her şeyin geri yüklenebilmesi için veritabanının yedek bir kopyasını oluşturmak çok önemlidir. Bu üç şekilde yapılır. Veritabanıyla birlikte kök klasörü bir diske veya USB flash sürücüye kopyalayabilirsiniz. 1C'yi başlattıktan sonra, taban seçilir ve ona giden yol pencerede gösterilecektir. Sorun olması durumunda, bu klasör çalışmayan veritabanının yerine taşınır. Programda bu modu seçmeniz gereken yapılandırıcı aracılığıyla da hareket edebilirsiniz. Yönetim bölümünde Bilgi tabanını yükle düğmesi vardır. Bir klasör seçtikten sonra, orada daha sonra aynı bölümdeki ilgili düğme ile açılabilen bir .dt dosyası görünecektir.

Üçüncü yöntem, İnternet üzerinden güncelleme aşamasında biraz sonra gerçekleşir. İşletmeye aylık olarak gelen ITS diski üzerinden her şeyi yapabilirsiniz ve bu disk aynı zamanda ITS ile anlaşması olan bir çalışandan da alınabilir, sadece konfigürasyonların uyumlu olduğundan emin olmanız yeterlidir. Aksi takdirde, her şey İnternet üzerinden yapılır. Önemli bir nüans var: hizmet paketleri kesinlikle sırayla yüklenir ve bazı sürümler kaçırıldı, sistem önce bunları yüklemenizi isteyecektir. Hakkında bölümüne tıklamanız gereken Yardım menüsünde bulunur.
İnternette her şey yolundaysa, kullanıcı adınızı ve şifrenizi girdiğiniz usersv8.1c.ru sitesine gitmeniz gerekir. Ardından, Güncellemeleri indir bağlantısında bulunan gerekli yapılandırmalar seçilir. Bir sonraki adım, ilk ve son zamanlarda çıkanları dikkate alarak belirli sürümlerin seçilmesidir. Tüm dosyalar bilgisayara tek tek kaydedilir. Güncellemeden önce tüm arşiv dosyalarını açmanız ve her sürümü yüklemeniz gerekir. Sürümler, açıklandığı gibi ve ITS diskinden indirilebilir. Şimdi Konfigüratör moduna girmeniz gerekiyor, bundan sonra nesneler solda görüntülenmeli, orada değillerse, Yapılandırmayı aç sekmesini tıklamanız gerekecek.
Güncellemek için kullanıcı Yapılandırma-Destek-Güncelleme yapılandırmasına gider. Yeni pencerede, Ara'yı tıklayın.

Sağlanan seçeneklerden Güncel güncelleme kataloglarında ara öğesini seçin, ardından mevcut sürümü veya adı kalın olarak vurgulanacak olanı belirtin. Diğer tüm öneriler için, son pencere Bilgileri yeniden düzenle de dahil olmak üzere Evet'i tıklayın. Son adım, güncellemelerin etkili olması için programı üretim modunda çalıştırmaktır.

Standart olmayan (değiştirilmiş) bir 1C yapılandırmasını güncelleme

Değiştirilmiş bir montajı güncellemenin amacı, programcılar tarafından yapılan değişikliklerin kaybolmamasını ve geliştiriciler tarafından yapılan değişikliklerin yürürlüğe girmesini sağlamaktır. Önceki talimatta açıklanan tüm adımlar bu sefer gerçekleştirilir, yalnızca son adımda, bir sütunda değiştirilmiş nesnelerle bir konfigürasyonun olacağı ve ikinci sütunda bir güncelleme listesi olacak karşılaştırmalı bir tablo görünecektir. . Bu sütunlar meta veri ağaçları içerir. Yeşil bir işaretleyici ile program, programcının hangi belirli nesnelerde ayarlamalar yaptığını ve ürün geliştiricilerin hangilerinde değişiklik yaptığını işaretler. Bu aşamada, bu iki sütunda işaretlenen nesneleri bulmanız gerekir.

Aramayı basitleştirmek için, aşağıda bulunan Filtre düğmesini kullanabilir ve ardından İki kez değiştirilmiş özellikleri göster kutusunu işaretleyebilirsiniz. Her şey doğru yapılırsa, çalışma penceresinde yalnızca ihtiyacımız olan nesneler görüntülenecektir. Standart olmayan modülleri güncelleme prosedürü konfigürasyonu etkilemeyecektir.

Bu tabloyu analiz etmemiz gerekiyor. Bu durumda, her iki durumda da değişikliklerin meydana geldiği açıktır, çünkü kurşun kalem simgeleri vardır, çünkü modül adının yanında bir simge de vardır, bu da birleştirilecekleri anlamına gelir. Sağdaki son sütun, işlem bittiğinde tüm kullanıcı kodunun geliştirici güncellemesi lehine değiştirileceğini belirtir.

Kısmi birleştirme (öncelik) olan başka modlar da var, ancak bu modlar deneyimli kullanıcılar tarafından kullanılıyor, çünkü yeni başlayanlar tüm gelişmeleri kafa karıştırıcı modüllere dönüştürecek. Buna göre, son sütunda bir şeyi değiştirmenin bir anlamı yok. Öte yandan, ilk sütundaki onay kutusu kaldırılarak zorunlu birleştirme iptal edilebilir. Buna dayanarak, kodu güncellenen modüle manuel olarak ekleyebilir veya kodu kendi haline bırakıp güncellemeleri manuel olarak kendiniz yapabilirsiniz. Tam olarak ne yapmanız gerektiğini anlamak için seçilen modüle sağ tıklayıp Farkları göster'i seçmelisiniz. Bu adım, belirli prosedürlerdeki farklılıkları gösterecektir. Pencerenin altında ayrıca iki sütuna bölünmüş bir bölüm var, ancak kodun kendisi zaten orada gösteriliyor.

Diğer eylemler, modül değişikliklerinin seviyesine bağlıdır, eğer konfigürasyon kökten yeniden yazılmışsa, bir programcının yardımı olmadan her şeyi kendi başınıza güncellemek son derece zor olacaktır.

1C güncellenirken mümkün

Hataların çoğu, birkaç sayfa kod, çeşitli referans kitapları ve diğer nesneler deneyimsiz bir kullanıcının kafasını karıştırabileceğinden, taban yoğun şekilde değiştirildiğinde yapılır. Herhangi bir değişiklik yapmadan önce yedekleme kurtarma için bir arşiv oluşturmak ve kaydetmek çok önemlidir ve ardından her şeyin doğru yapıldığından bir kez daha emin olun. Klasik hata, genel olmayan bir derlemeyi standart bir derlemeymiş gibi güncellemektir. Ancak açıklanan talimatları izleseniz bile, programın hemen olması gerektiği gibi çalışacağı gerçeğinden uzaktır. Ek yapılandırmanın vazgeçilmez olması muhtemeldir. Konfigüratör, diyalog formlarının kontrollerinde yapılan değişiklikleri göstermez, bu nedenle bu anın manuel olarak kontrol edilmesi gerekir, aksi takdirde güncellemeler tüm bunların üzerine yazar. Güncellemeden sonra, yapılandırıcı eski bilgi tabanını güncelleme yasağı görüntüleyebilir, çünkü belge numaraları artık benzersiz değil, aynısı bilgi kayıtları için de geçerlidir.

Sorunu çözmek için ihtiyacınız olacak:
- kodlardaki karakter sayısını değiştirin;
- bilgi tabanındaki kodları değiştirin;
— tüm dizinlerdeki benzersizlik denetimi özelliğini değiştirin.

Güncelleme sürecinde, genellikle gözden kaçan arayüzleri ve kullanıcı haklarını güncellemeyi unutmamak gerekir. Sürümlerin sıralı güncellemesinin önemi daha önce açıklanmıştır, ayrıca gerekli verileri dönüştürmenize ve gerekirse veritabanlarını bilgi ile doldurmanıza izin verecek yerleşik yapılandırma güncellemelerinin işlenmesini kullanmak da son derece önemlidir. Dahili nesne tanımlayıcılarının veya ayrıntılarının eşleşmesini izlemek kullanıcının yararınadır, aksi takdirde güncelleme tüm gelişmelerin üzerine yazabilir. Yeni bir konfigürasyonun dikkatli bir şekilde hazırlanmasından sonra bile, onu kullanılan çalışma tabanıyla birleştirmeye hemen devam edemezsiniz, çünkü ayrıca güncellenmesi gerekir, ardından her şey kapsamlı bir şekilde test edilir.

Yapılandırmanın destek için ne zaman döndürüleceği, yani güncelleme işleminin İnternet üzerinden sürümü indirerek programın standart modunda gerçekleşeceği seçeneklerinin olduğunu anlamanız gerekir. Değiştirilmiş modüllerin ürüne eklenmesinden sonra program destekten kaldırılır. Bu modülleri kaldırmak, programı orijinal durumuna döndürür, ancak 1C'nin normal çalışması imkansız olacağından, bunlardan tamamen kurtulmak imkansızdır, çünkü bazı nedenlerden dolayı bu modüller programlanmıştır. Buna göre, bu modüller programdan çıkarılabilir - çalışma harici modüller kullanılarak gerçekleştirilecektir, ancak bu programın çalışmasını etkilemeyecektir. Böylece dizinler ve diğer nesneler yerinde kalacaktır.Bunu gerekli bilgi olmadan kendi başınıza yapmak sorunludur, bu nedenle programcı gerekirse programı standart derleme çerçevesine döndürmek zorundadır.

Gelecekte 1C yazılım ürünlerini güncelleme sürecini kolaylaştıracak birkaç ipucu da var. Her şeyden önce, programı mümkün olduğunca az değiştirmeye çalışmalısınız ve kesinlikle gerekli olmadıkça, üçüncü şahıslara hiçbir şey tanıtmayın, ancak mevcut olan tipik araçlarla sorunları çözmeye çalışın. İstisnasız, yapılandırmadaki tüm değişiklikler, kurtarma işlemi sırasında önemli hiçbir şeyin gözden kaçırılmaması için yorumlanmalı ve ayrı bir belgeye kaydedilmelidir. Tip nesnelerindeki program kodunun miktarını azaltmak için, onu kendi ortak modülünüze taşımanız gerekirken, prosedürlere ve işlevlere yapılan çağrılara dokunulamayacağını anlamanız gerekir - programın çalışabilmesi için tür nesnelerinde kalmaları gerekir. doğru şekilde. Optimizasyon amacıyla, hem nesnelerin "kendi kendine yazılan" kodunda hem de harici modüllerin kodunda bulunan standart prosedürlere ve işlevlere yapılan tüm çağrıları kendi modüllerinden prosedürlere çağrılarla değiştirmek mantıklıdır. Bu prosedürler, genel modüllerden prosedürlerin çağrılacağı basit bir kısayoldur. Böylece, değişiklikleri karşılaştırırken, kullanıcının değiştirilen kodda gerekli satırları uzun süre aramasına gerek kalmayacak. Bu önerilere bağlı olarak güncelleme süresi birkaç saatlik çalışmaya indirgenir ve her şey olduğu gibi bırakılırsa süreç birkaç gün uzayabilir.

Standart olmayan, büyük ölçüde değiştirilmiş bir konfigürasyonun güncellenmesi çok zaman alan ve sorumlu bir iştir. Tipik olarak, düzenlenmiş bir raporlama bloğu içeren konfigürasyonlar için bir sürüm güncellemesi gerçekleştirilir. Örneğin, .

1C Kurumsal Muhasebe yapılandırması örneğini kullanarak standart olmayan bir güncellemeyi hatasız yapmanın en kolay yolunu düşünün.

Herhangi bir güncellemenin başlangıcı makalede açıklanmıştır. Sadece en önemli şeyi ele alacağız - atipik bir güncellemenin nüansları.

Standart olmayan konfigürasyonlar hakkında küçük bir teori:

• Desteklenmeyen konfigürasyon 2 konfigürasyon içerir: veritabanı konfigürasyonu ve ana konfigürasyon.
• Düzenleme imkanı olmayan destek konfigürasyonu 2 konfigürasyon içerir: veritabanı konfigürasyonu ve ana konfigürasyon (diğer bir deyişle tedarikçi).
• Değiştirme özelliğine sahip desteklenen bir yapılandırma zaten 3 yapılandırma içerir: bir veritabanı yapılandırması, bir ana yapılandırma ve bir satıcı yapılandırması.

1. Güncelleme için hazırlık

Tüm adımlara başlamadan önce, satıcı yapılandırmasının ana yapılandırmayla eşleştiğinden emin olun - bu, olağandışı yükseltmeyi büyük ölçüde kolaylaştıracaktır. Sağlayıcının yapılandırması daha eski bir sürümse, yapılandırma daha önce yanlış güncellenmiştir. Bir satıcının yayınını, güncellemeyi birer birer çalıştırarak ve karşılaştırma için herhangi bir nesne seçmeden güncelleyebilirsiniz.

Her şeyden önce, ilk yapılandırma ile 2 üssü konuşlandırıyorum. Biri değişiklik yapmak için, ikincisi yenisiyle karşılaştırmak için.

267 1C video derslerini ücretsiz alın:

Yapılandırmanız tipik değilse, yapılandırıcıdaki "güncelle" düğmesine bastığınızda sistem ana ve yeni tedarikçi yapılandırmasını karşılaştırmaya başlayacaktır:

Dışarıdan, çok sayıda nesneyi değiştirdiğimiz görülüyor. Ancak, durumu hayal edelim: belgeyi değiştirdiniz, ancak belge değişmedi - manuel olarak güncellemeniz gerekiyor mu? Tabii ki değil. Karşılaştırmadan sonra bu tür nesneleri seçmek için düğmesini tıkladığınızdan emin olun. filtre ve kutuyu işaretleyin

Filtrelemeden sonra, çok daha az değiştirilmiş nesne olduğunu görüyoruz:

Üzerinde çalışacağımız nesnelerin bir listesini aldık. Bizim durumumuzda, yalnızca bir karmaşık nesne vardı - RecordKUDiR belgesi.

2. 1C güncelleme değişikliklerinin transferi

Değişiklikleri aktarmak için 2 yapılandırıcı açıyorum - birinde karşılaştırmalar yapıyorum ve değişiklikleri alıyorum ve ikincisinde iyileştirmeler yapıyorum.

Bir sonraki adım, değişiklikleri doğrudan aktarmaktır. Standart olmayan konfigürasyonları güncellemek için temel teknikleri düşünün.

3. Modüllerdeki farklılıklar

Oldukça basit ama çok sorumlu bir işlem - modülleri yeni bir sürümden eskisine aktarıyoruz. Kod yorumlanırsa, sorun olmamalıdır:

4. Formların ve Düzenlerin Karşılaştırılması

Burada süreç çok daha karmaşıktır. Formlardaki en ufak değişiklikleri yakalamanız gerekiyor. Grafiksel bir yansıma ile farklılıklar hakkında ayrıntılı bir rapor oluşturmanızı öneririm:

Yeni konfigürasyondaki tüm nesne değişikliklerini aktardıktan sonra, karşılaştırma için manuel olarak değiştirdiğiniz nesneleri kaldırarak karşılaştırmayı ve yeniden birleştirmeyi başlatın.

Değiştirilmiş 1C konfigürasyonunun atipik güncellemesi tamamlandı!

Not! 1C 8'de nasıl programlanacağını bilmiyorsanız, standart olmayan bir konfigürasyonu başarıyla güncelleme şansınız son derece küçüktür. Çok zaman harcayacak ve çalışmayan bir konfigürasyonla karşılaşacaksınız. Acil yardım için iletişime geçmenizi tavsiye ederim.