Как сделать программу 1С: от установки платформы до рабочей конфигурации

Создать программу 1С можно двумя принципиально разными путями: настроить типовое решение (например, «1С:Управление торговлей» или «1С:Бухгалтерию») под свои задачи либо разработать собственную конфигурацию с нуля на платформе «1С:Предприятие». Первый путь быстрее и дешевле, второй даёт полный контроль над логикой учёта. Выбор зависит от того, насколько ваши бизнес-процессы отличаются от стандартных.

Под «сделать программу 1С» чаще всего понимают именно разработку конфигурации: создание справочников, документов, регистров, отчётов и интерфейса, которые вместе образуют законченную учётную систему. Для этого используется встроенный инструмент «Конфигуратор», а логика описывается на встроенном языке 1С, по синтаксису напоминающем упрощённый Pascal с русскоязычными ключевыми словами.

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

Шаг 1. Определите, что именно нужно построить

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

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

Шаг 2. Установите платформу и создайте информационную базу

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

После установки платформы запустите стартер 1С и создайте новую информационную базу, выбрав вариант «создание информационной базы без конфигурации» — это чистый лист для собственной разработки. Для файлового режима достаточно указать папку на диске; для клиент-серверного варианта понадобится СУБД (MS SQL Server, PostgreSQL или другая поддерживаемая) и сервер 1С.

1. 1
   Установите платформу «1С:Предприятие» нужной версии
2. 2
   Запустите стартер и нажмите «Добавить» → «Создание новой информационной базы»
3. 3
   Выберите «Создание информационной базы без конфигурации»
4. 4
   Укажите имя базы и папку для файлового режима
5. 5
   Откройте базу в режиме «Конфигуратор» и создайте первого пользователя с полными правами

Шаг 3. Спроектируйте структуру метаданных

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

Проектирование начинайте с перечня документов: именно они порождают движения по регистрам. Например, для простого складского учёта достаточно справочника «Товары», документов «ПоступлениеТоваров» и «РасходТоваров» и регистра накопления «ОстаткиТоваров» с видом «Остатки». Отчёт по остаткам затем строится на этом регистре буквально за несколько минут через конструктор.

Шаг 4. Создайте объекты и напишите код

В Конфигураторе объекты добавляются через дерево конфигурации: правый клик по ветке «Справочники» или «Документы» → «Добавить». У каждого объекта задаются реквизиты (поля), табличные части, формы и модули. Для документов обязательно настройте проведение: укажите, по каким регистрам документ делает движения, — платформа сгенерирует основу процедуры проведения автоматически через конструктор движений.

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

Процедура ОбработкаПроведения(Отказ, Режим)
  Движения.ОстаткиТоваров.Записывать = Истина;
  Для Каждого Строка Из Товары Цикл
    Движение = Движения.ОстаткиТоваров.Добавить();
    Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
    Движение.Период = Дата;
    Движение.Товар = Строка.Товар;
    Движение.Количество = Строка.Количество;
  КонецЦикла;
КонецПроцедуры

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

Шаг 5. Настройте роли и права доступа

Даже в небольшой конфигурации нельзя давать всем пользователям полные права. В Конфигураторе создайте роли (например, «Кладовщик», «Менеджер», «Администратор») и назначьте каждой права на чтение, добавление, изменение и проведение конкретных объектов. Платформа проверяет права автоматически — дополнительный код обычно не нужен.

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

Шаг 6. Протестируйте и внедрите программу

Тестирование начинайте с типового сценария: введите тестовые справочники, проведите документы прихода и расхода, сформируйте отчёт и сверьте цифры с расчётом вручную. Затем проверьте граничные случаи: проведение нулевым количеством, расход больше остатка, отмена проведения, изменение документа «задним числом». Именно на граничных случаях всплывает большинство дефектов.

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

Частые ошибки начинающих разработчиков

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

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

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