§1. Основы платформы

Архитектура, режимы работы и ключевые понятия

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

Платформа имеет два фундаментально разных режима работы:

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

§2. Ядро платформы

Фундамент, без которого невозможно написать ни одну грамотную строчку кода

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

Запросы — это главный инструмент получения данных. В отличие от обычного чтения объектов через точку (что вызывает много запросов к СУБД), язык запросов позволяет получить все данные одним пакетом. Важно уметь проектировать сложные запросы, использовать виртуальные таблицы (Остатки, Обороты) и временные таблицы (для оптимизации), а также правильно соединять таблицы, чтобы не получить декартово произведение.

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

§3. Архитектура и СУБД

Знания, отличающие Senior-разработчика от Junior-специалиста

Фирма «1С» выпустила официальные стандарты разработки. Это не просто рекомендации, а правила, которые позволяют разным программистам понимать код друг друга. Сюда входит правильное именование переменных, отсутствие дублирования кода, грамотная обработка ошибок и разделение клиентского и серверного кода.

1С — это лишь прослойка (ORM), которая переводит объекты в SQL-запросы. Senior понимает, как 1С хранит данные в MS SQL или PostgreSQL, как работают индексы и почему запрос с подзапросом в цикле может «положить» сервер. Он умеет читать планы запросов СУБД.

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

§4. DevOps и CI/CD

Современные инструменты и интеграция

1С редко работает в вакууме. Она должна обмениваться данными с сайтами, CRM и банками. Для этого используются форматы XML, JSON и протокол HTTP. Современный разработчик умеет не только потреблять чужие REST-сервисы, но и создавать собственные Web- и HTTP-сервисы внутри 1С.

Старый «Конфигуратор» уходит в прошлое. Новая среда 1C:EDT (на базе Eclipse) позволяет хранить код в виде обычных текстовых файлов, что даёт возможность использовать классический Git (ветки, коммиты, пулл-реквесты) и командную разработку.

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

§5. Предметные области

Код в 1С всегда автоматизирует реальные деньги, товары или процессы

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

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

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

§6. Soft Skills

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

Умение проектировать систему «на вырост». Сегодня у компании 10 пользователей, а завтра — 100. Плохой код, завязанный на жесткие ограничения, через год придется переписывать полностью.

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

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

§7. Матрица компетенций

Требования к специалисту на каждом этапе

§8. Инженерия СУБД

Высококлассный разработчик понимает, что платформа — это лишь ORM

Составные типы (например, «ДокументСсылка.РеализацияТоваров» или «СправочникСсылка.Номенклатура» в одном поле) в SQL превращаются в несколько колонок: поле для самой ссылки и поле для типа. Это сильно замедляет выборку, если не уметь этим пользоваться.

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

Уровни изоляции транзакций (Read Committed, Repeatable Read). Умение явно управлять блокировками в коде для предотвращения избыточного блокирования таблиц другими пользователями.

§9. Корпоративный ландшафт

1С обязана мгновенно синхронизироваться с другими системами

Встроенный в 1С механизм автоматического REST-сервиса (OData) позволяет внешним системам (например, мобильному приложению) напрямую читать и записывать данные в 1С без сложного программирования обмена.

Вместо прямых HTTP-запросов, которые могут «упасть» при недоступности сети, 1С отправляет пакет данных в RabbitMQ или Kafka. Внешняя система забирает его оттуда по мере готовности. Это принцип Publish-Subscribe для надежного обмена.

Хранение тяжелых сканов и картинок внутри базы 1С раздувает файл и замедляет работу. Правильно — выносить их во внешние S3-хранилища (MinIO, Yandex Cloud), а в 1С хранить только ссылки.

§10. DevOps-инструменты

Эпоха ручного обновления баз уходит в прошлое

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

Консольный движок, позволяющий выполнять скрипты на языке 1С вне самой платформы. Идеально подходит для написания утилит, автоматизирующих сборку мусора, архивацию баз и выгрузку конфигураций по расписанию.

Статический анализатор кода. С помощью плагина Sonar-1C-BSL он проверяет кодовую базу на соответствие стандартам 1С, находит потенциальные баги и уязвимости еще до того, как код попадет в релиз.

§11. Анализ и HighLoad

Когда система «тормозит», Senior использует научные методики

Международный стандарт замера производительности. Вы замеряете время выполнения ключевых операций (например, проведение заказа), собираете статистику и переводите её в оценку качества (Отлично, Хорошо, Плохо).

ТЖ — это лог платформы 1С. Умение настроить его и с помощью регулярных выражений вычленить из гигабайтов данных конкретный SQL-запрос, который выполнялся дольше 10 секунд — ключевой навык.

Настройка рабочих серверов, отказоустойчивых кластеров, распределение требований к функциональности, управление сеансами и процессами (rmngr, rphost).

§12. Управляемые формы

Глубокий разбор взаимодействия с интерфейсом

Форма создается на сервере, а затем выводится на клиент. Директивы &НаКлиенте и &НаСервере определяют контекст. Код на клиенте выполняется быстро, но не имеет доступа к БД. Код на сервере имеет доступ ко всему, но требует времени на передачу данных.

Классический пример обработки события ПриИзменении для поля табличной части — автоматический пересчет суммы при изменении количества:

&НаКлиенте
Процедура МатериалыКоличествоПриИзменении(Элемент)
    Строка = Элементы.Материалы.ТекущиеДанные;
    Строка.Сумма = Строка.Количество * Строка.Цена;
КонецПроцедуры

§13. Транзакции

Целостность данных при конкурентном доступе

Если нужно выполнить несколько операций записи атомарно (все или ничего), используется явная транзакция:

НачатьТранзакцию();
Попытка
    Документ.Записать();
    ЗафиксироватьТранзакцию();
Исключение
    ОтменитьТранзакцию();
КонецПопытки;

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

Блокировка = Новый БлокировкаДанных;
Элемент = Блокировка.Добавить("Справочник.Номенклатура");
Блокировка.Заблокировать();

§14. Паттерны

Архитектурные решения для чистого кода

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

Controller: Координация сценария использования. В 1С эту роль выполняют общие модули, которые управляют последовательностью вызовов.

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

Попытка
    ВыполнитьОперацию();
Исключение
    ЗаписьЖурналаРегистрации("Ошибка", , , , ОписаниеОшибки());
КонецПопытки;

§15. Типовые конфигурации

Разработчик развивает существующие системы

Использование готовых блоков (файлы, контакты, версионирование) вместо «велосипедов».

Понимание логики работы хотя бы одной-двух ключевых конфигураций:

• 1С:ERP / Комплексная автоматизация: Производство, логистика, финансы.
• 1С:Бухгалтерия: План счетов, регламентированная отчетность, НДС.
• 1С:ЗУП: Расчет зарплаты, кадровый учет, воинский учет.
• 1С:УНФ: Управление небольшой фирмой, быстрый старт.

§16. Сниппеты и типовые приёмы

Готовые куски кода для частых задач

// Найти по наименованию
Ссылка = Справочники.Контрагенты.НайтиПоНаименованию("ООО Ромашка", Истина);

// Создать новый элемент
Новый = Справочники.Номенклатура.СоздатьЭлемент();
Новый.Наименование = "Новый товар";
Новый.Записать();

// Разбор строки
Части = СтрРазделить("a,b,c,d", ",");

// Объединение
Объединено = СтрСоединить(Части, "-"); // "a-b-c-d"

// Форматирование числа
Формат = Новый Формат("ЧЦ=15; ЧДЦ=2; ЧН=0,00; ЧРД=,");
Строка = Формат(Сумма, Формат); // 1 234,56

ТекущаяДата = ТекущаяДата();
НачалоДня = НачалоДня(ТекущаяДата());
КонецМесяца = КонецМесяца(ТекущаяДата());
Разница = РазностьДат(Дата1, Дата2, "День");

§17. Глоссарий

Термины и определения

§18. Вопросы на собеседовании

Что спрашивают на позиции Junior, Middle и Senior

• Чем отличается документ от справочника и зачем нужны регистры?
• Что такое виртуальная таблица регистра (Остатки, Обороты)?
• Как работает разделение контекстов (Клиент/Сервер) и почему нельзя обращаться к БД с клиента?
• Что такое транзакция и зачем она нужна?

• Как найти дедлок и как его предотвратить?
• В чем разница между объектными и управляемыми блокировками?
• Как оптимизировать запрос с подзапросом?
• Что такое БСП и какие модули вы использовали?

• Как спроектировать отказоустойчивый кластер 1С?
• Как работает механизм итогов регистров на уровне СУБД?
• Опишите процесс настройки CI/CD для 1С.
• Как вы анализируете технологический журнал?

§19. Сборка и релизы

Как правильно готовить обновления и выкатывать их без ошибок

Перед релизом необходимо:

• Провести Code Review всех изменений.
• Прогнать автотесты (Vanessa Automation).
• Сделать резервную копию базы данных.
• Проверить обновление на тестовом контуре.

Для автоматизации сборки и доставки релизов используется OneScript и CI/CD пайплайны (GitLab CI / Jenkins). Это позволяет минимизировать человеческий фактор.

§20. Инфраструктура и настройка

Железо, серверы и промышленное оборудование для 1С

Для клиентских мест (тонкий клиент) не требуется мощное железо. Главное — стабильный интернет и достаточный объем ОЗУ. Для работы в режиме «Толстый клиент» (или Конфигуратор) требуются более мощные ПК:

• Процессор: 4-ядерный (Intel Core i3/i5 или AMD Ryzen 3/5). Для разработчика лучше i7/Ryzen 7.
• ОЗУ: Минимум 8 ГБ (рекомендуется 16 ГБ).
• Диск: SSD NVMe (быстрая загрузка и компиляция).
• ОС: Windows 10/11 (Pro), либо любой Linux (Astra, Alt) для тонкого клиента.

Сервер 1С — это «сердце» системы. Для отказоустойчивости используется кластер. Требования к серверу СУБД (MS SQL / PostgreSQL) крайне высоки:

Интеграция 1С с производством. Если предприятие использует станки с ЧПУ, 1С может управлять ими через OPC UA или прямые API. Настройка включает:

• Промышленные ПК (IPC): Устанавливаются в цеху, имеют защиту от пыли/влаги (IP65).
• Интеграция: Станок передает данные о выработке, браке и простоях напрямую в 1С:ERP, формируя фактические данные для расчета зарплаты и себестоимости.
• Сеть: На производстве используется промышленный Ethernet (Profinet, EtherCAT) с защитой от помех.