В какое значение можно установить свойство серии кодов объекта конфигурации
Представляю Вашему вниманию ответы на первый раздел (общие механизмы, понятия, термины) комплекта вопросов сертифицированного экзамена на знание основных механизмов платформы “1С: Предприятие 8”.
Вопрос 1.1 В какое значение можно установить свойство “Серии кодов” объекта конфигурации “Справочник”?
1. Во всем справочнике
2. В пределах подчинения
3. В пределах подчинения владельцу
4. Верны все указанные ответы
5. Верны ответы 1 и 2
Серии кодов — это свойство объекта метаданных “Справочник”. Как видим, мы можем установить одно из трёх значений. Значение данного свойства влияет на то, как будет генерироваться код нового элемента справочника!
Во всем справочнике — означает, что неважной какой справочник (иерархический или подчинённый) код элементов будет всегда уникальный!
В пределах подчинения — это означает, что для иерархического справочника уникальность будет в пределах иерархии (в пределах ПАПОК, если так тебе больше понятнее). Если не веришь, то можешь убедиться: создай две новые группы (папки) и добавь туда элементы и обрати внимание на их одинаковый код.
В пределах подчинения владельцу — это означает, что уникальность будет в пределах подчинения владельцу. Актуально для подчинённых справочников. Если забыл, что такое подчинённый справочники, то погугли. А если в двух словах, то подчинение означает, что элементу одного справочника может относиться несколько элементов другого справочника!
А если тебе совсем делать нечего, то можешь почитать про автонумерацию на сайте итс.
Вопрос 1.2 В каком объекте содержится редактируемая пользователем информация?
1. Объект конфигурации
2. Объект встроенного языка
3. Объект информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты
Вопрос спорный. Конфигурация состоит из объектов метаданных (объекты конфигурации): справочники, документы, модули, регистры итд. Т.е. это те объекты, которые отображаются и редактируются разработчиком в дереве конфигурации.
Объект встроенного языка — это объекты, которые заложены разработчиками платформы, например, массив, список значений итд.
Объект информационной базы — это именно то с чем работает злой бухгалтер пользователь.
Для простоты приведу пример “мифической” стройки.
Представьте, что у вас есть 5 видов кирпичей (объекты конфигурации), которые вы можете создавать столько, сколько вам нужно. Помимо этой возможности по умолчанию у вас есть цемент и мастерок (объекты встроенного языка). Результатом будет какое-то сооружение (информационная база состоящая из объектов информационной базы).
Вопрос 1.3 В механизме полнотекстового поиска для поиска с учетом синонимов слова “алый” используется выражение:
1. !алый
2. ‘алый’
3. (алый)
4. “алый”
Механизм полнотекстового поиска – это возможность осуществлять поиск в базе данных (что-то типо гугла только в 1С). Например, продавец забыл, какой продал товар неделю назад, но каким-то образом запомнил синоним искомого товара. Так вот, с помощью механизма полнотекстового поиска данную задачу можно решить используя выражение !синоним_искомого_товара.
Следует заметить, что если о данном механизме вы никогда не слышали, то не поленитесь – погуглите и отключите его. Данная рекомендация увеличит быстродействие вашей базы на 6-7%.
Вопрос 1.4 Внешние обработки используются:
1. На стадии отладки, для более быстрого внесения изменений в обработку
2. Для разграничения прав доступа к обработке
3. Для возможности редактирования обработки пользователем в режиме 1С:Предприятия
Обработка — это объект конфигурации. Обработка не сохраняет данные в отличие от, например, документа. Основное предназначение обработок — выполнение каких-либо действий над информацией (удаление, добавление, редактирование).
Для разграничения прав доступа к обработке служит объект конфигурации “Роли”, а не внешняя обработка. Пользователи работают с объектами информационной базы, а не с объектами конфигурации, поэтому редактировать обработку они не могут в режиме 1С:Предприятия.
Внешняя обработка — это та же самая встроенная обработка только хранится не в конфигурации, а в отдельном файле с расширением .epf. Одно из предназначений – откладка алгоритма обработки без внесения изменения в конфигурацию.
Например, Валера решил внести изменения в встроенную обработку. Для того чтобы изменения вступили в силу, необходимо обновить конфигурацию базы данных, что не всегда быстрая процедура (зависит от размера базы данных), например 10 минут. Но, почесав голову, Валера понял, что результат вовсе не тот, на который он рассчитывал. Валера вновь залазит в конфигурацию и вносит изменения в встроенную обработку. Опять ждёт 10 минут пока обновиться конфигурация. И тут Валера думает, что наконец настало его время, но нет – опять ошибка…Опять чёртовы 10 минут на внесение изменения. Итого Валера потратил 30 минут только на то, чтобы изменения вступили в силу…
А Валера мог сделать так: сохранить обработку в файл (получим внешнюю обработку) → отладить алгоритм во внешней обработке → заменить встроенную обработку на внешнюю → и ждать 10 минут, когда обновиться конфигурация.
Валер, если ты сейчас это читаешь, поверь! Так быстрее!
Вопрос 1.5 Выберите верный набор ассоциаций “Объект” — “тип файла”:
1. внешняя обработка “epf”, внешний отчет — “erf”, конфигурация — “cf”
2. внешняя обработка “ert”, внешний отчет — “mxl”, конфигурация — “pfl”
3. внешняя обработка “ert”, внешний отчет — “erf”, конфигурация — “cfu”
4. внешняя обработка “epf”, внешний отчет — “mxl”, конфигурация — “cfu”
Вопрос 1.6 Внешняя обработка может быть включена в состав конфигурации:
1. Как отчет
2. Как обработка
3. Верны ответы 1 и 2
Боги 1С наделили нас правом сохранять встроенную обработку, как в файл .epf (внешняя обработка), так и в файл .erf (внешний отчёт). Поэтому обратные действия из внешней во встроенную аналогичные!
Вопрос 1.7 Где определяется структура создаваемого бизнес-приложения в системе 1С:Предприятие 8
1. Технологическая платформа
2. Конфигурация
3. Информационная база
4. СУБД
ИНФОРМАЦИОННАЯ БАЗА = КОНФИГУРАЦИЯ + СУБД
Опять вспомним стройку.
Технологическая платформа – это набор “инструментов” и набор “материалов” для будущего сооружения.
Конфигурация – это конструкция сооружения, которая построена с помощью инструментов и материала (технологическая платформа).
СУБД – управляющая компания будущего сооружения, например, «ЛидерДом», которая у себя хранит список жителей дома.
Информационная база – сооружение с господствующей управляющей компанией.
Вопрос 1.8 Где хранятся учетные данные бизнес-приложения в системе 1С:Предприятие 8
1. Технологическая платформа
2. Конфигурация
3. Информационная база
Вопрос бессмысленный простой, ответ очевиден. Под учётными данными, вероятно, подразумеваются данные, которые хранятся в регистрах накопления или бухгалтерии. Методом исключения легко получить ответ на основании того определения, что было дано в прошлых вопросах.
Вопрос 1.9 Для включения отборов в списках (обычных форм) по содержимому табличных частей объектов и их свойств, неотображаемых в форме:
1. ничего дополнительно настраивать не надо, все реализовано на уровне платформы
2. реализуется только запросами
3. осуществляется только с помощью дополнительной настройки форм
4. необходимо создать объект критерии отбора
В обычных формах мы можем накладывать отбор только на реквизиты объекта, а не на содержимое табличных частей. Можешь открыть форму списка любого документа и в этом убедиться. Поэтому, никакой дополнительной настройки для обычных форм не существует.
Что касается реализации через запросы: да, это возможно! Но есть более простой способ – использование объекта конфигурации “Критерии отбора”.
Пример: пользователь хочет видеть все документы “Поступление товаров” по указанному товару. Решение задачи простое.
В дереве объектов конфигурации, необходимо создать новый критерий отбора.
В свойстве “Тип”, необходимо указать какое значение собираемся искать (товары хранятся в справочнике “Номенклатура”).
На закладке “Состав” система предложит все поля объектов по которым можно искать. В нашем случае пользователь захотел искать в табличной части документа “Поступление товаров”.
Теперь в форме списка справочника “Номенклатура” появится меню “Перейти”, с возможностью поиска документов “Поступление товаров” по указанной номенклатуре.
Вопрос 1.10 Для включения отборов в списках (управляемых форм) по содержимому табличных частей объектов и их свойств, неотображаемых в форме:
1. ничего дополнительно настраивать не надо, все реализовано на уровне платформы
2. реализуется произвольным запросом динамического списка
3. осуществляется только с помощью дополнительной настройки форм
4. необходимо создать объект критерии отбора
Рассуждения аналогичные, что и в прошлом вопросе, поэтому сразу отсекаем варианты ответов под номером 1 и 3.
Если попытаться реализовать поиск по содержимому табличных частей через критерий отбора, как это было реализовано в вопросе 1.9, то меню “Перейти” будет не в форме списка, а в форме элемента! Если забыли, то вопрос звучит так: Для включения отборов в списках (в нашем примере форма списка справочника “Номенклатура”) по содержимому…
Поэтому, правильный вариант ответа 2 — реализуется произвольным запросом динамического списка!
Пример: пользователь хочет видеть все документы “Поступление товаров” по указанному товару. Самый простой вариант решения задачи видится мне таким:
Создать форму списка и указать произвольный запрос у основного динамического списка.
В форме списка справочника “Номенклатура” добавить команду, которая откроет созданную форму списка с параметром – номенклатура.
Код обработчика кнопки:
&НаКлиенте
Процедура ПоказатьДокументыПоступлениеТоваров(Команда)
Номенклатура = Элементы.Список.ТекущаяСтрока;
Если Номенклатура = Неопределено Тогда Возврат; КонецЕсли;
ПараметрФормы = Новый Структура(“Номенклатура”, Номенклатура);
ФормаСпискаОтбор = ОткрытьФорму(“Документ.Поступление.Форма.ФормаОтбор”, ПараметрФормы);
КонецПроцедуры
Ну и, естественно, у созданной формы списка установить значение переданного параметра динамического списка.
Код обработчика события формы ПриСозданииНаСервере:
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
Номенклатура = Неопределено;
Если Не Параметры.Свойство(“Номенклатура”, Номенклатура) Тогда Возврат; КонецЕсли;
Список.Параметры.УстановитьЗначениеПараметра(“Номенклатура”, Номенклатура);
КонецПроцедуры
Вопрос 1.11 Для возможности переключения пользователем интерфейсного языка прикладного решения необходимо:
1. в настройках пользователя выбрать возможный язык, из списка дополнительных интерфейсов
2. в настройках пользователя выбрать возможный язык, из списка языков интерфейсов, заданных в ветви метаданных
3. в настройках пользователя выбрать возможный язык, из списка
Вообщем здесь идёт речь, на мой взгляд, об очень редкой задаче – перевода интерфейса в требуемый язык.
Например, Пьер Ришар решил купить бухгалтерию 1С, но с русским у него всё плохо! Не беда – решение есть! Создаём новый объект конфигурации: Языки – ПьерРишарЗдесь
И у требуемых элементов управления начинаем менять заголовки нажав на “лупу”. Теперь заголовок данного элемента управления для Пьер Ришара будет “C’est la vie”.
Для того, чтобы для Пьера язык интерфейса был ПьерРишарЗдесь, а не Русский, необходимо в конфигураторе выполнить следующее: Администрирование — Пользователи — Прочие — Язык — ПьерРишарЗдесь (т.е. мы выбераем один из тех языков, которые создали в ветви объектов конфигурации метаданных).
Вопрос 1.12 Для запрета режима непосредственного удаления объектов пользователем необходимо…
1. в свойствах конфигурации снять флаг “Разрешить непосредственное удаление объектов”
2. при определении роли для соответствующих объектов снять отметку у флага “Удаление”
3. при определении роли для соответствующих объектов снять отметку у флага “Интерактивное удаление”
4. в свойствах роли снять отметку у флага “Разрешить удаление объектов”
5. в свойствах роли снять отметку у флага “Разрешить интерактивное удаление объектов”
Пользователь может изменить данные двумя способами: интерактивно и программно.
Интерактивно (непосредственно) означает, что пользователь может изменять данные из интерфейса, например, зайдя в документ и поменяв его дату.
Программно означает, что пользователь может изменять данные программным способом т.е. запустить какую-обработку, которая изменит требуемые данные.
Поэтому, при настройке прав у объекта конфигурации мы можем как назначить интерактивные права, так и программные.
Если повернуть голову налево , то можно увидеть, что пользователь с данной ролью может выполнять с каким-то объектом следующие действия:
1) Чтение (программное чтение) и Просмотр (интерактивное чтение);
2) Добавление (программное добавление) и Интерактивное добавление;
3) Изменение (программное изменение) и Редактирование;
4) Проведение (программное проведение), НО НЕТ ПРАВ НА ИНТЕРАКТИВНОЕ ПРОВЕДЕНИЕ.
Поэтому, вывод такой: роль настраивается на конкретный объект конфигурации, при этом непосредственные действия пользователем регулируютстся интерактивными правами.
Вопрос 1.13 Для каких компонент существуют сетевые ключи защиты?
1. Клиентское приложение
2. Типовое тиражное решение
3. Сервер 1С:Предприятие
4. Правильны ответы 1 и 3
5. Правильны ответы 1 и 2
6. Верны все варианты
Из этого вопроса нужно помнить только вот что. Ключи бывают локальные (однопользовательские) и сетевые (многопользовательские). Ключи для сервера 1С:Предприятие бывают только локальные!
Если обратиться к определению “Клиентское приложение” на сайте 1С, то там что-то непонятное написано, вообщем клиентское приложение – это то в каком варианте работает информационная база (тонкий, толстый, веб-клиент) + сюда входит работа в конфигураторе (толстый клиент). Более подробно будет разобран данный вопрос в рубрике “для начинающих”.
Поэтому, для того, чтобы ответить на вопрос осталось понять, что такое “Типовое тиражное решение”. Предположу, что имеются в виду конфигурации выпущенные 1С. Для них никаких сетевых ключей не нужно. Вообщем, типовое тиражное решение это частный случай клиентского приложения. Пусть будет так.
Вопрос 1.14 Для каких объектов конфигурации возможен ввод предопределенных значений?
1. Справочники
2. Документы
3. Планы видов характеристик, планы счетов, планы видов расчета
4. Все вышеперечисленные
5. Справочники, планы видов характеристик, планы счетов, планы видов расчета
Иди и проверь .
Вопрос 1.15 Для каких целей может использоваться “Толстый клиент”?
1. Использование прикладного решения
2. Отладка прикладного решения
3. Разработка прикладного решения
4. Верны ответы 1 и 2
5. Верны все варианты
Использование прикладного решения означает, в каком режиме работает пользователь. В толстом клиенте мы всегда можем запустить приложение.
Откладка прикладного решения означает, в каком режиме мы отлаживаем приложение. Мы это можем сделать, как в толстом клиенте, так и в тонком.
Разработка прикладного решения где ведётся? Правильно, в конфигураторе. А это какой режим? Это всегда режим толстого клиента.
Вопрос 1.16 Для каких целей может использоваться “Тонкий клиент”?
1. Использование прикладного решения
2. Отладка прикладного решения
3. Разработка прикладного решения
4. Верны ответы 1 и 2
5. Верны все варианты
Т.к. разработка прикладного решения ведётся только в режиме толстого клиента, то вариант ответа…
Вопрос 1.17 Для каких целей служат табличные части справочников?
1. Для хранения подчиненных сущностей, имеющих объектную природу
2. Для хранения подчиненных сущностей, не имеющих объектную природу
3. Для формирования печатных форм элементов справочника
Табличная часть – это объект подчинённый. Табличная часть может быть, как у справочников, так и у документов.
Например, есть документ “Поступление товаров” со следующей структурой: дата, поставщик и табличная часть, в которой указывается товар и его количество. Так вот, каждая строчка, как отдельная сущность, не имеет смысла без даты поступления и поставщика. Разве нет? Для чего нам нужен этот список товаров, если мы не знаем, когда товар поступил и от кого? А ещё, возможно, бухгалтер данный документ будет редактировать по несколько раз, при этом добавляя или удаляя строки. Именно поэтому табличная часть не имеет объектную природу.
Ещё раз: на документ мы можем сослаться (у него есть ссылка) – объектная природа, а на строку табличной части нет (у строки нет ссылки, у строки есть только ссылка на документ) – необъектная природа. Понятно, что ничего непонятно ?
Для справки:
Вопрос 1.18 Для нечеткого поиска данных (с одной ошибкой) в механизме полнотекстового поиска используется выражение:
1. !манолит
2. #манолит
3. манолит*
4. “манолит”
Ничего интересного. Никому не нужная информация. Здесь нужно просто тупо запомнить. Про полнотекстовый поиск было написано в вопросе 1.3.
Вопрос 1.19 Для объектов конфигурации «Бизнес-процесс» и «Задача» выберите верное утверждение:
1. В конфигурации может быть только один Бизнес-процесс и одна Задача
2. Бизнес-процесс может связываться одновременно с несколькими Задачами
3. Каждая Задача может использоваться в нескольких Бизнес-процессах
4. При конфигурировании нет возможности определить связь между Бизнес-процессами и Задачами (она реализуется программно)
Без комментариев.
Вопрос 1.20 Если рабочие серверы кластера 1С:Предприятие работают с использованием разных операционных систем то:
1. ни каких ограничений на используемые СУБД нет
2. с MS SQL сервер можно работать с рабочего сервера под управлением операционных систем Windows, c другими СУБД только из под Linux
3. с MS SQL сервер можно работать с рабочего сервера под управлением операционных систем Windows, c другими СУБД как из под Windows, так и из под Linux
Это вопрос к гуглу, а не ко мне . А если серьёзно, то MS SQL = Microsoft SQL Server, разработанная Microsoft. Не нужно путать с MySQL, разработанная Oracl. Ну, и не трудно догадаться, что есть не мало СУБД работающих, как из под Windows, так и из под Linux. Зачем тебе что-то ещё знать?
Понравилось? Не забудь поддержать сайт!
Источник
В данном разделе рассматриваются особенности работы механизма автонумерации на примере справочника.
Что такое автонумерация и зачем она нужна?
Автоматическая нумерация элементов справочников позволяет устанавливать во вновь создаваемых элементах уникальные коды. При этом создаваемые коды элементов последовательно увеличиваются.
Формирование нового уникального кода справочника зависит от того, как у справочника настроены серии кодов:
- во всем справочнике – в процессе формирования нового кода для элемента справочника будет сформирован код, уникальный во всем справочнике;
- в пределах подчинения – в процессе формирования нового кода для элемента справочника будет сформирован код, уникальный в пределах иерархии элемента (элементы, имеющие одного и того же родителя будут иметь различные коды, элементы, имеющие разных родителей могут иметь одинаковые коды);
- в пределах подчинения владельцу – в процессе формирования нового кода для элемента справочника будет сформирован код, уникальный в пределах подчинения (элементы, имеющие одного и того же владельца будут иметь различные коды; элементы, имеющие различных владельцев могут иметь одинаковые коды).
Последовательное увеличение кодов элементов справочника в процессе автонумерации будет происходить таким образом, чтобы создаваемый код справочника соответствовал настройке серии кодов.
Рассмотрим пример. Пусть есть справочник: иерархический, иерархия элементов, серии кодов – в пределах подчинения, автонумерация – включена.
Добавим в справочник первый элемент:
На рисунке видно, что автоматическая нумерация элементов справочника началась с 000001.
Добавим в справочник второй элемент:
Добавим в него еще один элемент, который будет дочерним для второго элемента:
На рисунке видно, что в процессе автоматического формирования кода для нового элемента справочника была учтена настройка серии кодов: код для третьего элемента уникален только в пределах элементов, родителем которых является второй элемент.
Одной из особенностей автонумерации является использование лидирующих нулей. Это необходимо для того, чтобы поиск и сортировка по коду (номеру) работали эффективно. Для этого используется индекс базы данных по полю код (или номер). Использование индекса требует упорядоченной последовательности с точки зрения базы данных. Поэтому 1С:Предприятие 8 в процессе автоматического формирования новых кодов (номеров) всегда использует лидирующие нули.
Обеспечить правильную сортировку, например, документов по их номеру без использования лидирующих нулей невозможно. Например, пусть у нас есть документы со строковыми номерами “Док11” и “Док3”. В этом случае документ с номером “Док3” будет идти после документа с номером “Док11”, что неправильно.
Работа с префиксом кода справочника в процессе автонумерации
Установка префикса при формировании нового номера кода элемента имеет смысл только в том случае, если код элемента является строкой.
Для того чтобы при формировании нового кода (номера) устанавливать префикс, можно воспользоваться обработчиком события При установке нового кода. Это событие возникает в тот момент, когда начинается формирование нового кода, например нового кода элемента справочника. Синтаксис описания этого обработчика следующий:
ПриУстановкеНовогоКода(<Стандартная обработка>, <Префикс>),
где:
- <Стандартная обработка> – признак выполнения стандартной (системной) обработки события. Если в теле процедуры-обработчика установить данному параметру значение Ложь, стандартная генерация нового кода производиться не будет;
- <Префикс> – префикс, который будет использоваться для генерации кода.
Рассмотрим следующий пример. Пусть есть конфигурация для распределенной информационной базы, в которой с помощью префиксов обеспечивается формирование уникальных кодов справочников в каждом из узлов. Формирование такого уникального кода можно сделать так:
Копировать в буфер обмена
// Процедура обработчик события ПриУстановкеНовогоКода
// Подменяет префикс кода на предопределенный для данной ИБ
//
Процедура ПриУстановкеНовогоКода(СтандартнаяОбработка, Префикс)
Префикс = ПолучитьПрефиксНомера();
КонецПроцедуры // ПриУстановкеНовогоКода(СтандартнаяОбработка, Префикс)
где “ПолучитьПрефиксНомера” – экспортируемая функция общего модуля, возвращающая значение некоторой константы. При этом значение константы для каждого из узлов должно быть свое:
Копировать в буфер обмена
// Выдает префикс нового номера
//
// Возвращаемое значение:
// Строка – Префикс нового номера
//
Функция ПолучитьПрефиксНомера() Экспорт
Возврат Константы.ПрефиксНомеров.Получить();
КонецФункции // ПолучитьПрефиксНомера()
Наряду с использованием обработчика события При установке нового кода можно использовать метод объекта справочника УстановитьНовыйКод(). В параметре метода может быть передан нужный префикс – в этом случае среди кодов, имеющих данный префикс, будет найден максимальный, и новый код будет установлен как следующий от найденного максимального. Если префикс опущен – будет найден имеющийся максимальный код и новый код будет получен за счет увеличения правой числовой части найденного максимального. Нечисловая часть будет оставлена без изменений.
Следует учитывать, что если код элемента справочника является числом, префикс, возвращаемый из обработчика события При установке нового кода, использоваться не будет.
Поддержка автонумерации другими объектами метаданных
Кроме справочника, автонумерацию поддерживают следующие объекты метаданных:
- Документ;
- План видов характеристик;
- Бизнес-процесс;
- Задача.
Для документа, бизнес-процесса и задачи установку нового номера можно обработать в обработчике события При установке нового номера.
Для плана видов характеристик установку нового кода можно обработать в обработчике события При установке нового кода.
Источник