Değiştirilen konfigürasyonun güncellenmesi 1c 8.3. Atipik konfigürasyon güncelleniyor. Bakım aşamasını güncelle

1C güncellemesi "bir" düğmeye basılarak yapılır, tipik bir konfigürasyonun kendisi 1C güncellemesini indirebilir ve yükleyebilir. Kullanıcının yalnızca kayıt verilerini girmesi gerekir.

Ya yapılandırma atipik ise? Veya tipik bir tane, ancak iyileştirmeler yapıldı - bir referans kitabı, birkaç ayrıntı, bir rapor eklendi mi?

Bu sorunun cevabını bugün öğreneceğiz.

Atipik 1C yapılandırması nedir

Atipik 1C yapılandırması şu durumlarda gerçekleşir:

• Yapılandırma programcı tarafından sıfırdan yazılır
• Yapılandırma tipikti, ancak buna değişiklikler eklendi
• Bir sahne eklemiş olsanız bile.

Tipik konfigürasyonda herhangi bir değişiklik yapmak için gereklidir.

Destekten kaldırılmış bir 1C atipik konfigürasyonunu güncellerken, 1C "atipik konfigürasyonu desteğe geri koymayı" önerecektir. Ardından tüm değişiklikler iptal edilecektir (silinecektir).

1C'yi atipik (değiştirilmiş) bir 1C konfigürasyonuna güncellerken değişikliklerin kalması ve 1C güncellemesini uygulamak için başka bir 1C güncelleme modu kullanabilirsiniz.

Güncellemek istediğimiz değiştirilmiş konfigürasyon örneğine bir göz atalım. Bu, değiştirilmiş (sağda) tipik bir 1C Muhasebe (solda) yapılandırmasıdır:

4) "Bireyler" dizininde, form modülünde, ReadBirthplace () işlevinde programın bir satırı eklendi

Atipik bir 1C konfigürasyonunun 1C'sini güncellerken tüm bu değişiklikler nasıl çalışacak?

1C'nin atipik yapılandırmasındaki değişiklikleri kaydederken 1C'yi güncelleme

1C konfigürasyonlarının güncellenmesi genellikle kendi kendine açılan bir arşiv şeklinde dağıtılır. Paketi açtıktan sonra, 1C güncellemesini bilgisayarınıza kurmak için kurulum dosyasını çalıştırmanız gerekir (1C'de değil!).

Güncellemeyi kurarken, 1C güncellemesinin nereye kurulacağını seçersiniz. Genellikle bu. Diskteki herhangi bir başka klasöre kurabilir ve nerede olduklarını 1C'yi belirtebilirsiniz.

1C güncelleme dosyaları aşağıdaki biçimde olabilir:

• CF uzantılı dosya - tamamen yeni bir yapılandırma türü içerir
• CFU uzantılı dosya - yalnızca önceki sürümdeki değişiklikleri içerir.

Her iki dosya da 1C güncelleme dizininde, sürüm adıyla klasörde saklanır.

CFU dosyasını kullanırken dikkatli olun - yalnızca şuradan güncelleme yapmanıza izin verir!

Bu nedenle, 1C'yi güncellemek için menü seçeneklerinden birini seçin:

• Yapılandırma / Dosyadan yapılandırma ile birleştirmeyi karşılaştırın - CF dosyaları için
• Yapılandırma / Destek / Yapılandırmayı güncelle / 1C güncelleme dosyasını seçin - CF veya CFU dosyaları için.

İlk olarak, 1C iki konfigürasyonu karşılaştıracaktır. Veritabanınızın konfigürasyonuna "Ana konfigürasyon" ve güncellemeden gelen konfigürasyona "Dosyadan konfigürasyon" denir.

1C, tüm farklılıkları, değişikliklerin sağda görüntülendiği tanıdık bir ağaç biçiminde gösterecektir.

Bakın - örneğimizde değiştirilmiş veya eklenmiş dizinler vurgulanmıştır.

Değişen 1C atipik konfigürasyonunu güncellediğimiz için - yani, bir zamanlar tipik bir konfigürasyondu, bazı ayarların girilmesi gerekiyor.

Yapılandır düğmesini tıklayın. "Yüklenen yapılandırma, ana yapılandırmanın bir alt öğesidir" seçeneğini belirleyin (yani, değiştirilmiş bir örnektir).

"Temel yapılandırma nesnelerinin silinmesine izin ver" onay kutusu, 1C güncellemesinde silinmeleri durumunda bunları silmenize olanak tanır. Yapılandırmaya gereksinimler ve dizinler eklediğimizden, ancak bunlar 1C güncellemesinde olmadığından, 1C bunların 1C güncellemesinde kaldırıldığını varsayacaktır. Bu nedenle, bu kutuyu işaretlemeyin.

Platformun keşfettiği farklılıklara daha yakından bakalım.

Nomenclature dizin dalını açalım. Requisites dalında ise tipik konfigürasyonda props olmadığını görüyoruz ve ekliyoruz. Eksi, silineceği anlamına gelir.

Kendi eklediğimiz propların kaldırılmasına gerek olmadığı için aşağıdakileri (seçenekler) yapmamız gerekiyor:

• "Ayarlar" düğmesinde "Ana yapılandırmanın nesnelerinin silinmesine izin ver" onay kutusunu AYARLAMAYIN
• Onay kutusu hala işaretliyse, bu özelliğin yanındaki kutunun işaretini kaldırın. Nesnelerin silinmesine izin verilmediğinden, resimdeki sahne öğelerinin önünde onay işareti yoktur.

Ayrıca, Nomenklatür referans kitabının formu değiştirildi. 1C bunu gördü ve değiştirilen nesneler listesinde de bize bir referans formu gösteriyor.

Formda hangi değişikliklerin yapıldığını görmek için aşağıdakileri yapabilirsiniz (seçenekler):

• Önce sol sütundaki forma sağ tıklayın ve "Formu aç" menü öğesini seçin ve ardından sağda. İki şekli görsel olarak karşılaştırın.
• Forma sağ tıklayın ve "Nesne karşılaştırma raporu" menü öğesini seçin (ayrıntılı olarak, elektronik tablo belgesi)

Nesne karşılaştırma raporu, şekilleri karşılaştırırken birçok farklılık gösterir. Bunun nedeni, forma yalnızca bir alan eklediğimizde, birçok bitişik öğenin otomatik olarak değiştirilmesidir - girintiler, çapalar vb.

Değişiklik listesinde, değişikliklerimizi görüyoruz - etiketteki değişiklikler ve alanın değiştirilmesi.

Yanındaki onay kutusunu seçerek formu değiştirmeyi kabul edebilir veya reddedebiliriz. Bunun aşağıdaki sonuçları vardır:

a) kutuyu işaretlersek

• form yenisi ile değiştirilecektir
• tipik yapılandırma değişikliklerimiz silinecek
• 1C güncellemesindeki değişiklikler uygulanacak
• daha sonra değişikliklerimizi manuel olarak iade etmek gerekli olacaktır.

b) kutuyu işaretlemezsek

• form eski tutulacak
• değişikliklerimiz devam ediyor
• 1C güncellemesindeki yeni değişiklikler uygulanmadı
• o zaman 1C güncellemesinden değişiklikleri manuel olarak eklemek gerekli olacaktır.

Üçüncü seçeneği kullanabilirsiniz. Şekil dalını sonuna kadar genişletin ve "Birleştir Modu" sütununda "Birleştir"i seçin.

c) "Birleştir"i seçersek

• form, hem yeni değişikliklerin hem de eskilerin olacağı bir tür yeni olacak.
• değişikliklerimiz devam ediyor
• yeni değişiklikler ortaya çıkıyor
• birleştirme sonucunda herhangi bir alan silinmiş ve yerine başka bir alan değiştirilmişse, her iki alan da aynı anda aynı yerde görünecektir - hem eski hem de yeni
• şansın, formun iyi görünmesi
• o zaman "fazlalık" olmadığını manuel olarak kontrol etmeniz gerekir.

2) "Bireyler" dizininde, form modülünde, ReadBirthplace () işlevinde programın bir satırı eklendi

1C'nin algıladığı form modülündeki değişiklikleri görmek için form dalını sonuna kadar açın, üzerine sağ tıklayın, "Modüllerdeki farklılıkları göster" menü öğesini seçin.

Değişiklikler her işlevin bağlamında gösterilir, ancak bu görünüm modunda, tüm modülün 1C'sini güncellemeyi veya reddetmeyi seçebilirsiniz.

Başka bir yol da bu satırdaki büyüteç düğmesini kullanmaktır.

O zaman sadece her bir fonksiyonun bağlamındaki değişiklikleri görmeyeceğiz, aynı zamanda hangi fonksiyonu güncellemek istediğimizi ve hangilerini güncellemeyeceğimizi seçmek için onay kutularını da kullanabiliriz.

3) "Elektronik gönderimler .." dizininde birkaç ayrıntı kaldırıldı

1C, standart dizinin gereksinimlerini sildiğimizi belirledi ve bizi onları geri yüklemeye davet ediyor.

Tarafımızdan eklenen referans kitabı, 1C silmeyi teklif ediyor. Bu durumda, eklediğimiz ayrıntılarda olduğu gibi aynı kural geçerlidir (öncesine bakın).

Bu nedenle görevimiz, tespit edilen 1C değişikliklerini dikkatlice incelemek ve bunları kabul etmek veya reddetmek için onay kutularını kullanmaktır. Ardından Çalıştır düğmesine tıklayın.

Lütfen 1C'yi güncellemenin bir sonucu olarak bir özniteliği sildiyseniz, o zaman kullanıcılar tarafından girilen verileri de sildiğinizi, yani aynı özniteliğin yeniden eklenmesinin bu verileri geri yüklemeyeceği anlamına geldiğini unutmayın.

Yapılandırmanın birkaç ilgili nesnesi varsa - örneğin, bir sahne ve bir form; aynı zamanda, 1C formunun güncellenmesine izin verdiniz, ancak gerekli olanın işaretini kaldırdınız, ardından bir çelişki ortaya çıkıyor.

Çalıştır düğmesine tıkladıktan sonra, 1C bu tür durumları bulur ve bunlardan raporlar.

Çalıştır düğmesine tıkladıktan sonra, düşünmek için bir fırsatınız daha var.

Gerçekleştirilen 1C güncellemesini onaylamak için, Konfigürasyon / Güncelleme veritabanı konfigürasyon menü öğesini seçmeniz gerekir.

1C'yi güncellemeyi reddetmek için - Yapılandırma / Veritabanı yapılandırmasına dön menü öğesini seçmeniz gerekir.

Üçüncü seçenek (menü öğelerinin sırası belirtilir):

• Dosya Seç / Kaydet
• Yapılandırma / Yapılandırmayı dosyaya kaydet
• Konfigürasyon / Veritabanı konfigürasyonu / Veritabanı konfigürasyonuna dön.

Böylece, elde edilen birleşik konfigürasyonu bir dosyaya yükler ve değişiklikleri atarsınız. Ortaya çıkan konfigürasyonu analiz edebilir, manuel düzenlemeler yapabilir ve daha sonra dosya menüsünden Konfigürasyon / Konfigürasyonu Yükle'yi kullanarak basitçe yükleyebilirsiniz.

Bu makalede, harici bileşenler ve/veya yazılım ürünleri kullanılarak otomatik ve otomatik yapılandırma güncellemelerinin nasıl uygulanacağı açıklanmamaktadır. Onlarla ilgili bilgileri bu ve diğer İnternet kaynaklarında bulabilirsiniz.

Her yeni güncellemede dikkatinizi çeken nesnelerin sayısının arttığını fark etmiş olabilirsiniz. Aynı zamanda, yalnızca bir belgenin değiştirildiğinden emin olursunuz ve güncelleme yaptığınızda, birkaç düzine değiştirilmiş nesnenin bir listesi görüntülenir. Tabii ki, makalede açıklanan tekniği kullanabilirsiniz. Evet işe yarayacak. Birçok kişi güncellemeleri bu şekilde yapar. Ancak 1C: Enterprise 8 platformundaki konfigürasyonları güncellerken bu yaklaşımın etkisiz ve zaman alıcı olduğunu düşünüyorum.1C: Enterprise 7.7 platformundan farklı olarak, 1C: Enterprise 8 platformu aynı anda birkaç konfigürasyon (* .cf dosyaları) açmanıza ve tek bir kopya yapılandırıcıda birkaç yapılandırma karşılaştırması yapın. Tek istisna, belki de yalnızca UPP (Manufacturing Enterprise Management) üzerine kurulu konfigürasyonlardır - bunlar çok ağırdır, platform çöker.

1C: Enterprise 8'in yapılandırmalarını güncelleme işlemi, 1C: Enterprise 7.7'ye kıyasla daha otomatiktir. Yeterince yüksek bir otomasyon seviyesi, tipik olmayan konfigürasyonları güncellerken işin karmaşıklığını önemli ölçüde azaltabilir. Ne yazık ki, çoğu zaman atipik konfigürasyonları güncelleme işlemi tam otomatik olarak gerçekleştirilemez ve bir uzmanın müdahalesini gerektirir.

Güncelleme işleminin tamamen otomatik olarak gerçekleşmesi mümkün mü? Emin. Bunun için değiştirilebilir nesneler eklenmeli ve mevcut konfigürasyonun işlevselliğini kullanmamalıdır. Onlar. bu nesneler, tedarikçinin standart konfigürasyonunun işlevselliğini genişleten kesinlikle farklı muhasebe problemlerini çözmelidir. Açıklanan durumun son derece nadir olduğunu kabul edin. Değişiklikler neredeyse her zaman tedarikçinin tipik konfigürasyonunun nesnelerini etkiler.

Lütfen veritabanının en fazla üç tür yapılandırma içerebileceğini unutmayın:

• veritabanı yapılandırması - bu, kullanıcıların birlikte çalıştığı yapılandırmadır;
• çalışma yapılandırması (ana) Kullanıcılar çalışmaya devam ederken bizim değişiklik yapabileceğimiz bir konfigürasyondur;
• satıcı yapılandırması Orijinal satıcı yapılandırması, çalışma yapılandırması ve veritabanı yapılandırması... Veritabanı, farklı satıcılardan birden çok yapılandırmaya sahip olabilir. Yapılandırmanın tedarikçisi sadece 1C olamaz.

Yapılandırmanın destekten kaldırılması durumunda, satıcı yapılandırması olmaz. Bu da, güncellemenin karmaşıklığını önemli ölçüde artırır.

Güncelleme sürecini ele alalım ve UPP konfigürasyonunun güncellenmesi örneğini kullanarak olası hataları analiz edelim (standart konfigürasyonun tedarikçisi 1C'dir, Inform Service tarafından yapılan revizyonlar). Başlangıçta bu yapılandırma, bu makalede açıklanandan farklı bir teknoloji kullanılarak güncellendi; bu nedenle, makalede açıklanan hatalar uygulamada en sık karşılaşılan hatalardır. Güncelleme 1.2.6.2 sürümünden 1.2.14.1 sürümüne yapılacaktır.

Aşama 1. Hazırlık.

İlk aşamada, yazışmalara getireceğiz çalışma yapılandırması NS satıcı yapılandırması... Bu, daha önce yaptığımız değişikliklerin analizi üzerindeki çalışma miktarını önemli ölçüde azaltacak çok önemli bir aşamadır.

Son güncelleme "destek"ten (Menü "Yapılandırma" U94; "Destek" U94; "Yapılandırmayı güncelle") geçtiyse veya bu makalede açıklanan yönteme göre yapıldıysa bu adımı atlayabilirsiniz.

Sürüm uyuşmazlığı çalışma yapılandırması ve satıcı yapılandırması Satıcının dağıtım setinden olmayan güncelleme için * .cf dosyalarını kullanırken veya bu makalede açıklananlar dışındaki güncelleme yöntemlerini kullanırken ortaya çıkabilir. Örneğin, nesneler panoya veya Sürükle ve Bırak aracılığıyla kopyalanarak çalışma konfigürasyonuna eklendi.

1. Versiyonların karşılaştırılması.

Sürüm numaralarını kontrol etme çalışma yapılandırması ve satıcı yapılandırması... Numara çalışma yapılandırması U94 "Yapılandırma" menüsüne bakın; "Yapılandırmayı aç" menüsü "Düzenle" U94; "Özellikleri". "Geliştirme" öğesi "Sürüm" bloğunda. (Resim 1).

Numara satıcı yapılandırması U94 "Yapılandırma" menüsüne bakın; "Destek" U94; "Destek ayarlanıyor..." öğesi "Sürüm". (Şekil 2).

Rakamlar eşleşirse, bir sonraki adıma geçin. Santimetre. .

Bu örnekte, eşleştirmek gerekir çalışma yapılandırması ve satıcı yapılandırması destekten kaldırılan veya desteksiz eklenen nesneler için destek ile. Bunu yapmak için aşağıdaki eylemleri gerçekleştireceğiz:

2. Çalışan (ana) konfigürasyonu kaydetme.

kaydedelim çalışma yapılandırması work.cf gibi bir dosyaya. Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Yapılandırmayı dosyaya kaydet...".

3. Satıcı yapılandırması için güncelleme dosyasının alınması.

Konfigürasyonları hizalamak için, satıcı dağıtımından aynı sürüm numarasına sahip bir * .cf dosyasına ihtiyacımız var. çalışma yapılandırması(Şekil 3 ve 4). Bu dosya, ilgili dağıtım kiti kurulurken elde edilebilir. Varsayılan olarak, yapılandırma dağıtım kiti C: \ Program Files \ 1cv81 \ tmplts \ dizinine kurulur. Yapılandırma şablonlarını yükleme hakkında daha fazla bilgi için belgelere bakın.

Şablon dizinini kontrol edelim. Şablon dizini gerekli sürümün bir * .cf dosyasını içeriyorsa, adresine gidin.

Gerekli sürümün * .cf dosyası yoksa ne yapılabilir? satıcı yapılandırması? Bu durumda, * .cfu dosyalarını kullanabilir ve sürüm numarasını gerekli sürüme, bu durumda 1.2.6.2'ye yükseltmek için Aşama 1'de açıklanan prosedürü art arda birkaç kez tekrarlayabilirsiniz. * .cfu dosyalarının kullanılmasının, yükseltme sırasında daha önce yapılan hataları ortaya çıkarmayabileceğine dikkat edilmelidir. Satıcı dosyasının ilk olarak * .cfu dosyası temelinde oluşturulduğu ve ardından güncellemenin gerçekleştirildiği gerçeği göz önüne alındığında, bu oldukça garip bir durum. Belki de bu, bir nedenden dolayı tüm konfigürasyon nesnelerinin karşılaştırmaya dahil olmamasından kaynaklanmaktadır. Bu nedenle, mümkün olan en uzun yolu kullanmayı öneriyorum, aynı zamanda daha güvenilir.

ile boş bir veritabanı oluşturmanız gerekir. "eski" satıcı yapılandırması... Yenile satıcı yapılandırması gerekli sürüme geçin ve 1. aşamada iş yaparken zaten kullanın. Almak "yeni" satıcı yapılandırması aşağıdakileri yapmanız gerekir:

"Eski" bir satıcı dosyası oluşturma Mevcut yapılandırma için. 1cv8.cf dosyası, satıcının dağıtım kitinden alınabilir veya yapılandırma destek altındaysa çalışma tabanından kaydedilebilir. 1cv8.cf dosyasını çalışma tabanından kaydetmek için U94 "Yapılandırma" menüsüne gitmeniz gerekir; "Destek" U94; "Destek kuruluyor..." "Dosyaya kaydet" düğmesini tıklayın ve dizini ve dosya adını belirtin. Örneğin, masaüstünde.

Yeni bir satıcı yapılandırmasıyla bir veritabanı oluşturun. Veritabanı, satıcının ITS diskindeki dağıtım kiti kullanılarak veya daha önce masaüstünden elde edilen 1cv8.cf kullanılarak oluşturulabilir. İlk durumda, dağıtım kitinde bulunan talimatları takip ediyoruz. İkinci durumda, masaüstünde bulunan bir dosyadan bir veritabanı oluşturmak için yapılandırma olmadan yeni bir bilgi tabanı oluşturun ve yapılandırıcıyı başlatın. "Yapılandırma" menüsünde U94; "Dosyadan yapılandırmayı yükle ...", daha önce masaüstüne kaydedilen dosyayı belirtir. "Yapılandırma" menüsü U94 aracılığıyla yapılandırmayı açın; "Açık yapılandırma" ve "Yapılandırma" menüsü U94 aracılığıyla istenen sürüme güncelleme; "Destek" U94; * .cfu dosyalarını kullanarak "yapılandırmayı güncelleyin".

"Yeni" bir satıcı yapılandırma dosyası oluşturun. Bunu yapmak için, U94 "Yapılandırma" menüsündeki öğeyi seçin; "Yapılandırmayı dosyaya kaydet...". 1cv8.cf dosyasının konumunu ve adını belirtiyoruz. "Kaydet"i tıklayın.

4. Güncelleme yoluyla tedarikçinin çalışma konfigürasyonu ve konfigürasyonunun hizalanması.

Ortaya çıkan * .cf dosyasını kullanma satıcı yapılandırması güncelleyelim. Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Destek" U94; "Yapılandırmayı güncelle", "Güncelleme dosyasını seç", "Bitir" (Şekil 5), "Çalıştır" (Şekil 6).

Çözüm seçenekleri:

• tedarikçinin konfigürasyonundaki nesnenin işaretini kaldırın;
• satıcı yapılandırmasındaki nesneye yapılan başvuruyu kaldırın.

Eklenen arayüzdeki "Departman Yöneticisi" bağlantısının nesneye yapılması gerçeğine dayanarak satıcı yapılandırması, (muhtemelen muhasebe metodolojisindeki bir değişiklik nedeniyle) tedarikçinin desteğini çekmişse, bu durumda doğru çözüm bu raporun bağlantısını "Departman Yöneticisi" arayüzünden kaldırmak olacaktır. Konfigürasyon karşılaştırma penceresini kapatmıyoruz, "Departman Yöneticisi" arayüzündeki "Sipariş Ödemeleri" raporunun bağlantısını silin. Linki sildikten sonra yine konfigürasyonların karşılaştırmasını yapalım. Bunu yapmak için güncelleme penceresindeki "Güncelle" düğmesine basın (Şekil 6).

5. Önceki aşamada kısmen kaybolan ayarların geri yüklenmesi.

Kısmen kaybolan ayarları geri yüklemek için önceden kaydedilmiş bir dosyayla birleştireceğiz çalışma yapılandırması work.cf... Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Karşılaştır, dosyadan yapılandırmayla birleştir ...".

6. Güncelleme sonuçlarını kaydetme.

Değişiklikleri kaydedelim çalışma yapılandırması ve güncelleme veritabanı yapılandırması... Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Veritabanı yapılandırmasını güncelle".

Burada bizi başka bir sorun beklemektedir (Şekil 8).

Bu sorunu çözmek için, ortaya çıkış nedenine bakalım. Birkaç nedeni olabilir, ancak büyük olasılıkla aşağıdakiler. Bu nesneler şuraya kopyalandı: çalışma yapılandırması itibaren satıcı yapılandırması veya tedarikçi bu nesneleri daha önce silmiş ve daha sonra aynı adlara sahip ancak farklı dahili tanımlayıcılara sahip yenilerini eklemiştir. Sonuç olarak, farklı dahili tanımlayıcılara sahip ancak aynı ada sahip nesneler konfigürasyonda görünür.

Bunu basitçe rollerle yapıyoruz - sil, çünkü roller değişmedi (bu, karşılaştırılarak doğrulanabilir ve çalışma yapılandırması). Belgenin detayları ile farklı davranırız. Özniteliğin yeniden adlandırılması gerekir, örneğin OrderReserve1 ve güncellemeden sonra, değerleri yeniden adlandırılan öznitelikten yenisine aktarın. Bunu yapmak için ITS diskinden UniversalSelectionAndProcessingObjects.epf dosyasının işlenmesini kullanabilirsiniz.

Bir öncekine benzer bir durum daha düşünelim, ancak bu 1C: Kurumsal Muhasebe 8.1'i güncellerken ortaya çıktı. Formlarla ne yapmalı? (Şekil 9)

Şekilde, ListForm'un tedarikçiden kaldırıldığını ve ardından tedarikçi tarafından aynı isimde yeni bir form eklendiğini görebiliriz. Buna göre, güncelleme için her iki formu da işaretlemek ve "Yürüt" düğmesine basmak gerekir.

Silinecek nesnelere referanslar olduğunu belirten bir mesaj alırsanız, güncelleme formunu kapatmadan nesnenin özelliklerinde silinen formun bağlantılarını temizlemelisiniz. Bu durumda, kaydın özelliklerinde. Bundan sonra, güncelleme formunda "Güncelle" düğmesine basın, güncelleme için kayıt özelliklerini işaretleyin ve tekrar "Yürüt" düğmesine basın.

Değişiklikleri kaydedelim çalışma yapılandırması ve güncelleme veritabanı yapılandırması"Yapılandırma" U94; "Veritabanı yapılandırmasını güncelle".

Gerekirse, 1C: Enterprise modunda harici işleme kullanarak OrderReserve1 değişkeninin değerlerini OrderReserve'e aktarın.

Aşama 2. Güncelleme.

1. Aşamadaki hazırlık çalışmalarını tamamladıktan sonra güncellemeye geçiyoruz. ana yapılandırma ve tedarikçinin tipik konfigürasyonunda önceden yapılmış değişikliklerin transferi.

Yapılandırmayı güncellemek için satıcının dağıtımından bir * .cfu dosyasına veya bir * .cf dosyasına ihtiyacımız var. Bunları nasıl alacağınız hakkında daha fazla bilgi edinebilirsiniz.

Güncelleme, yapılandırmanın birkaç sürümünden sonra gerçekleştirilirse, makalede açıklanan duruma dikkat etmelisiniz. Güncelleme üretim bazında gerçekleştirilmiyorsa, her yeni aşamanın hazırlığını tamamladıktan sonra * .cf dosyalarını kaydedin. Müşterinin üretim veritabanının konfigürasyonu güncellenirken bunlara ihtiyaç duyulacaktır.

Güncelleme birkaç sürümden sonra gerçekleştirilirse, güncelleme sırasında silinen nesnelere ve adı değiştirilmiş nesnelere ve güncellemeden sonraki ilk başlatmada gerçekleştirilen eylemlere dikkat ettiğinizden emin olun. Bu nesneler güncellemeden sonraki ilk çalıştırmada kullanılıyorsa silinmemeli ve adı değişen nesneler için işleme modülünün metninde uygun değişiklikler yapılmalıdır. Bu durumda, terk edilen nesneler sonraki veya sonraki güncelleme sırasında silinebilir.

Güncelleme birkaç sürümden sonra gerçekleştirilirse, güncellemenin karmaşıklığını azaltmak için, makalede açıklanan temel sürümlerin hesaplanmasıyla metodolojiyi kullanabilirsiniz.

1. Veritabanlarının hazırlanması.

Böylece, ilk aşamanın sonuçlarına göre iki özdeş baz hazırlıyoruz. İlki (ana) gelecekteki sonucumuzdur. İkincisi (yardımcı) karşılaştırmalar yapmak, konfigürasyonları açmak ve diğer hazırlık işlemlerini yapmak içindir. Dosya sürümü için, ana veritabanının dosyalarını başka bir dizine kopyalamak ve bu dizini, istemci-sunucu bir - yükleme / indirme için veritabanları listesine bağlamaktır.

2. Konfigürasyonların üç yönlü karşılaştırması.

Her iki tabanı Konfigüratör modunda açalım ve yeni satıcı konfigürasyonunun mevcut dosyasını kullanarak her iki bazdaki konfigürasyonların üç yönlü bir karşılaştırmasını yapalım. Bunu yapmak için, her iki bazda da U94 "Yapılandırma" menü öğesini seçin; "Destek" U94; "Yapılandırmayı güncelle", "Güncelleme dosyasını seç", "Bitir" (Şekil 10).

Üç konfigürasyonun karşılaştırılması sonucunda ( eski satıcı yapılandırması, yeni satıcı yapılandırması ve çalışma yapılandırması) değiştirilen nesnelerin bir listesini alırız. "Yalnızca iki kez değiştirilen özellikleri göster" filtresini ayarlayın (Şekil 11 ve 12).

İlk etapta ele alınması gereken bu nesnelerdir, çünkü güncellemeden sonra, önceden yapılmış ayarlar kaybolabilir.

Bunun üzerine, ikinci (yardımcı) tabandaki çalışmayı durdurur ve ana tabanda devam ederiz. Yardımcı tabandaki Çalıştır düğmesine basmanız gerekmez. Güncelleme işleminin sonuna kadar bu veritabanına bu formda ihtiyacımız var.

Sonuç olarak, revizyon sırasında iki kez değiştirilen nesnelerin bir listesini alıyoruz. tipik konfigürasyon ve. Güncellemeyi kabul ederseniz, bu nesnelerde daha önce yapılan iyileştirmeler kaybolacaktır. Bu nedenle her nesne için nasıl güncelleneceğine dair bir karar verilmesi gerekmektedir (Şekil 13). Bu aşamada sadece gelecekteki iş miktarını azaltmak için bir ön karşılaştırma yapıyoruz. Değerlendirme doğru değil, hızlı - "gözle".

yeni satıcı yapılandırması, sonra tedarikçi nesnesinin bir örneğini bırakırız. Bir onay işareti bırakıyoruz. Sonra değişiklikleri aktaracağız çalışma yapılandırması.

Nesnede daha fazla değişiklik varsa çalışma yapılandırması, sonra nesnenin bir örneğini bırakırız çalışma yapılandırması... Kutunun işaretini kaldırın. Sonra değişiklikleri aktaracağız satıcı yapılandırması.

Modüllerle işleri biraz farklı yapıyoruz, çünkü modülleri prosedürel olarak karşılaştırma yeteneğimiz var. Onlar. durumda yapılandırmamız ve çeşitli modül prosedürleri satıcının konfigürasyonunda değiştirildi, onay kutularını doğru bir şekilde yerleştirerek, kendimizi kod değişikliklerini manuel olarak aktarmaktan kurtaracağız. Buna ulaşmak için Şekil 14'te gösterildiği gibi düğmeye basın.

Hemen güncellenecek ve üzerlerinde onay işaretleri bulunan nesnelere karar verdikten sonra, yardımcı tabandaki onay kutuları ile durumu çoğaltıyoruz ve ana tabanda "Çalıştır" düğmesine basıyoruz. Ana veritabanında neredeyse hazır bir konfigürasyon elde ediyoruz.

Ayrıca, tüm karşılaştırmalar yardımcı veritabanında gerçekleştirilir. Zaten bir karşılaştırmamız var - üç taraflı. Daha önce yapılan değişiklikleri belirlemek için ek bir ikinci karşılaştırma yaparız. eski satıcı yapılandırması ile birlikte temel yapılandırma... Bunu yapmak için, U94 "Yapılandırma" menüsündeki öğeyi seçin; "Konfigürasyonları karşılaştır:", karşılaştırma için seç " Sağlayıcı yapılandırması"Ve" Temel yapılandırma

Benzer şekilde, karşılaştırırız eski satıcı yapılandırması yenisiyle. Karşılaştırma için bir dosyaya ihtiyacımız var yeni satıcı yapılandırması... Böyle bir dosya yoksa, şimdi ana veritabanından alınabilir. Dosyaya kaydetmek için yeni satıcı yapılandırması ana veritabanında "Yapılandırma" menüsünde U94; "Destek" U94; "Destek kurulumu:" "Dosyaya kaydet" düğmesine basın. (Şekil 2). Dosyanın adını belirtiriz, örneğin, new.cf. Ardından, konfigürasyonların üçüncü karşılaştırmasını yaparız ve karşılaştırma yaparken ikinci konfigürasyon olarak new.cf dosyasını belirtiriz.

Böylece, ek veritabanında iki kez değiştirilen nesnelerin bir listesini aldık. Ve daha önce yaptığımız ayarları eski sürümden yenisine daha verimli bir şekilde aktarmamıza yardımcı olacak iki karşılaştırma daha. Ana veritabanında, iki kez değiştirilmiş nesnelerle uğraşmamız gereken neredeyse hazır bir konfigürasyonumuz var.

Tipik konfigürasyondaki değişiklikleri analiz etme süresini azaltmak ve buna bağlı olarak güncelleme için, sadece modüllerin değiştirilmiş metnini değil, aynı zamanda yapılan değişikliklerin amacını da belirterek konfigürasyonda yapılan tüm değişiklikler hakkında yorum yapmak uygun olacaktır. . Birkaç nedenden dolayı, bu çok sık yapılmaz. Bir güncelleme yaptığınızda, değişikliklerin nedenleriyle değil sonuçlarıyla ilgilenirsiniz. Yani, değiştirilen konfigürasyonun işlevselliğini koruma ihtiyacı. Belki de bu, değiştirilen satırların aktarılmasını değil, yeni tedarikçi konfigürasyonunun işlevselliği için eklenen (değiştirilen) kodun tamamen yeniden işlenmesini gerektirecektir.

Konfigürasyondaki nesnelerin formlarının, tablolarının ve modüllerinin karşılaştırılması, yeterli derecede ayrıntı ile gerçekleştirilir (Şekil 17). Bu karar vermek için oldukça yeterli.

Ancak bazı durumlarda karşılaştırma raporlarındaki veriler hızlı karar vermenize imkan vermeyecek şekilde sunulmaktadır. Örneğin, bileşik veri türüne sahip öznitelik türlerinin değiştirilmesi durumunda, girdinin nesnelere dayalı bileşimi vb. Bu aşamada, karmaşıklığı nedeniyle güncelleme sırasında iyileştirmeler kaybolur. Bu durumu, bileşik veri türüne sahip öznitelikler örneğini kullanarak ele alalım. Nesnelerin karşılaştırılmasıyla ilgili bir rapor oluşturulurken (Şekil 17), karşılaştırılan konfigürasyonlardaki farklı veriler, virgülle ayrılmış olarak veri türlerinin bileşimini içeren listeler şeklinde sunulur. Aynı zamanda, rapor hangi tür verilerin eklendiğini veya kaldırıldığını hiç göstermez. Tabii ki, rapor yazdırılabilir ve farklılıkları ortaya çıkarmak için "gizlenebilir". İncelenen örnekte, bu tür yaklaşık 200 nesne var.Açıkçası, karşılaştırma işlemi oldukça zahmetli görünüyor ve yaklaşık 50 saat sürecek.

Nesneleri karşılaştırırken işin karmaşıklığını azaltmak için Inform Service tarafından geliştirilen konfigürasyonu kullanabilirsiniz. Kompozit nesneleri karşılaştırırken işin emek yoğunluğu yaklaşık 20 kat azaltılabilir.

"Hücrelerin karşılaştırılması" yapılandırması 1C: Enterprise modunda başlatılır ve nesnelerin karşılaştırması hakkındaki rapordan bilgileri görsel bir biçimde sunmanıza olanak tanır (Şekil 18 ve 19). Karşılaştırma için 1C: Enterprise 8'in yetenekleri kullanılır.

Yapılandırma iş akışı basittir. Konfigüratörde nesnelerin karşılaştırılması hakkında bir rapor oluşturun (Şekil 17) ve bunu bir dosyaya kaydedin, örneğin ReportOnCompare.mxl. 1C: Enterprise'ı açın ve iletişim kutusunda (Şekil 18) kaydedilen dosyayı seçin ve karşılaştırılacak hücreleri belirtin. Bunu yapmak için, elektronik tablo belgesinin seçili hücresine sağ fare düğmesini çift tıklayın. "Karşılaştır" düğmesine tıklayarak, farklı konumların renkli olarak vurgulandığı bir karşılaştırma sonucu elde ederiz (Şekil 19).

Değiştirilmiş kullanıcı rolleri için RLS şablonlarına özellikle dikkat edilmelidir.

Standart konfigürasyonda daha önce yapılan değişikliklerin güncelleme ve transferini tamamladıktan sonra, modüllerin sözdizimsel kontrolünü gerçekleştireceğiz ve değiştirilen nesnelerin çalışmasını kontrol edeceğiz. Başarılı bir testten sonra, konfigürasyon güncelleme süreci tamamlanmış sayılabilir. Artık geriye, harici baskı formlarını, raporları ve işlemeyi güncellemek kalıyor. Bazı konfigürasyonlar için harici olarak bağlanan raporlama formlarını kontrol etmek gerekir.

Aşama 3. İşlerin teslimi.

Verilen örnekte, önceki güncellemeler sırasında yapılan hataların düzeltilmesi ve ayrıca 1.2.14.1 sürümüne güncelleme ve daha önce yapılan değişikliklerin standart konfigürasyona aktarılması konusundaki çalışmaların kapsamı yaklaşık 100-150 saattir. Doğrudan müşterinin veri tabanında güncelleme yaparak bu kadar büyük bir iş hacmini gerçekleştirmek mümkün değildir. Buna göre, veri tabanının kopyası üzerinde hazırlık çalışması yapılmalı ve güncelleme sonucu müşterinin çalışma veri tabanına aktarılmalıdır.

İlk olarak, dağıtım kitindeki talimatları dikkatlice inceliyoruz. Çalışma tabanında güncelleme yapmadan önce gerekli çalışmaları yapıyoruz.

Güncellemenin hazırlanması sırasında müşterinin çalışan veritabanında, konfigürasyonun değiştirilmesi için herhangi bir çalışma yapılmadıysa ve güncelleme, çalışan veritabanının mevcut kopyası üzerinde hazırlandıysa, ayarları aktarmak için, çalışma konfigürasyonunu bir dosyaya kaydedin. , örneğin work_2.cf, "Yapılandırma" menü öğesi U94'ü seçerek; "Yapılandırmayı dosyaya kaydet...".

• work_2.cf dosyasını kullanarak değişiklikleri aktarıyoruz. Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Dosyadan yapılandırmayı yükle ...";
• veritabanı konfigürasyonunun güncellenmesi sorusuna rıza ile cevap vereceğiz.

Güncellemenin hazırlanması sırasında müşterinin üretim veri tabanında konfigürasyon değişiklikleri yapıldıysa, bu değişikliklerin güncelleme sırasında da yansıtılması gerekir.

Güncelleme, çalışan veritabanının mevcut kopyasında hazırlanmadıysa, ayarları aktarmak için ilk aşamada kullanılan tekniği kullanacağız. Bunu yapmak için, tipik bir satıcı konfigürasyonunun (1.2.14.1) bir * .cf dosyasına ve ayrıca bir * .cf dosyası biçimindeki güncellemenin sonucuna ihtiyacımız var. Bunu yapmak için, "Yapılandırma" menü öğesi U94'ü seçerek çalışma yapılandırmasını bir dosyaya, örneğin work_2.cf'ye kaydedin; "Yapılandırmayı dosyaya kaydet...".

Müşteri tarafında yapılacak diğer işlemler aşağıdaki gibi olacaktır:

• veritabanının bir yedek kopyasını oluşturun;
• tipik bir satıcı yapılandırmasının * .cf dosyasını kullanarak güncelleme yapacağız. Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Destek" U94; "Yapılandırmayı güncelle", "Güncelleme dosyasını seç", "Bitir" (Şekil 10), "Çalıştır";
• work_2.cf dosyasını kullanarak değişiklikleri aktarıyoruz. Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Karşılaştır, konfigürasyonla birleştir ...";
• çalışan yapılandırma değişikliklerini kaydedin ve veritabanı yapılandırmasını güncelleyin. Bunu yapmak için U94 "Yapılandırma" menü öğesini seçin; "Veritabanı yapılandırmasını güncelle".

1.3.61.2 sürümünden 1.3.62.1 sürümüne geçme olasılığıyla desteklenen, SCP 1.3'ün atipik bir yapılandırma örneğini kullanarak bir güncellemeyi ele alalım. Konfigürasyonun kendisi oldukça ağır olduğundan, bazı özellikler getirir, ö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. Birinde hazırlık yapıyorum * .cf güncellemek için, diyelim ki, örneğin, için_güncelleme... Diğer taban dokunulmadan kalır ve konfigürasyonların karşılaştırılması için sadece yardımcı bir taban görevi görür, hadi buna diyelim temel... Prensip olarak, çalışma tabanının konfigürasyonu yardımcı bir yapı olarak kullanılabilir.

veritabanında for_updating biz yürütürüz * .cfu Yeni sürüm. Güncelleme prosedürü başlar ve bunun sonucunda güncelleme penceresi görünür.

Düğmesine basın " Uygulamak", Bu aşamada henüz bir şey izlemeye gerek yok, çünkü amaç yalnızca yeni sürümün tedarikçisinin yapılandırmasını almak.

Güncelleme sırasında “ Kararsız bağlantılar", Tıklamak" Devam etmek". 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 kısım) koyduk" Destek korunurken nesne düzenlenir", Tedarikçinin mevcut nesneleri için (alt bölüm) dört yerde de bayrak koyuyoruz" Mevcut modu koru", Tıklamak" tamam».

Temel bir yapılandırma güncellemesi gerçekleşti. Kendi başına bu aşamada ana konfigürasyona ihtiyacımız yok, amaç yeni bir sağlayıcı konfigürasyonu elde etmektir. Bu nedenle ana konfigürasyonu kaydetmiyoruz, veritabanı konfigürasyonunu güncellemiyoruz.

yürütüyoruz” Yapılandırma» - « Destek» - « Destek ayarı". Açılan pencerede " Dosyaya kaydet"Ve onu kaydet * .cf yeni sürümün satıcı yapılandırması.

Şu anda olduğu gibi temel 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 satıcı yapılandırmasını (eski sürüm) ve satıcı yapılandırmasını dosyadan (yeni sürüm) karşılaştırmaya başlıyoruz.

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

veritabanında 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 bunun sonucunda güncelleme penceresi görünür.

"'e tıkladığınızda Filtre"Pencere" Görünüm Filtrelerini Yapılandırma". Bu pencerede, “bayrağını ayarlayın. Yalnızca iki kez değiştirilen özellikleri göster».

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

• - nesne tarafımızca değiştirilmemiştir, yeni bir sürümde değiştirilmiştir - yeni bir sürümden güncellenmiştir;
• - nesne tarafımızca değiştirildi, yeni sürümde değiştirilmedi - nesnemiz kaldı;
• - nesne tarafımızca değiştirilmiştir, yeni sürümde değiştirilmiştir - bu iki kez değiştirilen nesnedir, eğer hiçbir şey değişmezse yeni sürümden yüklenecektir.

Bu nedenle, iki kez değiştirilmiş 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 satıcı yapılandırması ile eski satıcı yapılandırması arasındaki farkları gösterir.

Ortak modüldeki yapılandırma farklılıklarına bakarsanız " KDV muhasebesi", Sonra 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 " CollectDataPrintDüzeltmeFaturalarFaturalar», « CollectDataBaskı içinDüzeltme FaturaFatura"Ve diğerleri iyileştirmelerimizi içeriyor, ancak güncellendiğinde değişmiyor, bu da onlara bakmak ve analiz etmek için zaman kaybetmenin bir anlamı olmadığı anlamına geliyor.

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

Birçoğu, veritabanındaki konfigürasyonların karşılaştırmasını kullanmadan, mevcut konfigüratördeki görünüm filtresi 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ğildir, prosedürler ve işlevler, “filtre” olsa bile modül karşılaştırma penceresinde görüntülenir. yeni satıcı yapılandırması ile eski satıcı yapılandırması arasındaki farkları göster».

Biraz zihinsel çabayla, iki kez değiştirilen prosedürleri ve işlevleri belirliyoruz, ancak birleştirme işleminden sonra geliştirilmeleri gerekecek. Daha kolay olan bu prosedürlere ve işlevlere karar vermeniz gerekir:

• - tedarikçinin yeni konfigürasyonundan bir prosedür veya işlev almak ve sonra birleştirmeden sonra değişikliklerimizi yapmak;
• - ya güncelleme bayrağının işaretini kaldırın, böylece değişikliklerimizi kaydedin ve ancak bundan sonra tedarikçinin konfigürasyonundan gerekli kodu ekleyin.

Prensip olarak, ana konfigürasyonun önceliği ile kombinasyonu ve tedarikçinin yeni konfigürasyonunun önceliği ile kombinasyonu nadiren kullanırım ve bu modları kullanmadan sonuç yüksek kalitede olacaktır.

Ortak modüller analiz edildikten ve bazı prosedürlerden güncelleme bayrakları kaldırıldıktan sonra, modüllerin artık birleştirme moduna sahip olduğunu görüyoruz - bireysel bir ayar:

Hadi devam edelim. İki kez değiştirilen nesneler arasında bir katalog öğesi formu var " Temel Araçlar". Bu formu yeni sağlayıcı yapılandırmasından güncelleyip güncellemeyeceğinize karar vermeden önce, güncelleme yaptığınızda gerçekte nelerin 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, raporu bir elektronik tablo belgesine çıkarma modunu seviyorum, ancak bu bir zevk meselesi.

Katalog öğesinin formunun karşılaştırılması sonucunda " Temel Araçlar»Güncellemede sadece form modülünde değişiklik olduğunu ve form iletişim kutusunda herhangi bir değişiklik olmadığını görüyoruz.

Ancak elemanın şekli iki kez değiştirilen nesnelere girdiğinden, değişikliklerimiz form iletişim kutusunda veya modüldedir.

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

Bunun nedeni, " Temel Araçlar"Karakteristik tip tablosuna" Nesne Özellikleri". Katalog öğesinin formunu güncellersek " Temel Araçlar"Pencere tarafından kanıtlanacak olan çözülemez bağlantılar alacağız:

Bu durumda, en iyi seçenek " biçimini güncellememek olacaktır. Ana para kaynağı"Ve ancak o zaman gerekli kodu öğenin form modülüne ekleyin. Bu durumda, pencere " Kararsız bağlantılar"Güncellendiğinde görünmeyecek.

Bir inceleme yapalım ve katalog öğesinin formunun diyaloğunun " Ana para kaynağı»Yeni bir sürüme güncelleme yaparken değişiklikler, o zaman 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 eklemek gerekli olacaktır. Modülde çok fazla iyileştirmemiz ve tedarikçiden çok az şey varsa, birleştirmeden sonra modülümüzü tamamen iade edebilir ve tedarikçiye değişiklikler ekleyebilirsiniz.

Bu durumda, birleştirme işlemi sırasında “ kararsız etiket". Bu pencerede seçim yapmak için iki seçenek vardır: 1) " Tümünü birleştirme için işaretle "; 2)" Devam etmek».

Bence “seçmek daha doğru” Tümünü birleştirmek için işaretleyin».

Bu durumda, karakteristik tip tablosu " Nesne Özellikleri"Yeni açılan pencerede ağaçta birleştirmek için nesne olarak eklenecek" Güncelleme…»

Doğal olarak, özellik türlerini plana güncelledikten sonra " Nesne Özellikleri"Değişikliklerimizi eklememiz, mevcut konfigürasyonla karşılaştırarak ve birleştirerek daha iyi yapmamız gerekecek.

Seçersek ne olacağını bir düşünün” Devam etmek" pencerede " Kararsız bağlantılar". Bu durumda, katalog öğesinin formu " Temel Araçlar"Yeni ve karakteristik tiplerin planı olur" Nesne Özellikleri"Yaşlı kalacaktı. Bu durumda, sözlük öğesinin form iletişim kutusundaki değişikliklerin üzerine, yani “ sayfasındaki değişikliklerin üzerine yazılacaktır. Özellikler ve Değerler», Aşağıdaki resme bakın.

Bu sorun da aşılmaz değildir, tabii ki siz onu unutmazsanız.

Tabii ki, mümkün olduğunca az değişiklik yapmaya çalışmak en iyisidir. form diyalogları , örneğin, formda programlı olarak sahne öğeleri ve düğmeler oluşturun.

Birçoğu genellikle standart formları değiştirmemeyi, bizim değişikliklerimizle kopyalarını oluşturmayı ve temel hale getirmeyi ö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 tedarikçinin değişiklikleri bizimkinden çok daha fazla olabilir.

özellikle dikkat etmek istiyorum prosedürle ilgili güncelleme formları (prosedürlerden bazıları tedarikçinin yapılandırmasından alınmıştır ve bazıları değildir - bireysel ayarlar). Bu kipte, form iletişim kutusunun “'in 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 bir göz atalım.

dizine " müteahhitler»Birkaç öznitelik eklendi ve bunlar eleman formuna yerleştirildi.

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

1. Form güncelleme bayrağı açık, ancak güncelleme tamamlandı prosedürel olarak , yani aslında, bireysel ayarlar yapılmıştır

Birçok kişi, form iletişim kutusunun sağlayıcının yapılandırmasından alınması gerektiğini ve prosedürlerin yapılan ayarlara bağlı olması gerektiğini düşünüyor. Birleştirmeyi gerçekleştirdikten sonra bunun nasıl doğru olduğunu görelim. Satıcı yapılandırmasını ana yapılandırmayla karşılaştıralım.

Açıkçası, ciltler ve benzerleri formlarda bozuktu, yani. form iletişim kutusu satıcı yapılandırmasından tamamen alınmadı. Bu durumda, nesnelerimiz form iletişim kutusunda kaldı, bir yandan iyi, diğer yandan öğelerimizin formdaki konumu, özellikle yeni tedarikçi öğelerin eklenmesiyle bağlantılı olarak, her zaman optimal değil, orada baypas konumlarında bir değişiklik ve çapaların ihlalidir. Bazı durumlarda, öğelerimizi form iletişim kutusuna manuel olarak eklemek, düzeltme yapmaktan daha kolaydır.

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

Bu durumda, eleman formu iletişim kutusu, tedarikçi eleman formu iletişim kutusu ile tamamen hizalanır.

Güncellemeye geri dönelim. Genel modüllerde olduğu gibi nesne modülleri ve belge yöneticisi modüllerinde de aynısını yapıyoruz, prosedürel olarak güncelliyoruz. Referans kitaplarının formlarında yaptığımız gibi belge formlarında da ilerliyoruz.

Ayrı olarak, çalışmayı rollerle vurgulamanız gerekir. Örneğin, rollerin güncellenmesini gerektirmemesine rağmen, bahsetmeye değer. Sağlayıcı yapılandırmasının yeni bir nesne içerdiği en basit durumu düşünün. Bu durumda, rolü güncellemeniz gerekecek "Tam haklar", Ancak bu rol, oluşturduğumuz bazı nesneleri, örneğin dizinleri, belgeleri vb. içerebilir.

Görünüşe göre " rolüyle Tam haklar»Her şey basit, onları tamamen birleştiriyoruz, standart olmayan nesnelerin hakları yine de korunacak. Gerçekten de, standart olmayan nesnelerin hakları hiçbir zaman kaybolmaz, ancak tüm bu nesneler “bayrağa sahip olacaktır. Çevrimiçi kaldırma", Bu her zaman iyi değildir. Eski sürüm ile 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 hareket ediyoruz - daha fazla değişikliğimiz varsa, rolü birleştirmeyiz, güncellemeden sonra tedarikçinin yeni sürümde eklediklerini ekliyoruz.

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

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 doğru olmasına rağmen, basın" tamam».

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

Şimdi yapılandırmayaiçin_güncellemestandart araçlarla doğru ş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.

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

Veritabanındaki güncellemeden sonrafor_undatingtamamlanacak, veritabanı yapılandırmasını güncelleyeceğiz ve bazı noktaları test edeceğiz, tam olarak neyin test edilmesinin iyi olacağı güncelleme sürecinde netleşecek, burada her şey bireysel.

Destek yardımı ile üretim veri tabanının güncellenmesi tavsiye edilir."Yapılandırma" - "Destek" - "Yapılandırmayı güncelle".Bu durumda, iki kez değiştirilen nesneler yeni sürümden yüklenecektir, yani. değişikliklerimizin üzerine yazılacaktı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.

Standart olmayan bir platformu güncellemek çok zordur. Alışılmadık bir 1C konfigürasyonunun nasıl güncelleneceğine bakacağız ve ortaya çıkan zorluklara adım adım bir çözüm anlatacağız.

Atipik bir 1C konfigürasyonunda olduğu gibi, bir güncelleme yapın.

Genel konseptler

Alışılmadık bir platformu güncellerken, değişiklikler her zaman satıcının tipik yapılandırmasının öğelerini etkiler.

Veritabanı (DB) en fazla üç tür yapılandırma içerir:

• veritabanının kendisi - mantıksal algoritmalar onunla çalışır;
• çalışma (sözde ana, ConfigOR) - periyodik olarak değiştirdiğimiz;
• tedarikçi konfigürasyonu (ConfigP - temelde, hem çalışma hem de veritabanı konfigürasyonu kullanıcı tarafından oluşturulur.

Program destekten çıkarılırsa, artık tedarikçiden olmayacaktır. Ancak o zaman güncelleme için işçilik maliyetlerinde bir artış kaçınılmazdır. Atipik bir 1C konfigürasyonunu güncellemeyi düşünün. Bir örnek, SCP (Manufacturing Enterprise Management) platformu olabilir.

Karıştırma

İlk adım, üretim ve sevkiyat konfigürasyonları arasındaki farkları ortadan kaldırmaktır. Bu, daha önce yaptığımız iyileştirmelerin puanını kısaltacaktır. Aralarındaki tutarsızlıklar, güncelleme harici dosyalar kullandığında (sağlanan dağıtımdan değil) veya güncelleme yöntemleri standart olanlardan farklı olduğunda ortaya çıkar.

Sürüm karşılaştırması

Sürüm numaralarını (çalışan ve teslim edilen) uzlaştırıyoruz. İlki "Yapılandırma" / "Aç" / "Düzenle" / "Özellikler" bölümünde kontrol edilir. "Geliştirme / Sürüm" bölümünde. İkincisi "Yapılandırma" / "Destek" / "Destek Ayarı" / "Sürüm" içindedir:

Rakamlar eşleşirse, Güncelleme yoluyla dosya alma bölümüne gidebilirsiniz.

Sonraki adımlar, satıcının işletim ve yapılandırmasının nasıl eşleştirileceğini gösterir. Kullanıcı tarafından desteksiz olarak kaldırılan veya eklenen nesneleri desteklemek için. Bunun için:

Yapılandırmayı kaydetme (çalışıyor)

ConfigOR'u örneğin work.cf adlı bir dosyaya kaydedelim. Bunu yapmak için "Yapılandırma" / "Kaydet ..." öğesini seçin.

Satıcı dosyasının alınması

ConfigOR ile ConfigP'yi karıştırmak için satıcının dağıtım kitinden (aynı sürümden) bir cf dosyasına ihtiyacınız vardır. Varsayılan olarak, C: / Program Files / 1cv81 / tmplts içinde olacaktır. Şablon tablosunda gerekli cf dosyasının varlığını kontrol edelim. Gerekli satıcı yapılandırma sürümünün gerekli dosyası mevcut değilse ne olur? O zaman eskisinden boş bir veritabanı oluşturmanız, gerekli sürüme güncellemeniz ve ancak ondan sonra kullanmanız gerekir.

Güncelleme yoluyla bir dosya alma

ConfigP cf dosyasının güncellemesini yürütmek için menüden şu komutu seçin: "Yapılandırma / Destek / Güncelleme ... / Dosya seç / Bitir / Çalıştır" (Sırasıyla resimlerde):

Bunu çözmek için, tedarikçinin konfigürasyonundaki nesneden silme işaretini kaldırmanız gerekir. Ardından, sildikten sonra karşılaştırmayı tekrar yapıyoruz - güncelleme penceresinde "Güncelle" düğmesine basın.

Ayarları eski haline getir

Kaybedilen ayarlardan bazıları, önceden kaydedilmiş work.cf dosyasıyla birleştirilerek geri yüklenir. Bunu yapmak için "Yapılandırma / Karşılaştır, birleştir ... dosyası" seçeneğini seçin.

Kaydetme ve düzeltme

ConfigOR'u kaydetmek ve veritabanını güncellemek için "Configuration" menü öğesinde "Update ... DB" öğesini seçin. Burada yeni bir problemle karşılaşıyoruz:

Bunun nedeni büyük olasılıkla bu nesnelerin ConfigP'den kopyalanması veya tedarikçi tarafından kaldırılması ve daha sonra aynı isimler altında yenilerinin eklenmesiydi. Ancak diğer tanımlayıcılarla. Sonuç olarak, aynı adı taşıyan, ancak farklı tanımlama anahtarlarına sahip nesneler ortaya çıktı.

Roller değişmediği için kolayca silinebilir. Sahne öğeleri, örneğin OrderReserve1 olarak yeniden adlandırılmalıdır. Ve güncellemeden sonra, yeniden adlandırılandan oluşturulana değerleri ekleyin. Başka bir güncelleme durumu. Peki ya formlar?

Şekil, ListForm'un tedarikçi tarafından kaldırıldığını ve daha sonra aynı adla yeniden eklendiğini göstermektedir. Her ikisini de güncelleme için işaretlemeniz ve "Yürüt" düğmesini tıklamanız gerekir.

Güncelleme sırasında, silinen nesnelere bağlantıların varlığı hakkında bir mesaj görüntülenirse, formu kapatmadan, bağlantılarını nesnelerin kendi özelliklerinde temizlemeniz gerekir. İşte kaydın özelliklerinde. Ardından, güncelleme formunda güncelleme seçeneğini seçin, güncelleme için kayıt özelliklerini işaretleyin ve tekrar “Çalıştır” a tıklayın.

Değişiklikleri çalışan veritabanına kaydetme ve veritabanı yapılandırmasını güncelleme: "Yapılandırma / Güncelleme ... veritabanı". OrderReserve1 değişkeninin değerinin OrderReserve'e aktarılması, 1C: Enterprise modunun harici işlenmesiyle gerçekleştirilir.

Bazların hazırlanması

Karıştırma sonuçlarına dayanarak, iki özdeş veritabanı hazırlıyoruz. İlk (ana) istediğimiz sonuçtur. İkincisi (yardımcı) hazırlık eylemleri gerçekleştirmek içindir. Dosya versiyonunda ise sadece dizine kopyalayıp bilgi güvenliği listesine bağlıyoruz, client-server versiyonu ile upload/download yapıyoruz.

Karşılaştırmak

Her iki veritabanını da Configurator ile açtıktan sonra üç yönlü karşılaştırmasını yapacağız. Bunun için yeni bir ConfigP dosyası kullanıyoruz - "Yapılandırma / Destek / Güncelleme ... / Bir dosya seçin ... / Bitti":

Satıcının çalışan, eski ve yeni konfigürasyonlarını karşılaştırmak, "İki kez değiştirilen özellikleri göster" filtresini kullanarak bize değiştirilen nesnelerin bir listesini verir. Onlarla, her şeyden önce sorunu çözmeniz gerekir:

Bu noktada yardımcı taban ile çalışma tüm sürecin sonuna kadar askıya alınır, "Çalıştır" düğmesine artık basılmaz. İki kez değiştirilmiş nesnelerin ortaya çıkan listesiyle ana veritabanında çalışmaya devam ediyoruz. Güncellemenin kabul edilmesi, daha önce yapılan iyileştirmelerin kaybolmasına neden olacaktır. Bu nedenle, nesnelerin her biri için bir karar verilmesi gerekir - nasıl değiştirileceği.

Sadece ileride yapılacak işleri azaltmak için bir ön değerlendirme yapacağız. Yeni ConfigP'de öğede daha fazla değişiklik varsa, tedarikçi nesnesini bırakırız. Kutuyu kontrol et. Değişiklikleri ConfigOR'dan aktarıyoruz. Çalışan yapılandırmada öğede daha fazla değişiklik varsa, ConfigOR nesnesinin örneğini bırakın. Şapı kaldırıyoruz. Değişiklikleri ConfigP'den aktaralım. Modüllerin prosedür bazında karşılaştırılması gerekir. Bunu yapmak için resimdeki gibi düğmeye basın:

Değiştirme veya çıkarma için prosedürleri ve işlevleri belirtmek için onay kutuları yerleştiririz:

Şimdi yardımcı tabandaki onay kutularının durumunu çoğaltmanız gerekiyor. Ana olanda - "Çalıştır" ı tıklayın. Bu noktada, ana kısımda neredeyse hazır bir konfigürasyon elde ediyoruz.

Sonraki karşılaştırmalar yine yardımcı veritabanında yapılır. Daha önce yapılan değişiklikleri, eski ConfigP'nin ConfigOR - "Configuration / Compare ..." ile ek karşılaştırmasıyla buluyoruz:

Benzer şekilde, eski ConfigP'yi yenisiyle karşılaştırıyoruz. Yeni dosya yoksa artık ana veri tabanından alınabilir.

Böylece, çift değiştirilmiş nesneler alınır. Ana veritabanında neredeyse hazır bir konfigürasyon elde edilir. İçinde, iki kez değiştirilen öğelerle uğraşmanız gerekir.

ÖNEMLİ. Analiz ederken, kullanıcı belirli değişikliklerin nedenleriyle değil, sonuçlarıyla ilgilenmelidir. Yani, asıl şey, işlevselliği koruma ihtiyacıdır. Belki de bu, değiştirilen satırların paketlenmesini değil, yeni ConfigP için kodun tamamen yeniden işlenmesini gerektirecektir.

Bir karar vermek için formları, tabloları ve nesne modüllerini karşılaştırmak yeterlidir. Bazen raporlardaki veriler, hızlı karar vermeye izin vermeyecek şekilde sunulur. Bu adımda, değişiklikler karmaşık tip nesne öznitelikleriyle ilgiliyse, revizyon kaybı meydana gelir.

Karşılaştırmalı raporda, hangi tür verilerin eklendiği/çıkarıldığı görülemeyen farklı veriler bir liste şeklinde verilir. Rapor satırlarının sayısı iki yüze ulaşırsa, "manuel" karşılaştırma işlemi oldukça zaman alıcı (yaklaşık elli saat) gibi görünüyor.

Emek yoğunluğunun azaltılması, örneğin Inform Service şirketinden "Hücrelerin karşılaştırılması" konfigürasyonu kullanılarak elde edilir. 1C: Enterprise modunda başlatılabilir ve karşılaştırma raporu verilerini uygun bir biçimde sunar. Karşılaştırma, 1C'nin yetenekleri ile gerçekleştirilir:

İşin şeması basittir. Konfigüratörde bir karşılaştırmalı nesne raporu oluşturulur. Bir dosyaya kaydedildi, örneğin, Karşılaştırma Raporu.mxl. 1C: Enterprise iletişim kutusunda açılır ve karşılaştırılan hücreler gösterilir (e-tablo belgesinin seçili hücresinde farenin sağ tuşuna çift tıklayarak). "Karşılaştır" düğmesine basıldığında karşılaştırmanın sonucu verilir, bu durumda farklı konumlar renkli olarak vurgulanır.

Eylem için diğer talimatlar şöyle görünür.

1. Bir sonraki rapor aynı adla kaydedilir.
2. Güncellemenin tamamlanmasından ve standart konfigürasyondaki değişikliklerin aktarılmasından sonra, modüllerin sözdizimsel kontrolü ve değiştirilen nesnelerin çalışmasının testi gerçekleştirilir.
3. Başarılı bir testten sonra, süreç tamamlanmış sayılabilir. Baskı formlarını, raporları ve işlemeyi güncellemek için kalır. Bazı durumlarda, harici raporlama formlarını kontrol edin.

1C 7.7 ile çalışıyoruz

Tipik bir platformu aynı platforma yükseltmek genellikle basittir. Talimatlardaki talimatlara uymanız yeterlidir. Dağıtımın UPDATE.TXT dizininde bulunurlar.

Ayrıca, platforma ek muhasebe öğeleri eklenirse (referans defterleri, sabitler, seçimler, raporlar, kayıtlar, hesaplama günlükleri vb.) herhangi bir zorluk yaşanmaz. Platformlar birleştirildiğinde sığacaklar. Eklenen belgeler, bu tür eklenen belgelere "dayanarak" giriş işaretlerinde herhangi bir değişiklik olmadıysa, uyumsuzluk yaratmayacaktır.

Güncellemeyi çok fazla RAM'e sahip hızlı bir bilgisayarda çalıştırmanız önerilir. Eksikliği ile 1C, bazı işlevleri yerine getirmeyi reddedebilir ve "donabilir". Büyük miktarda sanal bellek bu sorunu çözmez.

Arşiv kopyası oluşturma

Bu amaçla, "Yönetim / Verileri kaydet ..." seçeneğini kullanmanız gerekir. Arşivin adını, oluşturma tarihiyle eşleştirerek belirtmek uygundur (örneğin, YYMMDD.zip).

Katalog hazırlama

Çalışmak için altı yapılandırma dosyasına (1cv7.md) ihtiyacınız vardır:

1. Güncellemeyi hazırlamak için "WorkingNew" (sonuç olarak md dosyası);
2. Karşılaştırma sırasında değişiklikleri izlemek ve ayarları TypeNew_2'ye aktarmak için "WorkingOld";
3. Tipik (eski) "TypeOld_1". Temelinde, daha önce çalışan bir tane oluşturuldu.
4. Türler. (eski) "TypeOld_2". 1C şirketindeki değişiklikleri yeni bir standart sürümde izlemek için;
5. Bir tür. (yeni) "TypeNew_1". 1C şirketinin yeni sürümdeki iyileştirmeleri;
6. Karmaşık nesneler için "TypeNew_2".

Ve çalışan beş yapılandırıcı ("TypeNew_1" hariç tümü).

Başlangıçta, dizinler ikili olarak aynıdır:

• "Yeni İşçi" ve "İşçi Eski";
• "TypeOld_1 ve TypeOld_2";
• "TypeNew_1" ve "TypeNew_2".

Elemanları birleştirmek

İlk önce, 3 ve 2, 4 ve 5, 1 ve 6 arasında karşılaştırırız. Bunu yapmak için, çiftteki ilklerin her biri "Yapılandırma / Birleştirme ..." öğesini seçin ve meta veri dosyasını 1cv7.md belirtin. çiftte ikinci. Ekranda değiştirilen öğelerden oluşan bir ağaç içeren bir form görüntülenecektir. Ardından, 3 ile 2 ve 4 ile 5 arasındaki ikili karşılaştırmanın sonuçlarını analiz etmek gerekir. Öğeleri, 1C şirketinden (4'ten 5) değişikliklerin olduğu birleştirme için güncellenmiş platformlarda (1 ve 6) bırakın, ancak 3 ve 2'de yansıtılmadı. 1 ve 4'ün üzerine yazma modunda birleştirilmesi gerekiyor.

Diğer

Buna hesap planı ve kullanıcı arayüzleri dahildir. Hesap planında değişiklikler varsa, TypeNew_2 ile birlikte WorkingNew "Nesneleri birleştir" modunda güncellenmelidir. Arayüz birleştirildikten sonra, aşağıdaki hatalar kontrol edilir: menü öğelerinin çoğaltılması, araç çubuklarının çoğaltılması, araç çubukları için işaretlerin ayarlanması "Yeni bir satırda düzenle".

İndirme ağ üzerinden veya bir sunucuda (tercih edilen) yapılır. İlk olarak, veritabanına erişim özel olarak sağlanır. Ardından veri tabanı konfigüratör modu aracılığıyla yüklenir. İndirmeden önce ve sonra veriler yedeklenir (bölümün en başında açıklandığı gibi). Ardından, UPDATE.TXT dosyasındaki talimatları izlemeniz gerekir. İndirme işlemi tamamlandıktan sonra WorkingNew dışındaki tüm dizinler silinebilir.

Yayınımızın, alışılmadık bir 1C yapılandırmasını nasıl güncelleyeceğinizi anlamanıza yardımcı olduğunu umuyoruz. Bunu hem yedinci hem de sekizinci versiyonlar açısından değerlendirdik.

Yorum bırakın, 1C'yi güncelleme deneyiminiz hakkında yazın.

Platformun güncel sürümünü bilgisayara yükledikten sonra, doğrudan 1C yapılandırmasını güncellemeye geçebilirsiniz. Rusya'daki en popüler ve talep edilen muhasebe uygulamalarından biri olan "1C: Accounting 8" sürüm 3.0'ı bağımsız olarak nasıl güncelleyeceğinizi öğrenmenizi öneriyoruz.

Güncellemeleri ara

Güncellemelere git

Güncellemeyi yükledikten sonra hangi özelliklere sahip olacağınızı öğrenmek istiyorsanız, "Sürümdeki Yeni" bağlantısını tıklayın.

Yönetim seçeneklerini ayarlayın

1C yapılandırmasını güncellemek için sistem, bilgi bankası yöneticisinin verilerine - kullanıcı adı ve şifreye ihtiyaç duyacaktır.

Lütfen unutmayın - bunlar güncellemeleri almak için kullanılan kullanıcı adı ve şifreyle aynı değildir!

Açılır listeden bir kullanıcı seçin (Yönetici haklarına sahip olmalıdır) ve sistemde yetkilendirme için kullandığı şifreyi girin.

Uygun güncelleme yükleme seçeneğini seçin

"1C: Accounting" yapılandırmasını güncellemek için hemen veya program çıktıktan sonra dosyaların kurulumunu seçin. Bilgi bankasının yedeğini oluşturma seçeneği de mevcuttur.

Dikkat! Diğer kullanıcılar veritabanı ile çalışıyorsa, onlardan oturumu bitirmelerini isteyin - bu, verilerin yedek bir kopyasını oluşturmak için gereklidir. "Etkin kullanıcıların listesini görüntüle" bağlantısını takip ederek veritabanına tam olarak kimlerin bağlı olduğunu öğrenebilirsiniz.

IB'nin yedeğini alın

Hatalı güncellemeler olması durumunda programın önceki sürümüne dönmek için bu teklifi kullanmanızı öneririz. Bu, özellikle standart olmayan konfigürasyonları güncellemeyi planladığınızda önemlidir.

Geri alma, kaydedilen tüm verilerle otomatik olarak gerçekleştirilecektir. "Acil durumda IB yedeği oluşturun ve geri alın" bağlantısını izleyin.

"Yedek oluştur ve belirtilen dizine kaydet"i seçin ve dizine giden yolu belirtin ve ardından "Tamam"a tıklayın. Program kapanacak ve ardından güncelleme işlemi başlayacaktır.

Güncellemenin tamamlanmasını bekleyin

Ekranda konfigürasyon güncellemesinin devam ettiğini gösteren bir uyarı penceresi belirecektir. Bu süreç aşağıdaki adımlardan oluşur:

• Kullanıcı oturumlarını kapatma;
• IB yedekleme;
• Güncelleme dosyalarının IB'ye kopyalanması;
• Yapılandırma güncellemesi;
• Bağlanmak için izin alınması.

1C sürüm 8 konfigürasyonunu güncelledikten sonra program kullanıcı modunda açılacak ve güncelleme devam edecektir. İlerleme göstergede görülecektir.

Sonunda, program "Bu sürümdeki yenilikler" bilgisini içeren bir pencere görüntüleyecektir. Konfigüratör aracılığıyla 1C 8.3 konfigürasyon güncellemesinin neler verdiğiyle ilgileniyorsanız, önerilen bağlantıya gidin ve faydalı bilgileri okuyun.

Güncellemelerin doğru yüklenip yüklenmediğini kontrol edin

"Destek ve Hizmet" alt öğesinde "Yönetim" menüsüne gidin. Genel adı "Program sürümü güncellemesi" olan bağlantılar listesinde "Güncelleme sonuçları ve ek veri işleme" satırına tıklayın.

Tüm güncellemelerin başarıyla yüklendiğinden emin olun - bu, gerçekleştirdiğiniz adımların yanındaki yeşil işaretlerle onaylanacaktır.

Atipik bir 1C konfigürasyonunu güncelleme talimatlarını ayrı bir makalede ele alacağız.

1C program ailesini kullanan otomasyonun işletmenize nasıl yardımcı olacağını öğrenin ve tipik 1C çözümlerinin uygulanması ve özelleştirilmesi konusunda uzman tavsiyesi alın.