Sama ideja programskog rada sa unapred definisanim elementima, po mom mišljenju, veoma je ispravna. Jednostavno postoje nijanse koje treba uzeti u obzir prilikom rada.
Prvo, morate jasno shvatiti za sebe da postoje unaprijed definirani elementi u konfiguraciji i da postoje unaprijed definirani elementi u informacijskoj bazi (IS). Tehnički, unaprijed definirani elementi sigurnosti informacija su najčešći elementi direktorija, u kojima atribut “Naziv unaprijed definiranih podataka” označava kojem unaprijed definiranom elementu konfiguracije odgovaraju. Ne razlikuju se od običnih elemenata. Shodno tome, bilo koji obični element sigurnosti informacija može se učiniti unaprijed definiranim, bilo koji unaprijed definirani element može se učiniti običnim. Da biste to učinili, samo unesite željenu vrijednost u atribut "PredefinedDataName".
S vremena na vrijeme, ovo svojstvo sadrži vrijednost koja nije ona koju je programer namjeravao. Kao rezultat toga, pojavljuju se greške u radu 1C. Od kritičnog, u kojem je rad u osnovi nemoguć, do nekritičnog, u kojem je logika algoritama poremećena.
Uslovno možemo razlikovati tri vrste grešaka:
1. "Unaprijed definirani element nije u podacima";
3. Neispravna specifikacija unapred definisanog elementa;
1. "Unaprijed definirani element nije u podacima" - o odsustvo unaprijed definiranog elementa opisanog u konfiguraciji u podacima o sigurnosti informacija.
Ovo je najlakši tip greške za otklanjanje grešaka i ispravljanje. Njegova jednostavnost je u tome što platforma sasvim korektno izveštava o ovoj situaciji „Nedostaje unapred definisani element u podacima“ i sasvim je jasno kako to popraviti.
Prilikom pristupa elementu koji nedostaje u kodu "Direktoriji.Vrste kontakt informacija.E-mail osobe za kontakt" prikazuje se poruka
Prilikom pristupa elementu u zahtjevu "VALUE(Directory.Types of Contact Information.Email of the Contact person)" prikazuje se sljedeća poruka:
Ova greška se javlja ako je element opisan u konfiguraciji, ali element nije povezan s njim u bazi podataka.
Za početak, razjasnimo da ova situacija nije uvijek pogrešna. Sasvim je moguće koristiti unaprijed definirane podatke u nekoj vrsti programske logike, koja se za većinu korisnika možda neće koristiti. U ovom slučaju, kako se direktorij ne bi zatrpao za sve korisnike konfiguracije, logično je definirati unaprijed definirane elemente u konfiguraciji, ali ih ne kreirati u svim sistemima informatičke sigurnosti, već samo za one sisteme informacijske sigurnosti u kojima koristi se potrebna logika konfiguracije. U ovom slučaju, programer može specificirati svojstvo “Ne ažuriraj unaprijed definirane podatke” za direktorij i kreirati elemente programski kada pristupa funkcionalnosti modula. Ili dopustite korisniku da samostalno veže unaprijed definirane elemente modula za postojeće regularne elemente.
Takođe, automatsko kreiranje unapred definisanih elemenata se ne koristi kada se radi u RIB modu. Budući da se novi elementi moraju prenijeti iz centralne baze podataka, a ne kreirati u čvorovima s različitim UID-ovima.
One. Ponekad je greška referenca na neusklađeni element, a ne prisustvo samog takvog elementa.
Potrebno je analizirati zašto element nije kreiran. Možda bi ga trebalo kreirati kada se izvrši neki programski mod. Na primjer, nakon završetka razmjene u RIB-u. Ili je možda samo slučajno obrisana.
Ako logika predviđa popunjavanje unaprijed definiranih elemenata ne automatski, već u zasebnom načinu, onda prije korištenja pristupa po imenu " Imenici.Vrste kontakt informacija.E-mail osobe za kontakt"Da bismo spriječili izvanrednu situaciju, preporučljivo je provjeriti da li je element već u bazi podataka. Ako element nedostaje, o tome obavijestiti korisnika i objasniti koji način treba izvršiti da bi element ispunio. Za takvu provjeru , možete pokrenuti upit za podatke.
Zahtjev = Novi zahtjev; Request.Text = "ODABIR | Vrste kontakt informacija. Link | OD | Imenik. Tipovi kontakt informacija KAKO Tipovi kontakt informacija | GDJE | Vrste kontakt informacija. Naziv unaprijed definiranih podataka = "" EmailContactPerson"""; Stavka je MissingInData = Query.Execute().Empty();
Ako je to i dalje greška u podacima baze podataka, onda je potrebno vezati se za unaprijed definirani element elementa sigurnosti informacija. One. potrebno je objasniti sistemu kojem elementu informacione sigurnosti programski kod treba pristupiti ovim imenom. Tehnički, povezivanje je jednostavno specificiranje imena unaprijed definiranog elementa u svojstvu "PredefinedDataName" elementa IS. Da biste ga instalirali, samo pokrenite kod:
2. "Unaprijed definirani element nije jedinstven" - h dvostruko unaprijed definirani elementi:
Ova situacija je da je nekoliko elemenata sigurnosti informacija vezano za jedan unaprijed definirani element. U tom slučaju, kada se pristupa unaprijed definiranom imenu, element će biti odabran nasumično. Ova situacija je uvijek pogrešna. Njegova poteškoća je u tome što platforma to ni na koji način ne prijavljuje. Algoritmi jednostavno počinju da rade pogrešno.
Platforma će prijaviti grešku "Unaprijed definirani element nije jedinstven" samo kada pokušate urediti duplirani element.
Sve dok niko ne treba da uređuje element, niko neće znati za grešku.
Takvi duplikati se mogu kreirati, na primjer, ako se RIB koristi za direktorij i ako je način “Ažuriraj automatski” naveden u svojstvima za unaprijed definirane podatke. U ovom slučaju, prilikom obavljanja razmjene, jedna instanca predefiniranih podataka će biti kreirana kada se konfiguracija ažurira. Druga instanca unapred definisanih elemenata sa istim imenom biće prebačena iz centralne baze podataka tokom razmene.
Također, ovi duplikati će se pojaviti kada se koristi obrada razmjene između konfiguracija ako različiti elementi sigurnosti informacija odgovaraju unaprijed definiranim elementima u različitim bazama podataka. U ovom slučaju, jedna kopija predefiniranih podataka već postoji u bazi podataka, druga će doći prilikom učitavanja podataka s drugim UID-om. Ako izvodite prijenos podataka, morate odlučiti koji elementi baze podataka se smatraju primarnim i koristiti ih u podređenoj bazi podataka. U podređenoj bazi podataka potrebno je zamijeniti korištenje starih elemenata elementima glavne baze podataka.
Takve greške u bazi podataka mogu se identifikovati upitom kao što je:
ODABIR Vrste kontakt informacija.Naziv unaprijed definisanih podataka, KOLIČINA (RAZLIČITIH tipova informacija o kontaktu.Link) KAO broj unaprijed definiranih iz imenika.Vrste kontakt informacija KAO vrste kontakt informacija GRUPA PREMA vrstama kontakt informacija.Naziv unaprijed definiranih podataka KOJI IMAJU KOLIČINU (RAZLIČITI tipovi ContactInformation.Link) > 1
Ovaj upit će vratiti listu unaprijed definiranih elemenata s kojima je povezano više od jednog elementa sigurnosti informacija.
Ako takvi elementi postoje, potrebno je za jedan od njih ukloniti vezu sa predefiniranim. One. Za sistem je neophodno nedvosmisleno odrediti na koji element informacione sigurnosti treba da se odnosi programski kod kada se koristi ovaj naziv. Da biste to učinili, samo pokrenite kod.
3. Netočna specifikacija unaprijed definiranog elementa.
Greška je u tome što unaprijed definirani element odgovara elementu koji nije predviđen programskom logikom. Takve greške je najteže dijagnosticirati. Za razliku od prva dva tipa, konfiguracija se ne može automatski provjeriti za ove greške. One se mogu identifikovati samo analizom logike rada. Ako ste u nedoumici, možete provjeriti da li se koristi ispravan element.
Da biste to učinili, samo pokrenite jednu od naredbi.
//Definiranje elementa sigurnosti informacija koji je povezan sa željenim unaprijed definiranim Obavijesti (Direktoriji.Vrste kontakt informacija.E-mail osobe za kontakt) //Definiranje unaprijed definiranog elementa na koji je prikačeno odabrano Obavijesti (veza na element.Naziv unaprijed definiranih podataka) )
Ako se takve greške uoče, potrebno je ukloniti pogrešnu vezu sa starim elementom i dodati vezu s novim elementom. Operativni kod je sličan kodu za ispravljanje prve dvije vrste grešaka.
Pa, ukratko o greškama tokom rada programa ili u modu konfiguratora:
"Unaprijed definirani element ne pripada<Имя справочника>" - javlja se greška pri pokušaju pisanja unaprijed definiranog elementa s imenom koje ne odgovara imenu u konfiguratoru.
"Ne-predefinirani objekti ne mogu imati unaprijed definirane zapise subconto pregleda" - dolazi do greške kada se pokuša učiniti nedefiniranim element unaprijed definiranog kontnog plana. Da bi se eliminisale greške, potrebno je ukloniti oznaku “Predefined” sa svake podkontaktne linije elementa.
"Ne-predefinirani objekti ne mogu imati unaprijed definirane zapise vodećih tipova proračuna"- dolazi do greške pri pokušaju da se unaprijed definirani element plana obračunskih tipova učini nepredefiniranim. Da biste eliminisali greške, potrebno je ukloniti potvrdni okvir „Predefinirano“ za svaki red vodećeg tipa proračuna elementa.
"Unaprijed definirani elementi nisu jedinstveni"- generira se greška u konfiguratoru prilikom ažuriranja baze podataka za konfiguracijsko izdanje bez načina kompatibilnosti sa 8.3.4. Prije ažuriranja potrebno je provjeriti ima li duplikata i ukloniti ih.
"Ime unapred definisanog elementa nije jedinstveno" - greška se javlja kada postoji nekoliko predefiniranih elemenata istog imena u konfiguraciji prilikom ažuriranja na platformu8.3.6.2332 i više. Potrebno je ukloniti duplikate u konfiguraciji.
Za rad s unaprijed definiranim podacima, preporučujem obradu. Može izvoditi bilo koje radnje sa unaprijed definiranim podacima, a može i provjeriti konfiguraciju u cjelini na prisustvo grešaka prve dvije vrste (duplicirani i nedostajući elementi) u svim objektima informacione sigurnosti (direktoriji, kontni planovi, PVC, PVR) .
Pažnja! Ovo je uvodna verzija lekcije, čiji materijali mogu biti nepotpuni.
Prijavite se na stranicu kao student
Prijavite se kao učenik za pristup školskim materijalima
Jezik upita 1C 8.3 za programere početnike: funkcija VRIJEDNOST
Funkcija ZNAČENJE namenjeno za promet u tijelu zahtjeva na sistemske vrijednosti nabrajanja I unapred definisani podaci.
Šta su još ove enumeracije i unapred definisani podaci, pitate se. Hajde da pričamo o svemu po redu.
Transferi
Transferi- ovo je aplikacijski objekat (sjećate se da postoje i Imenici I Dokumentacija). Zašto je bio potreban?
Poenta je da je nabrajanje poseban objekat. Za razliku od priručnika i dokumenata sve moguće vrijednosti nabrajanja su specificirane u fazi konfiguracije i ne može se dalje mijenjati u korisničkom modu.
Nepromjenjivost je njihov glavni adut. Ovo su neke vrste konstanti baze podataka.
A ako je programer u konfiguracijskom modu kreirao nabrajanje s imenom Kat i značenja Muško I Žensko, tada prilikom pisanja programa može biti siguran da se vrijednosti ovog nabrajanja neće promijeniti u budućnosti. Stoga on može sigurno pristupiti ovim vrijednostima iz koda.
Zamislite što će se dogoditi ako pokuša koristiti direktorij u ove svrhe?
Prvo, neki korisnik će to uzeti i dodati neku vrstu “marsovskog poda”.
Drugo, drugi korisnik će ići naprijed i izbrisati jedan od postojećih spolova ili promijeniti svoje ime.
I program će zbog toga pokvariti, jer da bi funkcionisao potrebno je da postoje tačno dva roda i to upravo sa nazivima “Muški” i “Ženski”.
Za takve slučajeve postoje enumeracije: da se jednom (u fazi konfiguracije) rigidno definiraju sve moguće varijante vrijednosti i zatim se koriste u programskom kodu.
Pogledajmo primjer takvog nabrajanja u našoj bazi podataka "Gastronom". Čitate probnu verziju lekcije, dostupne su pune lekcije.
Evo našeg nabrajanja sa imenom Kat. Koje vrijednosti može poprimiti?
Postoje samo dva značenja. Sa imenima "muško" i "žensko". Baš ono što nam treba.
Gdje možemo koristiti ovu enumeraciju u budućnosti? Pa, naravno, u imeniku Klijenti. Imajte na umu da se novi rekvizit sa imenom pojavio na njegovoj listi Kat i tip Enumeration.Gender:
Dakle, prilikom popunjavanja kartice klijenta već u korisničkom modu, moći ćemo odabrati samo dvije vrijednosti kao spol klijenta: Muški i Ženski:
Sada kreirajmo upit koji odabire klijente i njihov spol iz baze podataka:
Sada promijenimo upit tako da ostanu samo muškarci. Ako pokušamo napisati nešto poput:
onda ne dobijamo nista:
Zato što se vrijednostima nabrajanja ne može pristupiti na ovaj način. Treba im pristupiti pomoću funkcije ZNAČENJE:
Dakle, jedan od zadataka funkcije ZNAČENJE- korištenje vrijednosti nabrajanja u upitima.
Predefinisani podaci
Bolje da na primjeru pokažem šta su unaprijed definirani podaci za direktorije. Čitate probnu verziju lekcije, dostupne su pune lekcije.
U našoj bazi podataka "Gastronom" (u korisničkom modu) otvorite direktorij "Jedinice mjerenja":
Pogledajte bliže njegove elemente. Vidite žute krugove pored nekih elemenata? Ovi elementi (koji imaju krugove) jesu unapred definisani podaci.
Općenito, ako je bilo koji element direktorija unaprijed definiran (to jest, na njemu je žuti krug), onda je to poseban element.
Prvo, to znači da je element kreiran u fazi konfiguracije od strane programera (u našem slučaju to su elementi sa kodovima 1, 2 i 3).
I, drugo, to znači da je ovaj element vrlo važan za funkcioniranje programa. Da je neki kod u bazi podataka vezan za nju (ili bolje rečeno za njeno predefinirano ime).
Zato jednostavno brisanje takvog elementa neće raditi. Pokušajte ga označiti za brisanje:
Idemo sada u konfiguracijski mod i vidimo gdje se kreiraju ovi unaprijed definirani elementi (u ovom slučaju za direktorij jedinica mjere):
Ovdje su svi naši unaprijed definirani elementi za referentnu knjigu mjernih jedinica. Imajte na umu da svi unaprijed definirani elementi imaju posebno ime koje se ne prikazuje u korisničkom modu.
Za element sa kodom 1 ovo ime je tona, sa kodom 2 - gram i tako dalje. Ovo ime se zove unaprijed definirano ime elementa i upravo pod tim imenom možete mu pristupiti iz koda (ili iz zahtjeva u našem slučaju).
Možete pitati zašto mjerne jedinice nije bilo moguće napraviti jednostavno kao popis sa elementima Tona, Gram i Pakovanje? A sve zato što nam je u ovom slučaju važno da referentna knjiga mjernih jedinica uvijek sadrži neke specifične elemente (tona, gram i pakovanje), ali u isto vrijeme ne želimo zabraniti korisniku da doda neke svoje elementi (kilogram, komad i tako dalje). Čitate probnu verziju lekcije, dostupne su pune lekcije.
Stoga su unaprijed definirani elementi ovdje definitivno prikladniji od nabrajanja.
I možemo pristupiti našim unaprijed definiranim elementima iz zahtjeva koristeći funkciju koja nam je već poznata ZNAČENJE:
Uradite test
Pokreni test
1. Vrijednosti nabrajanja su postavljene
2. Za pohranjivanje liste skladišta u kompaniji, tip
3. Za pohranjivanje liste mjernih jedinica u skladištu, tip
4. Za pohranjivanje poreskih stopa čiju listu korisnik ne treba mijenjati, vrstu
5. Za pristup vrijednosti nabrajanja u zahtjevu, koristite funkciju
6. Za pohranjivanje poreskih stopa, čiju listu će mijenjati korisnik, vrstu
7. Unaprijed definirani podaci dolaze s
Ispis (Ctrl+P)
Rad s unaprijed definiranim vrijednostima pomoću upravitelja objekata
Možete dobiti unaprijed definiranu vrijednost na strani servera 1C:Enterprise pomoću upravitelja odgovarajućeg objekta. Red koji definira primljeni atribut ima sljedeći oblik:
PredefinedValueType.MetadataObjectName.Value
● PredefinedValueType– za dobijanje unapred definisanih vrednosti dostupni su sledeći tipovi podataka (upisani
množina):
● Imenici,
● Planovi tipova karakteristika,
● Kontni plan,
● Planovi tipova obračuna,
● Transferi.
● ObjectNameMetadata
● Vrijednost – može biti jedno od sljedećeg:
● za enumeracije se navodi naziv vrednosti nabrajanja;
● Tačke rute. Ime tačke – tačka rute poslovnog procesa.
Ako trebate dobiti točku rute poslovnog procesa, linija koja opisuje vrijednost koju dobijete izgledat će ovako:
BusinessProcesses.MetadataObjectName.RoutePoints.RoutePointName
primjer:
Tip = Listings.Types of Products.Product;
// Dobivanje unaprijed definiranih podataka direktorija.
Element = Directories.Currency.Ruble;
// Točka rute poslovnog procesa
Point = BusinessProcess.Approval.RoutePoints.Approval;
Rad s unaprijed definiranim vrijednostima pomoću funkcije PredefinedValue()
Zbog činjenice da objekti aplikacije nisu dostupni na strani klijenta, dobivanje unaprijed definiranih detalja pomoću upravitelja objekata postaje nemoguće. Stoga, da biste ih dobili, postoji globalna kontekstualna metoda PredefinedValue(). Parametar ove metode je niz koji opisuje koja unaprijed definirana vrijednost treba biti dohvaćena. Sintaksa za opisivanje unaprijed definirane vrijednosti je ista kao sintaksa za operator VALUE u jeziku upita.
Red koji definira primljeni atribut ima sljedeći oblik:
Pogledajmo detaljnije komponente ove linije:
● PredefinedValueType– za dobijanje unapred definisanih vrednosti dostupni su sledeći tipovi podataka (upisani
jednina):
● Imenik,
● Plan tipova karakteristika,
● Kontni plan,
● Plan vrsta obračuna,
● Transfer,
● Poslovni proces.
● I nameObjectMetadata– ime objekta metapodataka je naznačeno onako kako je navedeno u konfiguratoru.
● Vrijednost – može biti jedno od sljedećeg
● za enumeracije se navodi naziv vrednosti nabrajanja;
● da dobijete unapred definisanu vrednost, navedite njeno ime, onako kako je navedeno u konfiguratoru;
● RoutePoint.PointName – tačka rute poslovnog procesa;
● EmptyLink – da biste dobili praznu vezu.
Ako trebate dobiti vrijednost sistemskog nabrajanja, parametar metode će izgledati ovako:
SystemEnumerationName.SystemEnumerationValue.
Na primjer:
ChartType = PredefinedValue(“ChartType.ConcaveSurface“);
Ako trebate dobiti točku rute poslovnog procesa, linija koja opisuje vrijednost koju dobijete izgledat će ovako:
primjer:
// Dobivamo vrijednost nabrajanja.
Prikaz = Unaprijed definirana vrijednost(“Lista.Vrste proizvoda.Proizvod”);
// Dobivamo vrijednost prazne veze.
EmptyLink =
PredefinedValue(“Document.ConsumableInvoice.EmptyLink”);
// Dobivanje unaprijed definiranih podataka direktorija.
Stavka = PredefiniranaVrijednost(“Imenik.Valuta.Rublja”);
// Tačka rute poslovnog procesa
Point = PredefinedValue(“Poslovni proces. Odobrenje. Tačka rute. Odobrenje”);
Vrijedi za verziju platforme 1C:Enterprise 8.3.3 i noviju bez načina kompatibilnosti s verzijom 8.2
1.1. U imenicima, kontnim planovima, karakterističnim tipovima i planovima obračunskih tipova moguće je automatski ili programski kreirati unapred definisane elemente.
1.2. U većini slučajeva, preporučuje se da se unaprijed definirani elementi kreiraju automatski jer su oni stalno potrebni i želite da olakšate pristup tim elementima iz koda.
Na primjer, unaprijed definirana zemlja Rusija u imeniku Zemlje svijeta, unaprijed definirani profil pristupne grupe Administrator i tako dalje.
Za ovo
- u svojstvu imenika kontnog plana, tipova karakteristika ili plana obračunskih tipova mora se postaviti na Auto(podrazumevano), a programski pozivi metodi ne bi trebalo da budu dozvoljeni SetUpdatePredefinedData ove objekte za promjenu ovog načina rada.
- spriječite korisnike da brišu unaprijed definirane elemente tako što ćete onemogućiti sljedeća prava u svim ulogama (onemogućeno prema zadanim postavkama):
- InteractiveDeletePredefinedData
- InteractiveMarkDeletionPredefinedData
- InteractiveUnflagDeletePredefinedData
- InteractiveDeleteTaggedPredefinedData
1.3. Izuzetak su podređeni čvorovi RIB-a, u kojima se unaprijed definirani elementi ne kreiraju automatski (i ne ažuriraju kada dođe do promjene u metapodacima), već se moraju prenijeti iz glavnog čvora zajedno sa promjenama konfiguracije.
pri čemu:
a) konfiguracija mora osigurati da se poruka razmjene učita u podređeni čvor RIB-a prije izvršavanja drugog koda aplikacije koji pristupa unaprijed definiranim elementima primljenim od glavnog čvora;
b) u primijenjenoj logici učitavanja podataka iz glavnog čvora (upravljača događajima Prilikom primanja podataka iz glavnog, pravila registracije objekata) treba izbjegavati pozive unaprijed definiranim elementima, jer ne postoji garancija da su već učitani iz poruke razmjene;
c) kod rukovaoca ažuriranja IS-a, koji obrađuje unapred definisane elemente, ne bi trebalo da se izvršava u podređenim čvorovima IS-a:
Ako Exchange Plans. MainNode() = Nedefinirano Tada // ispuniti unaprijed definirane elemente// ... EndIf ;Kada se koristi Standardna biblioteka podsistema (BSL) verzija 2.1.4 i novija u konfiguraciji podsistema "Razmjena podataka", zahtjevi (a) i (b) se uklanjaju.
1.4. Za tabele sa unapred definisanim elementima koji nisu deo RIB plana razmene (i na koje se ne pozivaju druge tabele koje su deo RIB plana razmene), preporučuje se postavljanje svojstva Ažuriranje unapred definisanih podataka u značenju Automatski ažuriraj, kao i prilikom prvog pokretanja RIB slave čvora, postavite automatsko ažuriranje podataka pomoću poziva:
Imenici. Ime imenika> . SetUpdatePredefinedData(UpdatePredefinedData.UpdateAutomatically) ;
2. U nekim slučajevima, unapred definisani elementi ne moraju da se kreiraju automatski ako njihovo prisustvo zavisi od nekog uslova: omogućena funkcionalna opcija, programski režim rada itd.
Na primjer, određene unaprijed definirane vrste proračuna u smislu tipova izračunavanja Obračunavanje ovise o vrijednostima funkcionalnih opcija Koristite praćenje vremena zaposlenih u Satovima, Koristite PieceworkEarning i sl.
Za ovo
- u imovini Ažuriranje unapred definisanih podataka referentna knjiga, kontni plan, tipovi karakteristika ili tipovi plana obračuna moraju biti postavljeni na "Ne ažuriraj automatski"
- obezbediti kod za kreiranje (i poništavanje) unapred definisanog elementa u zavisnosti od poslovne logike, na primer:
- uzeti u obzir u kodu aplikacije odsustvo unapred definisanih elemenata u informacionoj bezbednosti. U suprotnom, kada se pristupi nepostojećem unaprijed definiranom elementu iz koda ili tijela zahtjeva, bit će izbačen izuzetak:
Kada se koristi u konfiguraciji Standardne biblioteke podsistema (BSS) verzije 2.1.4 i novije, preporučuje se korištenje funkcije PredefinedElement zajednički modul General PurposeClientServer, koji se vraća Nedefinisano za unapred definisane elemente koji ne postoje u informacionoj bezbednosti.
