Menü
Bedava
kayıt
ev  /  internet/ Atipik güncelleme için el kitabı. Atipiklerin güncellenmesi için kılavuz Ana konfigürasyonun güncellenmesi

Atipik güncelleme için el kitabı. Atipiklerin güncellenmesi için kılavuz Ana konfigürasyonun güncellenmesi

Bu teknik, yapılandırmayı yeniden kaydetmeye ve tabanı yeniden başlatmaya gerek kalmadan harici işlemede yönetici modülünde hata ayıklamanıza ve değiştirmenize olanak tanır.

Sorunun formülasyonu

Diyelim ki çok ağır bir konfigürasyona sahip bir üssü değiştiriyoruz. Kaydetme ve/veya kaydettikten sonra yeniden başlatma uzun zaman alıyor.
Yapılandırmamızdaki bazı nesneler için bir yönetici modülü olsun. Bu yönetici modülü, prosedürlerin geri kalanının çağrıldığı bir dışa aktarma yöntemine sahiptir.
Bu yönetici modülünü geliştirmek gerekiyor. Bu durumda, hata ayıklama işlemi sırasında kodda yapılan her değişiklikten sonra veritabanı yeniden başlatma sayısını en aza indirmek gerekir.

Çözüm özü

Yönetici modülünün tüm kodunu buraya kopyalayalım. harici işleme
- Yönetici modülünün dışa aktarma yöntemlerinin çağrılarını harici işlemeye yönlendirme yeteneği ekleyin (mümkün olan en basit şekilde)
- Koşullu durdurma mekanizmasını kullanarak hata ayıklayıcıdan yeniden yönlendirmeyi etkinleştireceğiz / devre dışı bırakacağız

Aşama 1.
Giriş noktası olan yöntemin başına aşağıdaki kodu eklemenizi öneririm:

// Bazı yapılandırma nesnelerinin yönetici modülü Prosedür Yazdırma (Parametreler) Dışa Aktarma // ++ hata ayıklama Değişken Hata Ayıklayıcı; Hata Ayıklayıcı<>Tanımsız Sonra Debugger.Print (Seçenekler); Dönüş; EndIf; // - hata ayıklama Raporu ("Bu, yönetici modülünden bir çağrıdır"); Prosedürün Sonu

Adım 2.
Ardından, örneğin sunucudaki bazı klasörlerde bir evrensel harici işleme hizmeti oluşturuyoruz. Buna Debugger.epf diyelim.
Bu işlemde, aşağıdaki içeriğe sahip kısa bir evrensel dışa aktarma işlevini açıklayacağız:

// İşlem Birimi Debugger.epf İşlev SetDebugModule (Debugger, UnitName) Export Debugger = ExternalProcessing.Create (Harici İşleme Yolu (BirimAdı), Yanlış); Yanlış Döndür; EndFunction İşlev PathToExternalProcessing (ModuleName) Return CurrentDirectory () + ModuleName + ".epf"; EndFunction İşlev CurrentDirectory () Dışa Aktarma Dosyası = Yeni Dosya (ThisObject.UsedFileName); Dosya.Yolunu Döndür; EndFunction

Aşama 3.
Kodumuzu yazacağımız harici bir işlem oluşturalım. Kodun tamamını yönetici modülünden bu işlemin nesnesinin modülüne kopyalarız.
Debugger.epf ile aynı klasöre kaydedelim. Bu işlem için, örneğin Processing.Invoice Printing.Manager Module.epf gibi bir ad belirleyelim.

// harici işleme nesnesi modülü Processing.PrintAccount.Manager.epf Prosedür Yazdırma (Parametreler) Dışa Aktar // ++ hata ayıklama Değişken Hata Ayıklayıcı; Hata Ayıklayıcı<>Tanımsız Sonra Debugger.Print (Seçenekler); Dönüş; EndIf; // - hata ayıklama // ++ düzeltildi // Rapor ("Bu, yönetici modülünden bir çağrıdır"); Rapor ("Bu, harici işlemden gelen bir çağrıdır"); // - sabit EndProcedure

Adım 4.
Yönetici modülünde koşullu bir kesme noktası ayarlayın. Koşullara aşağıdaki kodu ekleyin:

ExternalProcessors.Create ("C: \ Debug \ Debugger.epf", False) .InstallDebugModule (Debugger, "Processing.PrintInvoice.ManagerModule ")

Adım 5.
Test senaryosunu çalıştırıyoruz. Durum denetimi, kesme noktasında çağrılır. Bu durumda, oluşturulan harici işleme Processing.PrintInvoice.ManagerModul.epf nesnesi Debugger değişkenine atanacaktır. Bu, Hata Ayıklayıcı<>Tanımsız Daha sonra yürütülür ve çağrı harici işlemeye yönlendirilir.

Adım 6.

Her kaydetmeden sonra yeniden başlatmak için zaman kaybetmeden, harici işlemede kodu düzeltir ve hatalarını ayıklarız.

İyileştirmeleri tamamladıktan sonra yönetici modülündeki kodu harici işlemden gelen kodla (tamamen) değiştiriyoruz.

Koşullu kesme noktalarını devre dışı bırakmayı unutmayın.

Depoya yerleştirmeden önce yönetici modülündeki hata ayıklama bölümünü silebilirsiniz.

Uygulama alanı

Bu şekilde, herhangi bir nesnenin ve ortak modüllerin (sunucu) yöneticilerinin modüllerinde hata ayıklayabilir ve değiştirebilirsiniz.
Nesne modüllerinde hata ayıklamak için benzer bir teknoloji kullanılır, ancak bir takım nüanslar ve sınırlamalar vardır.

Dosyalar

Yukarıda açıklanan işleve ek olarak başka yararlı özelliklere de sahip olan harici işleme Debugger.epf'yi ekliyorum. Dahil etme, değiştirilmekte olan nesneye karşılık gelen bir adla boş bir şablon işleme oluşturabilir

İşleme kılavuzlu olarak açılır ve düzenli uygulama herhangi bir konfigürasyonda.
8.2.13 ile uyumluluk modunda 8.3 platformunda test edilmiştir. Yani 8.2 ve 8.3 altında çalışması gerekir.

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

Birden fazla yayının yapılandırmasını aynı anda güncellemek çok tehlikelidir. Gerçek şu ki, her yapılandırma güncellemesinden sonra bilgi tabanı "1C: Enterprise" modunda güncellenir. Bu nedenle, yalnızca en son sürümü güncellerseniz, bilgi tabanları en son yapılandırmaya karşılık gelmeyebilir. Makalede, CJSC "Sibirya Tarım Grubu" şirketinin uzmanı Dmitry Rudakov şunları paylaşıyor: kişisel deneyim 12 sürüm için bir kerelik yapılandırma güncellemesi için.

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

Aşağıdaki durumu hayal edelim. 1. sürümdeki (bundan sonra sürüm numaraları şartlı olarak atanır) "Üretim İşletme Yönetimi" (bundan böyle SCP olarak anılacaktır) geliştiricileri, hesaplama kaydının boyutuna (gösterge) "Birey" adıyla "ReferenceLink.Fiziksel Kişi" türünü atadı. 2. sürümde, bir boyut daha eklediler - "ReferenceLink.Employees" türüyle "Çalışan". Başlattığınızda "1C: Kurumsal" işleme açılır, bu da "Çalışan" boyutunu "Birey" boyutuna karşılık gelen şekilde doldurur. Ve sonra 3. sürümde "1C" geliştiricileri "Fiziksel Yüz" boyutunu sildi 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.

Konfigürasyon değiştirme yeteneği ile destekleniyorsa ve aynı veritabanında düzenlenmiş raporlama oluşturuluyorsa, her sürüm için konfigürasyonu güncellemek gerekir, bu da adam-saat olarak çok pahalı olabilir. Örneğin, büyük ölçüde değiştirilmiş bir "SCP"nin 1 sürüm için güncellenmesi, deneyimli bir teknisyen için 30 saatlik çalışma süresi alabilir.

Bu nedenle, güncellemeye devam etmeden önce şunları belirlemeniz gerekir: değiştirme yeteneği 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 - Desteği yapılandır" eylemlerini gerçekleştiren yapılandırıcıya gidin.

1. Yapılandırma destek penceresini çağırma

"Destekleniyor" kuruluysa, bu yapılandırma tipiktir ve "Değiştirilebilir" etkinse - yapılandırma büyük olasılıkla değiştirilir (en azından bu özellik dahildir). Üçüncü durum "Yapılandırma destekten 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ştirme özelliği 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şı karşıya kaldım, sürüm 10.3.13.2. Konfigürasyon, sektör çözümü "BIT: Car Service Management 8" ile birleşme sonucunda 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ç aşamaya ayırdım.

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

ile devam etmeden önce bağımsız iş, bu alandaki uzmanlardan bağımsız bir değerlendirme 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 zamanını ve maliyetini tahmin etmek için güncellenmesi gereken mevcut konfigürasyonu sağladım. Bir gün sonra, raporu olan bir mektup aldım.

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

Yapılandırma: Ticaret Yönetimi, Revizyon 10.3
Mevcut yapılandırma sürümü: 10.3.13.2
Sürüme güncelleme: 10.3.25.1
Güncellenen modül sayısı: 1 847
Kontrol sürümleri: 8

Şirketin web sitesi hissenin değerini belirttiğinden - 1000 ruble - değerlendirmenin sonuçları beni şaşırttı. bir sürüm güncellemesi için. 1C-IzhTiSi yorumları:

"Kaçırılan her sürüm için güncelleme maliyeti 2.000 rubleden fazla değil. Şimdi promosyon gerçekleşiyor, bu nedenle maliyet 1.000 rubleyi geçmiyor. Ancak hizmetlerin nihai fiyatı, işçilik maliyetlerinin değerlendirilmesinin sonuçlarına göre belirlenir. güncelleme için ve 1.000 ruble / sürüm altında olabilir."

Güncelleme için gereken sürümlerin nasıl seçildiğini de açıkladım. Soruma yanıt olarak, bunu açıkça gösteren bir ekran görüntüsü aldım (Şekil 5). "Sürüm numarası" sütunu, yükseltmek istediğiniz yapılandırmanın sürümünü belirtir. "Sürüm yükseltme" sütunu, yükseltmenin hangi sürümden itibaren mümkün olduğunu gösterir. Yapılan değerlendirme sonucunda gerekli güncelleme sayısı 9'a düşürülmüştür.

Pirinç. 5. Doğru yapılandırma güncellemesi için kullanılması gereken sürümlerin seçimi

"1C-IzhTiSi" raporunu inceledikten sonra, aynı miktarda iş için harcanan kişisel zamanı hesapladım. Her güncelleme prosedürü yaklaşık 6 saatimi alıyor. Bu nedenle toplam harcanan süre yaklaşık yedi iş günü olan 56 (9x6) çalışma saatidir. Ek olarak, güncellemeden sonra bazı eksikliklerin ortaya çıkma olasılığı vardır: örneğin, kullanıcı gerekli yapılandırma değişikliklerinin kaybolduğundan ve ardından zaman maliyetlerinin ciddi şekilde artacağından şikayet eder. Bu arada, 1C-IzhTiSi şirketinin uzmanları, tüm iş hacmini üç 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 detayları, nesne formunda ve liste formunda görüntülenen tablo bölümüne eklendi. Formlara eklenen ayrıntılar için işleyiciler eklendi. Kayıt için belge gönderme veya hareket seti kaydı için standart mekanizma değiştirildi.

Kesinlikle değiştirilmiş belgeler:
"Tedarikçiye sipariş";
"Malların taşınması";
"İhtiyaç-irsaliye";
"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 formları veya nesnenin modülleri değiştirilir (kural olarak, belge gönderme olağandışıdır).
"Makbuz nakit siparişi" belgesi;
Bilgi kaydı "Adlandırma bileşenleri";
Bilgi kaydı "Yazılı mallar";
Ortak modüller.

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

Referanslar:
"Adlandırma türleri";
"Yüklenicilerin sözleşmeleri";
"Müteahhitler";
"Adlandırma";
"Ürün fiyat türleri";
"Bir dizi bilgi kaydı".

"Genel" bölümünde, etkinlik abonelikleri, düzenler, roller, genel modüller 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 bilgileri seçici olarak değiştirmek veya temizlemek için tasarlanmıştır.İşleme hazırlamak için kullanılabilir bilgi tabanı bazı bilgileri gizlemek (temizlemek, değiştirmek) gerektiğinde test için göndermeden önce.

ConfidentialInformation.epf'deki Değişikliklerin İşlenmesi, 1CIts \ EXE \ EXTREPS \ UNIREPS81 \ UpdatePrivateInformation dizinindeki ITS diskindedir. Ayrıca bu işleme bağlantıdan indirilebilir: http://its.1c.ru/db/metod81#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 çekmek isterim:

  • 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ı.

Listenizin daha geniş olması muhtemeldir, ancak bu en yaygın veridir. Bunları değiştirmek, bilgi tabanınızı test etme yeteneğinizi etkilemez. Ayrıca grup işleme tüm bu nesneleri silin, birlikte çalışın hizmet şirketi beklenmiyor.

Aşama 3. Güncelleme sonuçlarını alma

Üç gün sonra bana cf dosyaları ve bunların nasıl kurulacağına dair kapsamlı talimatlar verildi. Kontrol sürümleri için, yalnızca meta veriler güncellendiğinden, kullanıcı deneyimi için kullanılamayan cf dosyaları sağlanır. Yalnızca en son sürüme doğru güncelleme için tasarlanmıştır.

Yapılan çalışmanın sonucuna dayanarak, konfigürasyondaki tüm değişikliklerin kaydedildiğini, değiştirilen tüm nesneleri görsel olarak görüntülerken, özelliklerini ve tipik konfigürasyondan farklılıklarını koruduklarını söyleyebilirim. İşlem sırasında, kullanıcıların hiçbiri herhangi bir değişikliğin kaybolduğunu bildirmedi.

Güncellemenin bir sonucu olarak, kendi çözümüm için iki küçük görevi ayırdım.

Öncelikle. Güncellemenin "Karşılaştır, birleştir" mekanizması kullanılarak gerçekleştirilmesi nedeniyle, veri tabanı konfigürasyonu gerçekten güncellenir ve kontrol sürümlerinin dikkate alınması nedeniyle teknik riskler olmadan doğru bir şekilde güncellenir. Ancak, satıcı yapılandırması güncellenmez. Tabii ki, teknik olarak yetkin bir uzman kolayca ekleyebilir bu iş, ancak "1C-IzhTiSi" den daha fazla göndermesini istedim tam talimatlar güncellemek için. Buna göre, deneyimsiz bir uzman bile güncellemeyi yapabilir.

İkinci. Güncellemenin bir sonucu olarak, tüm nesneler değişme yeteneği ile destekte kalır, bu da dolaylı bir dezavantaj olabilir. Bu hizmetleri aynı anda kullanmanız gerekiyorsa, tüm nesneleri desteğe geri koymanız gerekir. Şimdiye kadar, bunu yalnızca tüm meta veri nesnelerini gözden geçirerek yapabilirim. Ne yazık ki, şu ana kadar bu işlem manuel olarak gerçekleştirildi, ancak gelecekte de otomatik hale getirilecek.

Adlandırılmış iki göreve ek olarak, prensipte güncellemenin kalitesini etkilemeyen ve nadiren görünen küçük bir kusur keşfedildi. Güncelleme sonucunda, orijinal konfigürasyonun kodunun satırları ve güncellenen kodun satırları görsel olarak örtüşüyor, ancak satırların sonuna nedense boşluklar eklendi. Bu bir dezavantajdır, çünkü değiştirilen kod miktarını biraz arttırır. Ve daha fazla olması durumunda elle güncelleme bu tür kod parçalarının olmaması daha iyi olur. İncirde. 6, güncellemeden önceki bir örneği gösterir ve şek. 7 - güncellemeden sonraki örnek.

Anlaşıldı, herkes için saklayacağım:

2 konfigürasyon veritabanı içinde saklanır: satıcı konfigürasyonu (tipik olan) ve ana konfigürasyon (veritabanı ile çalışırken kullanılır)

Güncellemeler, destekten kaldırılmış ve revize edilmiş bir konfigürasyona sahip bir tabana kurulduğunda, aslında iki konfigürasyon güncellenir: satıcının konfigürasyonunun güncellenmesi (standart konfigürasyonun güncel sürüme değiştirilmeden güncellenmesi) ve ana konfigürasyonun güncellenmesi.

Satıcı yapılandırmasını güncellemek için genel bir yapılandırma cf dosyası kullanılır. Ana konfigürasyonu güncellemek için önceden hazırlanmış bir cf dosyası kullanılır (tipik bir konfigürasyon alınır, üzerinde yapılan değişiklikler yapılır ve konfigürasyon cf dosyasına atılır)

Gerçek güncelleme süreci 2 aşamada gerçekleştirilir: satıcı konfigürasyonunun güncellenmesi ve ana konfigürasyonun güncellenmesi. Adımların sırası kritik değildir.

1 şişede 2 konfigürasyon ne işe yarar? Bu temel konfigürasyon kombinasyonu, tipik bir konfigürasyondaki değişikliklerin bir listesini elde etmek için kullanışlıdır. Ana konfigürasyon, değişiklikleri olan konfigürasyonu içerir, satıcı konfigürasyonu tipik bir konfigürasyon içerir. Platforma yerleştirilmiş konfigürasyonları karşılaştırma mekanizmasının yardımıyla (bu durumda, ana ve tedarikçi), konfigürasyonda tipik olana kıyasla neyin değiştirildiğine dair görsel bir fikir edinebilirsiniz. Karşılaştırma yaparken rahat çalışmanın tek koşulu, her iki konfigürasyonun aynı yayın sürümlerini sürdürmektir. Bu, 2 cf dosyası gerektirir - biri ana dosya için, diğeri satıcı yapılandırması için.

Diyelim ki her iki cf dosyamız da var (değişikliklerle cf hazırlamak için - ayrı ayrı) Bunlara örneğin "Typical_2_0_49_8.cf" ve "Update_2_0_49_8.cf" diyelim. Buna göre birinci dosya satıcı yapılandırması için bir güncelleme, ikincisi ise ana yapılandırma için.

Satıcı yapılandırmasını güncelleyerek başlayalım.

Konfigüratör modunda, Konfigürasyon - Destek - Konfigürasyonu güncelle menüsüne gidin. Ortaya çıkan iletişim kutusunda, "Güncelleme dosyasını seç" radyo düğmesini seçin ve "İleri" deyin.

Burada her şey tanıdık. "Typical_2_0_49_8.cf" dosyasını belirtin ve Bitir'e tıklayın

Tüm sorular çözüldükten sonra platform, karşılaştırma için yapılandırmayı yüklemeye başlayacaktır. Biraz zaman alır ...

İndirmenin sonunda aşağıdaki pencereyi alıyoruz:

Burada zaten sahip olduklarımız ile indirmeye çalıştıklarımız arasındaki farklar gösteriliyor. İlk sütun, yeni yapılandırma ile veritabanı yapılandırması (ana) arasındaki farktır; ikincisi, geçerli satıcı yapılandırması ile yüklenen yapılandırma arasındaki farktır.

Yalnızca tedarikçinin yapılandırmasını güncellememiz gerektiğinden ve henüz ana olana dokunmadığımızdan, sol sütundaki tüm onay kutularını kaldırın (en üsttekini kaldırırsanız, aşağıdakilerin tümü kendi başlarına kaldırılacaktır)

"Çalıştır" ı tıklayın, bir süre bekleyin ...

Önyükleme işlemi sırasında aşağıdaki pencere görünebilir:

Bu, temel nesnelerin engellenmesini ifade eder. Tüm anahtarlar "Nesne düzenlenemez" moduna ayarlanırsa, önce yapılandırma destekten kaldırılmadan yapılandırma değişiklikleri mümkün olmayacaktır (destek üzerindeki nesneler, destekten kaldırıldı ve desteği korurken düzenlenenler ayrı bir konudur) Çoğu durumda, destek kurallarının ayarlanması resimdeki gibi yapılır

Tüm manipülasyonlarımızın sonucu bir mesaj olacak

Dosya - Kaydet menüsüne gidin (platform yapılan değişiklikleri kaydeder) ve ardından Yapılandırma menüsüne gidin - Veritabanı yapılandırmasını güncelleyin. Süreç biraz zaman alacak ve değişikliklerin yeniden yapılanma sırasında kabul edilmesi gerekecek.

Bu, ilk aşamayı tamamlar.

Ana konfigürasyon güncelleniyor.

Konfigüratör modunda, dosya menüsünden Konfigürasyon - Karşılaştır, konfigürasyonla birleştir seçeneğine gidin. Hemen, "Update_2_0_49_8.cf" ana konfigürasyonunu güncellemek için dosyamızı belirttiğimiz bir dosya seçmek için bir pencere alıyoruz. Platform hemen konfigürasyonları karşılaştırmaya başlar.

"Update_2_0_49_8.cf" dosyamız zaten güncellenmiş bir konfigürasyon içerdiğinden, tüm değişiklikleri hesaba katarak, şimdi sol sütundaki tüm onay kutularını yerinde bırakıyoruz.

"Çalıştır" düğmesine tıkladıktan sonra konfigürasyonlar birleştirilecektir (ilk aşamaya benzer şekilde)

Tüm güncelleme adımlarını tamamladıktan sonra, veritabanını Enterprise modunda açın ve güncelleme almanın yasallığını onaylayın.

Aslında, konfigürasyon değişiklikleri minimum düzeydeyse ve önceden biliniyorsa, yapılabilecek tek bir adım vardır - satıcı konfigürasyonunun güncellenmesi. Bu durumda, sol sütunda, standart olana göre değiştirilmiş nesnelerden onay kutularını kaldırmanız gerekir. Ancak bu teknik, yalnızca formlarda değişiklik yapmanız ve/veya büyük kod bloklarını karşılaştırmanız gerekmediğinde uygulanabilir. Yeni tipik konfigürasyon, ayrıştırdığımız nesneler dışında, mevcut konfigürasyonun üzerine bindirilecektir.

Güncelleme yöntemi evrenseldir, yalnızca "Muhasebe İşletmesi" yapılandırmaları için değil, aynı zamanda Kompleks, ZUP ve diğerleri için de uygundur ...

Bu sayfada "" programımı kullanırken en sık yapılan hataları anlatacağım.

İlk ve en kolay seçenek

Hatanın özü ve düzeltme talimatları doğrudan raporda belirtilir. Örneğin, veritabanı için yanlış kullanıcı adı ve şifre belirledik ve ardından rapor aşağıdaki satırları içerecek:

İkinci ve en zor seçenek

Hata 1c tarafında meydana geldi ve güncelleyici bunu doğrudan raporda şu satırla bize anlatıyor:

Bu durumda rapora biraz daha yukarıdan bakarız ve orada sembollerle başlayan yeşil çizgiler ararız.

Bu satırlar, 1c platformunun kendisi tarafından güncelleyiciye aktarıldı ve analiz edilmesi gereken onlardır.

Aşağıda en çok kullanılanların bir listesini hazırladım. sık yapılan hatalar 1c platformundan (yeşil olanlar) ve bunları ortadan kaldırmanın yolları:

Hata "Ad önceden tanımlanmış eleman benzersiz değil "

2. Temel sürümün yapılandırma dosyasını (.cf) bir yere alın - "Hakkında" penceresinde gördüğümüz. Bu en zor aşama ve burada hazır çözümler vermeyeceğim. Bu dosyayı bu sürümün başka bir veritabanından çekebilir veya meslektaşlarınızdan isteyebilirsiniz. Hemen sormanın faydasız olduğunu söyleyeceğim - bunu size sağlayamam.

3. Yapılandırma dosyasının elinizde olması (.cf uzantılı) istediğiniz sürüm("Program hakkında" penceresinde bulunan) temel yapılandırıcıda öğeyi açın:

Güncelleme dosyasını kendimiz belirleyeceğiz:

Çalıştır düğmesini tıklayın.

Güncellemeden sonra satıcı yapılandırma sürümünü tekrar kontrol edin - şimdi "Hakkında" penceresindeki sürümle eşleşmelidir. Bundan sonra, veritabanı güncelleyici tarafından sorunsuz bir şekilde güncellenecektir.

Sorunlar için başka hangi seçenekler var?

Hata Oluşturan Birim Adı: frame.dll

(nasıl başlatılır veya google).

  1. Güncelleyici 1c sunucusunun kendisinde kurulu değilse, SERVER_IP sunucusundaki PORT_NUMBER portunun gerçekten açık olduğundan emin olmanız gerekir. Bunu ile kontrol edebilirsiniz telnet komutları SERVER_IP PORT_NUMBER. Bağlantı yapılırsa, bağlantı noktası açıktır.
  2. Ardından, güncelleyicinin çalıştığı bilgisayardaki hiçbir şeyin SERVER_IP üzerindeki PORT_NUMBER ile bağlantısını engellemediğinden emin olmanız gerekir. Bunu yapmak için antivirüs, güvenlik duvarı, güvenlik duvarı ve diğer benzer programları geçici olarak devre dışı bırakmanız gerekir (bu, güncellemenin kurulu olduğu bilgisayarda yapılmalıdır). Bu adım yardımcı olursa, engelleme programına uygun istisnaları kaydetmeniz gerekir.
  3. Bu işe yaramazsa, temel adresi güncelleyiciye sunucu adı aracılığıyla değil, doğrudan IP'si aracılığıyla kaydetmeniz gerekir (IP'si SERVER_IP hata mesajında ​​belirtilecektir). Bu, bir DNS sorununu ortadan kaldırmak içindir.

api-ms-crt-conio-l1 bilgisayarda eksik olduğundan program başlatılamıyor. 1-0.dll

Gereksinimlere göre her şey yolundaysa, güncelleyiciyi çalıştırdığınız kısayolun özelliklerine gidin ve "Uyumluluk" sekmesine gidin. Bu sekmedeki tüm küçük kargaları kaldırmanız gerekiyor. Büyük olasılıkla, güncelleyicinin uyumluluğunu başka bir işletim sistemi ile yanlışlıkla yüklediniz - bu nedenle platformla ilgili sorunlar (ne zamandan beri harici bağlantı 1C platform kodu, güncelleyici işlemine yüklenir).

Güncelleyicinin başlaması çok uzun sürüyor

Ve "Aracı bağlantı noktası" alanında, 1c küme yönetim konsolundaki (nasıl başlatılır veya google) 1c merkezi sunucusunun özelliklerinde bulunabilen aracı bağlantı noktası belirtilir (varsayılan olarak, 1540).

Güncellemeden sonra, "Ticaret Yönetimi" yapılandırması için "Bilgi Bankası Daraltma" işleminde "Toplama Tarihi" alanı gizlenir

Bu durumda, güncelleyici, veritabanına bağlanmaya çalışmadığı için veritabanıyla çalışabilecektir.

Ancak bu nedenle, bazdaki güncelleyicinin bazı işlemleri otomatik olarak gerçekleştirilmeyecek ve kullanılamayacaktır.

Hata: bağlantı kurulamadı. hedef bilgisayar bağlantı isteğini reddetti

Hala dt'de boşaltmanız gerekiyorsa, mümkünse işlemler arasında duraklamalarla 1 iş parçacığında yapın. Profilaksi için 1c sunucusunu periyodik olarak yeniden başlatın.

İLE BİRLİKTE belirtilen hata 1c sunucusunun neredeyse tüm sürümlerinde kullanıcılarla karşılaştım ve her durumda bir DBMS aracılığıyla arşivlemeye geçmeye karar verdiler.

Hata: Veritabanıyla kurulan yeni oturumların engellenmesi kaldırılamıyor

Bu başarısız olursa, o zaman mümkündür:

  • ITS'den giriş ve / veya şifre yazarken hata yaptınız
  • ITS'ye erişim için ödeme yapmadınız
  • Kayıtlı değilsin temel sürüm güncellemeler için 1C web sitesindeki yapılandırmalar

3. Site üzerinden güncellemelere erişimde her şeyin yolunda olduğunu varsayalım. Bilgisayarınızdaki ortamdaki sorunları ve 1C güncelleme sunucusuyla ilgili sorunları ortadan kaldırmak için kalır.

Bunu yapmak için, yapılandırıcı aracılığıyla yapılandırmanıza yeni güncellemeler indirmeyi deneyin (güncelleyicinin çalışmasında kullandığı yol budur).

3.1 Baz ünitenizin yapılandırıcısına gidin ve "Konfigürasyon" - "Yapılandırmayı aç" menü öğesini seçin.

3.5 Son olarak, ITS'den kullanıcı adını ve şifreyi girin ( not defterinden kopyaladığınızdan emin olun):

Ve veritabanınız için yapılandırıcının size sunacağı güncellemelerden birini indirmeyi deneyin.

Bu başarısız olursa, o zaman mümkündür:

  • Bilgisayarınızdaki ortamla ilgili sorunlarınız var
  • 1C güncelleme sunucusu geçici olarak düzgün çalışmıyor (site üzerinden güncellemeler daha önce olduğu gibi indirilmeye devam edebilirken)
  • bu belirli yapılandırmanın güncellemelerine erişiminiz yok (buna bir ITS aboneliği için ödeme yapmadınız veya siteye kaydolmadığınız temel bir sürümünüz var)

4. Yapılandırıcının güncellemeyi başarıyla indirdiğini varsayalım. Bu durumda, ITS giriş ve şifresini not defterinden güncelleyici ayarlarına kopyalamaya ve sorunun ortadan kalkıp kalkmadığını kontrol etmeye değer.

Aksi takdirde, güncelleyici tarafında bazı nüanslar vardır. Bu durumda, adresindeki destek servisine yazmanızı rica ediyorum. [e-posta korumalı] ve sizin durumunuzda ayrıntılı olarak anlamaya devam edeceğiz.

DBMS hatası: Microsoft SQL Server Yerel İstemci 11.0: Geçersiz nesne adı "SchemaStorage"

5. Sorun bazı durumlarda ise belirli bir güncelleme (örneğin bulunamadı veya veritabanına yüklendiğinde bir hata oluştu) -bir arşive sıkıştırın ve mektuba ekleyin... Büyük bir arşivin İnternete nasıl yükleneceği 1c veritabanı örneği kullanılarak (5. noktadan itibaren) açıklanmaktadır.

Burada... Elbette çok fazla bilgi istiyorum ve acemi kullanıcıların bunları toplayıp bana göndermeleri o kadar kolay olmayabilir. Ancak bu durumda, size yardımcı olması için daha deneyimli yoldaşlara başvurmanızı rica ediyorum.

Çok çalışırsan, sana yardım etmek için çalışabilirim.

Atipik bir 1C konfigürasyonu şudur: 1) 1C konfigürasyonu programcı tarafından sıfırdan yazılmıştır, 2) 1C konfigürasyonu tipiktir, ancak bir destek eklense bile buna değişiklikler eklenmiştir.

Bu makalede, 1C konfigürasyonlarını doğru bir şekilde güncellemenin nasıl gerekli olduğunu ve ayrıca tipik konfigürasyonları yumuşak bir şekilde değiştirmek için çeşitli teknikleri, yani. doğru değişiklik, bu daha fazla güncelleme olasılığını etkilemez.

Tipik 1C konfigürasyonunda herhangi bir değişiklik yapmak için, tipik 1C konfigürasyonundaki değişikliğin engelini kaldırmak ve bazı durumlarda "destekten kaldırmak" gerekir.

çok en iyi seçenek güncellemeler, 1C konfigürasyonu tamamen güncellenebilir otomatik mod, bu, yapılandırma değişiklikleri bizim için yasak olduğunda mümkündür. Çoğu zaman, bir uyarlama gerektiğinden bir yapılandırma değişikliği eklemeniz gerekir. uygulamalı çözümler müşterinin iş gereksinimlerine göre, bu seçenekte duracağız.

Güncellemeden önce yapılması şiddetle tavsiye edilir destek olmak veritabanlarında, bu Yönetim / Kaldır bilgi bankası menüsü aracılığıyla yapılabilir.

2 güncelleme seçeneği vardır: a) destek yoluyla 1C güncellemesi (Yapılandırma / Destek / Yapılandırmayı güncelle iletişim kutusundan çağrı) ve b) Dosyadaki yapılandırmayla birleştirerek Karşılaştırma yoluyla. İkisi arasındaki farkın, ilk durumda hem ana konfigürasyonun hem de satıcı konfigürasyonunun güncellenmesi, konfigürasyonların birleştirilmesini karşılaştırırken sadece ana konfigürasyonun güncellenmesi, satıcı konfigürasyonunun aynı kalması olduğu unutulmamalıdır. Bu nedenle, en çok önerilen seçenek Yapılandırmayı Güncelle aracılığıyla güncellemektir. Yapılandırma Desteği aracılığıyla güncelleme için, şablonlar dizininde arama yaparak, İnternette yol belirterek veya doğrudan yolu belirterek bulunabilen CF veya CFU tedarikçisinin teslimat dosyaları kullanılır. istenen dosya sabit diskinizde.

1C konfigürasyonunu değişiklik yapma olasılığı olmadan güncellerken, güncelleme dosyası seçildikten sonra güncelleme otomatik modda gerçekleşir, konfigürasyon değişiklik yapmak için etkinleştirilmişse güncelleme dosyası seçildikten sonra konfigürasyon karşılaştırma penceresi görüntülenecektir. Bu iletişim kutusunda, sistemin bizi alışılmadık 1C yapılandırmamızı güncellemeye nasıl davet ettiğini görebiliriz. İletişim kutusunun alt kısmında, nesne durumlarına göre ilgili bir açıklama vardır: "Nesne eşleşmelerine göre durumlar", "Ana konfigürasyon" ve "Yeni konfigürasyon" karşılaştırmasını gösterir, "Nesne geçmişine göre durumlar", konfigürasyon karşılaştırmasını belirtir "Eski satıcı yapılandırması" nesnelerine sahip nesneler.

Nesnelerin yanındaki kutuları işaretleyerek, mevcut yapılandırma nesnesinin değişip değişmeyeceğini veya nesneyi değiştirme yöntemini seçebilirsiniz. Eylem menüsünde alt sistemler için kutuları işaretlemek mümkündür (konfigürasyon birkaç satıcı tarafından destekleniyorsa bu kullanışlıdır). Ayrıca bu menüde tüm nesneler için bir kerede birleştirme önceliğini belirtmek mümkündür, sistem varsayılan olarak tedarikçinin konfigürasyonunun daha yüksek önceliğe sahip olduğunu düşünür. Filtre ayarları, birleştirme modunu ayrıntılı olarak belirleyebilmek için hangi yapılandırma nesnelerini görüntülememiz gerektiğini belirtmemize izin verir. Birkaç standart filtre şablonu vardır ve ayrıca her bir karşılaştırılan konfigürasyon çifti için filtreler belirleyebilirsiniz. "Filtre" ayarlarında "Yalnızca iki kez değiştirilen özellikleri göster" onay kutusunu ayarlamak mümkündür.

Sonuç olarak, standart konfigürasyonun revizyonu sırasında ve tedarikçinin yeni konfigürasyonunda iki kez değiştirilen nesnelerin bir listesi olacaktır. 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 vermek gerekir. Bu aşamada, yalnızca gelecekteki iş miktarını azaltmak için bir ön karşılaştırma yapılmalıdır. Değerlendirme doğru değil, hızlı - "gözle". Sağlayıcının yeni yapılandırmasında nesnede daha fazla değişiklik varsa, sağlayıcı nesnesinin örneğini bırakırız. Bir onay işareti bırakıyoruz. Ardından, değişiklikleri çalışma yapılandırmasından aktarmanız gerekecektir. Çalışan konfigürasyonda nesnede daha fazla değişiklik varsa, nesnenin örneğini çalışan konfigürasyonda bırakırız. Kutunun işaretini kaldırın. Ardından, değişiklikleri satıcı yapılandırmasından geçirmeniz gerekecektir. Modüllerle biraz farklı yapabilirsiniz, çünkü modülleri prosedürel olarak karşılaştırmak mümkündür.

Onlar. 1C konfigürasyonumuzda ve tedarikçi konfigürasyonunda değişiklik olması durumunda çeşitli prosedürler modül, daha sonra, onay kutularını doğru bir şekilde yerleştirdikten sonra, kod değişikliklerini manuel olarak aktarma zahmetinden kendimizi kurtaracağız. Bunu elde etmek için, modülleri birleştirme modunun adının yanındaki büyüteç şeklindeki düğmeyi tıklamanız gerekir:

Bir nesne üzerinde bir eylemler menüsü görüntülerken (örneğin, sağ fare düğmesine basarak), nesnelerin karşılaştırması hakkında bir rapor çağırabiliriz.

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.

1C yapılandırmalarının gelecekteki güncellemesini basitleştiren birkaç kural:

1C'yi güncellemek için temel kural: yeni nesneler eklemeniz gerekir, çünkü güncelleme yaparken, yeni nesneler sistemden etkilenmez

Modüllerin metinlerini değiştirirken, kendi yeni prosedürlerinizi ve fonksiyonlarınızı eklemeniz ve mevcut olanlardan yenilerini çağırmanız da tavsiye edilir.

Etkinliklere abonelikleri kullanarak, bu sayede tipik mekanizmaları, tipik kodu değiştirmeden değiştirebilirsiniz.

Tipik yapılandırma işlevselliğini kullanma

Form öğelerinin programlı oluşturulması (OnFormCreationOnServer olayında)

Teşekkürler!