Operator de ierarhie într-o interogare. Exemple de interogări pentru lucrul cu directoare ierarhice Obțineți nivelul superior al unei ierarhii 1c

Ildarovici 6489 16.11.12 18:24 Acum în subiect

() Vladimir! Mă bucur că ați acordat atenție articolului, mai ales că ați fost unul dintre primii care au văzut (și ați apreciat) această tehnică în discuția despre „Scrieți cu adevărat o interogare complicată” acum doi ani. O întrebare interesantă nu am venit cu mine, ci am văzut-o pe forum. Autorul întrebării este Stanislav Sheptalov. Mai departe - pe 24 decembrie 12, același lucru (a atras atenția asupra acestui lucru, deoarece porecla este diferită), membrul forumului a pus o întrebare similară, dar s-a aplicat ierarhiei. Se pare că problema PRACTICĂ a fost rezolvată. Mai mult, în conformitate cu abordarea „științifică”, am analizat problemele practice în care această tehnică poate fi aplicată. Am găsit încă 7 probleme. 5 - în acest articol. Printre acestea se numără problema cu privire la buclele din specificații, pe care am promis anterior să le rezolv cu Ish_2 într-o singură interogare. Cred că Ish_2 vă va putea convinge de urgența acestei sarcini - a petrecut mult timp pe ea. Soluția este scurtă - constă din mai multe linii, prin urmare este extrem de clară, formulată într-un stil neprocedural, printr-o cerință pentru rezultat. Ei bine, alte sarcini au fost întâlnite în articole și pe forum, au fost propuse soluții mai greoaie pentru ele. Deci, să așteptăm puțin pentru a vedea cât de des se va aplica acest lucru. Acesta este genul de feedback pe care îl aștept - de la cei care vor încerca.
Apropo, faptul că această ramură a matematicii nu este departe de practică și este necesară de către contabili este evidențiată de modulul general „Ajustarea costurilor” din BP2, cu care tocmai facem lucruri (lucru instabil al unei cereri regulate). Acolo vorbim despre ruperea ciclurilor graficului de deplasare a nomenclaturii și construirea unui copac întins.
Acum despre structura bazei de date „pentru o sarcină specifică”. S-a pus întrebarea cu privire la implementarea sarcinii în 1C și, prin urmare, sarcina a fost rezolvată în 1C. Dacă ați fi întrebat „ce autobuz puteți lua la bibliotecă” și ați răspunde că este mai bine să zburați într-un dirigibil, pur și simplu nu ați fi înțeles (poate, cu excepția celor care se află într-un blocaj din Moscova). Metoda a funcționat inițial într-un limbaj complet diferit.
În general, nu vă pot convinge când credeți că arhitectura platformei 1C nu are valoare. Nu pot decât să-mi exprim părerea. Este costisitor să dezvolți o schemă de baze de date de la zero pentru o anumită sarcină. Dacă ne comparăm cu construcția: 1C reprezintă clădiri înalte cu panouri - locuințe ieftine - un mijloc de automatizare în masă - în cartiere înguste, dar nu jignite. Organizațiile individuale pot angaja Norman Foster pentru a-și îndeplini cerințele exacte. Restul trebuie să utilizeze proiecte de masă ieftine - SGBD relațional cu un model de obiect rigid. În plus, sunt familiarizat cu experiența tristă a utilizării lui Cașhe în mai multe proiecte. Din ochii dezvoltatorului, totul nu arată deloc la fel de roz ca în teorie. Modelul obiect 1C rezistă testului timpului - „teritoriile uriașe sunt construite și populate”. Mai mult, se dezvoltă. Recent, a apărut tehnologia sursei de date externe. Și dacă unele sarcini necesită o reactivitate mai mare (de exemplu, sisteme de facturare), acum puteți andoca fără probleme 1C cu un alt SGBD. De exemplu, am făcut acest lucru cu un ERP de import.
Dar totuși nu aș vrea să deviez conversația de la subiectul principal - munca tehnicilor propuse în sarcinile PRACTICE detaliate.

Ce este cartea de referință 1c și la ce servește? Cartea de referință stochează informații constante condiționate, adică informații care aproape nu se modifică pe o perioadă lungă de timp. De exemplu, directorul „Nomenclatură” conține o listă de bunuri vândute sau fabricate. De asemenea, referința poate conține multe proprietăți care descriu elementul de referință.

Dacă luăm sexul unei persoane pentru comparație, atunci lista de aici este limitată și neschimbată, deci o enumerare este mai bună pentru aceasta.

După ce am creat un nou director, vom vedea următoarea imagine.

Să luăm în considerare toate marcajele sale.

Principalul

Numele (identificatorul din baza de date) și sinonimul (numele personalizat al directorului) sunt indicate aici. Un comentariu opțional este un comentariu care poate explica scopul cărții de referință sau descrie caracteristicile acesteia.

Ierarhie

În această filă, puteți seta adâncimea de cuibărire a elementelor dicționarului. Cu ajutorul acestei setări, este convenabil să diferențiați și să detaliați elementele în funcție de anumite criterii. De exemplu, produsele „Dulapuri” se află într-un grup, iar produsele „Mese” se află într-un alt grup. În mod implicit, atunci când este creată, se prezintă referința listă de obiecte... Dacă bifați caseta de referință ierarhică, atunci fiecare element poate fi subordonat unui alt element (grup). Mai jos sunt opțiunile pentru personalizarea acestei file și schimbarea afișajului în modul personalizat.

Tipul ierarhiei:

Ierarhia grupurilor și elementelor

Cu această setare, elementele pot fi cuibărite numai în grupuri (foldere).

Aici, după cum puteți vedea, toate elementele și grupurile au aceleași pictograme și orice element poate fi imbricat.

Plasați grupurile deasupra

Când această casetă de selectare este bifată, grupurile vor fi întotdeauna în partea de sus, altfel vor fi aranjate în ordinea de sortare, de exemplu, astfel:

Limitarea numărului de niveluri din ierarhie

Dacă această casetă nu este bifată, cuibărirea este nelimitată.

Dacă caseta este bifată, atunci mai jos puteți specifica numărul de niveluri.

Proprietari

Pe un semn de carte proprietari pot fi indicate alte directoare în raport cu care acestea sunt subordonate. Schema relațiilor dintre cataloagele subordonate este similară cu schema relațiilor unui catalog ierarhic, doar că aici un alt catalog acționează ca părinte și se numește proprietar. În configurațiile tipice, un bun exemplu este subordonarea directorului „Contracte” la directorul „Contractori”, deoarece nu poate exista niciun contract care să nu aparțină vreunei contrapărți.

În câmpul „Lista deținătorilor de catalog” este indicată lista cataloagelor la care aparțin elementele acestui catalog.

Mai jos, în câmpul „Utilizarea subordonării”, este indicat la ce elementele acestei referințe vor fi subordonate.

Cum să aflați programatic directorul este ierarhic sau nu

Pentru a face acest lucru, trebuie să consultați metadatele

It isHierarchicalDirectory \u003d Metadata.Reference.Contractors.Hierarchical;

Va urma ...

Structura „IN IERARHIE” din interogările 1C: Enterprise 8.x vă permite să obțineți elemente subordonate ale unui obiect de configurare ierarhică în funcție de o selecție dată. Astăzi, în articol, vom lua în considerare un exemplu de utilizare a acestuia, precum și acțiunile platformei din partea SGBD și impactul acesteia asupra performanței.

Folosind

Să luăm în considerare un exemplu simplu de utilizare a construcției „ÎN IERARHIE”. La executarea următoarei interogări, vor fi obținute elementele subordonate din catalogul ierarhic „Produse” pentru valoarea trecută a variabilei „Referință”.

În baza de date de testare, directorul „Produse” are următoarele date de testare:

Desigur, nu toate intrările din director sunt afișate în imagine. Captura de ecran arată doar structura stocării datelor în directorul ierarhic. Tabelul de căutare conține 10 grupuri de nivel superior, fiecare dintre acestea conținând 5 grupuri imbricate cu câte 200 de elemente.

Să revenim la interogarea de testare. Să trecem în parametrul „& Link” un link către grupul „Group - 1” (vezi captura de ecran de mai sus). Apoi, rezultatul interogării va arăta astfel:

După cum putem vedea, solicitarea a returnat un link către grupul de sus însuși (trecut de parametru), precum și grupuri imbricate cu elemente în ele. Astfel, utilizarea structurii „ÎN IERARHIE” vă permite să obțineți convenabil date ierarhic subordonate.

Sintaxa limbajului interogării 1C: întreprinderi și sQL clasic sunt foarte asemănătoare în unele puncte. Dar pentru expresia „IN IERARHIE” nu există analog în limbajul de interogare SQL deoarece, de exemplu, pentru expresia limbajului de interogare al platformei „B” există un operator SQL similar „IN”. Prin urmare, este interesant să lucrați cu platforma cu SGBD atunci când utilizați acest operator.

În spatele scenelor

Deci sa începem. De exemplu, vom folosi solicitarea scrisă anterior în directorul „Produse”. Vom analiza acțiunile platformei pentru două situații:

Ca parametru „& Link” vom trece la grupul de nivel superior „Group 1” (așa cum am făcut mai devreme).
În parametru vom trece un link către grupul „Grupul 1 - 1”, cuibărit în grupul de nivel superior „Grupul 1”.

Acum în ordine. În primul caz, platforma va efectua următoarele acțiuni pe serverul SQL:

1. În primul rând, se execută o interogare SQL pentru a obține o referință la grupul de referință transmis ca parametru și toate grupurile subordonate acestuia. Rezultatul este plasat în tabelul temporar „# tt1”.

2. În al doilea pas, aceeași interogare este executată de două ori:

Captura de ecran detaliază textul interogării SQL. Pe scurt, interogarea vă permite să selectați elemente subordonate pentru grupurile la care se face referire într-un tabel temporar. Întrebarea rămâne: „De ce se execută cererea de două ori?” Aici răspunsul este simplu: în primul rând, cererea primește elemente subordonate pentru grupurile de primul nivel care sunt deja conținute în tabelul temporar (a se vedea paragraful 1). A doua interogare primește apoi subordonați pentru grupuri de nivel secundar subordonate. Deoarece niciun grup de catalog nu este prezent la al treilea nivel al ierarhiei, această interogare nu mai este executată.

În cazul nostru, a doua interogare va întoarce un rezultat gol, deoarece nu există elemente subordonate pentru înregistrările situate la nivelul 3 al ierarhiei (nu există grupuri acolo).

3. Pentru a obține rezultatul final al interogării, platforma formează următoarea interogare SQL:

Rezultatul acestei cereri speciale poate fi procesat în continuare de algoritmi în limbajul încorporat al platformei. Astfel, înregistrările din tabelul temporar "# tt1" sunt utilizate pentru a seta condiția de selecție din tabelul de căutare "_Reference41".

4. La ultimul pas, platforma 1C: Enterprise 8.x șterge tabelul temporar „# tt1”, deoarece nu va mai fi utilizat în viitor.

Aceasta finalizează procesul de executare a operatorului „ÎN IERARHIE”. Permiteți-mi să vă reamintesc că secvența de acțiuni de mai sus pe serverul SQL a fost efectuată atunci când am trecut un link către grupul de nivel superior „Grup - 1” către interogarea din partea platformei. Dar cum se va comporta platforma dacă vom transmite un link către grupul de nivel secundar „Grup - 1 - 1” ca parametru „& Link”? Totul se va întâmpla în același mod, cu excepția următorului punct: mai sus, în a doua etapă a executării interogărilor SQL de către platformă, s-a scris că solicitarea de a obține elemente subordonate a fost executată de două ori - în cazul obținerii elementelor subordonate pentru grupul „Grup - 1 - 1”, nu este cazul ... Solicitarea va fi executată o singură dată.

Ideea este că numărul de cereri pentru articole subordonate depinde de numărul de grupuri din ierarhie. Cu alte cuvinte, dacă cel puțin un grup este conținut la nivelul ierarhiei elementelor, atunci cerere din clauza 2.

Impactul asupra performanței

Utilizarea incorectă a oricărui operator într-o cerere poate duce la performanțe suboptime ale sistemului. Operatorul „IN IERARHIE” în \u200b\u200bcauză nu face excepție. Ar trebui utilizat cu precauție, deoarece complică foarte mult algoritmul pentru executarea interogărilor SQL împotriva bazei de date și, prin urmare, crește încărcarea pe serverul SGBD.

Voi da un exemplu de cerere non-optimă care poate duce la consecințele triste menționate mai sus:

Selectați produse. Link din director. Produse CA PRODUSE UNDE (Produse. Referință ÎN IERARHIE (& Referință) SAU Produse. Referință ÎN IERARHIE (& Referință1) SAU Produse. Referință ÎN IERARHIE (și Referință2))

După cum ați putea ghici, interogarea va duce la formarea multor interogări SQL, ceea ce va atrage după sine o scădere a performanței sistemului informațional.

A trage concluzii!

Concluzii care să te facă. Permiteți-mi să spun doar că operatorul „ÎN IERARHIE” este utilizat de platformă pentru sistemul de compunere a datelor atunci când condițiile de selecție includ „ÎN GRUP”, „ÎN GRUP DIN LISTA” și altele. Cred că nu merită să explicăm că, cu manipulări incorecte, utilizatorii pot face o selecție foarte complexă și pot crește sarcina pe serverul 1C și DBMS de mai multe ori. Permiteți-ne să schimbăm doar setările pentru utilizatorii avansați.

Și, desigur, atunci când scrieți propriile mecanisme, acordați atenție operatorului „ÎN IERARHIE”. Foarte convenabil pe de o parte și periculos pe de altă parte.

Această secțiune prezintă exemple de rezolvare a sarcinilor tipice atunci când lucrați cu directoare ierarhice.

Recuperarea elementelor unui director ierarhic subordonat unui grup dat

Pentru a obține elemente subordonate ale catalogului ierarhic, limbajul de interogare oferă construcția IN IERARHIE. Exemplu de utilizare ÎN IERARHIE:

SELECTAȚI
Nomenclatura.Cod,
Nomenclatură.Preț de cumpărare
DE

Acest exemplu va prelua toate intrările din catalogul Nomenclaturii care se află în grupul & Group, inclusiv el însuși, grupurile sale subordonate și elementele aparținând grupurilor subordonate.

Dacă suntem interesați doar de elemente și grupuri care sunt direct într-un anumit grup, atunci putem obține astfel de elemente stabilind o condiție în câmpul părinte. Exemplu:

SELECTAȚI
Nomenclatura.Cod,
Nomenclatura. Nume AS Nume,
Nomenclatură.Preț de cumpărare
DE
Referință.Nomenclatură AS Nomenclatură

UNDE
Nomenclature.Parent \u003d & Group

Această interogare va selecta grupurile și membrii care sunt subordonați unui grup cu linkul & Grup.

Verificarea dacă un articol din catalog are elemente subordonate

Pentru a verifica existența înregistrărilor subordonate ale unui element de dicționar, puteți utiliza o interogare similară cu cea prezentată:

În acest exemplu, referința elementului pentru care doriți să verificați elementele copil este scrisă în parametrul de interogare părinte. După executarea unei astfel de interogări, trebuie să verificați rezultatul pentru gol. Dacă rezultatul nu este gol, atunci există înregistrări subordonate. În caz contrar, nu. Exemplu:

Dacă Query.Run (). Empty () Apoi
Raport („Fără înregistrări”);
In caz contrar
Raport („Există înregistrări”);
EndIf;

Obținerea tuturor părinților unui element

Nu există mijloace speciale în limbajul de interogare pentru a obține toți părinții unui element. Puteți utiliza totaluri ierarhice pentru a finaliza sarcina, cu toate acestea, obținerea totalelor ierarhice este optimizată pentru construirea totalelor unui număr mare de înregistrări și nu este destul de eficientă pentru obținerea părinților unui articol. Pentru o recuperare mai eficientă a tuturor înregistrărilor părinte ale unui element, se recomandă să iterați peste părinții săi într-o buclă în porțiuni mici. Exemplu:

CurrentNomenclatureItem \u003d NomenclatureItem;

Până la Ciclul Adevărului
Query.SetParameter ("CurrentNomenclatureItem", CurrentNomenclatureItem);
Rezultat \u003d Query.Run ();
Dacă Result.Empty () Atunci
Încetează;
EndIf;
Selection \u003d Result.Select ();
Sample.Next ();
Pentru numărul coloanei \u003d 0 după rezultat.Coloane.Număr () - 1 ciclu
CurrentNomenclatureItem \u003d Selecție [Număr coloană];
Încetează;
In caz contrar
Raport (CurrentNomenclatureItem);
EndIf;
Sfârșitul ciclului;

Dacă CurrentNomenclatureElement \u003d Directories.Nomenclature.EmptyRef () Atunci
Încetează;
EndIf;
Sfârșitul ciclului;

În acest exemplu, toți părinții sunt afișați în fereastra mesajului de serviciu pentru legătura scrisă la variabila ElementNomenclature. Ciclul selectează 5 părinți ai linkului.

Dacă numărul de niveluri din director este limitat și mic, atunci este posibil să obțineți toți părinții într-o singură cerere fără o buclă.

Ieșirea unui director ierarhic într-un raport

Pentru a afișa un catalog ierarhic într-un raport, menținând ierarhia, trebuie să utilizați o interogare similară cu următoarea:

SELECTAȚI
Nomenclatura.Cod,
Nomenclatura. Nume AS Nume,
Nomenclatură.Preț de cumpărare
DE
Referință.Nomenclatură AS Nomenclatură
FILTREAZĂ DUPĂ
Nume IERARHIE

Această interogare selectează toate înregistrările din director și le sortează după ierarhie. Rezultatul va fi sortat după nume, ținând cont de ierarhie.

Pentru ca grupurile din director să fie plasate deasupra elementelor, este necesar să se înlocuiască propunerea COMANDĂ PRIN SOFTWARE în această cerere cu următoarele:

FILTREAZĂ DUPĂ
Nomenclatură. Acesta este Grupul IERARHIE,
Nume

Rezultatul va fi în continuare ordonat într-o ierarhie, dar grupurile vor apărea deasupra articolelor.

De asemenea, este posibil să înlocuiți oferta SOFTWARE COMANDĂ cu oferta COMANDĂ AUTO. În acest caz, rezultatul va fi comandat în conformitate cu setările cărții de referință, adică dacă cartea de referință indică faptul că grupurile ar trebui să fie amplasate deasupra elementelor, atunci acestea vor fi amplasate deasupra.

De asemenea, este posibil să se obțină o structură ierarhică a unei cărți de referință folosind totaluri.

SELECTAȚI
Nomenclatura.Cod,
Nomenclatura. Nume AS Nume,
Nomenclatură.Preț de cumpărare

FROM Reference.Nomenclature AS Nomenclature

UNDE
(Nomenclatura. Acest Grup \u003d FALS)

COMANDA PRIN Nume

Obținerea totalelor după ierarhie

Pentru a obține totaluri prin ierarhie în interogare, trebuie să specificați cuvântul cheie IERARHIE în clauza TOTALS BY după ce ați specificat câmpul pentru care vor fi calculate totalurile. Un exemplu de raport „Rotația articolelor” cu primirea totalelor după ierarhie:

SELECTAȚI

DE

Nomenclatura IERARHIE

Ca urmare a acestei solicitări, totalurile vor fi calculate nu numai pentru fiecare articol, ci și pentru grupurile cărora le aparține acest articol.

În cazul în care nu avem nevoie de totaluri pe elemente, ci doar de totaluri pe grupuri, trebuie să folosim construcția DOAR IERARHIE în totaluri. Exemplu:

SELECTAȚI
AccountingNomenclatureTurnovers.Nomenclature AS Nomenclature,
AccountingNomenclatureTurnovers.Nomenclature.Presentation,
AccountingNomenclatureTurnover.QuantityTurnover AS QuantityTurnover
DE
Registrul de acumulare. ContabilitateNomenclatură. Cifre de afaceri AS NomenclaturăContabilitate Cifre de afaceri
SUMĂ TOTALĂ (cifră de afaceri) ÎN
Nomenclatură NUMAI IERARHIE

Ca urmare a acestei solicitări, vor exista înregistrări totale pentru grupurile de articole.

Referințe 1C - un obiect specializat al arborelui metadatelor, care servește la stocarea informațiilor statice cu caracter de referință. De exemplu, în configurațiile tipice, puteți vedea următoarele vizualizări :, nomenclatură, angajați, active fixe etc. Informațiile din cărțile de referință, de regulă, nu se schimbă des. Cărțile de referință sunt utilizate în continuare în aproape toate obiectele contabile ca secțiune contabilă sau informații de referință.

Mai jos vom lua în considerare configurarea și proiectarea unei cărți de referință din configurator folosind exemplul cărții de referință „Nomenclatură”.

Fila de bază

În fila „General” puteți specifica numele, sinonimul, prezentarea obiectelor, descrierea scopului.

Fila Ierarhie de referință

Aici se stabilește ierarhia cărții de referință.

Există două tipuri de ierarhie în 1C 8.3 - " grupuri și elemente"Și" elemente". Diferă prin faptul că, în primul caz, părintele (folderul) poate fi doar un folder (grup), iar în al doilea caz, părintele poate fi, de asemenea, un element.

„Plasați grupurile deasupra” - steagul este responsabil pentru afișarea grupurilor sub forma unei liste.

De asemenea, în setări, puteți limita numărul de grupuri din ierarhia directorului prin setarea corespunzătoare.

Fila Proprietari

Un director poate fi subordonat unui alt director. Din punctul de vedere al configurării 1C 8.3, aceasta înseamnă că atributul „Proprietar” devine obligatoriu pentru elementul subordonat. Un exemplu de astfel de legătură între directoare în configurațiile standard „Nomenclatură - Unități de măsură”, „Contrapărți - Contracte de contrapartide”.

Următoarele obiecte de metadate pot fi, de asemenea, proprietarul unui director:,.

Fila date

Obțineți gratuit 267 tutoriale video 1C:

Cea mai importantă filă din punctul de vedere al programatorului. Detaliile cărții de referință sunt indicate pe ea.

Cartea de referință are un set de detalii standard care nu sunt editate de programatorul 1C 8.2, o listă a acestora poate fi văzută făcând clic pe butonul „Detalii standard”:

Mă voi gândi la fiecare în detaliu:

Acest grup - recuzită de tip boolean care indică dacă este un grup sau un element. Disponibil numai în referința ierarhică. Notă, valoarea acestei variabile nu poate fi modificată în 1C: modul Enterprise.
Codul - atribut, tip de număr sau șir (de obicei șir). Un număr atribuit automat de sistem. De obicei calculat ca (cod anterior + 1). Vă recomand să utilizați tipul de șir, deoarece sortarea valorilor numerice nu se face așa cum era de așteptat. Poate fi folosit ca vizualizare de căutare într-o listă și în câmpuri de introducere. De obicei folosit pentru a căuta un articol pe măsură ce tastați după șir. Dacă trebuie să eliminați câmpul Cod, specificați zero în lungimea liniei.
Nume - Atribut necesar, tip șir. Lungimea maximă a liniei este de 150 de caractere. Poate fi folosit ca vizualizare de căutare într-o listă și în câmpuri de introducere. De obicei folosit pentru a căuta un articol pe măsură ce tastați după șir. Dacă trebuie să eliminați câmpul Nume, specificați zero în lungimea liniei.
Mamă - un atribut de tipul ReferenceLink.<ИмяТекущегоСправочника>... Disponibil numai în referința ierarhică. Indică părintele superior din ierarhie. Dacă Elementul sau Grupul se află la rădăcina directorului, se specifică valoarea Directorului.<ИмяТекущегоСправочника>.EmptyRef.
Proprietar - link către proprietarul de element al elementului curent (grup) din catalog. Disponibil numai în cartea de referință subordonată 1C.
Mark de ștergere - un atribut boolean. Responsabil pentru afișarea „marcării de ștergere” în sistem. Un element marcat pentru ștergere este considerat inutilizabil, dar mișcările vechi din documente pot rămâne pe el.
Legătură - câmp de tip șir. Acest atribut stochează un identificator unic de obiect - GUID. Ceea ce vedem în sistem în afișajul vizual sub numele „link” este doar o reprezentare a obiectului. Imposibil de schimbat.
Predefinit - tastați boolean, afișează dacă elementul este predefinit, mai multe despre asta mai târziu. Imposibil de schimbat.

Fila „Date” indică, de asemenea, vizualizarea referinței din sistem, înainte de versiunea 8.2.16 vizualizarea putea fi doar un cod sau un nume. În versiunile mai noi ale platformei (începând de la 8.3), vizualizarea poate fi descrisă independent în modulul manager folosind handlerul "ViewGetProcessing".

Fila de numerotare

Aici puteți specifica setările cărții de referință în ceea ce privește numerotarea. Se recomandă utilizarea numerotării automate. Controlul unicității este un indicator care ajută la unificarea codului, dacă este necesar. Dacă, cu semnalizatorul setat, încercați să scrieți un element de director cu un cod non-unic, în 1C veți primi mesajul „Codul de director a devenit ne-unic”.

O serie de coduri - determină modul de numerotare a directorului, puteți introduce numerotarea directorului în contextul proprietarului. De exemplu, contrapartea „Coarne și copite” va avea propria numerotare a contractului - „1, 2, 3” și așa mai departe.

Fila Formulare

Formularele de referință sunt descrise aici. Dacă configurația este lansată atât în \u200b\u200bmodul normal, cât și în modul gestionat, atunci vor exista două file cu formulare în mod implicit: „principal” și „suplimentar” - diferite pentru aplicațiile obișnuite și gestionate.

Pe această pagină există o proprietate importantă a cărții de referință - "". Aceasta este o funcție foarte convenabilă a 1C 8, care permite, atunci când completați datele din câmpul de intrare, să nu introduceți directorul, ci să introduceți numele, codul etc. și selectați elementul dorit din lista derulantă. Se pare că:

Altă filă

În filă, puteți obține acces rapid la principalele module ale cărții de referință - modulul obiect și modulul manager.

De asemenea, puteți defini o listă de articole de catalog predefinite pe pagină. Acestea sunt elemente care nu pot fi șterse în modul Enterprise. Elementele predefinite pot fi accesate direct în configurator după nume, de exemplu: Directoare.Nomenclatură.Serviciu.

Această filă definește și modul de blocare - automat sau controlat. Folosind căutarea textului complet, precum și informații de referință despre cartea de referință, disponibile în modul 1C: Enterprise.