Новият конфигурационен обект на директория е предназначен за. Как да работите с препратка към конфигурационен обект

Понякога започвам да се обвинявам, че съм толкова мързелив. Но бързо спирам - мързел.

Урок 22 е за ролите. И тук дори ще ви разкажа малко забавни истории от моята практика, посветена на роли (не наистина).

Каква е целта на обекта за конфигуриране на роли?

Ролята е предназначена да организира интерфейса на приложното решение и да разграничава правата и действията на отделните потребители.

Как да създадете роля с помощта на конфигурационни подсистеми?

Разширете клона Общи - щракнете с десния бутон върху Роли (фиг. 1). След това можете да конфигурирате ограничения за различни конфигурационни обекти (фиг. 2)

Фиг.1

Фиг.2

Как да създадете списък на системните потребители и да определите техните права?
В главния команден панел отидете на Инструменти – Администриране – Потребители.
Ще се появи списък с потребители (фиг. 3). Можете да добавите нов потребител, като щракнете върху

В основния раздел записваме различни данни за потребителя, в раздела „други“ предоставяме права (фиг. 4).

Фиг.3

Фиг.4

Как се различава удостоверяването на 1C: Enterprise от удостоверяването на операционната система?

Както подсказва името, когато се удостоверява с помощта на 1c, потребителят трябва да въведе потребителско име/парола директно в системата 1c. В случай на удостоверяване с помощта на операционната система, не е необходимо да въвеждате нищо, тъй като 1c ще определи под кой потребител работи операционната система, ще се обърне към нейния вътрешен списък с потребители и ако намери съответния запис, ще влезе с тези права.

Най-често удостоверяването на ОС се извършва, ако 1c е виртуализиран. Какво означава? Че сървърът и клиентите са физически разположени не под носа ви, а на друго място. На вашия компютър стартирате дистанционна връзка, която вече е свързана с 1c.

А сега истории от практиката. Ако се занимавате с поддръжка на 1C, тогава често има случаи, когато потребителите се оплакват, че такъв и такъв документ не се изпълнява, такъв и такъв отчет не се генерира. Това често се случва поради факта, че разработчиците са предоставили права върху документ на такъв или такъв потребител, но са забравили за регистъра, който всъщност отразява публикациите на документа. Отидете в дневника на действията и погледнете този потребител, как той обработва документа - този недостъпен регистър ще бъде показан в дневника с формулировката „нарушаване на правата на потребителя“.

Много по-тъжно е, когато разработчиците поставят ограничения върху ролите в кода - тогава трябва само да използвате дебъгер, за да видите къде, кога и какъв вид ограничение на правата има, директно в модула на необходимия документ/отчет.

1C:Enterprise 8.0

Практическо ръководстворазработчик

Примери и типични техники

Като пример, нека разгледаме методите за разработка в 1C:Enterprise 8.0, нека вземем малка компания - OO "Jack of All Trades", която предоставя услуги за ремонт на различни домакински уреди.

Задачата е да се автоматизира работата му до края на практическите примери с помощта на 1C:Enterprise 8.0.

1C: Предприятие

Системата 1C:Enterprise е универсална система за автоматизиране на икономическите и организационните дейности на предприятието. Тъй като такива дейности могат да бъдат доста разнообразни, системата 1C:Enterprise има способността да се „адаптира“ към характеристиките на конкретната област на дейност, в която се използва. Терминът, използван за обозначаване на тази способност е конфигурируемост,способността за персонализиране на системата към характеристиките на конкретно предприятие и класа проблеми, които се решават.

Това се постига с факта, че 1C:Enterprise не е просто програма, която съществува под формата на набор от неизменни файлове, а набор от различни софтуерни инструменти, с които работят разработчиците и потребителите. Логично цялата система може да се раздели на две големи части, които

тясно взаимодействат помежду си: конфигурацията и платформата, която управлява работата на конфигурацията.

Има една платформа (1C:Enterprise 8.0) и много конфигурации. За да функционира всяко решение за приложение, винаги са необходими платформа и някаква (една) конфигурация.

Самата платформа не може да изпълнява никакви задачи за автоматизация, тъй като е създадена, за да осигури работата на всяка конфигурация. Самата конфигурация също е безполезна, тъй като за да изпълнява задачите, за които е създадена, трябва да има платформа, която да управлява нейната работа.

Примери за съществуващи приложни решения включват решението „Управление на търговията“, предназначено за автоматизиране на оперативни и управленски счетоводни задачи, „Управление на човешките ресурси“, предназначено за прилагане на политиката за персонала на компанията, или „Управление на производственото предприятие“, обхващащо основните контури на счетоводството и управление в производствено предприятие.

Приложното решение, където е възможно, е универсално, за да отговори на нуждите на голямо разнообразие от предприятия, работещи в една и съща сфера на дейност. И това е добре. От друга страна, такава гъвкавост неизбежно ще доведе до факта, че не всички възможности на приложното решение ще бъдат използвани в конкретно предприятие и някои възможности ще липсват.

Тук конфигурируемостта на системата излиза на преден план, тъй като платформата, в допълнение към управлението на конфигурацията, съдържа инструменти, които ви позволяват да правите промени в използваната конфигурация. Освен това платформата ви позволява да създадете своя собствена конфигурация от нулата, ако по някаква причина.

Системата 1C:Enterprise има различни режими на работа: 1C:Enterprise и Configurator.

Режим 1C:Enterpriseе основен и служи за работата на потребителите на системата. В този режим потребителите въвеждат данни, обработват ги и получават изходни резултати.

Режим на конфигураторизползвани от разработчици и администратори на бази данни. Именно този режим предоставя необходимите инструменти за модифициране на съществуваща или създаване на нова конфигурация.

Първо имаме нужда от информационна база с празна конфигурация:

Нека създадем информационна база с празна конфигурация

Нека стартираме 1C:Enterprise в режим на конфигуратор. Нека изпълним първата команда, която започва да работи с всяка конфигурация - Конфигурация - Отворете конфигурацията.

Конфигурационното дърво е основният инструмент, с който работи разработчикът. Той съдържа почти цялата информация за това от какво се състои конфигурацията:

За да се улесни работата на разработчика, „всичко, което съставлява конфигурацията“ се събира в няколко отделни групи и сега дървото ви показва тези групи.

Конфигурационни обекти

Конфигурацията е описание. Той описва структурата на данните, които потребителят ще използва в режим 1C:Enterprise.

В допълнение, конфигурацията описва различни алгоритми за обработка на тези данни, конфигурацията съдържа информация за това как тези данни трябва да изглеждат на екрана и на принтера и т.н.

В бъдеще платформата 1C:Enterprise, въз основа на това описание, ще създаде база данни, която ще има необходимата структура и ще предостави на потребителя възможност да работи с тази база данни. конфигурационни обекти.

Как да работите с конфигурационното дърво и как да създадете обект

Преди да започнем да създаваме първите конфигурационни обекти, трябва да обясним някои техники за работа с конфигуратора.

За да отворите и затворите конфигурация, използвайте следните елементи от менюто:

Конфигурация - Отворете конфигурацията и

Конфигурация - Затворете конфигурацията.

След отваряне на конфигурацията, нейният състав се появява в прозореца на конфигурационното дърво. Можете да затворите този прозорец като всеки друг прозорец на Windows, но конфигурацията ще остане отворена (т.е. достъпна за редактиране). За да изведете отново прозореца на конфигурационното дърво на екрана, използвайте командата от менюто Конфигурация - Конфигурационен прозорец.

Има няколко начина за създаване на нов конфигурационен обект и винаги можете да използвате метода, който е по-ясен и удобен за вас.

Първи начин.Трябва да поставите курсора върху типа конфигурационен обект, който ви интересува, и да щракнете върху бутона в командния панел на прозореца за конфигуриране Действия - Добавете.

Втори начин.Можете да използвате контекстното меню, което се извиква, когато щракнете с десния бутон на мишката.

Поставете курсора върху типа конфигурационни обекти, които ви интересуват, и натиснете десния бутон на мишката. В появилото се меню изберете Добавяне.

Обект на конфигурация Директория

Конфигурационният обект Directory е обект на приложение и е предназначен да описва списъци с данни. Конфигурационният обект Directory се използва, така че въз основа на него платформата да създаде информационна структура в базата данни, в която ще се съхраняват например списък на служители, списък на стоки, списък на клиенти или доставчици.

Характерна особеност на конфигурационния обект на директорията е, че потребителят може самостоятелно да добавя нови елементи към директорията, докато работи. Например, потребителят може да добави нови служители към директорията, да създаде нов продукт или да добави нов клиент.

Всеки елемент на директория обикновено съдържа някаква допълнителна информация, която описва този елемент по-подробно. Например всеки елемент от директорията „Продукти“ може да съдържа допълнителна информация за производителя, срок на годност и т.н. Наборът от такава информация е еднакъв за всички елементи на директорията и за описание на такъв набор използваме подробностиКонфигурационен обект на директория, които също са конфигурационни обекти. Тъй като тези обекти са логически свързани с обекта Directory, те се извикват подчинени.Разработчикът създава повечето от детайлите на конфигурационния обект на Директория независимо, но всеки обект на конфигурация на Директория има две полета „по подразбиране“: код и име.

Освен това всеки елемент от директория може да съдържа определен набор от информация, която е еднаква по структура, но различна по количество, за различните елементи от директория. Например, всеки елемент от директорията на служителите може да съдържа информация за състава на семейството на служителя. За един служител това ще бъде само съпруга, докато за друг семейството може да се състои от съпруга, син и дъщеря. За описание на такава информация може да се използва таблични частиКонфигурационни обекти на директория, които са подчинени конфигурационни обекти.

За по-лесно използване елементите на директорията могат да бъдат групирани от потребителя според някакъв принцип. Например в директорията „Домашна техника” могат да бъдат създадени следните групи: „Хладилници”, „Телевизори”, „Перални” и др. Възможността за създаване на такива групи в директорията се определя от свойството „Йерархичен“ на обекта за конфигуриране на директория. В този случай елементът директория, който е група, ще бъде родителза всички елементи и групи, включени в тази група. Този тип йерархия се нарича йерархия на групи и елементи.

Възможен е и друг вид йерархия - йерархия на елементите.В този случай родителят не е група от елементи на директория, а един от самите елементи на директория. Например, този тип йерархия може да се използва при създаване на директория „Раздели“, когато едно подразделение е родител на няколко други подразделения, които са част от него.

Елементите на една директория могат да бъдат подчинени на елементи или групи от друга директория. Например, директория „Мерни единици” може да бъде подчинена на директория „Продукти”. Тогава за всеки елемент от директорията „Продукти“ ще можем да посочим мерните единици, в които този продукт пристига в склада. В системата 1С:Предприятие това се постига чрез факта, че за всеки конфигурационен обект може да се посочи Справочник списък на собствениците на директория.

Понякога има ситуации, когато е необходимо някои елементи винаги да съществуват в директорията, независимо от действията на потребителя. Да предположим, че логиката на бизнес процесите в едно предприятие е такава, че всички стоки първо пристигат в основния склад и след това, ако е необходимо, се преместват в други складове. В този случай „Основният“ склад трябва винаги да съществува в директорията „Складове“, в противен случай получаването на стоки ще бъде извършено неправилно. Конфигурационният обект Directory ви позволява да опишете произволен брой такива елементи на директория. Те се наричат предварително дефинирани елементи на директория.

В зависимост от това какви действия искаме да извършим с директорията, трябва да покажем директорията в „различни изгледи“. Например, за да изберете някакъв елемент от директория, е по-удобно да представите директорията под формата на списък, а за да промените някакъв елемент от директория, е по-удобно да представите всички подробности за този елемент от директория на един форма. Следователно обектът за конфигуриране на директорията може да има произволен брой формуляри, някои от които могат да бъдат обозначени като основни форми на директорията.

Следната таблица обяснява имената на тези формуляри, както са дефинирани в конфигуратора:

Конфигурационен обектСправочник	Справочник
Основна форма на обект	Формуляр на елемент от директория
Основна групова форма	Формуляр за група елементи на директория
Основна форма на списък	Формуляр за списък с директории
Основна форма за избор	Форма за избор на елемент от директория или група
Основна форма за избор на група	Форма за избор на група от елементи на директория

Формата служи за „визуализация“ на данните в базата данни. Формата представя тези данни в удобна за потребителя форма и ви позволява да опишете алгоритмите, които ще придружават работата на потребителя с данните, представени във формуляра.

Всяка форма може да бъде описана в конфигуратора. За да създадете такова описание, има подчинен конфигурационен обект, Form. По правило той е подчинен на един от обектите на приложението, но може да съществува самостоятелно. Въз основа на описанието, съдържащо се в конфигурационния обект Form, в точното време, когато потребителят работи, платформата 1C:Enterprise ще създаде програмен обект Form, с който потребителят ще работи.

Създаване на директория Клиенти

Сега, след като сме малко запознати с възможностите на конфигурационния обект Directory, нека създадем няколко такива обекта, за да опишем директориите, които ще се използват в нашата база данни.

Тъй като нашето LLC „Master of All Trades“ предоставя услуги за ремонт на домакински уреди, очевидно е, че за водене на записи ще трябва да зададем информация в списъка.

Първо, имаме нужда от списък на служителите на компанията, които ще предоставят услуги. След това ще се нуждаем от списък с клиенти, с които нашата компания работи. След това ще ни трябва списък с услуги, които нашата компания може да предостави, и списък с материали, които могат да бъдат консумирани. Освен това ще ни трябва списък със складове, които може да съдържат материали от 000 „Майстор на всички сделки“.

Да започнем с прости неща – списък на служителите и списък на клиентите. Нека отворим нашата конфигурация за обучение в конфигуратора и да създадем нов конфигурационен обект, Директория.

Нашата задача ще бъде да създадем директория, в която да се съхраняват имената на нашите клиенти.

След като щракнете върху „Добавяне“, системата ще се отвори прозорец за редактиране на конфигурационен обект.

Това е инструмент, създаден в помощ на програмиста. Той е създаден специално за обекти със сложна конфигурация и ви позволява бързо да създавате такива обекти чрез извършване на последователни действия. За да следвате правилната последователност от действия, в долната част на прозореца има бутони „Напред” и „Назад”. Бутонът „Напред“ ви позволява да зададете свойствата на обекта в желаната последователност (за да не пропуснете нищо или да пропуснете напред, където се изискват данни, които трябва да бъдат въведени по-рано). Бутонът „Назад“ ви позволява да се върнете няколко стъпки назад, ако установите, че преди това сте въвели непълни или неправилни данни.

Да поставим Имедиректория - “Клиенти”. Името е основното свойство на всеки конфигурационен обект. Когато се създаде нов обект, системата автоматично му присвоява име. Можете да използвате името, зададено от системата, но е по-добре да го замените със собствено удобно за потребителя име. Можете да зададете всяко име, стига да започва с буква и да не съдържа специални знаци (например интервал). За да направите конфигурацията по-лесна за четене, обичайно е да правите интуитивни имена и, ако се състоят от няколко думи, премахвайте интервалите между думите и започвайте всяка дума с главна буква.

Въз основа на името, платформата ще създаде автоматично синоним -„Клиенти“. Всеки конфигурационен обект също има свойството „Синоним“. Той е предназначен да съхранява „алтернативно“ име за конфигурационния обект, който ще се използва в интерфейсните елементи на нашата програма - тоест ще бъде показан на потребителя.

Следователно практически няма ограничения за синонима и той може да бъде посочен във форма, позната на хората.

Нека зададем името и синонима на директорията

Засега няма да конфигурираме всички свойства на обекта за конфигуриране на директория; ще бъдем напълно доволни от стойностите, които системата предлага за тях по подразбиране. Затова щракнете върху „Напред“ три пъти и се озовайте в раздела „Данни“.

Това, което ни интересува тук, е дължината на кода и дължината на името. Дължината на кода е важно свойство на справочника. По правило кодът на директория се използва за идентифициране на елементи на директория и съдържа стойности, които са уникални за всеки елемент на директория. Самата платформа може да контролира уникалността на кодовете и да поддържа автоматично номериране на елементите на директорията.

Самата платформа може да проследява уникалността на кодовете, така че броят на елементите, които могат да се съдържат в директорията, ще зависи от дължината на кода. Дължината на кода е 5 знака - това е от 0 до 99999, тоест сто хиляди елемента. За нашето малко ООО „Майстор на всички сделки“ това е напълно достатъчно.

Да преминем към дължината на името. 25 знака очевидно не са достатъчни за нас, нека увеличим дължината на името до 50.

Нека се споразумеем за дължината на кода и да зададем дължината на името

Ще оставим всички други свойства на обекта за конфигуриране на директорията, както са предложени от системата по подразбиране, и ще щракнете върху „Затвори“.

Сега нека видим какво ще създаде системата въз основа на конфигурационния обект на директорията, който добавихме. Нека изпълним елемента от менюто Отстраняване на грешки - Започнете отстраняване на грешки.За да отговоря на въпроса:

Пред нас ще се отвори системен прозорец в режим 1C:Enterprise. Тъй като не сме създали никакви потребителски интерфейси, трябва да използваме менюто, което системата създава по подразбиране, за да видим резултатите от нашата работа.

Нека изпълним елемента от менюто операции - Директории...и изберете директорията „Клиенти“.

Нека изпълним Операции I Директории... и изберете директорията „Клиенти“.

Системата ще отвори една от основните форми на указателя - формата за основен списък.

Засега нашата директория „Клиенти“ е празна, така че нека добавим няколко елемента към нея (можете да добавите нов елемент към директорията, като използвате елемента от менюто „Действия, които добавям“, съответната икона или клавиша „Вмъкване“).

Добавете нови елементи към директорията с помощта на меню или икона

След добавяне на елементи, директорията ще изглежда така.

Сега можем да преминем към създаването на втората директория, която ще се използва в нашата конфигурация - директорията „Служители“.

Създаване на директория Служители

Директорията „Служители“ ще бъде малко по-сложна от директорията „Клиенти“. Факт е, че в него ще съхраняваме не само фамилията, името и бащиното име на служителя, но и информация за неговата минала трудова дейност.

Тази информация е хомогенна по своята структура (организация, начало, край на работа, заемана позиция), но броят на предишните работни места може да варира за различните служители.

Следователно, за съхраняване на такава информация ще използваме табличната част на директорията.

Нека се върнем към конфигуратора и да създадем нов конфигурационен обект на Директория. Нека го наречем "Служители".

Нашата задача ще бъде да създадем директория, която има таблична част.

В раздела „Данни“ задайте дължината на името на директорията на 50 знака и добавете нова таблична част към директорията с името „Трудова дейност“:

Нека добавим нова таблична част към директорията "Служители" и да й зададем име...

Нека създадем подробности за табличния раздел „Трудови дейности“:

“Организация” - тип String, дължина 100,

„Първи стъпки“ - въведете Дата, състав на дата - „Дата“,

„Завършване на работата“ - тип дата, състав на датата - „Дата“,

“Позиция” - тип String, дължина 100:

Нека създадем детайлите на табличната част на директорията...

За детайлите „Начало на работа“ и „Край на работа“ избрахме състава на датата - „Дата“, тъй като в системата 1C: Enterprise 8.0 стойностите на типа Дата съдържат както дата, така и час. В този случай не ни интересува началният и крайният час на работа.

Сега трябва да изберем опцията за редактиране на директорията. Очевидно редактирането в списъка вече няма да работи за нас, тъй като в списъка няма да можем да редактираме табличната част на директорията и да въвеждаме информация за работната дейност.

Затова в директорията „Служители“ ще изберем опцията за редактиране на директорията по два начина - както в списъка, така и в диалога. За да направите това, отидете в раздела „Формуляри“ и задайте съответния превключвател:

Нека зададем опцията за редактиране на директорията. Създаването на директорията „Служители“ е завършено - сега можете да стартирате 1C:Enterprise в режим на отстраняване на грешки и да попълните директорията.Изпълнение на елемент от менюто

Отстраняване на грешки - Продължете с отстраняването на грешки,

В прозореца на програмата, който се показва, отворете директорията „Служители“ и се уверете, че е зададен режимът за редактиране на директорията в диалоговия прозорец (меню Действия - Редактиране в диалоговия прозорец или подобна икона в командния панел).

Създайте служители Николай Дмитриевич Гусаков, Иван Сергеевич Бизнес и Валерий Михайлович Симонов, както е показано на снимките. Моля, обърнете внимание, че редовете на табличната част на директорията могат да бъдат сортирани по съдържанието на която и да е от колоните или подредени в произволен ред с помощта на иконите в командната лента:

Можете да контролирате реда на редовете в табличния раздел...

Сега можем да започнем да създаваме следващата xNomenclature директория.“

Създаване на справочник Номенклатура

Директорията “Номенклатура” ще съдържа информация за услугите, предоставяни от “Jack of All Trades” LLC, както и за материалите, които могат да бъдат използвани.

Тази директория няма да бъде сложна, единствената функция, която ще има, е наличието на йерархична структура. За да направим справочника удобен за използване, ние ще групираме услугите в една група, а материалите в друга. Освен това, тъй като Master of All Trades LLC предоставя голямо разнообразие от услуги, те също ще бъдат логически групирани в няколко групи. Същото може да се каже и за материалите.

Нашата задача ще бъде да създадем йерархична директория. Нека създадем нов конфигурационен обект Директория и да го наречем “Номенклатура”. Нека отидем в раздела "Йерархия" и зададем флага "Йерархична директория".

Нека направим директорията йерархична...

В раздела „Данни“ задайте дължината на името на директорията на 100 знака.

Сега нека да стартираме 1C:Enterprise в режим на отстраняване на грешки и да попълним директорията „Номенклатура“. В процеса на попълване на директорията ще покажем как да създаваме групи директории и да прехвърляме елементи от една група в друга.

Нека създадем две групи в основата на директорията: “Материали” и “Услуги” (меню Действия - Нова група):

В групата „Материали“ ще създадем пет елемента:

"Хоризонтален трансформатор на Samsung"

"Хоризонтален трансформатор GoldStar"

"Транзистор Philips 2N2369",

"гумен маркуч"

"Електрически кабел":

В групата “Услуги” ще създадем и няколко елемента - услуги за ремонт на телевизори:

"Диагностика",

"Ремонт на домашни телевизори"

„Ремонт на внесен телевизор“

и монтаж на перални машини:

"Водна връзка"

"Електрическа връзка":

За съхраняване на информация от списъчен характер се използват обекти от типа Справочник. Съдържанието на всяка директорийна позиция може да се характеризира с набор от характеристики - детайли, както и да има някои подчинени обекти, също със списъчен характер - те се показват в таблицата. Например графикът на плащане може да се характеризира с името и формата на плащане, а наборът от етапи на плащане по условия ще се съхранява в подчинена таблица:

Съответно, конфигурационно изглежда като дърво от детайли и подчинен табличен раздел с неговите детайли:

Въпрос 01.01 от изпита 1C: Platform Professional. На каква стойност можете да зададете свойството „Code Series“ на конфигурационния обект „Directory“?

1. В цялата директория
2. В рамките на субординацията
3. В рамките на подчинение на собственика
4. Всички горепосочени отговори са верни
5. Отговор 1 и 2 са верни

Верният отговор е четвърти. В цялата директорияозначава обикновено непрекъснато номериране; в рамките на субординацията- непрекъсната номерация в йерархичната група; в рамките на подчинение на собственика- номерирането ще бъде непрекъснато за всички позиции, подчинени на един собственик (например за всички договори на един контрагент).

Въпрос 01.17 от изпита 1C: Platform Professional. Какви са целите на табличните раздели на справочниците?

1. За съхраняване на подчинени обекти, които имат обектна природа
2. За съхраняване на подчинени обекти, които нямат обектна природа
3. За генериране на печатни форми на елементи на директория

Правилният отговор е вторият. Частите на таблицата съхраняват подчинени обекти. Под обектна природа разбираме самостоятелността на табличната част. Тъй като редът в таб частта на директорията няма самостоятелно значение, отделно от директорията, той няма обектна природа.

Въпрос 01.70 от изпита 1C: Platform Professional. Какво се съдържа в обекта на информационната база при редактиране на нов елемент от директория с таблични части?

1. Подробности
2. Препратка към елемент на директория
3. Редове на таблицата
4. Отговор 1 и 3 са верни
5. Всички опции са правилни

Четвъртият верен отговор е, че тъй като елементът е нов, това означава, че все още не е записан, тоест все още няма връзка към него в базата данни.

Въпрос 01.71 от изпита 1C: Platform Professional. Какво се съдържа в обект на информационна база при редактиране на съществуващ елемент от директория с таблични части, който съществува в базата данни?

1. Подробности
2. Връзка към елемент от директория
3. Редове на таблицата
4. Отговор 1 и 3 са верни
5. Всички опции са правилни

Правилният отговор е номер пет; в случай на съществуващ елемент връзката вече съществува.

Въпрос 06.15 от изпита 1C: Platform Professional. Как изтриването на елемент от директория, който вече се използва в други обекти и след това създаването на нов със същите подробности ще повлияе на поведението на програмата?

1. Нищо, това няма да повлияе по никакъв начин на логиката на програмата.
2. Елементът ще има различен вътрешен идентификатор (връзка) и това може да повлияе на логиката на програмата
3. Възниква изключение

Правилният отговор е вторият. Всеки елемент от директорията, дори идентичен с другите, има свой номер и собствен GUID.

конфигурационно дърво генерал. Те играят поддържаща роля при разработването на конфигурацията.

ориз. 2.1.

По-специално, с тяхна помощ можете да управлявате логическата структура на разработената конфигурация, да персонализирате функциите за взаимодействие на потребителя с конфигурацията, те включват обекти, които могат да бъдат конфигурирани за споделяне с други обекти на конфигурация.

Споделените обекти играят поддържаща роля от гледна точка на развитието приложно решениероля Резултатът от тяхната работа е по-интересен за програмиста, отколкото за потребителя, въпреки че не може да се каже, че тези обекти не участват в работата на потребителя или са маловажни за целите на решаването на проблема с приложението. Те са важна част от конфигурацията. Нека дадем кратко описание на тези обекти.

• Подсистеми. Те ви позволяват да структурирате конфигурацията според типовете задачи, решавани с нейна помощ. Например, ако конфигурацията решава проблемите на счетоводството и заплатите, би било логично да се създадат две подсистеми. Когато създавате нови обекти, можете да ги „свържете“ към подсистеми в зависимост от тяхното предназначение. Използването на подсистеми улеснява работата с големи конфигурации.
• Общи модули. Съдържат процедури и функции, които са достъпни от други обекти. Не можете да дефинирате променливи в тези модули.
• Опции за сесия. Те са необходими главно за конфигуриране на права за достъп до данни. Тези параметри се задават при стартиране на системата. Например, този параметър може да записва името на потребителя, който е влязъл.
• Роли. Проектиран да конфигурира разрешенията на различни потребителски групи за достъп до данни. След като създадете и конфигурирате роля, можете да я присвоите на потребител (за да конфигурирате списъка с потребители, използвайте командата от менюто Администриране > Потребители).
• Планове за обмен. Определете правилата за обмен на данни между информационните бази. Например, този механизъм може да се използва за обмен на данни между родителска организация и клонове или между подразделения на организация.
• Критерии за избор. Позволява ви да създавате правила за избор, които потребителят може да прилага при работа със списъци с данни в режим 1C:Enterprise.
• Абонаменти за събития. С помощта на абонаменти за събитияМожете да зададете манипулатори за обектни събития. Например манипулаторът може да бъде извикан, когато се копира документ.
• Планирани задачи. Планирани задачиви позволяват да извършвате различни планирани операции.
• Общи форми. Тези форми могат да се използват от различни обекти за решаване на подобни проблеми.
• Интерфейси. Съхранява потребителски интерфейси (главно меню, набор от ленти с инструменти), които могат да бъдат присвоени на различни потребители. Всеки интерфейс може да бъде оборудван само с онези команди, които са необходими на конкретен потребител.
• Общи планове. Съхранява общи оформления (шаблони на формуляри за печат), които са достъпни за други конфигурационни обекти за генериране на печатни версии на електронни материали.
• Общи снимки. Съхранява публично достъпни изображения. Те могат например да се използват във формуляри при задаване на изображения върху бутони и в други случаи.
• Пакети XDTO. XML Data Transfer Object (XDTO) е универсален метод за представяне на данни, който е предназначен да организира взаимодействие с външни софтуерни системи. По-специално, с други конфигурации на 1C:Enterprise 8, с други информационни системи.
• WEB услуги. Тук можете да създавате и конфигурирате WEB услуги, които предоставят експорт на конфигурационна функционалност.
• WS връзки. Съдържа статични връзки към публикувани WEB услуги. Позволява ви да използвате функционалността на тези услуги.
• Стилове. Съдържа набори от настройки за форматиране, които можете да приложите по време на разработката. Например, като използвате механизма за стил, можете бързо да персонализирате формуляр по предварително определен начин.
• Езици. Позволява ви да зададете различни езици, на които можете да конфигурирате интерфейса на програмата. Ако в системата са посочени няколко езика, когато настройвате обект, става възможно да зададете някои параметри на различни езици. В резултат на това това води до факта, че системният интерфейс може да съществува за различни езици.

2.2. Преглед на обектите 1C:Enterprise 8: приложени обекти

Обектите на приложението се използват за разработка приложно решение. Именно тези обекти са „видими“ за потребителя, който работи с повечето от тях в режим 1C:Enterprise. Нека дадем описание на приложените обекти (фиг. 2.2).

ориз. 2.2.

• Константи. Проектиран да съхранява информация, която или не се променя в хода на дейността на организацията, или се променя много рядко. Например, можете да съхранявате името на организацията, пълното име на директора и други подобни данни в константа.
• Справочници. Проектиран да съхранява списъци с подобни данни. Например директориите съхраняват списъци с клиенти, служители, стоки и материали.
• Документи. С тяхна помощ информацията влиза в системата. Документите могат да действат като електронни аналози на първичните счетоводни документи. Обекти като: Номератори(за осигуряване на непрекъснато номериране на различни документи) и Последователности(за да се осигури правилна последователност на документите).
• Дневници на документи. Използват се за групиране на документи от различен тип.
• Трансфери. Те се използват за съхраняване на набори от стойности, определени по време на процеса на конфигуриране и не се променят, докато потребителят работи с конфигурацията.
• Доклади. С тях се създават отчети, които са средство за представяне на изходните данни на счетоводната система.
• Лечения. Предназначен за обработка на информация и извършване на различни операции с данни.
• Характерни типови планове. Те се използват за описание на видовете характеристики на обектите.
• Сметкопланове. Използва се за счетоводни цели. Те представляват списъци със счетоводни сметки. Използва се във връзка с счетоводни регистри.
• Планове от калкулационен тип. Използва се за описание на типове изчисления и техните връзки, използвани във връзка с изчислителни регистри.
• Информационни регистри. Проектиран да натрупва информация по няколко измерения с възможност за съхраняване на историята на промените в данните и с възможност за съхраняване на нечислови данни.
• Регистри за натрупване. Предназначени за съхраняване на данни в контекста на няколко измерения, те поддържат получаване на информация за балансите и оборота на съхраняваните количества.
• Счетоводни регистри. Съхранявайте информация за счетоводни операции.
• Изчислителни регистриСъхранявайте информация за изчисленията. Те се използват главно за целите на заплатите.
• Бизнес процеси. Позволява ви да създавате структури, които автоматизират изпълнението на многоетапни операции. Например движението на документ между различни служители на организация.
• Задачи. Използва се във връзка с Бизнес процеси. Необходим за следене на задачите по изпълнител.

2.3. Преглед на обекти 1C:Enterprise 8: подчинени обекти

Подчинените обекти са подчинени на други конфигурационни обекти. Например на фиг.

На фигура 2.3 можете да видите обекта за конфигурация на документа, който притежава няколко подчинени обекта. Нека ги изброим и опишем.

ориз. 2.3.Подробности

. Атрибутите ви позволяват да добавяте допълнителни свойства към даден обект. Например, ако трябва да можем да въведем сумата на транзакцията в документ, можем да въведем съответните подробности в него.Части за маса

. Те се използват, ако трябва да добавите произволен брой записи (всъщност допълнителни свойства) под формата на таблица към документ (или друг обект, на който е подчинена табличната част). Табличните части от своя страна имат детайли.формуляри

. Формулярите се използват за организиране на въвеждане и преглед на информация. В 1C:Enterprise 8 има специален редактор, който е предназначен за разработване и модифициране на формуляри.Оформления

. Оформленията се използват за описание на печатни форми на различни обекти. Оформлението съдържа „празни места“, които при създаване на печатна форма за конкретен обект се попълват с данни. На фиг. 2.4 представя още няколко подчинени обекта - този път за обекти на приложение Дневник на документи.

И

Регистър за натрупванеориз. 2.4. Графики. Графики

дневник за документисе използват за показване на информация за документите, включени в дневника.

Измервания

. Размерите на регистъра са обекти, в контекста на които се записват индикатори в регистрите.

В последния урок научихме КАКВО представляват 1C обекти.

Нека сега да видим какви са 1C Objects и за какво са?

Основните обекти на конфигурацията 1C съставляват самата същност на конфигурацията; именно поради разликите в основните обекти 1C Accounting се различава от конфигурацията 1C Trade Management.

Основни обекти за конфигурация на 1C - за счетоводство

Тези конфигурационни обекти на 1C са средство за счетоводство.

1C документи

Същността на счетоводството е въвеждането на документи в база данни. Всеки документ означава, че нещо се е случило в живота на компанията. Документът записва това събитие.

Например „Покупка на стоки“, „Продажба на стоки“ и др.

Справочници 1C

Ясно е, че различните документи работят с едни и същи данни. Например продуктът „Лопата“ първо се купува и след това се продава. Продуктът е същият.

За да не се въвежда повторно няколко пъти, той се въвежда в директорията веднъж и след това се използва стойността на директорията „Лопата“. Смисълът остава същият.

Документ 1C записва една операция. Абсолютно ясно е, че в живота на една компания има стотици и милиони документи.

Резултатът от [движението] на документа е промяна в поне една цифра в резултатите от операциите. Например, имаше 0 продукт, сега +10.

Всеки документ премества тази цифра в поне един от регистрите. Резултатът е таблица с такива движения, от която могат да се изчислят суми.

Същността на регистрите е да измерват резултатите от дейността на компанията.

Има няколко вида 1C регистри:

• 1C информационните регистри са прости таблици като Excel, често използвани за съхраняване на информация, свързана с 1C директории
• 1C регистри за натрупване - таблици, които получават суми за техните движения, салда (2+10, баланс 12) и оборот (2+10, оборот 10), се използват за оперативно (складово) счетоводство
• 1C счетоводни регистри - таблици, базирани на счетоводен сметкоплан, използвани за счетоводство
• 1C регистри за изчисления - таблици, базирани на планове за видове изчисления, се използват за поддържане на записи за заплати.

Основни конфигурационни обекти на 1C - за потребителя

Потребителските обекти на 1C не позволяват отчитане, но са необходими, за да направят работата на потребителя удобна с програмата.

1C регистрационни файлове за документи

Позволява ви да комбинирате списъци с документи за потребителя по тип. Например списанието „Складови документи“ или „Банкови документи“. Всеки дневник обикновено включва няколко вида документи.

1C отчети

Информационните регистри ви позволяват да изчислите резултата. Потребителят обаче трябва да работи с него в удобна за него форма.

За това има отчети на 1C.

Отчетът представлява готови изчислени резултати от дейността на фирмата във вид подобен на Excel или Word.

Отчетът може да съществува отделно от конфигурацията и базата данни - може да бъде записан във файл. В този случай се нарича "външен доклад".