1c izbrišite unaprijed definirani element. Normalni i unaprijed određeni elementi. Razlika na strani baze podataka. Netočna naznaka unaprijed definiranog elementa
Dobar dan.
Danas ćemo govoriti o inovacijama na platformi 8.3 o unaprijed definiranim elementima.
Uvod
Dopustite mi da vas podsjetim da ranije u praksi, vrlo često sam htjela naučiti svoje unaprijed definirano ime u elementu referentne knjige. Na primjer, stvorili ste dva unaprijed definirana ugovorna strana i nazvali njegove iPsidore i komore. I neka logika zavedena na njih.
Kada su svi bili ispravljeni i razrađeni, ispostavilo se da je zadatak stavljen na suprotno i logiku za IP potrebu za LLC i logiku LLC za IP. "Nema problema", kažemo i u načinu rada Enterprise preimenovati stavke. Uostalom, mnogo je teže popeti se u kod. Potrebno je godinu dana i isporučuje se novi zadatak: Za IP Sidorov, konfigurirajte neku drugu logiku. Možete se popeti na konfiguratora, napisati logiku, početi provjeravati i ne radi, jer U konfiguratoru iPsidora i u poduzeću - rombe. Mozak je slomljen i ovaj grablje želi uništiti. Najjednostavniji i vizualni prikaz naziva unaprijed definiranog elementa u obliku popisa. Ovdje je zasjeda, moguće je dobiti ime unaprijed definirane u 8,2 samo metodom. A metoda je vaša neugodnost, ne može se dobiti u upitu. Oni. Prva neugodnost je da biste dobili naziv unaprijed definirane veze na referentnu knjigu.
Druga neugodnost, kada već imamo element referentne knjige i moramo ga učiniti unaprijed određenim. Stvaramo unaprijed definirani element i dobivamo dvije stavke u direktoriju. Jedan unaprijed definiran, drugi radnik na koji se svi naši dokumenti odnose. Zamjena veza naravno izrezuje, ali ako je baza velika, onda je teško.
Sada u slučaju
Prva stvar je da referentna knjiga ima "ažuriranje unaprijed definiranih podataka" imovine.
Što nam ovo polje daje? Ako je instaliran u "ne ažuriranje automatski", dodavanje unaprijed definiranog elementa, nećemo odmah vidjeti u imeniku. Oni. Metapodaci ni na koji način ne odnosi na podatke. A ako ga ne stvoriti u direktoriju, onda će mu poziv na njegovo ime putem upravitelja direktorija uzrokovati sintaktičku pogrešku.
Vrlo zanimljivo, zašto? Kako ćemo stvoriti stavku u direktoriju? I kao što želite, možete stvoriti, ili ga možete povezati s već postojećim. Sada imenik ima rekvizit "naziv distribucije". Stvaramo element referentne knjige programirati kao i obično kroz "referentne knjige. Izvođači. Stvorite element ()" i ispunite ga pomoću "naziva" ograničanog imena "jednako ime unaprijed određenog elementa. Ili, ako je element već tamo, dobivamo ga objekt i u njemu ponovno popunite "ime distribucije". Sve.
I na kraju mali sirup
Ovaj novi rekvizite, samo da se čita i piše, tako da je također dostupan u upitima. Na taj način možete nametnuti uvjete na upite, kako biste odredili unaprijed definirano ili ne.
Hvala na pažnji.
Kada radite na 1C platformi: poduzeće 8.x često je potrebno povezati s programskim kodom na normalne (ne unaprijed definirane) elemente referentnih knjiga. Na primjer, organizacija može imati pet vrsta cijena koje se koriste u gotovo svim mehanizmima. U isto vrijeme, program privlači određenu cijenu u najboljem slučaju provodi se ili rupi na kodu u imeniku, u najgorem imenu stavke.
On je svjedok kako je u izvješćima da se potrebna cijena koristio je odabirom cijena u zahtjevu za njegovo ime (vidi sljedeći snimka zaslona).
Osim toga, ako priložite na ime ili kod pomoći referentne knjige, onda prilikom primanja linkova na stavku uvijek će potražiti u tablici ravnatelja. Unatoč činjenici da su standardni detalji sustava indeksirani od strane DBMS-a, potraga za njima u nekim slučajevima može zauzeti značajne resurse. Osim toga, to bi bilo više racionalno ne izvoditi upit za pretraživanje na tablici direktorija, ako, recimo, link na stavku i tako je "unaprijed poznat."
Kao izlaz, link možete pohraniti na svaki često korišteni element kategorije "vrste nomenklaturnih vrsta" u odvojenim konstantima i primati vrijednosti od njih u upitu. Međutim, u ovom slučaju, programer će morati dodati zasebnu konstantu za svaku sličnu stavku. Situacija će se značajno komplicirati ako takvi elementi ne samo u vrstama vrsta nomenklature, već iu drugim referentnim knjigama ("kategorije objekata", "kvaliteta", "nomenklature" i drugi). Tada se broj konstanti u sustavu može povećati nekoliko puta!
Naravno, bilo bi moguće dodati unaprijed definirane stavke za svaku referentne knjige i da ih kontaktirate bi bilo mnogo lakše. Međutim, promjena tipičnih objekata dovela bi do komplikacija procesa konfiguracijskog ažuriranja od paketa dobavljača.
Postoji optimalniji pristup u smislu razvoja konfiguracijske metapodatke strukture i iz performanse sustava. O njemu danas i o tome će se raspravljati.
Univerzalno rješenje
Suština univerzalnog rješenja bit će kako slijedi: Direktorij će biti izrađen u kojem će programer dodati unaprijed definirane elemente. U priručniku, "vrijednost" requisition, tip koji ovisi o vrijednostima za koje će se stvoriti usklađenost "unaprijed određeni element referentne knjige -\u003e vezana vrijednost". Struktura metapodataka referentne knjige izgleda kako slijedi (vidi sljedeći snimka).
Da biste dobili unaprijed definirani element, najbolja je opcija koristiti globalnu metodu. "Predustavdžija (<Имя>)" , Kao parametar u metodi, prenosi se puni put do unaprijed definiranog elementa. Sintaksa je slična vrijednost jezika upita "vrijednost ()".
Za jednostavnost razvoja preporučujem da se izvršim funkciju za dobivanje vrijednosti povezane s unaprijed određenim elementom u zajednički modul, U testnoj konfiguraciji dostupnoj za preuzimanje prema referenci na kraju članka, stvoren je zajednički modul "vrijednosti elemenata elemenata" s izvozom. "Rekonspozicija dizajniranog elementa (<ИмяПредопределенногоЭлемента>)" , Programski kod ima referencu na unaprijed definirani element, a zatim upit prima vrijednosti rekvizita "vrijednosti". Sljedeći snimka zaslona prikazuje funkciju potpune unosa.
Kao što možemo vidjeti, funkcija je formirana zahtjevom za detalje "vrijednosti" prenesene kao parametar unaprijed definiranog elementa. Kao parametar funkcije je niz s nazivom unaprijed definiranog elementa.
Za pravi posao Stvoreni mehanizam mora biti povezan u korisničkom modu unaprijed određeni element s konvencionalnim referentnim elementom odabirom odgovarajućeg elementa u "vrijednosti" detalje. Okrenimo se na pitanje utjecaja na performanse.
Utjecaj na produktivnost
Proveo je test brzine za opcije pretraživanja: po imenu i na link s unaprijed definiranog elementa. Pretraživanje je prošlo putem referentne knjige "robe" s 20.000 zapisa. Pri provođenju testova na bazi podataka datoteke, dobiveni su sljedeći rezultati:
Rezultati su pokazali da za verziju operacije datoteke, korištenje unaprijed definiranih elemenata za dobivanje često korištenih stavki drugih referentnih knjiga je sporiji od gotovo 4 puta!
U verziji klijenta-poslužitelja, rezultati testiranja pokazuju potpuno različitu sliku. Brzina prijema referenca na željeni element nije se značajno smanjio (jedan od testova pokazao je 0,002 sekunde za pretraživanje po imenu i 0.0008 sekundi. Kada se radi kroz unaprijed definirani element), pouzdanost programa se povećao prema vremenu!
zaključci
U slučajevima kada je često potrebno biti priključen na uobičajene elemente referentne knjige, preporučujem da ne koristite obvezujućih na kodu ili imenu. Ovaj pristup smanjuje pouzdanost i performanse sustava.
Tijekom rada s platformom, ona se u više navrata susrela s situacijama kada je nakon promjene imena, na primjer, na primjer, referentni knjigu "Tipinennomentomatnja", većina netkanih izvješća.
Što su više algoritama povezani s uobičajenim elementima referentnih knjiga putem koda ili imena, manje stabilan sustav.
Osim toga, ovaj pristup će omogućiti da ne promijeni standardne konfiguracijske objekte ako je potrebno dodati unaprijed definirani element. U budućnosti će to učiniti proces ažuriranja konfiguracije pomalo lakše.
Datoteke za preuzimanje:
- Istovar testne baze s primjerima iz članka.
Svatko zna razliku između unaprijed definiranih elemenata iz običnih: "Predefinirane stavke se stvaraju u načinu" konfiguratora "i ne mogu se ukloniti u 1C modu: poduzeća." U korisničkom načinu, moguće je razlikovati unaprijed definirani element iz dodatnih korisnika po posebnoj ikoni (pogledajte sljedeći snimka zaslona).
Uglavnom, unaprijed definirani elementi stvaraju programeri kako bi se uspostavili algoritmi na njima u različitim objektima konfiguracije. Na primjer, u konfiguraciji "Upravljanje proizvodnim poduzećem" u "kvalitetnom" direktoriju, programeri su dodani unaprijed definirani element "Novi".
Ovaj se element koristi u mnogim konfiguracijskim modulima. Dakle, u dokumentu "primitak roba i usluga" prilikom izvođenja u svim registrima, gdje postoji "kvalitetno" mjerenje, vrijednost unaprijed definiranog elementa je supstituirana. Slijedi popis ispunjavanja tablice vođenja registra "Proizvodi":
// Proizvodi za registracije proizvoda. Nation \u003d pokret. Proizvodi; Ako je kontrola pristupa tipu \u003d popisivanje. Promocije. Onda // primite tablicu vrijednosti koje se podudaraju s strukturom registra. Sadržaji \u003d nominacije. Istovariti (); // popunite tablicu kretanja. Izlaz. Downloadingavtablitsy (tablice, tablice); // Nedostaje polja. Objekt. Popunjavanje (organizacija, organizacija "); Objekt. Popunjavanje (nedefinirano, "agent za komisiju"); Objekt. Neuspjeh (reference. Kvaliteta. Nova, "Kvaliteta"); // popunite kvalitetu od unaprijed definiranog elementaDakle, karakteristične značajke unaprijed definiranih elemenata i njihove svrhe su vrlo jednostavne. Razmotrite kako se pohranjuju u tablice baze podataka i njezinu razliku od konvencionalnih elemenata.
Razlike
Test konfiguracija stvara referentnu knjigu "Roba". Stvara grupnu "testne elemente". Sadržaj grupe možete vidjeti na screenshotu na početku članka. Za referentnu knjigu "Roba" u SQL-bazi podataka postoji odgovarajuća tablica "_reference37" sa sljedećom strukturom:
Ali kako odrediti sukladnost detalja konfiguracijske stabla i polja u SQL tablici?
Koristimo standardna metoda Globalni kontekst "Globalni strukturni temeljen ()", koji će nam se vratiti tablicu vrijednosti s opisom tabestora.
U tablici vrijednosti "polja", vidimo usklađivanje sql tablica i pojedinosti o objektu u stablu metapodataka. U našem primjeru smatramo strukturu referentne knjige "robe". Svi direktoriji imaju standardni rekvizit "unaprijed određeni" boolean tip, koji je instaliran u istini za unaprijed definirane elemente:
Prema tablici s strukturom za pohranu referentne knjige u bazi podataka, nedvosmisleno možemo reći da je "unaprijed definirano" polje odgovara polju "Isumetadata". Ako pregledamo sadržaj tablice "_reference37" u SQL-bazi podataka, vidjet ćemo sljedeće:
U upisu za unaprijed definiranu stavku, vrijednost "Isumetadata" polje je postavljeno na "0x01", što odgovara zastavi istine. Za konvencionalne stavke, vrijednost je postavljena na "0x00". To je glavna razlika između unaprijed definiranih elemenata iz običnih. Sva ostala polja pohranjuju se u bazu podataka, sličnu području konvencionalnih elemenata koje dodaju korisnici.
Predani elementi mogu se naći vrlo zanimljive svrhe. Uz njihovu pomoć, možete zabraniti brisanje / pogledajte brisanje grupe stavki u imeniku i drugim objektima na kojima ih možete dodati. Ako pokušamo izbrisati ili označiti na brisanju grupe "Elementi testa". Dobit ću takve pogreške:
Prema tome, unaprijed definirani elementi čine grupu u koju su postavljeni, također "unaprijed definirani".
Završetak
Unaprijed definirani elementi sastavni su dio većine konfiguracija. Njihova uporaba pojednostavljuje razvoj i čini izgradnju funkcionalnosti logički više "tanak" i kruti.
U četvrtoj lekciji naših Nastavit ćemo se upoznavati s programom. Danas smo na praktični primjeri Upoznat ćemo se s I.ermitski direktoriji, kao i naučiti kako stvoriti unaprijed definirane elemente.
Timber 4 Tečaj Lekcija:
00:19
Promjene u direktoriju zaposlenika nakon izvršenja domaća zadaća 3 nastavna lekcija
00:35
Uređivanje postupka za sljedeće pojedinosti u referentnim knjigama
02:54
Stvaranje nomenklature direktorija
03:40
Stvaranje i konfiguriranje hijerarhijske referentne knjige
05:10
Stvaranje usluga usluga i robe u nomenklaturi pri priručniku
06:05
Punjenje nomenklature imenika
07:14
3 načina za prijenos reference na drugu skupinu
08:21
Stvaranje referentne knjige
09:19
Stvaranje unaprijed definiranih elemenata referentne knjige
11:25
Popunjavanje referentne knjige
12:20
Uzmite test za materijal 4 lekcije
Hijerarhijski priručnik - imenik s mogućnošću hijerarhijskog položaja njegovih elemenata. Na primjer, u priručniku nomenklature mogu se stvoriti skupine: roba, usluge itd., U koji se nalaze elementi koji se odnose na te skupine. Osim toga, grupa direktorija može uključivati \u200b\u200bi druge skupine, čime se stvara hijerarhijska struktura na više razina.
Osim toga, direktorije također podržavaju drugu vrstu hijerarhije, u kojoj se elementi referentne knjige neće odnositi na skupine, nego i drugim elementima iste referentne knjige. Takva vrsta hijerarhije ( hijerarhijski elementi) Može se koristiti, na primjer, prilikom stvaranja direktorija jedinice, gdje je jedna jedinica (podjela u ovom slučaju element referentne knjige, a ne Grupa) može uključivati \u200b\u200bnekoliko drugih jedinica. Ova vrsta hijerarhije dovoljno je rijetka.
Obrasci referentne knjige - vizualni prikaz referentne knjige. Ovisno o upravo o tome koje radnje želimo ispuniti s našim imenik, moramo prikazati referentnu knjigu u raznim vrstama. Dakle, na lekciji 4. razreda, uredili smo redoslijed pojedinosti u obliku popisa iu obliku elementa referentne knjige.
Sustav stvara (generira) obrasce automatski, ali, ako je potrebno, programer može "navesti" oblike sami.
Ukupno, postoji 5 oblika (vrste obrazaca) za referentne knjige:
- element - stvoriti ili urediti element direktorija;
- oblik grupe - stvoriti ili urediti grupu direktorija;
- oblik popisa - za prikaz popisa referentnih stavki;
- obrazac za odabir - Koristi se za odabir jednog od elemenata u određenom polju obrasca ova referentna knjiga, Na primjer, kako bi se odabrali određeno skladište iz referentne knjige u skladištu u području skladišta;
- oblik odabira grupe - Koristi se za odabir jedne od skupina ove reference u određenom polju obrasca.
Unaprijed definirani elementi referentne knjige - Elementi direktorija stvoreni od strane programera u modu konfiguratora i na koji možete kontaktirati ugrađeni naziv jezika 1C.
Postoji temeljna razlika između uobičajenih i unaprijed definiranih elemenata referentne knjige. Konvencionalni elementi su nekonzistentni u konfiguraciji. U procesu rada korisnika mogu se stvoriti, uređivati \u200b\u200bi ukloniti i, zbog čega se ne bi trebali biti reedd prilikom izvođenja bilo kakvih algoritama (kod i naziv stavke elementa može promijeniti od strane korisnika).Unaprijed definirani elementi, naprotiv, konstantni. Tijekom rada, čak i ako korisnik preimenose takav element, to će biti moguće kontaktirati s ugrađenog 1C jezika. To se postiže zbog činjenice da unaprijed definirani element ima rekviziti Imekoji nije dostupan korisniku. Nema takvih rekvizita iz uobičajenih elemenata referentne knjige.
Važno! Tehnički, korisnik ima mogućnost brisanja unaprijed definiranog elementa direktorija, ali u pravilu korisnici onemogućavaju prava za brisanje unaprijed definiranih referentnih stavki.
Domaća zadaća u lekciji 4 tečaja
Početna Zadaci za četvrtu lekciju lekcije bit će vam dostupna odmah nakon uspješnog rješenja teoretskog testa.
Sama ideja programa rada s unaprijed definiranim elementima, po mom mišljenju, vrlo je ispravan. Samo postoje nijanse koje treba uzeti u obzir pri radu.
Prvo morate jasno shvatiti za sebe da postoje unaprijed definirani elementi u konfiguraciji i postoje unaprijed definirani elementi u informacijskoj bazi (IB). Tehnički unaprijed definirani IB elementi Ovo su najčešći elementi referentnih knjiga, u kojima se navodi "naziv naziva distribucije", koja je unaprijed određena stavka konfiguracije koju odgovaraju. Više se ne razlikuju od običnih elemenata. Prema tome, bilo koji uobičajeni IB element može biti unaprijed definiran, bilo koji unaprijed određeni. Da biste to učinili, dovoljno je unijeti željenu vrijednost u rekviziti "NamePrespestiny".
Povremeno, ovo svojstvo ispada ne vrijednost koju je developer pružio. Kao rezultat toga, pojavljuju se pogreške u 1 ° C. Od kritičnih, u kojoj je djelo u načelu nemoguće, ne-kritično, u kojem je poremećena logika rada algoritama.
Uvjetno možete istaknuti Tri vrste pogrešaka:
1. "predefinirani element je odsutan u podacima";
3. Nevažeća naznaka unaprijed definiranog elementa;
1. "Predefinirani element nedostaje u podacima" - o tomedodirnite unaprijed definirani element opisan u konfiguraciji u IB podataka.
To je najlakše u ispravljanju pogrešaka i ispravljanje vrste pogreške. Njegova jednostavnost je da platforma ispravno izvješća ovoj situaciji "predefinirani element nedostaje u podacima" i sasvim je razumljiv kako to popraviti.
Kada se odnose na element koji nedostaje u kodu "Referentne knjige. Vidacentact informacije. MailContact One se izdaje poruka.
Kada kontaktirate stavku u upitu "Značenje (Priručnik .vidkonetactionalformation.emailcontact)" Poruka se izdaje:
Ta se pogreška pojavljuje ako je opisan element u konfiguraciji, ali u bazi podataka ne uspoređuje se.
Za početak, naveli smo da ova situacija nije uvijek pogrešna. Sasvim je moguće koristiti unaprijed definirane podatke u nekoj vrsti logike softvera, koja se ne može koristiti za većinu korisnika. U ovom slučaju, kako ne bi ugušio referentnu knjigu iz svih korisnika konfiguracije, logično je definirati unaprijed definirane elemente u konfiguraciji, ali ne da ih ne stvorite u svim IB-u, već samo za one IB u kojoj se koristi željena logika konfiguracije , U tom slučaju, programer može odrediti "ne ažurira unaprijed definirane podatke" imovine za referentnu knjigu i stvoriti programske elemente prilikom pristupa funkcionalnosti modula. Ili dati priliku korisniku da neovisno poveže unaprijed definirane elemente modula na uobičajene dostupne elemente.
Također se ne koristi automatsko stvaranje unaprijed definirani elementi pri radu u rebra. Budući da se novi elementi trebaju prenositi iz središnje baze, a ne biti stvoren u čvorovima s različitim širinama.
Oni. Ponekad je pogreška privući nezaobilazni element, a ne samo prisutnost takvog elementa.
Potrebno je analizirati zašto element nije stvoren. Može biti moguće stvoriti prilikom izvođenja bilo kojeg načina rada. Na primjer, nakon izrade u rebra. A možda je upravo slučajno izbrisano.
Ako je logika dostavljena za popunjavanje unaprijed definiranih stavki ne automatski, ali zasebni način rada, a zatim prije korištenja naziva poziva " Referentne knjige. Informacije o latjelištima. MailContactnometrictrics"Da bi se spriječila iznimna situacija, preporučljivo je provjeriti da je element već u bazi podataka. Ako stavka nedostaje, ja ću reći korisniku o tome i objasniti koji način rada treba izvesti kako bi popunio stavku. Za takve Ček, možete napraviti zahtjev za podacima.
Zahtjev \u003d novi zahtjev; Zahtjev. Tekst \u003d "Odaberi | vrste contcontacts. Link | iz | Priručnik .vidkoneconct Informacije kao Speedkontoracultiformation | Gdje | SpeedContacts. E-mail countact togolitsa"" "; ElementatonsVutvytnyy \u003d upit. Ispunite (). Prazno ();
Ako je još uvijek pogreška u podacima baze podataka, morate biti obvezujuće za unaprijed definirani element IB elementa. Oni. Morate objasniti sustav na koji IB element treba kontaktirati softverskog koda za ovo ime. Tehnički vezivanje samo navode naziv unaprijed definirane stavke u imovini "Prijavljeno ime"IB element. Da ga instalirate, dovoljno je izvršiti kod:
2. "Unaprijed definirani element nije jedinstven" -napredni unaprijed definirani elementi:
Ova situacija leži u činjenici da su nekoliko elemenata IB vezanog za jedan unaprijed definirani element. U tom slučaju, prilikom pristupa unaprijed definiranom imenu, odabiru element nasumično, Ova situacija je uvijek pogrešna. Njegova složenost je da platforma ne prijavljuje ništa o tome. Samo algoritmi počinju nepravilno raditi.
Platforma će prijaviti pogrešku "Predefinirani element nije jedinstven" samo kada pokušate urediti konvertibilni element.
Dok nitko ne mora uređivati \u200b\u200belement, nitko ne zna za pogrešku.
Takvi duplikati se mogu stvoriti, na primjer, ako se koristi referentna knjiga i u svojstvima za unaprijed definirane podatke, navečeno je način rada "Ažuriranje". U tom slučaju, prilikom izvođenja razmjene stvorit će se jedan primjer unaprijed definiranih podataka pri ažuriranju konfiguracije. Druga instanca unaprijed definiranih elemenata s istim imenom prenosi se iz središnje baze prilikom razmjene.
Također, ovi duplikati će se pojaviti pri korištenju izmjenjivanja između konfiguracija u slučaju različitih baza unaprijed određenih elemenata, različiti IB elementi odgovaraju unaprijed određenim elementima. U tom slučaju, jedan primjer unaprijed definiranih podataka u bazi podataka već postoji, drugi će doći prilikom učitavanja podataka s drugim UID-om. Ako obavljate prijenos podataka, potrebno je odlučiti da li se elementi od kojih se smatraju glavnim i koriste ih u podređenoj bazi. U podređenoj bazi podataka potrebno je zamijeniti uporabu starih elemenata na elementima glavne baze.
Takve pogreške u bazi podataka mogu se otkriti po prikazu obrasca:
Odaberite Informacije o specienectinu. IMAIPED definirani, broj (razne speciestrante. Link) kao montažni katalog distribuiranog direktorija .vidkoneCont informacije kako se Sonekontin Informacije prikupljene za tenk Inteformation
Ovaj zahtjev će vratiti popis unaprijed definiranih elemenata s kojima je povezan više od jednog elementa IB-a.
U prisutnosti takvih elemenata potrebno je ukloniti vezu s unaprijed definiranom vezom za jedan od njih. Oni. Potrebno je definitivno odrediti za sustav, na koji bi IB element trebao kontaktirati programski kôd prilikom korištenja ovog imena.Da biste to učinili, samo izvršiti kod.
3. Nepravilno označavanje unaprijed definiranog elementa.
Pogreška je da unaprijed definirani element odgovara pogrešnom elementu koji je predviđen logikom programa. Takve pogreške su najsloženije u dijagnozi. Za razliku od prve dvije vrste, nemoguće je automatski provjeriti te pogreške za automatsko provjeru konfiguracije. Mogu se identificirati samo analizom logike rada. Ako sumnjate, možete provjeriti je li potreba za stavkama.
Da biste to učinili, samo izvršiti jednu od naredbi.
// Definicija IB elementa koji je povezan s željenim unaprijed određenim za informiranje (referentne knjige. Lidkontakt informacije.
Prilikom identificiranja takvih pogrešaka potrebno je ukloniti netočnu komunikaciju sa starim elementom i dodati komunikaciju s novom stavkom. Operacijski kôd je sličan korekciji korekcije prve dvije vrste pogrešaka.
Dobro, kratko o pogreškama kada softver ili u konfiguratoru:
"Unaprijed definirani element ne pripada<Имя справочника>" - Pogreška se pojavljuje kada pokušate snimati unaprijed definirani element s imenom koje se ne podudara s imenom u konofuratoru.
"Nisu unaprijed definirani objekti ne mogu imati unaprijed definirane evidencije o vrstama podconto" - Pogreška nastaje kada pokušavate napraviti element unaprijed definirani plan računa za neočekivan. Da bi se uklonile pogreške, potrebno je za svaki redak subkontalnog elementa da ukloni znak "unaprijed određene".
"Nije unaprijed definirani predmeti ne mogu imati unaprijed definirane zapise vodećih vrsta izračuna"- Pogreška se pojavljuje kada pokušate napraviti unaprijed određeni element plana za izračunavanje izračuna neočekivanog. Da bi se uklonile pogreške, potrebno je za svaki redak vodeće vrste izračuna elementa za uklanjanje "unaprijed određenog" znaka.
"Unaprijed definirani elementi nisu jedinstveni" - Pogreška se izdaje u konfiguratoru kada ažurirate informacijsku bazu na izdanju konfiguracije bez načina kompatibilnosti od 8.3.4. Potrebno je prije ažuriranja Provjerite duplica i eliminirati ih.
"Ime unaprijed definiranog elementa nije jedinstveno" - Pogreška se pojavljuje ako postoji nekoliko istih unaprijed definiranih elemenata u konfiguraciji pri ažuriranju na platformu8.3.6.2332 i više. Potrebno je eliminirati duplikat u konfiguraciji.
Raditi s unaprijed definiranim podacima, preporučuje. Ona zna kako izvesti bilo kakve radnje s unaprijed definiranim podacima, a također može provjeriti konfiguraciju s članom za dostupnost u svim IB objektima (direktorij, planovi računa, PVC, PVR) pogreške prve dvije vrste (skriveni i nestali elementi).