Как подготовить каркасную базу для выполнения экзамена 1С Специалист?

Перед выполнением билета каркасную базу лучше подготовить по стандартному чек-листу. Часть действий делается сразу, а часть только после прочтения конкретного задания. Не нужно заранее создавать регистры, документы и реквизиты «на всякий случай».

## 1. Создайте рабочую информационную базу

Если каркас предоставлен в виде файла выгрузки:

1. Создайте новую информационную базу.
2. Загрузите в нее файл каркасной конфигурации.
3. Откройте базу в режиме Конфигуратор.
4. Сразу сохраните конфигурацию.
5. Если экзамен проходит в одной базе по нескольким задачам, не создавайте отдельные базы для ОУ, БУ, расчетов и БП. Все задачи выполняются в одной конфигурации.

Перед началом полезно выполнить:

— Конфигурация → Проверить конфигурацию;
— обновить конфигурацию базы данных;
— запустить базу в режиме «Предприятие» и проверить, что каркас запускается без ошибок.

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

—

## 2. Сразу установите управляемый режим блокировок

Откройте свойства корня конфигурации:

Конфигурация → Открыть конфигурацию → Свойства конфигурации

Найдите свойство:

Режим управления блокировкой данных

Установите:

Управляемый

Это важная настройка для экзамена. В коде проведения документов необходимо будет использовать управляемые блокировки, например через объект БлокировкаДанных.

Если оставить автоматический режим, решение может формально работать, но при проверке могут возникнуть замечания по корректности блокировок и параллельной работе.

—

## 3. Настройте режимы запуска

В конфигураторе откройте:

Сервис → Параметры

На закладке, связанной с запуском приложения, установите возможность запуска:

— управляемого приложения;
— обычного приложения.

Обычно удобно иметь оба режима:

— управляемое приложение нужно для проверки управляемых форм и основного интерфейса;
— обычное приложение иногда удобно для работы с консолью запросов, отладки отчетов и быстрой проверки данных.

Но ориентируйтесь на правила конкретного экзамена. Если разрешен только определенный режим работы, используйте именно его.

—

## 4. Не начинайте с программирования, сначала прочитайте весь билет

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

1. настройка интерфейса;
2. оперативный учет;
3. бухгалтерский учет;
4. сложные периодические расчеты;
5. бизнес-процессы или управляемые формы.

Особенно внимательно изучите:

— итоговые отчеты;
— таблицы, которые должны быть выведены в отчетах;
— условия проведения документов;
— необходимость перепроведения старых документов;
— возможность ввода документов задним числом;
— требования к оперативному проведению;
— необходимость контроля остатков;
— требования к блокировкам;
— состав субконто бухгалтерского учета;
— требования к перерасчетам в регистрах расчета.

В экзаменационных задачах структура итогового отчета фактически подсказывает, какие измерения, ресурсы и регистры нужно создать.

—

## 5. Сначала настройте подсистемы и интерфейс

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

Проверьте:

— какие подсистемы должны быть видимыми;
— какие объекты входят в каждую подсистему;
— какие команды должны отображаться пользователю;
— какие документы и отчеты должны быть доступны;
— в каком порядке должны отображаться группы команд;
— какие формы должны открываться по умолчанию.

В конфигураторе:

1. Откройте объект конфигурации.
2. На закладке Подсистемы включите его в требуемые подсистемы.
3. Проверьте свойства подсистем.
4. Настройте командный интерфейс подсистем.
5. Убедитесь, что команды видны в управляемом приложении.

Не оставляйте в интерфейсе лишние объекты, если в задании описан конкретный состав команд. На экзамене проверяют не только наличие объектов, но и доступность требуемых функций пользователю.

—

## 6. Проверьте существующие объекты каркаса

До создания новых объектов изучите дерево конфигурации. В каркасной базе могут уже находиться:

— справочники;
— документы;
— табличные части;
— перечисления;
— регистры накопления;
— регистры сведений;
— регистры бухгалтерии;
— регистры расчета;
— планы видов характеристик;
— общие модули;
— отчеты;
— обработки;
— бизнес-процессы и задачи;
— подсистемы.

Особенно важно проверить, нет ли уже похожих документов или регистров.

Например, в экзаменационной базе могут быть два документа для разных видов учета:

— один документ для оперативного учета;
— другой документ для бухгалтерского учета.

Не нужно создавать третий документ, если по смыслу задания уже есть подходящий объект. Также не следует использовать один регистр для разных задач, если это нарушает смысл учета.

—

## 7. Согласуйте имена объектов до их создания

Перед добавлением объектов определите единый стиль имен:

— Справочник.Номенклатура;
— Документ.ПоступлениеТоваров;
— Документ.РеализацияТоваров;
— РегистрНакопления.ТоварыНаСкладах;
— РегистрСведений.ОтветственныеЛица;
— РегистрБухгалтерии.ХозяйственныйУчет;
— РегистрРасчета.Начисления.

Имена должны быть понятными. Не используйте временные названия вроде:

— Документ1;
— РегистрНакопления2;
— ТаблицаДляОтчета;
— НовыйДокумент.

На экзамене это замедляет отладку и затрудняет проверку решения.

—

## 8. Настройте константы, перечисления и планы видов характеристик только по заданию

Если в задаче используются:

— виды операций;
— способы оплаты;
— типы цен;
— виды начислений;
— варианты движения;
— статусы документов;
— виды субконто,

лучше создать отдельное перечисление или план видов характеристик, если это соответствует условию.

Не следует заменять отдельный бизнес-смысл строковым реквизитом. Например, вместо реквизита ВидОперации типа Строка правильнее использовать перечисление, если набор значений фиксирован.

Но не создавайте лишние перечисления заранее. Сначала определите, является ли набор значений закрытым или пользователь должен иметь возможность добавлять новые значения.

—

## 9. Подготовьте структуру оперативного учета

В оперативной задаче заранее нужно понять:

— какие остатки контролируются;
— какие обороты нужно получать;
— в каком разрезе хранятся остатки;
— какие ресурсы должны закрываться при списании;
— можно ли продавать или списывать товар в минус;
— нужно ли учитывать склад;
— нужна ли серия, характеристика, срок годности или партия;
— может ли объект принадлежать только одному владельцу.

Общие правила проектирования:

### Регистр накопления остатков

Используется, когда нужно хранить состояние на момент времени:

— остаток товара;
— количество материалов;
— задолженность;
— доступный лимит;
— остаток денежных средств.

В регистр обычно входят:

— измерения: номенклатура, склад, организация, характеристика и другие разрезы учета;
— ресурсы: количество, сумма;
— движения Приход и Расход.

### Регистр накопления оборотов

Используется, когда нужны только обороты:

— продажи;
— закупки;
— начисленные премии;
— объем отгрузок;
— выручка по периодам.

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

Если в отчете нужно получить остаток в разрезе склада, склад должен быть измерением регистра. Если склад в отчете не нужен и не участвует в контроле, его добавление может быть ошибкой проектирования.

—

## 10. Подготовьте структуру бухгалтерского учета

Для бухгалтерской задачи проверьте:

1. Создан ли регистр бухгалтерии.
2. Указан ли план счетов.
3. Настроены ли виды субконто.
4. Определены ли признаки учета по субконто.
5. Разрешены ли количественный и валютный учет.
6. Есть ли необходимые ресурсы регистра.
7. Нужно ли получать остатки, обороты или корреспонденцию счетов.

Если в отчете требуется:

— остаток по счету, нужен остаточный учет;
— оборот за период, нужен оборотный учет;
— корреспонденция дебета и кредита, должны формироваться проводки с правильными счетами;
— количество по одному разрезу, настройка субконто должна позволять получить этот разрез;
— сумма по другому разрезу, признаки учета должны быть установлены соответственно.

Важный момент: не все субконто должны обязательно иметь одинаковые признаки учета.

Например, если количество ведется по номенклатуре, а стоимость требуется получать средней по номенклатуре без детализации по сроку годности, то для субконто «Срок годности» может потребоваться отключение суммового или количественного учета, в зависимости от формулировки задачи.

Настройки признаков учета должны определяться итоговым отчетом и способом расчета, а не делаться автоматически для всех субконто.

—

## 11. Подготовьте регистр расчета

В задаче по сложным периодическим расчетам сначала определите:

— период действия;
— период регистрации;
— базовый период;
— ведущие виды расчета;
— вытесняющие виды расчета;
— базовые виды расчета;
— необходимость сторнирования;
— необходимость перерасчета;
— необходимость получения фактически отработанного времени.

В регистре расчета проверьте:

— измерения;
— ресурсы;
— реквизиты;
— периодичность;
— связь с регистром сведений;
— график рабочего времени;
— зависимости по базе;
— ведущие виды расчета;
— вытесняющие виды расчета.

Частая ошибка: добавлять в регистр расчета измерение, которое может меняться во времени, хотя оно должно храниться в регистре сведений.

Например, если сотрудник может работать только в одном подразделении, подразделение не обязательно должно быть измерением регистра расчета. Связь сотрудника с подразделением может храниться в периодическом регистре сведений, а при расчете значение выбирается на нужную дату.

Если в задаче сказано, что больничный или командировка вводятся задним числом и должны влиять на ранее рассчитанные начисления, необходимо предусмотреть сторнирование и перерасчеты.

Если нужно получить:

— рабочие дни или часы по графику, это обычно связано со значением базового периода действия;
— фактически отработанные часы, их часто нужно хранить отдельным ресурсом регистра расчета.

—

## 12. Не забудьте о запрещенных режимах проведения

В некоторых задачах часть документов нельзя проводить оперативно.

Например:

— документ начисления зарплаты обычно проводят неоперативно;
— документ «Операция» может использоваться только для ручных бухгалтерских операций и не должен проводить оперативный учет;
— документы, влияющие на расчетные данные, могут требовать особого режима проведения.

Проверьте у каждого документа:

— свойство Оперативное проведение;
— возможность проведения;
— обработчик проведения;
— контроль даты;
— контроль остатков;
— необходимость записи движений только при проведении.

Нельзя бездумно разрешать оперативное проведение всем документам.

—

## 13. Настройте нумерацию и даты документов

Проверьте у документов:

— автоматическую нумерацию;
— периодичность нумерации;
— длину номера;
— контроль уникальности;
— проведение по периоду;
— возможность редактирования даты;
— оперативность проведения.

Если в задаче говорится о старых документах, которые могут быть перепроведены неоперативно, проведение должно получать правильный момент времени.

Для оперативного режима часто используется момент времени, зависящий от режима проведения документа. Логика должна учитывать, что:

— при оперативном проведении нельзя работать с будущими данными;
— при неоперативном проведении нужно учитывать весь доступный период;
— старые документы должны корректно перепроводиться.

—

## 14. Проверьте общие модули и серверный контекст

Если в задаче используется управляемое приложение, серверная логика должна выполняться в серверном общем модуле.

Проверьте свойства общих модулей:

— сервер;
— вызов сервера;
— клиент;
— внешнее соединение;
— глобальный;
— повторное использование возвращаемых значений.

Для процедур проведения документов обычно используются серверные процедуры. Код формы, работающий с элементами формы, нельзя переносить в серверный модуль без адаптации.

Типичная ошибка:

— обращение к ЭлементыФормы или Элементы из серверной процедуры;
— использование клиентского объекта на сервере;
— вызов серверной логики из общего модуля без установленного флажка «Сервер».

—

## 15. Подготовьте консоль запросов

Если в каркасной базе уже есть обработка «Консоль запросов», проверьте, что она запускается. Если ее нет, не обязательно создавать сложную универсальную обработку, если это не требуется условиями экзамена.

Для разработки запросов удобно иметь:

— консоль запросов;
— просмотр временных таблиц;
— вывод результата в таблицу;
— возможность выполнять пакетные запросы;
— просмотр схемы базы данных;
— возможность быстро менять параметры.

Запросы для отчетов лучше разрабатывать отдельно от кода проведения:

1. сначала получить движения;
2. проверить остатки и обороты;
3. проверить отбор по периоду;
4. проверить разрезы;
5. только потом переносить запрос в отчет или обработку.

Для виртуальных таблиц отборы желательно передавать параметрами виртуальной таблицы, а не накладывать после ее получения. Это важно для производительности и корректного использования итогов.

—

## 16. Проверьте интерфейс пользователя в режиме «Предприятие»

После первичной настройки запустите базу и проверьте:

— видны ли подсистемы;
— доступны ли документы;
— открываются ли формы;
— отображаются ли табличные части;
— работают ли команды создания;
— выводятся ли отчеты;
— нет ли лишних команд;
— корректно ли отображаются формы в управляемом приложении.

Для каждой задачи нужно проверить не только конфигуратор, но и реальный пользовательский сценарий:

1. создать справочники;
2. создать документ;
3. провести документ;
4. открыть движения;
5. сформировать отчет;
6. изменить документ;
7. перепровести его;
8. проверить результат.

—

## 17. Выполните минимальные тестовые данные

До полноценной отладки создайте небольшой набор данных:

— один склад;
— несколько единиц номенклатуры;
— одну организацию;
— одного контрагента;
— один документ поступления;
— один документ списания или реализации;
— один пример корректировки;
— один пример документа задним числом.

Для бухгалтерского учета добавьте несколько операций, чтобы проверить:

— дебет и кредит;
— количество;
— сумму;
— остатки;
— обороты;
— аналитику;
— отчет по корреспонденциям.

Для расчетов создайте:

— одного сотрудника;
— один график;
— один документ начисления;
— один документ отсутствия или изменения начисления;
— пример перерасчета.

Тестовые данные должны быть минимальными. Большой объем данных только замедляет проверку.

—

## 18. Что обычно нужно сделать сразу

Практический порядок действий в начале экзамена:

1. Загрузить каркас.
2. Открыть конфигуратор.
3. Проверить, что база запускается.
4. Установить управляемый режим блокировок.
5. Включить необходимые режимы запуска.
6. Прочитать весь билет.
7. Изучить существующие объекты каркаса.
8. Настроить подсистемы и командный интерфейс.
9. Создать недостающие перечисления, планы видов характеристик и общие объекты.
10. Настроить структуру регистров.
11. Настроить документы и табличные части.
12. Реализовать проведение.
13. Реализовать отчеты.
14. Настроить расчеты или бизнес-процессы.
15. Заполнить минимальные тестовые данные.
16. Проверить каждый сценарий в режиме «Предприятие».
17. Выполнить проверку конфигурации и обновление конфигурации базы данных.
18. Повторно проверить базу после перезапуска.

—

## 19. Что не стоит делать заранее

Не рекомендуется до чтения билета:

— создавать произвольные регистры;
— добавлять все возможные измерения;
— создавать универсальные общие модули;
— программировать обработчики всех форм;
— настраивать все виды субконто одинаково;
— включать оперативное проведение у всех документов;
— добавлять склад, организацию и подразделение во все регистры;
— делать один общий регистр для оперативного, бухгалтерского и расчетного учета;
— копировать код из другого решения без проверки условий задачи;
— строить отчет непосредственно по реквизитам документов, если по условию требуется учет через регистр;
— оставлять в конфигурации экспериментальные объекты и тестовые формы.

Главный принцип при подготовке каркасной базы: сначала определить модель данных по отчетам и движениям, затем создавать объекты и писать код. Каркас нужно привести в рабочее состояние, но не превращать в заранее заготовленное решение конкретного билета.

Рекомендую перед экзаменом сверить этот порядок с актуальными требованиями 1С:

— Рекомендую посмотреть здесь: https://1c.ru/spec/texts/prepare_exam.htm
— Рекомендую посмотреть здесь: https://1c.ru/spec/questions.htm