Какое значение можно установить свойство серии кодов объекта конфигурации справочник
Методическая рекомендация (полезный совет)
Длины кодов (номеров) объектов конфигурации задаются в зависимости от их прикладного смысла.
- Необходимость применения кодов (номеров) объектов конфигурации определяется из их прикладного смысла. Основания для применения кодов (номеров):
1.1. Пользователям предстоит работать со списками, содержащими большое количество элементов.
Пример: справочник Номенклатура.1.2. Искать данные по коду (номеру) удобнее, чем по другим свойствам.
Например, справочник Статьи расходов. Пользователю проще запомнить код, чем каждый раз вчитываться в название статьи. Кроме того, названия статей могут меняться.1.3. Код имеет прикладной смысл, продиктованный спецификой автоматизируемой области.
Например, код справочника Единицы измерения соответствует коду единицы измерения в ОКЕИ, код справочника Номера ГТД соответствует номеру грузовой таможенной декларации и т.д. - Необходимость применения автонумерации объектов конфигурации отсутствует в следующих случаях:
2.1. Код используется как краткое представление элемента данных в виде строки.
Например, для справочника Пользователи автонумерация не применяется, т.к. в коде хранится краткое имя пользователя (логин).2.2. Код (номер) получается из внешних источников (т.н. входящие данные).
Например, это все классификаторы.
Другой пример – справочник Номера ГТД, код которого вводится исходя из данных входящих документов. - Длина кода (номера) устанавливается в зависимости от его прикладного назначения и метода получения (ввода):
3.1. Для объектов с автонумерацией длина кода (номера) выбирается, исходя из потенциального количества всех объектов, хранимых в базе данных;
объектов, относящихся к определенному периоду (для документов и бизнес-процессов);
или объектов, относящихся к определенному владельцу (иерархические и подчиненные справочники, задачи).
При этом в длине номера необходимо учитывать длину префиксов нумерации, например, префикс информационной базы, префикс организации, если это предусмотрено конфигурацией и т.п.При разработке типовых конфигураций рекомендуемыми, но не обязательными к применению являются длины кодов (номеров) из следующего ряда: 3, 5, 9, 11. При этом в длине номера необходимо учитывать длину префиксов нумерации, например, префикс информационной базы, префикс организации, если это предусмотрено конфигурацией и т.п.
Если в конфигурации используется подсистема Префиксация объектов из Библиотеки стандартных подсистем, то совокупную длину (с учетом префикса) номеров документов и кодов справочников рекомендуется устанавливать не менее 11 символов (11, 13, 15, …). Подробнее см. документацию к подсистеме “Префиксация объектов” на ИТС.
3.2. Для объектов, в которых код используется как краткое представление элемента данных в виде строки (см. п. 2.1) длина кода устанавливается достаточной для хранения краткого строкового представления объектов исходя из прикладного смысла кода.
3.3. Для объектов, в которых код (номер) получается из внешних источников (см. п. 2.2), длина кода (номера) зависит от этого источника.
3.4. Рекомендуется устанавливать допустимую длину кода (номера) объектов переменной.
В случае если прикладное решение рассчитано на работу с данными, которые могут вводиться параллельно из нескольких мест (в рамках РИБ, в других программах), в нем должна быть реализована возможность автоматической префиксации объектов конфигурации, для которых выполняются следующие условия:
– используется строковый код (номер),
– используется автонумерация,
– данные, соответствующие области, в пределах которой коды (номера) должны быть уникальными, могут вводиться параллельно из нескольких мест (узлов РИБ, программ) и впоследствии консолидироваться, например, в результате выполнения синхронизации данных. Пример такой области для большинства видов документов – организация и период.
При использовании в конфигурации Библиотеки стандартных подсистем реализовать данное требование позволяет подсистема Префиксация объектов.
Источник
Представляю Вашему вниманию ответы на первый раздел (общие механизмы, понятия, термины) комплекта вопросов сертифицированного экзамена на знание основных механизмов платформы “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. Зачем тебе что-то ещё знать?
Понравилось? Не забудь поддержать сайт!
Источник