Destek mekanizmasıyla 1C'yi güncellerken özelleştirmeleri bozmamak
1C yapılandırmasının destek üzerinden güncellenmesi Konfigüratör içinde Yapılandırma → Destek → Yapılandırmayı Güncelle komutuyla gerçekleştirilir; çakışmalar ise Karşılaştırma ve Birleştirme penceresinde çözülür: genellikle tedarikçinin değişiklikleri temel alınır ve kendi düzenlemeleriniz noktasal olarak aktarılır. Aşağıda kısa bir çalışma algoritması ve çakışmalara yönelik taktikler yer almaktadır.
İçindekiler
Güncelleme öncesi kontroller ve hazırlık
-
Tedarikçi desteğinin korunduğundan emin olun
Şunu açın: Yapılandırma → Destek → Destek Ayarları. Tedarikçi yapılandırmasının erişilebilir olması ve onunla olan nesne bağlantısının kaybolmamış olması önemlidir; aksi takdirde "standart" güncelleme ya kullanılamaz hale gelir ya da işlevsiz kalır. -
Yedek alın ve güncellemeyi bir kopya üzerinde yapın
Canlı üretim veritabanında doğrudan güncelleme yapmayın. Doğru yaklaşım şöyledir: veritabanı kopyası → güncelleme/birleştirme → test → bakım penceresinde üretim ortamında tekrar uygulama.
- Platform uyumluluğunu ve sürüm sırasını kontrol edin
Eğer yeni sürüm minimum bir platform versiyonu gerektiriyorsa veya sürümler arasında "atlama" yapılmasını yasaklıyorsa, önce platformu eşitleyin ve/veya zincirleme şekilde güncelleme yapın.
Destek üzerinden yapılandırma güncellemesinin adım adım uygulanması
- Kullanıcı oturumlarını sonlandırın (veya güncellemeyi teknik bakım penceresine taşıyın).
- Konfigüratörde şunu uygulayın: Yapılandırma → Destek → Yapılandırmayı Güncelle.
- Güncelleme kaynağını seçin:
- şablonlardan (eğer sürüm şablonlara yüklenmişse),
- dosyadan
1cv8.cfu(tipik güncelleme formatı).
- Farklılıkların oluşturulmasını bekleyin — Karşılaştırma ve Birleştirme penceresi açılacaktır (bu, "çakışmaların" ortaya çıktığı kilit aşamadır).
- Değişiklikleri kabul ettikten sonra mutlaka şunu uygulayın: Yapılandırma → Veritabanı Yapılandırmasını Güncelle.
Bunu yapmazsanız, birleştirme "hatasız" geçmiş olsa bile veritabanındaki meta veriler doğru şekilde uygulanmayacaktır.
Güncelleme çakışmaları nasıl çözülür: modüller, formlar ve yapı için taktikler
Çakışma, aynı nesnenin hem sizin hem de tedarikçi tarafından değiştirildiği anlamına gelir. Hızlı prensip şudur: standart sürümü temel alın, kendi değişikliklerinizi buna aktarın; tersini yapmayın.
Çakışmalarda genellikle ne seçilmeli (pratik kılavuz)
| Çakışma türü | "Eskiyi tamamen almak" riski | Çalışan taktik |
|---|---|---|
| Modüller (kod) | Yüksek: düzeltmeler/yeni kontroller kaybolur | Karşılaştırın, tedarikçinin temelini alın, kendi eklemelerinizi manuel olarak aktarın |
| Formlar | Orta/Yüksek: komutlar/alanlar/olaylar bozulur | Tedarikçinin yapısını kabul edin, ardından kendi öğelerinizi ve işleyicilerinizi noktasal olarak geri ekleyin |
| Yapı (alanlar, Tablo Bölümleri, türler) | Çok yüksek: mekanizma ve veri uyumsuzluğu | Tedarikçiye öncelik verin, kendi değişikliklerinizi doldurma/tür kontrolleriyle üzerine entegre edin |
Modüller: tedarikçinin düzeltmelerini kaybetmemek için
- Tedarikçi modülü değiştirdiyse "eskisi gibi bırak" seçeneğini seçmeyin: bu, güncelleme sonrası yeni hataların sık görülen nedenidir.
- Kendi düzenlemelerinizi minimum eklemeler olarak aktarın (ideal olarak önceden işaretlenmiş bloklara göre).
Özelleştirmeleriniz düzenli olarak çakışıyorsa, bunları uzantılara/olay aboneliklerine/ayrı işlemlere taşımak daha avantajlıdır; böylece sonraki sürümlerde çakışmalar katbekat azalır.
Formlar: sadece açılışı değil, senaryoları da kontrol edin
Formların birleştirilmesinden sonra mutlaka şu akışı test edin: açma → giriş → kaydetme → işleme → yazdırma (varsa). Formdaki bir çakışma çoğunlukla hemen değil, bir olayda veya komutta ortaya çıkar.
Meta veri yapısı: uyumluluğu düşünün
Tedarikçi bir alan eklediyse veya türünü değiştirdiyse, bu yeni bir mekanizmanın parçası olabilir (veri değişimi, işleme, doldurma kontrolü). Önce "tedarikçideki gibi" olmasını sağlayın, ardından kendi mantığınızı (sorgular, hareketler, doldurma) dikkatlice adapte edin.
Sık yapılan hatalar
- Yedek almadan/test ortamı olmadan güncelleme yapmak — sonrasında geri dönüş imkânı kalmaz ve tam olarak neyin bozulduğunu anlamak zorlaşır.
- Çakışma durumunda "eski modülü tamamen almak" — sonuçta tedarikçinin düzeltmeleri ve kontrolleri kaybolur.
- Birleştirme sonrasında Veritabanı Yapılandırmasını Güncelle adımının unutulması.
- Çakışmaları "listeye göre" değil, kritikliğe göre ele almak (önce veri değişimleri/periyodik işlemler/dönem kapatma ile ilgilenmek gerekir, sonra arayüz).
- Uzantıların/harici işlemlerin yeni sürümle uyumluluğunun kontrol edilmemesi — hatalar ancak kullanıcılar çalışırken ortaya çıkar.
SSS
Neden .cf yüklemek yerine destek üzerinden güncellemek daha iyidir?
Destek, tedarikçi katmanını korur ve değişikliklerin doğru eşleştirilmesine yardımcı olur; bu da standart nesnelerin "ayrışma" riskini azaltır ve gelecekteki güncellemeleri kolaylaştırır.
Destek üzerinden güncelleme seçeneği mevcut değilse ne yapılmalı?
Destek durumunu kontrol edin: yapılandırma destekten çıkarılmış veya tedarikçi yapılandırması kaybolmuş olabilir. Bu durumlarda desteğin yeniden kurulması planlanır veya manuel karşılaştırma/birleştirme yoluyla güncelleme yapılır (kopya üzerinde).
Birden fazla sürüm atlayarak tek seferde güncelleme yapılabilir mi?
Bazen evet, ancak önerilen zinciri takip etmek daha güvenlidir: bu şekilde çakışmalar daha az olur ve veri dönüşümü sorunları riski düşer.
Çakışmaların doğru çözüldüğünü nasıl anlarım?
Minimum gereksinimler: yapılandırma hatasız derlenir, veritabanı güncellemesi başarıyla tamamlanır ve kopya ortamda temel belgeler/raporlar/veri değişimleri üretim ortamındaki gibi çalışır.