Как сделать структуру конфигурации 1С

Структура конфигурации 1С — это набор объектов метаданных (справочников, документов, регистров, отчётов) и их логическая организация через подсистемы. От того, насколько продуманно она построена, зависит удобство пользователей, скорость доработок и стоимость сопровождения. Ошибки на этапе проектирования структуры потом исправляются дороже всего: приходится переносить данные, переписывать запросы и переучивать сотрудников.

Работа ведётся в конфигураторе: дерево конфигурации открывается через меню «Конфигурация — Открыть конфигурацию» или «Конфигурация — Конфигурация базы данных» для сравнения. Прежде чем добавлять объекты, нужно ответить на три вопроса: какие сущности учитываем, какие события фиксируем документами, какие итоги и аналитику хотим получать в отчётах. Ответы на них превращаются в справочники, документы и регистры соответственно.

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

Определите учётную задачу до открытия конфигуратора

Главная ошибка начинающих — сразу создавать объекты, не описав предметную область. Возьмите лист бумаги или таблицу и выпишите три списка. Первый — сущности: товары, контрагенты, сотрудники, склады, договоры. Это будущие справочники. Второй — события: поступление, продажа, оплата, перемещение, начисление. Это документы. Третий — вопросы, на которые должна отвечать система: «сколько товара на складе», «кто должен нам денег», «какие продажи за месяц». Это регистры и отчёты.

Полезно нарисовать связи стрелками: документ «Продажа» ссылается на справочники «Товары» и «Контрагенты» и делает движения по регистрам «ОстаткиТоваров» и «Взаиморасчёты». Если на схеме документ не связан ни с одним регистром — либо он лишний, либо вы забыли, какие итоги он должен формировать.

Какие объекты выбрать для каждой задачи

Правильный выбор типа объекта — половина структуры. Ориентируйтесь на природу данных, а не на привычку. Справочник подходит для условно постоянной информации с кодом и наименованием. Документ — для фактов хозяйственной жизни, привязанных ко времени и требующих проведения. Регистр накопления — для количественных и суммовых остатков и оборотов. Регистр сведений — для значений, привязанных к измерениям и, при необходимости, к периоду (цены, курсы, настройки).

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

Сравнение вариантов

Реквизит документа

Подходит для простых признаков (способ оплаты, комментарий). Не хранит историю и не даёт быстрых итогов.

Регистр сведений

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

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

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

Создайте подсистемы и настройте командный интерфейс

Подсистемы — это разделы, которые пользователь видит в панели разделов: «Закупки», «Продажи», «Склад», «Настройки». Создаются они в ветке «Общие — Подсистемы» дерева конфигурации. Каждому объекту в свойствах указывается, в какие подсистемы он входит; один объект может входить в несколько разделов.

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

Не плодите разделы. Если подсистема содержит один-два объекта, её лучше слить с соседней. Ориентир: 5–8 разделов верхнего уровня покрывают потребности большинства учётных конфигураций, а вложенные подсистемы используются, когда раздел перегружен.

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

Проектируйте справочники и документы

В справочниках сразу решите вопрос иерархии: нужны ли группы (например, папки товаров) или иерархия элементов (подчинённые подразделения). Добавляйте только те реквизиты, которые реально используются в отборах, печати или проведении — каждый лишний реквизит это данные, которые кто-то должен заполнять. Для ссылок на другие объекты используйте тип «СправочникСсылка», а не строку с названием: строковые связи ломаются при переименовании.

В документах продумайте табличные части: «Товары», «Услуги», «Оплата». Проверьте длину номера и периодичность нумерации, включите проведение и сразу определите, разрешено ли оперативное проведение. Если документ фиксирует событие в реальном времени (продажа в рознице) — оперативное проведение уместно; если документы вводятся задним числом пачками — лучше неоперативное, чтобы не было конфликтов итогов.

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

Настройте регистры и проведение

Регистр накопления описывается измерениями (в разрезе чего считаем: склад, товар, контрагент), ресурсами (что считаем: количество, сумма) и реквизитами (дополнительные данные движения). Правило экономии: каждое измерение увеличивает объём хранимых итогов, поэтому не добавляйте измерения «на всякий случай». Если аналитика нужна только в отчётах, но не в остатках — вынесите её в реквизит регистра.

Проведение пишется в модуле объекта документа в обработчике «ОбработкаПроведения». Минимальный шаблон: сформировать движения по регистру, заполнить измерения и ресурсы из табличной части, записать. Проверяйте отрицательные остатки контролем при проведении, если задача этого требует — иначе склад уйдёт в минус, и обнаружится это в конце месяца.

Проверьте структуру на тестовых данных

После построения объектов обновите конфигурацию базы данных (F7) и пройдите полный учётный цикл на копии: заведите номенклатуру и контрагента, введите поступление, продажу, оплату. Затем откройте движения каждого документа (кнопка «Дт/Кт» или список движений) и сверьте их с ожиданиями из вашей схемы.

Финальная проверка — отчёты. Постройте отчёт по каждому регистру и сопоставьте итоги с первичкой: ввели 10 штук, продали 4 — в остатках должно быть 6 по нужному складу. Расхождение означает ошибку в проведении или в структуре измерений, и искать её надо до запуска в эксплуатацию.

Контрольные точки

Как проверить результат

Движения документа

Норма

Записи по регистрам соответствуют табличной части и схеме

Тревожный признак

Движений нет, лишние записи или неверные измерения

Остатки в отчёте

Норма

Итоги сходятся с введёнными первичными документами

Тревожный признак

Расхождения, минус без контроля, пустые итоги

Командный интерфейс

Норма

Пользователь находит нужный объект за 1–2 клика

Тревожный признак

Объекты не видны ни в одной подсистеме или дублируются хаотично

Обновление базы

Норма

Обновление проходит без предупреждений о потере данных

Тревожный признак

Платформа сообщает об удалении данных или реструктуризации с риском

Типичные ошибки и ограничения

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

Второй класс ошибок — чрезмерная детализация. Не нужно заводить отдельный вид документа под каждый случай: «Продажа оптом», «Продажа в розницу», «Продажа через интернет» часто успешно заменяются одним документом с реквизитом «Канал продаж». Каждый новый вид документа — это отдельные нумераторы, формы, права и печатные формы.

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

Частые вопросы

С чего начать создание структуры конфигурации с нуля?

С описания учётной задачи вне конфигуратора: списков сущностей, событий и управленческих вопросов. Затем эта схема переносится в объекты метаданных. Начинать с создания справочников «вслепую» — верный путь к переделке.

Чем подсистема отличается от справочника?

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

Можно ли изменить структуру после того, как база заполнена данными?

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

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

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

Как понять, что структура получилась удачной?

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

Нужно ли программировать, чтобы построить структуру?

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