Determina il livello più alto dell'elemento 1c genitore. Esempi di query per lavorare con directory gerarchiche. Gerarchia di gruppi ed elementi

Ildarovich 6489 16.11.12 18:24 Ora in argomento

() Vladimir! Sono contento che tu abbia prestato attenzione all'articolo, soprattutto perché sei stato uno dei primi ad aver visto (e apprezzato) questa tecnica nella discussione di "Scrivi davvero una domanda complicata" di due anni fa. Una domanda interessante che non mi è venuta in mente, ma l'ho vista nel forum. L'autore della domanda è Stanislav Sheptalov. Inoltre - il 24/10/12 lo stesso (ho solo attirato l'attenzione su questo, poiché il soprannome è diverso) il membro del forum ha posto una domanda simile, ma applicata alla gerarchia. Si scopre che il problema PRATICO è stato risolto. Inoltre, in accordo con l'approccio "scientifico", ho riesaminato i problemi pratici in cui questa tecnica può essere applicata. Trovati altri 7 problemi. 5 - in questo articolo. Tra questi c'è il problema dei loop nelle specifiche, che in precedenza avevo promesso di risolvere con Ish_2 in una query. Penso che Ish_2 sarà in grado di convincerti dell'urgenza di questo compito - ci ha dedicato molto tempo. La soluzione è breve - composta da più righe, quindi, è estremamente chiara, formulata in uno stile non procedurale, attraverso un requisito per il risultato. Ebbene, negli articoli e sul forum sono stati riscontrati altri compiti, per loro sono state proposte soluzioni più ingombranti. Quindi aspettiamo un po 'per vedere quanto spesso verrà applicato. Questo è il tipo di feedback che mi aspetto, da coloro che proveranno.
A proposito, il fatto che questo ramo della matematica non sia lontano dalla pratica e sia necessario ai contabili è evidenziato dal modulo generale "Adeguamento dei costi" in BP2, con il quale stiamo solo ora armeggiando (lavoro instabile di una richiesta regolare). Stiamo parlando di rompere i cicli del grafo di spostamento della nomenclatura e di costruire uno spanning tree.
Ora sulla struttura del database "per un'attività specifica". La domanda è stata posta sull'implementazione dell'attività in 1C e, quindi, l'attività è stata risolta in 1C. Se ti chiedessero “quale autobus puoi prendere per andare in biblioteca” e rispondessi che è meglio volare su un dirigibile, semplicemente non verresti capito (forse, tranne per chi si trova in un ingorgo a Mosca). Il metodo originariamente funzionava in una lingua completamente diversa.
In generale, non posso convincerti quando pensi che l'architettura della piattaforma 1C sia inutile. Posso solo esprimere la mia opinione. È costoso sviluppare uno schema di database da zero per un'attività specifica. Se confrontiamo con la costruzione: 1C è un grattacielo a pannelli - alloggi economici - un mezzo di automazione di massa - in quartieri angusti, ma non offesi. Le singole organizzazioni possono assumere Norman Foster per soddisfare i loro requisiti esatti. Il resto deve utilizzare progetti di massa economici: DBMS relazionali con un modello a oggetti rigido. Inoltre, ho familiarità con la triste esperienza dell'utilizzo di Caсhe in diversi progetti. Agli occhi dello sviluppatore, tutto non sembra roseo come in teoria. Il modello a oggetti 1C resiste alla prova del tempo: "enormi territori vengono costruiti e popolati". Inoltre, si sta sviluppando. Recentemente, è emersa la tecnologia delle origini dati esterne. E se un'attività richiede una maggiore reattività (ad esempio, sistemi di fatturazione), ora puoi agganciare senza problemi 1C a un altro DBMS. Ad esempio, lo abbiamo fatto con un ERP di importazione.
Ma ancora non vorrei deviare la conversazione dall'argomento principale: il lavoro delle tecniche proposte nei compiti PRATICI dettagliati.

Cos'è il libro di consultazione 1c ea cosa serve? Il libro di consultazione memorizza informazioni condizionatamente costanti, ad es. informazioni che quasi non cambiano per un lungo periodo di tempo. Ad esempio, la directory "Nomenclature" contiene un elenco di prodotti venduti o prodotti. Inoltre, il riferimento può contenere molte proprietà che descrivono l'elemento di riferimento.

Se prendiamo il sesso di una persona per il confronto, l'elenco qui è limitato e invariato, quindi un'enumerazione è migliore per questo.

Dopo aver creato una nuova directory, vedremo la seguente immagine.

Consideriamo tutti i suoi segnalibri.

Il principale

Il nome (identificatore nel database) e il sinonimo (nome personalizzato della directory) sono indicati qui. Un commento facoltativo è un commento che può spiegare lo scopo del libro di consultazione o descriverne le caratteristiche.

Gerarchia

In questa scheda è possibile impostare la profondità di nidificazione degli elementi del dizionario. Con l'aiuto di questa impostazione, è conveniente differenziare e dettagliare gli elementi secondo alcuni criteri. Ad esempio, i prodotti "Armadi" si trovano in un gruppo e i prodotti "Tavoli" in un altro. Per impostazione predefinita, quando viene creato, il riferimento presenta elenco di elementi... Se selezioni la casella Riferimento gerarchico, ogni elemento può essere subordinato a un altro elemento (gruppo). Di seguito sono riportate le opzioni per personalizzare questa scheda e modificare la visualizzazione in modalità personalizzata.

Tipo di gerarchia:

Gerarchia di gruppi ed elementi

Con questa impostazione, gli elementi possono essere nidificati solo in gruppi (cartelle).

Qui, come puoi vedere, tutti gli elementi e i gruppi hanno le stesse icone e qualsiasi elemento può essere annidato.

Posiziona i gruppi in alto

Quando questa casella di controllo è selezionata, i gruppi saranno sempre in alto, altrimenti verranno disposti nell'ordinamento, ad esempio, in questo modo:

Limitazione del numero di livelli nella gerarchia

Se questa casella non è selezionata, l'annidamento è illimitato.

Se la casella è selezionata, sotto puoi specificare il numero di livelli.

Proprietari

Su un segnalibro proprietari possono essere indicati altri elenchi in relazione ai quali questo è subordinato. Lo schema delle relazioni tra cataloghi subordinati è simile allo schema delle relazioni di un catalogo gerarchico, solo qui un altro catalogo funge da genitore ed è chiamato proprietario. Nelle configurazioni tipiche, un buon esempio è la subordinazione della directory "Contracts" alla directory "Contractors", poiché non può esserci contratto che non appartenga ad alcuna controparte.

Nel campo "Elenco proprietari di cataloghi" è indicato l'elenco dei cataloghi a cui appartengono gli elementi di questo catalogo.

Di seguito, nel campo "Uso della subordinazione", viene indicato a cosa saranno subordinati gli elementi di questo riferimento.

Come scoprire a livello di codice la directory è gerarchica o meno

Per fare ciò, è necessario fare riferimento ai metadati

ItHierarchicalDirectory \u003d Metadata.Reference.Contractors.Hierarchical;

Continua ...

La struttura "IN GERARCHIA" nelle query 1C: Enterprise 8.x consente di ottenere elementi subordinati di un oggetto di configurazione gerarchica in base a una determinata selezione. Oggi nell'articolo prenderemo in considerazione un esempio del suo utilizzo, nonché le azioni della piattaforma sul lato del DBMS e il suo impatto sulle prestazioni.

Utilizzando

Consideriamo un semplice esempio di utilizzo della costruzione "IN GERARCHIA". Quando si esegue la query successiva, verranno ottenuti gli elementi subordinati del catalogo gerarchico "Prodotti" per il valore passato della variabile "Riferimento".

Nella base di test, la directory "Products" contiene i seguenti dati di test:

Naturalmente, non tutte le voci della directory sono mostrate nell'immagine. Lo screenshot mostra solo la struttura dell'archiviazione dei dati nella directory gerarchica. La tabella di ricerca contiene 10 gruppi di primo livello, ognuno dei quali contiene 5 gruppi nidificati con 200 elementi ciascuno.

Torniamo alla query di prova. Passiamo il link al gruppo "Group - 1" nel parametro "& Link" (vedi lo screenshot sopra). Quindi il risultato della query sarà simile a questo:

Come possiamo vedere, la richiesta ha restituito un collegamento al gruppo principale stesso (passato dal parametro), oltre a gruppi nidificati con elementi al loro interno. Pertanto, l'utilizzo della struttura "IN GERARCHIA" consente di ottenere convenientemente dati gerarchicamente subordinati.

Sintassi del linguaggio di query 1C: aziende e sQL classico molto simile per certi aspetti. Ma per l'espressione "IN HIERARCHY" non c'è un analogo nel linguaggio di query SQL come, ad esempio, per l'espressione del linguaggio di query della piattaforma "B" esiste un operatore SQL simile "IN". Pertanto, è interessante lavorare con la piattaforma con il DBMS quando si utilizza questo operatore.

Dietro le quinte

Quindi iniziamo. Come esempio, useremo la query scritta in precedenza nella directory "Products". Analizzeremo le azioni della piattaforma per due situazioni:

Come parametro "& Link" passeremo al gruppo di primo livello "Group 1" (come abbiamo fatto in precedenza).
Nel parametro passeremo il collegamento al gruppo "Gruppo 1 - 1" annidato nel gruppo di primo livello "Gruppo 1".

Adesso in ordine. Nel primo caso, la piattaforma eseguirà le seguenti azioni sul server SQL:

1. Innanzitutto, viene eseguita una query SQL per ottenere un riferimento al gruppo di riferimento passato come parametro e tutti i gruppi ad esso subordinati. Il risultato viene inserito nella tabella temporanea "# tt1".

2. Nella seconda fase, la stessa query viene eseguita due volte:

Lo screenshot descrive in dettaglio il testo della query SQL. In breve, la query consente di selezionare elementi subordinati per gruppi a cui si fa riferimento in una tabella temporanea. La domanda rimane: "Perché la richiesta viene eseguita due volte?" Qui la risposta è semplice: in primo luogo, la richiesta riceve elementi subordinati per i gruppi di primo livello che sono già contenuti nella tabella temporanea (vedi paragrafo 1). La seconda query ottiene quindi gli elementi subordinati per i gruppi subordinati di secondo livello. Poiché nessun gruppo di catalogo è presente al terzo livello della gerarchia, questa query non viene più eseguita.

Nel nostro caso, la seconda query restituirà un risultato vuoto, poiché non ci sono elementi subordinati per i record situati al 3 ° livello della gerarchia (non ci sono gruppi lì).

3. Per ottenere il risultato finale della query, la piattaforma genera la seguente query SQL:

Il risultato di questa particolare richiesta può essere ulteriormente elaborato da algoritmi nel linguaggio embedded della piattaforma. Pertanto, i record nella tabella temporanea "# tt1" vengono utilizzati per impostare la condizione di selezione dalla tabella di ricerca "_Reference41".

4. Nell'ultimo passaggio, la piattaforma 1C: Enterprise 8.x elimina la tabella temporanea "# tt1", poiché non verrà più utilizzata in futuro.

Questo completa il processo di esecuzione dell'operatore "IN GERARCHIA". Permettetemi di ricordarvi che la sequenza di azioni di cui sopra sul server SQL è stata eseguita quando abbiamo passato un collegamento al gruppo di primo livello "Gruppo - 1" alla query sul lato piattaforma. Ma come si comporterà la piattaforma se passiamo un link al gruppo di secondo livello "Group - 1 - 1" come parametro "& Link"? Tutto avverrà allo stesso modo, ad eccezione del seguente punto: sopra, nella seconda fase di esecuzione delle query SQL da parte della piattaforma, è stato scritto che la richiesta di ottenere elementi subordinati è stata eseguita due volte - nel caso di ottenere elementi subordinati per il gruppo "Gruppo - 1 - 1", non è questo il caso ... La richiesta verrà eseguita una sola volta.

Il punto è che il numero di richieste di elementi subordinati dipende dal numero di gruppi nella gerarchia. In altre parole, se almeno un gruppo è contenuto a livello della gerarchia degli elementi, allora richiesta dalla clausola 2.

Impatto sulle prestazioni

L'uso errato di qualsiasi operatore in una richiesta può portare a prestazioni del sistema non ottimali. L'operatore "IN GERARCHIA" in questione non fa eccezione. Deve essere utilizzato con cautela, poiché complica notevolmente l'algoritmo per l'esecuzione di query SQL sul database e quindi aumenta il carico sul server DBMS.

Faccio un esempio di richiesta non ottimale che può portare alle tristi conseguenze sopra menzionate:

SELEZIONA i prodotti. Collegamento dalla directory. Prodotti COME Prodotti DOVE (Prodotti. Riferimento IN GERARCHIA (& Riferimento) O Prodotti. Riferimento IN GERARCHIA (& Riferimento1) O Prodotti. Riferimento IN GERARCHIA (& Riferimento2))

Come puoi immaginare, la query porterà alla formazione di molte query SQL, il che comporterà una diminuzione delle prestazioni del sistema informativo.

Traccia le tue conclusioni!

Conclusioni per farti. Vorrei solo dire che l'operatore "IN GERARCHIA" viene utilizzato dalla piattaforma per il sistema di composizione dei dati quando le condizioni di selezione includono "IN GRUPPO", "IN GRUPPO DA LISTA" e altri. Penso che non valga la pena spiegare che con manipolazioni errate, gli utenti possono effettuare una selezione molto complessa e aumentare più volte il carico sul server 1C e sul DBMS. Cambiamo solo le impostazioni per gli utenti avanzati.

E ovviamente, quando scrivi i tuoi meccanismi, presta attenzione all'operatore "IN GERARCHIA". Molto comodo da un lato e pericoloso dall'altro.

Questa sezione mostra esempi di risoluzione di attività tipiche quando si lavora con directory gerarchiche.

Recupero di elementi di una directory gerarchica subordinata a un determinato gruppo

Per ottenere elementi subordinati del catalogo gerarchico, il linguaggio di query fornisce la costruzione IN HIERARCHY. Esempio di utilizzo IN GERARCHIA:

SCEGLIERE
Nomenclatura.Codice,
Nomenclatura Prezzo di acquisto
DI

In questo esempio, verranno recuperate tutte le voci nel catalogo della nomenclatura che si trovano nel gruppo & Gruppo, incluso se stesso, i suoi gruppi subordinati e gli elementi appartenenti ai gruppi subordinati.

Se siamo interessati solo agli elementi e ai gruppi che si trovano direttamente in un dato gruppo, possiamo ottenere tali elementi impostando una condizione nel campo Parent. Esempio:

SCEGLIERE
Nomenclatura.Codice,
Nomenclatura. Nome AS Nome,
Nomenclatura Prezzo di acquisto
DI
Riferimento.Nomenclatura AS Nomenclature

DOVE
Nomenclature.Parent \u003d & Group

Questa query selezionerà gruppi e membri che sono subordinati a un gruppo con il collegamento & Gruppo.

Verifica della presenza di elementi subordinati di un articolo di catalogo

Per verificare l'esistenza di record subordinati di un articolo di catalogo, è possibile utilizzare una query simile a quella presentata:

In questo esempio, il riferimento dell'elemento per il quale si desidera controllare gli elementi figlio viene scritto nel parametro di query Parent. Dopo aver eseguito tale query, è necessario controllare il risultato per il vuoto. Se il risultato non è vuoto, sono presenti record subordinati. Altrimenti no. Esempio:

If Query.Run (). Empty () Allora
Report ("Nessun record");
Altrimenti
Report ("Ci sono record");
Finisci se;

Ottenere tutti i genitori di un elemento

Non ci sono mezzi speciali nel linguaggio di query per ottenere tutti i genitori di un elemento. È possibile utilizzare totali gerarchici per completare l'attività, tuttavia, l'ottenimento di totali gerarchici è ottimizzato per la creazione di totali di un numero elevato di record e non abbastanza efficiente per ottenere i genitori di un elemento. Per un recupero più efficiente di tutti i record padre di un elemento, si consiglia di iterare sui suoi genitori in piccole porzioni in un ciclo. Esempio:

CurrentNomenclatureItem \u003d NomenclatureItem;

Fino al ciclo della verità
Query.SetParameter ("CurrentNomenclatureItem", CurrentNomenclatureItem);
Risultato \u003d Query.Run ();
If Result.Empty () Then
Interrompi;
Finisci se;
Selezione \u003d Risultato.Seleziona ();
Sample.Next ();
Per ColumnNumber \u003d 0 By Result.Columns.Number () - 1 Cycle
CurrentNomenclatureItem \u003d Selezione [ColumnNumber];
Interrompi;
Altrimenti
Report (CurrentNomenclatureItem);
Finisci se;
Fine ciclo;

Se CurrentNomenclatureElement \u003d Directories.Nomenclature.EmptyRef () Allora
Interrompi;
Finisci se;
Fine ciclo;

In questo esempio, tutti i genitori vengono visualizzati nella finestra del messaggio di servizio per il collegamento scritto nella variabile ElementNomenclature. Il ciclo seleziona 5 genitori del collegamento.

Se il numero di livelli nel libro di consultazione è limitato e piccolo, è possibile ottenere tutti i genitori in una richiesta senza loop.

Output di una directory gerarchica in un report

Per visualizzare un catalogo gerarchico in un report mantenendo la gerarchia, è necessario utilizzare una query simile alla seguente:

SCEGLIERE
Nomenclatura.Codice,
Nomenclatura. Nome AS Nome,
Nomenclatura Prezzo di acquisto
DI
Riferimento.Nomenclatura AS Nomenclature
ORDINA PER
Nome HIERARCHY

Questa query seleziona tutti i record dalla directory e li ordina in base alla gerarchia. Il risultato verrà ordinato per nome, tenendo conto della gerarchia.

Affinché i gruppi della directory siano posizionati sopra gli elementi, è necessario sostituire la proposta ORDER BY SOFTWARE in questa richiesta con la seguente:

ORDINA PER
Nomenclatura: questo è il gruppo HIERARCHY,
Nome

Il risultato verrà comunque ordinato in una gerarchia, ma i gruppi verranno visualizzati sopra gli elementi.

È anche possibile sostituire l'offerta ORDER SOFTWARE con l'offerta AUTO ORDER. In questo caso, il risultato verrà ordinato in base alle impostazioni del libro di consultazione, ad es. se il libro di consultazione indica che i gruppi devono essere posizionati sopra gli elementi, saranno posizionati sopra.

È anche possibile ottenere una struttura gerarchica di un libro di riferimento utilizzando i totali.

SCEGLIERE
Nomenclatura.Codice,
Nomenclatura. Nome AS Nome,
Nomenclatura Prezzo di acquisto

FROM Riferimento.Nomenclatura AS Nomenclatura

DOVE
(Nomenclature.ThisGroup \u003d FALSE)

ORDINA PER Nome

Ottenere i totali per gerarchia

Per ottenere i totali in base alla gerarchia in una query, è necessario specificare la parola chiave HIERARCHY nella clausola TOTALS BY dopo aver specificato il campo in base al quale verranno calcolati i totali. Un esempio del report "Fatturato articolo" con totali di ricezione per gerarchia:

SCEGLIERE

DI

Nomenclatura GERARCHIA

Come risultato di questa richiesta, i totali verranno calcolati non solo per ogni articolo, ma anche per i gruppi a cui appartiene questo o quell'articolo.

Nel caso in cui non abbiamo bisogno dei totali per gli elementi, ma abbiamo solo bisogno dei totali per i gruppi, dobbiamo usare la costruzione SOLO GERARCHIA nei totali. Esempio:

SCEGLIERE
ContabilitàNomenclaturaTurnovers.Nomenclature AS Nomenclature,
ContabilitàNomenclaturaTurnovers.Nomenclature.Presentation,
AccountingNomenclatureTurnover.QuantityTurnover AS QuantitàTurnover
DI
Registro delle accumulazioni Contabilità Nomenclatura Fatturato AS Nomenclatura Contabilità Fatturato
TOTALS SUM (NumberTurnover) DI
Nomenclatura SOLO GERARCHIA

Come risultato di questa query, ci saranno record totali solo per i gruppi di articoli.

Riferimenti 1C - un oggetto specializzato dell'albero dei metadati, che serve per memorizzare informazioni statiche di natura di riferimento. Ad esempio, nelle configurazioni tipiche, è possibile visualizzare le seguenti visualizzazioni: Nomenclatura, Dipendenti, Cespiti, ecc. Le informazioni nei libri di consultazione, di regola, non cambiano spesso. I libri di riferimento sono inoltre utilizzati in quasi tutti gli oggetti contabili come sezione contabile o informazioni di riferimento.

Di seguito prenderemo in considerazione l'impostazione e la progettazione del libro di consultazione dal configuratore utilizzando l'esempio del libro di riferimento "Nomenclatura".

Scheda di base

Nella scheda "Generale" è possibile specificare il nome, il sinonimo, la presentazione degli oggetti, la descrizione dello scopo.

Scheda Gerarchia di riferimento

Qui viene stabilita la gerarchia del libro di consultazione.

Ci sono due tipi di gerarchia in 1C 8.3 - " gruppi ed elementi"E" elementi". Differisce dal fatto che nel primo caso il genitore (cartella) può essere solo una cartella (gruppo) e nel secondo caso il genitore può anche essere un elemento.

"Posiziona i gruppi in alto": la bandiera è responsabile della visualizzazione dei gruppi sotto forma di elenco.

Inoltre, nelle impostazioni, è possibile limitare il numero di gruppi nella gerarchia di directory mediante l'impostazione corrispondente.

Scheda Proprietari

Una directory può essere subordinata a un'altra directory. Dal punto di vista della configurazione di 1C 8.3, ciò significa che l'attributo "Proprietario" diventa obbligatorio per l'elemento subordinato. Un esempio di tale collegamento tra elenchi nelle configurazioni standard "Nomenclatura - Unità di misura", "Appaltatori - Contratti degli appaltatori".

I seguenti oggetti di metadati possono anche essere proprietari di una directory:,.

Scheda dati

Ottieni 267 tutorial video 1C gratuitamente:

La scheda più importante dal punto di vista di un programmatore. I dettagli del libro di consultazione sono indicati su di esso.

Il libro di consultazione ha una serie di dettagli standard che non vengono modificati dal programmatore 1C 8.2, un elenco di questi può essere visualizzato facendo clic sul pulsante "Dettagli standard":

Mi soffermerò su ciascuno in modo più dettagliato:

Questo gruppo - props di tipo booleano che indicano se si tratta di un gruppo o di un elemento. Disponibile solo nel riferimento gerarchico. Nota, il valore di questa variabile non può essere modificato in 1C: modalità Enterprise.
Codice - attributo, tipo di numero o stringa (solitamente stringa). Il numero assegnato automaticamente dal sistema. Tipicamente calcolato come (codice precedente + 1). Consiglio di utilizzare il tipo stringa, poiché l'ordinamento dei valori numerici non viene eseguito come previsto. Può essere utilizzato come visualizzazione di ricerca in un elenco e nei campi di input. Solitamente utilizzato per cercare un elemento durante la digitazione per stringa. Se è necessario rimuovere il campo Codice, specificare zero nella lunghezza della riga.
Nome - Attributo richiesto, tipo di stringa. La lunghezza massima della riga è 150 caratteri. Può essere utilizzato come visualizzazione di ricerca in un elenco e nei campi di input. Solitamente utilizzato per cercare un elemento durante la digitazione per stringa. Se è necessario rimuovere il campo Nome, specificare zero nella lunghezza della riga.
Genitore - un attributo del tipo ReferenceLink.<ИмяТекущегоСправочника>... Disponibile solo nel riferimento gerarchico. Indica il genitore superiore nella gerarchia. Se l'elemento o il gruppo si trova nella radice della directory, viene specificato il valore della directory.<ИмяТекущегоСправочника>.EmptyRef.
Proprietario - collegamento all'elemento proprietario dell'elemento corrente (gruppo) del catalogo. A disposizione solo nel libro di consultazione subordinato 1C.
Contrassegno di eliminazione - un attributo booleano. Responsabile della visualizzazione del "segno di cancellazione" nel sistema. Un elemento contrassegnato per la cancellazione è considerato inutilizzabile, ma su di esso possono rimanere vecchi movimenti nei documenti.
Link - campo di tipo stringa. Questo attributo memorizza un identificatore di oggetto univoco - GUID. Ciò che vediamo nel sistema come una visualizzazione visiva sotto il nome di "collegamento" è solo una rappresentazione di un oggetto. Impossibile cambiare.
Predefinito - tipo booleano, mostra se l'elemento è predefinito, ne parleremo più avanti. Impossibile cambiare.

La scheda "Dati" indica anche la visualizzazione del libro di consultazione nel sistema, fino alla versione 8.2.16 la visualizzazione poteva essere solo un Codice o un Nome. Nelle ultime versioni della piattaforma (a partire dalla 8.3), la visualizzazione può essere descritta in modo indipendente nel modulo manager utilizzando il gestore "ViewGetProcessing".

Scheda numerazione

Qui puoi specificare le impostazioni del libro di riferimento in termini di numerazione. Si consiglia di utilizzare la numerazione automatica. Il controllo di unicità è un flag che aiuta a rendere il codice univoco, se necessario. Se, con il flag impostato, provi a scrivere un elemento di directory con un codice non univoco, in 1C riceverai il messaggio "Il codice directory è diventato non univoco".

Una serie di codici - determina come numerare la directory, è possibile inserire la numerazione della directory nel contesto del proprietario. Ad esempio, la controparte "Horns and Hooves" avrà una propria numerazione del contratto - "1, 2, 3" e così via.

Scheda Moduli

I moduli di riferimento sono descritti qui. Se la configurazione viene avviata sia in modalità normale che gestita, ci saranno due schede con moduli per impostazione predefinita: "principale" e "aggiuntivo" - diversi per un'applicazione normale e gestita.

In questa pagina c'è un'importante proprietà del libro di consultazione - "". Questa è una funzione molto comoda di 1C 8, che consente, durante la compilazione dei dati nel campo di input, di non entrare nella directory, ma di digitarne il nome, il codice, ecc. e selezionare l'elemento desiderato dall'elenco a discesa. Assomiglia a questo:

Altra scheda

Nella scheda è possibile accedere rapidamente ai moduli principali del libro di consultazione: il modulo oggetto e il modulo manager.

È inoltre possibile definire un elenco di elementi di catalogo predefiniti nella pagina. Questi sono elementi che non possono essere eliminati in modalità Enterprise. Gli elementi predefiniti sono accessibili direttamente nel configuratore per nome, ad esempio: Directory.Nomenclature.Service.

Questa scheda definisce anche la modalità di blocco: automatica o controllata. Utilizzo della ricerca full-text, oltre alle informazioni di riferimento sul libro di consultazione, disponibile in 1C: modalità Enterprise.