1s 8.3 önceden tanımlanmış öğeler görüntülenmez. Önceden tanımlanmış dizin öğeleri

1C'yi güncellemek, raporlama ve belgeleme biçimini iyileştirmenize izin veren gerekli bir prosedürdür. Mevcut mevzuatta sürekli yenilikler ortaya çıkmakta ve ekonomik alanda hesaplama yöntemleri düzenli olarak değişmektedir. Bu nedenle, tüm değişikliklere tam olarak uymak için 1C yapılandırmasını güncellemeniz gerekir.

1C şirketi, muhasebeciler ve girişimciler için çalışmalarını mümkün olduğunca basitleştirmeye çalışır. yazılım. İlk uygun fırsatta yüksek kaliteli yazılım güncellemeleri yayınlar. Doğru ve doğru bir şekilde kurulmaları gerekir.

Birçok kişi 1 C'yi güncellemenin bir uzman işi olduğunu düşünüyor. Kendin yap mesela bu prosedür uygulamak mümkün değil. Bu hatalı bir görüş. Güncellemenin karmaşıklığı, ne tür bir veritabanı kullandığınıza bağlıdır - standart veya değiştirilmiş. Ayrıca, bilgisayarda hangi yapılandırmanın yüklü olduğu.

Standart veritabanı (yani, programcı ona hiçbir şey eklemediyse ve hiçbir şeyi değiştirmediyse), güncelleme en fazla 15 dakikadan 3 saate kadar sürer. Prosedür kullanıcı modunda gerçekleştirilir. Taban değiştirilirse, çok daha fazla zaman alacaktır.

Yanlış ve kalitesiz bir güncelleme olması durumunda, kayıp veriler ve önceden tamamlanmış tüm iyileştirmelerin uçurumu. Böyle

Hata 1. "Önceden tanımlanmış öğenin adı benzersiz değil"

Bu, hatanın özünün program platformunun kendisinde yattığı anlamına gelir. Sizin tarafınızdan yanlış bir şekilde güncellendi. En son sürüm 1C. Bunu düzeltmek için programı bir öncekine düşürmeniz gerekir. Bilgisayarda daha önce bir sürüm yoksa resmi web sitesinden indirilebilir. Önceki sürümü yükledikten sonra, veri yapılandırmasını yeniden güncellemeye başlayabilirsiniz.

Hata 2. "Dosya mevcut güncellemeleri içermiyor"

Bu, bir yapılandırma uyumsuzluğunun meydana geldiği anlamına gelir. Standart ve standart olmayan konfigürasyonlar vardır. Belki de indirilen dosyalar bir yapılandırmaya aittir ve bilgisayara bir başkası yüklenmiştir. Çözüm: boş bir genel yapılandırma veritabanı oluşturun ve bunu bir .cf dosyasına kaydedin, ardından artık genel olmayan yapılandırmayı güncellemek için dosyayı kullanın. Genel sürümü elde etmek için yapılandırmanın desteklenmesi gerekir (yani sarı bir küp görüntülenmelidir).

Hata 3. "Verilerde önceden tanımlanmış öğe eksik."

Hata 4. "Akış biçimi hatası."

En sık olan şey, insanların artımlı güncellemelere bağlı kalmaması, ancak yapılandırmalarını alıp dağıtım dosyasıyla karşılaştırmasıdır. Bunu zaman kazanmak için yapıyorlar. Sürecin özü: dağıtım dosyası ve konfigürasyon açılır ve bunların dikkatli bir şekilde karşılaştırılması başlar; Gözlenen tüm değişiklikler şuraya kaydedilir: Metin düzeltici. Daha sonra konfigürasyona eklenirler. Bunu yapmamak daha iyidir. Tutarlı bir şekilde yükseltmenizin daha uzun sürmesine izin verin. Ancak oturup 1C programının neden “uçtuğunu” ve bir akış formatı hatasının ortaya çıktığını düşünmeyeceksiniz.

Hata 5. "Önceden tanımlanmış öğenin adı benzersiz değil."

Bu, konfigürasyonun önceki platformda güncellenmediği ve halihazırda güncellenmiş platformda olduğu için önceden tanımlanmış öğenin adını benzersiz olarak kabul etmediği anlamına gelir. Önceki 1C platformuna dönmeniz, oradaki yapılandırmayı güncellemeniz gerekiyor. Ardından yeni platformu kurun. Hata ortadan kalkacaktır.

Hata 6. "Dünyanın ülkesi yazılırken hata oluştu" ve "Bağlam yöntemi çağrılırken hata oluştu."

Bu, mevcut bir yapılandırma ciddi şekilde bozulduğunda gerçekleşir. Ekranınızda aşağıdaki resmi görebilirsiniz: program yapılandırmayı güncelleyecek belirli bir an, o zaman basitçe "çöker" veya hiçbir sebep olmaksızın güncelleme sürecini yeniden başlatır. Yapmanız gerekenler: güncelleme dosyasını geliştiricilerden alın; böyle ve böyle bir güncellemenin kurulacağına ve mevcut sürümün yerini alacağına dair bilgileri okuyoruz; "tamam"ı tıklayın ve konfigürasyonda tam olarak neyin değiştirildiğine dair bir bildirim alırız (hiçbir şey değişmemiş olabilir); "Değişiklikleri kabul et" üzerine tıklayın; tüm veritabanını aşağıdakilere göre güncellemenizi isteyen bir pencere açılacaktır. yeni yapılandırma; Bu işleme muvafakat veriyoruz. Sırayı korumak çok önemlidir. Programın yavaş yavaş tüm eylemleri sırayla yapmasına izin verin.

Hata 7. “Profil yazılırken hata oluştu. Böyle bir profil zaten var.

Kullanıcı profili dizinine gitmeli ve onu analiz etmelisiniz. Muhtemelen kopyalar vardır. Örneğin, birkaç muhasebeci veya yönetici profili. Bulunursa, gereksiz profilleri silin ve bir tane bırakın. Bundan sonra, hata bilgisayar ekranından kaybolacaktır.

Yukarıdaki hataların tümünü ortadan kaldırmak için, mesleki becerilerin yanı sıra 1s programıyla ilgili deneyime ihtiyacınız var. Hatalar konusunda yetersiz bilginiz varsa ve açıklamalarını (çözüm) tam olarak anlayamadıysanız, bir uzmana başvurmalısınız.

Bazı hata türleri, sahada bir uzmanın bulunmasını gerektirmez. O kadar basitler ki, çözümleri telefonda açıklanabilir. Daha karmaşık hataları ortadan kaldırmak için bir uzmanın doğrudan katılımına ihtiyacınız var.

Acil olarak rapor hazırlamanız, hesaplamalar yapmanız ve dokümantasyon oluşturmanız gerekiyor ancak hatayı gidermenin yollarını bulamadıysanız, lütfen bizimle iletişime geçin.

Konfigüratör modunda referans kitaplarının önceden tanımlanmış öğeleri oluşturulur. "1C: Configurator" modunda, önceden tanımlanmış öğelerin adları tanımlanır. Veritabanında depolanan öğelerin kendileri 1C:Enterprise modunda oluşturulur. Bu nedenle, önceden tanımlanmış bir öğe, meta veriler (önceden tanımlanmış öğenin adı) ve verilerdir (dizin öğesinin kendisi).

1C: İşletme 8.2

1C:Enterprise 8.2'de, yapılandırıcıda eklenen veya kaldırılan önceden tanımlanmış öğeler, veritabanına otomatik olarak eklenir veya kaldırılır.

1C: İşletme 8.3

Platformun bu sürümünde, her dizin standart "PredefinedDataName" özniteliğini içerir. Önceden tanımlanmış bir adı tutmak için yaratılmıştır ve aşağıdakiler için kullanılabilir: program değişikliği. Konfigüratöre yeni bir eleman eklerken, bu eleman veritabanında oluşturulabilir veya oluşturulamaz - bu, "Ön tanımlı verilerin güncellenmesi" arama özelliğine bağlıdır. "Otomatik olarak güncelle" değeri ayarlanırsa, yapılandırıcıda oluşturulan önceden tanımlanmış öğeler otomatik olarak veritabanına eklenir. Özellik "Otomatik olarak güncelleme" olarak ayarlanmışsa, öğeler veritabanına eklenmez. Bu durumda, bunları kendiniz oluşturmanız ve "ÖntanımlıVeriAdı" özniteliğini ayarlayarak bunları sözlüğün önceden tanımlanmış öğelerine programlı olarak bağlamanız gerekir.

Bence önceden tanımlanmış unsurlarla programlı çalışma fikri çok doğru. Çalışırken dikkate alınması gereken bazı nüanslar var.

Öncelikle, konfigürasyonda önceden tanımlanmış öğeler olduğunu ve bilgi tabanında (IB) önceden tanımlanmış öğeler olduğunu kendiniz açıkça anlamanız gerekir. Teknik olarak önceden tanımlanmış IS öğeleri, "PredefinedDataName" özniteliğinin hangi önceden tanımlanmış yapılandırma öğesine karşılık geldiğini gösterdiği dizinlerin en yaygın öğeleridir. Sıradan unsurlardan farklı değiller. Buna göre, bilgi güvenliğinin herhangi bir olağan öğesi önceden tanımlanmış hale getirilebilir, herhangi bir önceden tanımlanmış öğe sıradan hale getirilebilir. Bunu yapmak için, aksesuarlara istediğiniz değeri girin. "Öntanımlı VeriAdı".

Periyodik olarak, bu özellik geliştiricinin sağladığı değeri içermez. Sonuç olarak, 1C'nin çalışmasında hatalar meydana gelir. Prensipte çalışmanın imkansız olduğu kritikten, algoritmaların mantığının ihlal edildiği kritik olmayana.

Şartlı olarak ayırt etmek mümkündür üç tür hata:
1. "Verilerde önceden tanımlanmış öğe eksik";

3. Yanlış göstergeönceden tanımlanmış eleman;

1. "Verilerde önceden tanımlanmış öğe eksik" - oh IS verilerindeki konfigürasyonda açıklanan önceden tanımlanmış bir öğenin olmaması.

Bu, hata ayıklaması ve düzeltmesi en kolay hata türüdür. Basitliği, platformun bu durumu "Önceden tanımlanmış öğe verilerde eksik" olarak doğru bir şekilde bildirmesidir ve bunun nasıl düzeltileceği oldukça açıktır.

"Dizinler. İletişim Bilgileri Türleri. İlgili Kişi E-postası" kodundaki eksik öğeye erişirken bir mesaj görüntülenir.

"VALUE(Catalog.KindsofContactInformation.EmailContactPerson)" sorgusundaki öğeye erişirken aşağıdaki mesaj görüntülenir:

Böyle bir hata, eleman konfigürasyonda tanımlanmışsa, ancak eleman veritabanında onunla ilişkilendirilmemişse meydana gelir.

Başlangıç ​​olarak, bu durumun her zaman hatalı olmadığını açıklığa kavuşturuyoruz. Çoğu kullanıcı için kullanılamayacak olan bir tür program mantığında önceden tanımlanmış verileri kullanmak oldukça mümkündür. Bu durumda, dizini tüm konfigürasyon kullanıcıları için kirletmemek için, konfigürasyonda önceden tanımlanmış elemanları tanımlamak mantıklıdır, ancak bunları tüm IB'lerde değil, sadece gerekli konfigürasyon mantığının kullanıldığı IB'ler için oluşturmak mantıklıdır. Bu durumda programcı, dizin için "Ön tanımlı verileri güncelleme" özelliğini belirleyebilir ve modülün işlevselliğine erişirken öğeleri programlı olarak oluşturabilir. Veya kullanıcının modülün önceden tanımlanmış öğelerini sahip olduğu olağan öğelere bağımsız olarak bağlamasına izin verin.

Ayrıca kullanılmadı otomatik oluşturma RIB modunda çalışırken önceden tanımlanmış öğeler. Çünkü yeni öğeler merkezi tabandan aktarılmalı ve farklı UID'lere sahip düğümlerde oluşturulmamalıdır.

Onlar. bazen böyle bir öğenin kendisinin varlığından ziyade eşsiz bir öğeye atıfta bulunmak bir hatadır.

Elemanın neden oluşturulmadığını analiz etmek gerekir. Bazı program modları yürütüldüğünde oluşturulması gerekebilir. Örneğin, RIB'de bir değişim gerçekleştirdikten sonra. Ya da belki yanlışlıkla silinmiştir.

Mantık, önceden tanımlanmış öğelerin otomatik olarak değil, ayrı bir modda doldurulmasını sağlıyorsa, aramayı isimle kullanmadan önce " Dizinler.İletişim Bilgisi Türleri.İrtibat Kişisinin E-postası" bir istisnayı önlemek için, öğenin veritabanında olup olmadığını kontrol etmek istenir. Öğe eksikse, kullanıcıyı bu konuda bilgilendirin ve öğeyi doldurmak için hangi modu gerçekleştirmesi gerektiğini açıklayın. Böyle bir kontrol için , verileri sorgulayabilirsiniz.

İstek = Yeni İstek; Query.Text = "SEÇ | İletişim Bilgi Türleri. Bağlantı | KİMDEN | Dizin. İletişim Bilgi Türleri AS İletişim Bilgi Türleri | NEREDE | İletişim Bilgi Türleri. Öntanımlı Veri Adı = "" E-postaİletişimKişi"""; ElementMissingData = Query.Execute().Empty();

Bu hala veritabanı verilerinde bir hataysa, o zaman IB öğesinin önceden tanımlanmış bir öğesine bağlanmak gerekir. Onlar. program kodunun hangi IS öğesine bu adla atıfta bulunacağını sisteme açıklamak gerekir. Teknik olarak, bağlama sadece " dizinde önceden tanımlanmış bir öğenin adını belirtmektir.ÖntanımlıVeriAdı"IB öğesinin. Yüklemek için aşağıdaki kodu çalıştırmanız yeterlidir:

2. "Önceden tanımlanmış öğe benzersiz değil" - hönerilen önceden tanımlanmış öğeler:

Bu durum, birkaç IB öğesinin önceden tanımlanmış bir öğeye bağlı olmasıdır. Bu durumda, önceden tanımlanmış isme erişilirken eleman rastgele seçilecektir. Bu durum her zaman yanlıştır. Karmaşıklığı, platformun bu konuda hiçbir şekilde rapor vermemesidir. Sadece algoritmalar yanlış çalışmaya başlıyor.

Platform, yinelenen bir öğeyi düzenlemeye çalışırken yalnızca "Önceden tanımlanmış öğe benzersiz değil" hatası bildirir.

Öğeyi kimsenin düzenlemesi gerekmediği sürece, hiç kimse hatayı bilmeyecek.

Bu tür kopyalar, örneğin, dizin için RIB kullanılıyorsa ve önceden tanımlanmış veriler için özelliklerde "Otomatik olarak güncelle" modu belirtilmişse oluşturulabilir. Bu durumda, bir değişim gerçekleştirirken, konfigürasyon güncellendiğinde önceden tanımlanmış verilerin bir örneği oluşturulacaktır. Aynı ada sahip önceden tanımlanmış öğelerin ikinci örneği, değişim sırasında merkezi veritabanından aktarılacaktır.

Ayrıca, farklı IS öğeleri farklı veritabanlarında önceden tanımlanmış öğelere karşılık geliyorsa, konfigürasyonlar arasındaki alışverişin işlenmesi kullanılırken bu kopyalar ortaya çıkacaktır. Bu durumda, önceden tanımlanmış verilerin bir örneği zaten veritabanındadır, ikincisi farklı bir UID ile veri yüklenirken gelir. Veri geçişleri yapıyorsanız, hangi veritabanı öğelerinin birincil kabul edildiğine karar vermeli ve bunları alt veritabanında kullanmalısınız. Alt tabanda, eski elemanların kullanımını ana tabanın elemanları ile değiştirmeniz gerekir.

Veritabanındaki bu tür hatalar aşağıdaki gibi bir sorgu ile tespit edilebilir:

İrtibat Bilgisi Türlerini SEÇİN Önceden Tanımlanmış Verilerin Adı, MİKTAR (FARKLI İLETİŞİM BİLGİLERİ TÜRLERİ. Bağlantı) AS Öntanımlı Klasörden Sayısı İletişim Bilgisi Türleri AS İletişim Bilgisi Türleri İletişim Bilgisi Türlerine GÖRE GRUP BÖLÜMÜ Önceden Tanımlanmış Verilerin Adı MİKTARLARI OLAN (FARKLI İletişim Bilgileri Türleri. Bağlantı) > 1

Bu sorgu, kendisiyle ilişkilendirilmiş birden fazla IB öğesiyle önceden tanımlanmış öğelerin bir listesini döndürür.

Bu tür öğeler varsa, bunlardan biri için önceden tanımlanmış olanla olan bağlantıyı kaldırmak gerekir. Onlar. Bu adı kullanırken program kodunun hangi IS öğesine atıfta bulunması gerektiğini sistem için açık bir şekilde belirlemek gerekir. Bunu yapmak için kodu çalıştırmanız yeterlidir.

3. Önceden tanımlanmış bir öğenin yanlış gösterimi.

Hata, önceden tanımlanmış öğenin program mantığı tarafından sağlanan öğeye karşılık gelmemesi gerçeğinde yatmaktadır. Bu tür hatalar teşhis edilmesi en zor olanlardır. İlk iki türden farklı olarak, yapılandırma bu hatalar için otomatik olarak kontrol edilemez. Sadece işin mantığı analiz edilerek tanımlanabilirler. Şüphe duyduğunuzda, doğru elemanın kullanılıp kullanılmadığını kontrol edebilirsiniz.

Bunu yapmak için komutlardan birini çalıştırmanız yeterlidir.

//Gerekli önceden tanımlanmış Rapora bağlı olan IB öğesini tanımlayın(Directory.Types of Contact Information.Email of the ContactPerson) //Seçili Raporun bağlı olduğu önceden tanımlanmış öğeyi tanımlayın(ReferenceToElement.PredefinedDataName)

Bu tür hatalar tespit edildiğinde, eski elemana olan yanlış bağlantıyı kaldırmak ve yeni elemana bir bağlantı eklemek gerekir. İşlem kodu, ilk iki tür hatayı düzeltmek için kullanılan koda benzer.

Peki, kısaca hatalar hakkında program çalışması veya yapılandırma modunda:

"Önceden tanımlanmış öğe ait değil<Имя справочника>" - yapılandırıcıdaki adla eşleşmeyen bir adla önceden tanımlanmış bir öğe yazmaya çalışırken bir hata oluşur.

"Önceden tanımlanmamış nesneler, önceden tanımlanmış alt boyut türü girişlerine sahip olamaz" - önceden tanımlanmış bir hesap planı öğesini önceden tanımlanmamış hale getirmeye çalışırken hata oluşuyor. Hataları ortadan kaldırmak için, öğenin alt kontağının her satırından "Önceden tanımlanmış" bayrağını kaldırmak gerekir.

"Ön tanımlı olmayan nesneler, önceden tanımlanmış müşteri adayı hesaplama girişlerine sahip olamaz"- hesaplama türleri planının önceden tanımlanmış bir öğesini önceden tanımlanmamış hale getirmeye çalışırken bir hata oluşur. Hataları ortadan kaldırmak için, öğenin önde gelen hesaplama türünün her satırından "Önceden tanımlanmış" bayrağını kaldırmak gerekir.

"Önceden tanımlanmış öğeler benzersiz değil"- güncelleme sırasında yapılandırıcıda bir hata oluştu bilgi tabanı 8.3.4 uyumluluk modu olmayan bir yapılandırma sürümünde. Güncellemeden önce kopyaları kontrol etmek ve ortadan kaldırmak gerekir.

"Önceden tanımlanmış öğe adı benzersiz değil" - platforma güncelleme yapılırken konfigürasyonda aynı ada sahip önceden tanımlanmış birkaç öğe olduğunda bir hata oluşur8.3.6.2332 ve üzeri. Konfigürasyondaki kopyaları ortadan kaldırmak gerekir.

Önceden tanımlanmış verilerle çalışmak için işlemeyi öneririm. Önceden tanımlanmış verilerle herhangi bir eylemi gerçekleştirebilir ve ayrıca tüm IS nesnelerinde (dizinler, hesap çizelgeleri, PVC, PVR) ilk iki türdeki (çift ve eksik öğeler) hataların varlığı için konfigürasyonu bir bütün olarak kontrol edebilir.