Önceden tanımlanmış unsur, Veriler 8.3 işleminde bulunmaz. Önceden tanımlanmış öğelerin kurulumu

Programın öngördüğü, önceden tanımlanmış unsurlarla çalıştığı fikri, bence, çok doğru. Sadece çalışırken dikkat edilmesi gereken nüanslar var.

Öncelikle, konfigürasyonda önceden tanımlanmış unsurlar olduğunun ve bilgi tabanında (IB) önceden tanımlanmış öğeler olduğunun kendinize açıkça anlamanız gerekir. Teknik olarak önceden tanımlanmış IB elemanları Bunlar, "Dağıtım Adının Adının Adının Adının", hangi konfigürasyon kaleminin uygun olduğunu belirttiği referans defterlerin en sık görülen unsurlarıdır. Artık sıradan unsurlardan farklı olmazlar. Buna göre, herhangi bir konvansiyonel IB öğesi önceden tanımlanmış herhangi bir önceden tanımlanabilir. Bunu yapmak için, perdelerde istenen değeri girmek için yeterlidir. "Namepredeshestiny".

Periyodik olarak, bu özellik geliştiricinin sağladığı değeri değil. Sonuç olarak, 1C'de hatalar oluşur. İlkindeki çalışmanın imkansız olduğu kritik olandan, algoritmaların operasyonunun mantığının bozulduğu kritik olmayan, eleştirel değildir.

Koşullu olarak vurgulayabilirsiniz Üç tür hatalar:
1. "Önceden tanımlanmış öğe verilerde yoktur";

3. Geçersiz talimatlar önceden tanımlanmış öğe;

1. "Önceden tanımlanmış öğe verilerde eksik" - HakkındaiB verilerindeki yapılandırmada açıklanan önceden tanımlanmış elemana dokunun.

Bu hata ayıklama ve hata türünü düzeltmek için en kolay olanıdır. Sadeliği, platformun bu duruma doğru bir şekilde rapor etmesidir "Önceden tanımlanmış öğe verilerde eksik" ve nasıl düzeltileceği oldukça anlaşılabilir.

Koddaki eksik öğeye atıfta bulunurken "referans kitapları. VidaContact Bilgi. MailContact Bir mesaj verilir.

"Anlamı (el kitabı .vidkonetactionalinformation.emailcontact) sorgusunda öğeyle iletişim kurarken mesajı:

Bu hata, konfigürasyondaki öğe açıklandığı takdirde, ancak veritabanında karşılaştırılmazsa oluşur.

Başlamak için, bu durumun her zaman hatalı olmadığını belirtiriz. Çoğu kullanıcı için kullanılamayacak bir tür yazılım mantığında önceden tanımlanmış veri kullanmak oldukça mümkündür. Bu durumda, bir referans kitabını tüm yapılandırma kullanıcılarından boğulmaması durumunda, yapılandırmada önceden tanımlanmış elemanları tanımlamak için, ancak bunları tüm IB'de oluşturmamak, ancak yalnızca istenen yapılandırma mantığının kullanıldığı IB'ler için mantıklıdır. . Bu durumda, programcı referans defteri için "önceden tanımlanmış verileri güncellemeyin" özelliğini belirleyebilir ve modül işlevselliğine erişirken program öğelerini oluşturabilir. Ya kullanıcıya, modülün önceden tanımlanmış unsurlarını bağımsız olarak kullanılabilir elementlere bağımsız olarak bağlamak için fırsat verin.

Kaburga modunda çalışırken otomatik olarak önceden tanımlanmış öğeler oluşturmak için de kullanılmaz. Yeni unsurlar merkezi bazdan iletilmeli ve farklı genişliklerle düğümlerde oluşturulmaması gerektiğinden.

Şunlar. Bazen bir hata kaçınılmaz bir öğeye hitap etmektir ve böyle bir öğenin varlığını değil.

Öğenin neden oluşturulmadığını analiz etmek gerekir. Herhangi bir program modunu gerçekleştirirken oluşturulması mümkün olabilir. Örneğin, kaburga içinde bir değişim yaptıktan sonra. Ve belki de yanlışlıkla silindi.

Mantık, önceden tanımlanmış öğeleri otomatik olarak doldurmamak için sağlanırsa, ancak ayrı bir mod, ardından arama adını kullanmadan önce " Referans kitapları. LifactScontact Bilgi. MailContactNometrics"İstisnai bir durumu önlemek için, elemanın zaten veritabanında olduğunu doğrulamanız önerilir. Öğe eksikse, kullanıcıya bu konuda söyleyebilirim ve öğeyi doldurmak için hangi modun yapılması gerektiğini açıklayabilirim. Böyle Bir kontrol, verilere bir istek yapabilirsiniz.

Talep \u003d yeni istek; Talep. Text \u003d "Seçin | SpeciesContacts. Bağlantı | El Kitabı | Handbook'tan. Handkontacultiformation Olarak | SpeedContacts. EmailContact Togolitsa"" "; Elementatonsvutvytnyy \u003d sorgu. Doldur (). Boş ();

Veritabanı verilerinde hala bir hata ise, IB öğesinin önceden tanımlanmış öğesine bağlanmanız gerekir. Şunlar. Sistemi, IB öğesinin bu isim için yazılım koduyla iletişim kurması gereken sistemi açıklamanız gerekir. Teknik olarak bağlayıcı, sadece özellikdeki önceden tanımlanmış öğenin adını belirtir "İsim bildirildi"IB öğesi. Kurmak için, kodu yürütmek için yeterlidir:

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

Bu durum, IB'nin birkaç unsurunun önceden tanımlanmış bir öğeye bağlı olduğu gerçeğinde yatmaktadır. Bu durumda, önceden tanımlanmış bir ada erişirken, eleman rastgele seçilecektir. Bu durum her zaman hatalı. Karmaşıklığı, platformun bu konuda hiçbir şey bildirmemesidir. Sadece algoritmalar yanlış çalışmaya başlar.

Platform, "Önceden tanımlanmış öğe benzersiz değildir", yalnızca dönüştürülebilir bir öğeyi düzenlemeye çalıştığınızda.

Birinin bir öğeyi düzenlemesi gerekene kadar, kimse hatayı bilmiyor.

Bu tür kopyalar oluşturulabilir, örneğin, referans defteri kullanılıyorsa ve önceden tanımlanmış veriler için özelliklerde, "otomatik olarak güncelleme" modu belirtilir. Bu durumda, bir değişim yaparken, yapılandırmayı güncellerken önceden tanımlanmış veri örneği oluşturulur. Aynı isimde önceden tanımlanmış elemanların ikinci örneği, değiş tokuş yaparken merkezi bazdan iletilir.

Ayrıca, bu kopyalar, önceden belirlenmiş elementler için farklı bazlar halinde yapılandırmalar arasındaki değişim işlemlerini kullanırken, önceden belirlenmiş elemanlara karşılık gelir. Bu durumda, veritabanındaki önceden tanımlanmış veri örneği zaten oradadır, ikincisi başka bir UID ile veri yüklenirken gelecektir. Veri aktarımı yaparsanız, veritabanının ana olarak kabul edilip edilmediği ve bunları alt tabanda kullanılıp kullanılmadığına karar vermek gerekir. Alt veritabanında, eski elemanların kullanımını ana tabanın elemanları üzerinde değiştirmek gerekir.

Veritabanındaki bu tür hatalar, formun görüşüyle \u200b\u200bortaya çıkabilir:

Speciestenectin bilgilerini seçin. İmaiped Tanımlandı, Numara (Çeşitli Numaralı Bilgiler. Bağlantı) Bir Dağı Yardım Dağıtılmış Dizin.

Bu istek, IB'nin birden fazla elemanının ilişkili olduğu önceden tanımlanmış öğelerin bir listesini döndürür.

Bu tür unsurların varlığında, bunlardan birinin önceden tanımlanmış bağlantı ile bağlantıyı çıkarmak gerekir. Şunlar. Bu adı kullanırken, IB öğesinin program koduyla iletişim kurması gereken sistem için kesinlikle belirlemek gerekir.Bunu yapmak için sadece kodu çalıştırın.

3. Önceden tanımlanmış elemanın yanlış göstergesi.

Hata, önceden tanımlanmış öğenin program mantığı tarafından sağlanan yanlış öğeye karşılık gelmesidir. Bu tür hatalar tanıda en karmaşıktır. İlk iki türden farklı olarak, bu hataları otomatik olarak yapılandırmayı kontrol etmek için otomatik olarak kontrol etmek imkansızdır. Sadece işin mantığını analiz ederek tanımlanabilirler. Şüphe ederseniz, öğenin ihtiyaç duyulup kullanılmadığını kontrol edebilirsiniz.

Bunu yapmak için, sadece komutlardan birini uygulayın.

// bir IB elemanının tanımı (referans kitapları. Lidkontact information.EalightContact) // Seçilen raporun eklendiği önceden belirlenmiş elemanı belirleyin (yansıtıcı eleman.

Bu tür hataları tanımlarken, eski elemanla yanlış iletişimi kaldırmak ve yeni öğeyle iletişim eklemek gerekir. Çalışma kodu, ilk iki hatanın düzeltme koduna benzer.

Kısa, yazılımdaki hatalar hakkında veya yapılandırıcı modunda:

"Önceden tanımlanmış öğe ait değil<Имя справочника>" - Önceden tanımlanmış bir öğeyi KONOFURATOR'taki adla eşleşmeyen bir adla kaydetmeye çalıştığınızda hata oluşur..

"Önceden tanımlanmış nesneler önceden tanımlanmış Subconto türleri kayıtlarına sahip olamaz" - Beklenmeyenler için önceden tanımlanmış bir hesap planı yapmayı denemeye çalışırken hata ortaya çıkar. Hataları ortadan kaldırmak için, "önceden belirlenmiş" işaretini çıkarmak için subkontal elemanın her satırının her bir satırının gereklidir.

"Önceden tanımlanmış nesneler, önde gelen hesaplama türlerinin önceden tanımlanmış kayıtlarına sahip olamaz"- Beklenmeyen hesaplamayı hesaplamak için planın önceden belirlenmiş bir elemanını yapmaya çalıştığınızda hata oluşur. Hataları ortadan kaldırmak için, "önceden belirlenmiş" işareti kaldırmak için elemanın önde gelen hesaplama türünün her satırı için gereklidir.

"Önceden tanımlanmış unsurlar benzersiz değil" - Güncellendiğinde yapılandırıcıda hata verilir bilgi tabanı Konfigürasyonun 5.3.4'ten itibaren uyumluluk modu olmadan serbest bırakılması üzerine. Güncelleme kontrolü Duplicas'tan önce gereklidir ve bunları ortadan kaldırın.

"Önceden tanımlanmış öğenin adı benzersiz değil" - Platformda güncellendiğinde, yapılandırmada aynı önceden tanımlanmış elemanların birkaçı varsa hata oluşur.8.3.6.2332 ve üzeri. Yapılandırmada yinelenen ortadan kaldırmak gerekir.

Önceden tanımlanmış veri ile çalışmak, tavsiye. Önceden tanımlanmış veri içeren herhangi bir işlemi nasıl gerçekleştireceğini ve ayrıca ilk iki türün (gizli ve eksik unsurlar) tüm IB nesnelerinde (dizin, hesap planları, PVC, PVR) hataları için bir üye ile yapılandırmayı da kontrol edebilir.

İyi günler.

Bugün önceden tanımlanmış unsurlar hakkında 8.3 platformunda inovasyon hakkında konuşacağız.

Giriş

Size pratikte daha erken hatırlatayım, çok sık, önceden tanımlanmış ismini referans kitabının elemanında öğrenmek istediğimde. Örneğin, önceden tanımlanmış iki karşı taraf yarattınız ve Ipsidors ve Commotor'u denir. Ve bazı mantık onlara baştan çıkardı.

Herkes hata ayıklandığında ve çalıştığında, görevin LLC için IP ihtiyacı için aksine ve mantığa ve IP için LLC'nin mantığı olduğu ortaya çıktı. "Sorun yok," diyoruz ve kurumsal modda, eşyaları yeniden adlandırıyoruz. Sonuçta, koda tırmanmak çok daha zordur. Bir yıl tutulur ve yeni bir görev belirlenir: Sidorov'un IP için başka bir mantık ayarlayın. Yapılandırıcıya tırmanır, mantığı yazın, kontrol etmeye başlayın ve çalışmaz, çünkü Ipsidors yapılandırıcıda ve işletmede - bir vadişe. Beyin bozuldu ve bu komisyon yok etmek istiyor. En basit ve görsel, önceden tanımlanmış öğenin adını liste formundaki adını görüntülemektir. İşte bir pusu, 8.2'de önceden tanımlanmış olanın adını yalnızca yöntemle elde etmek mümkündür. Ve yöntem sizin rahatsızlıklarınızdır, sorguda elde edilemez. Şunlar. İlk rahatsızlık, referans kitabına önceden tanımlanmış bağlantının adını almaktır.

İkinci rahatsızlık, zaten referans kitabının bir unsuruna sahip olduğumuzda ve önceden belirlenmiş yapmamız gerekiyor. Önceden tanımlanmış bir eleman oluştururuz ve dizinde iki öğe alıyoruz. Önceden tanımlanmış olan, tüm belgelerimizin atıfta bulunduğu diğer işçi. Elbette bağlantıların değiştirilmesi keser, ancak baz büyükse, o zaman zordur.

Şimdi durumunda

İlk şey, referans kitabının "önceden tanımlanmış bir veri güncelleme" özelliğine sahip olmasıdır.

Bu alan bize ne veriyor? "Otomatik olarak güncelleme" olarak yüklenirse, daha sonra önceden tanımlanmış bir öğe eklemek, derhal dizinde görmeyeceğiz. Şunlar. Meta veriler verilerle ilgili değildir. Ve dizinde oluşturmazsa, dizin yöneticisi aracılığıyla ismiyle temyiz başvurusu bir sözdizimsel hataya neden olur.

Çok ilginç, neden? Dizinde bir öğe nasıl oluştururuz? Ve istediğiniz gibi, oluşturabilirsiniz veya zaten var olanla ilişkilendirebilirsiniz. Şimdi dizin "dağıtımın adı" sahnelerine sahiptir. Referans kitabının bir elemanını "referans kitapları) ile her zamanki gibi programlı olarak oluştururuz. Yükleniciler. Veya, eğer eleman zaten oradaysa, nesneyi alırız ve bir daha "Dağıtımın adını" doldururuz. Her şey.

Ve son olarak biraz şurup

Bu yeni sahne, sadece okunur ve yazdığı, bu yüzden sorgularda da mevcuttur. Bu şekilde, önceden tanımlanmış olanı belirlemek için sorgulardaki koşulları uygulayabilirsiniz.

Dikkatiniz için teşekkürler.

Önceden tanımlanmış değerlerle çalışmak için basit işlem.

Yapılandırma öğelerinde önceden tanımlanmış IB öğelerini eşleştirmenizi sağlar.

Yapılandırma teşvikini kontrol etmenizi sağlar (önceden belirlenmiş bir öğeye bağlı birkaç IB öğesi) ve kaçırılan elemanları (IB öğeleri ile ilişkili olmayan önceden tanımlanmış öğeler). Böyle elemanlar değişim veya arızalar sırasında ortaya çıkabilir ve yapılandırmada hatalara neden olabilir.

Geçerli değerleri basitçe görüntüleyebilirsiniz, gerekli değişiklikleri yapabilirsiniz.

Çalışma Prosedürü:

1. İşleme işlemi.

2. Türünü (dizin, hesap planı, PVC, PVR) seçiyoruz.

3. Seçilen türün kendisinin dizinini seçin.

4. İşlemin tablo halinde, IB'de bulunan tüm önceden tanımlanmış tüm elemanlar yapılandırmada ortaya çıkar ve tarif edilir.

Önceden tanımlanmış bir özelliğe bağlı birkaç element varsa veya yapılandırma öğelerinde tarif edilen elemanların bir kısmı öğelere atanmamışsa, sistem bunu referans seçerken bildirir. Oluklu ve eksik unsurlar listenin en üstünde görünecek ve turuncu ile vurgulanacaktır.

5. Gerekli önceden tanımlanmış öğeler için yeni değerler kuruyoruz.

Aynı zamanda, dizginler, önceden tanımlanmış öğenin yapılandırmadan kaybolduğu kırmızı işaretlenmiştir. Önceden tanımlanmış bir öğenin değiştiği tek satırlar, önceden tanımlanmış bir eleman görünen yeşil dizeler.
İçin büyük miktarlar Çiftler, ekstra çizgileri vurgulamak için uygundur ve "Uyumluluğu İptal Et" düğmesiyle seçilen tüm iletişimi belirtmek için uygundur (1.3.1 sürümünden)

6. "Öğeleri gerçekleştir" düğmesine basarak yeniden atama yapın.

Meşe kontrol etmek (hata "Önceden tanımlanmış unsur benzersiz değil"):

"Kontrol Droke" na tıkladığınızda, işleme tüm dizinleri, faturalandırma planlarını, PVC ve PVR'yi kontrol eder ve iade edilen elemanların bir göstergesi olan acele elemanları olan tabloların bir listesini gösterecektir.

Bundan sonra, hataların bulunduğu bireysel nesneleri kontrol etmek gerekir.

Cevapsız doğrulama(hata "Önceden tanımlanmış öğe verilerde eksik"):

"Kaçırılan Kontrol Et" düğmesini tıkladığınızda, işleme tüm dizinleri, faturalandırma planlarını, PVC ve PVR'yi kontrol eder ve IB verilerine kıyasla önceden tanımlanmış bir öğenin listesini çıkarır.

Kullanmak için bir platform 8.3.3 veya daha yüksek.

Evrensel, herhangi bir yapılandırmada kullanılabilir.

Dili algılaştırmak afrikacalar arjali arapça arapça ermenice azerbaijani baskça türkçe (simp) chire Litvanya Makedonal Malay Maltaca Norveççe Farsça Lehçe Portekizce Romence Rusça Sırpça Slovakça Sloven İspanyolca Swahili İsveççe Tamil Telugu Tayland Türkçe Ukrayna Urduca Vietnamca Galce Yidiş

Azerbaycan Arnavutça Arapça Arapça Ermeni Azerbaycancı Baskça Bengali Belarusça Bulgarca Katalanca Çince (Simp) Çince (trad) Hırvatça Çekçe Malay Malta Norveççe Farsça Polonya Portekizce Romence Rusça Sırpça Slovakça Sloven İspanyolca Svahili İsveççe Tamil Telugu Tayland Türkçe Ukrayna Urduca Vietnamca Galce Yidiş