Как пройти собеседование на должность программиста 1С

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

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

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

Что проверяют на собеседовании: карта тем

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

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

Как повторить встроенный язык и платформу

Начните с основ: примитивные типы, структуры и соответствия, массивы, циклы, работа с датами и строками. Отдельно повторите директивы компиляции — &НаКлиенте, &НаСервере, &НаСервереБезКонтекста — и уметь объяснить, когда какая применяется и почему вызов сервера с клиента стоит минимизировать.

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

Полезно вспомнить управляемые формы: реквизиты формы, динамические списки, события ПриСозданииНаСервере, ПередЗаписью. Если вакансия связана с доработкой интерфейсов, вас почти наверняка спросят, как программно добавить элемент на форму или изменить запрос динамического списка.

Запросы и СКД: где спотыкается большинство

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

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

ВЫБРАТЬ
	Продажи.Номенклатура КАК Номенклатура,
	СУММА(Продажи.Количество) КАК Количество
ИЗ
	РегистрНакопления.Продажи.Обороты(&НачалоПериода, &КонецПериода, , ) КАК Продажи
СГРУППИРОВАТЬ ПО
	Продажи.Номенклатура

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

Учётные механизмы: регистры, документы, проведение

Здесь проверяется не код, а понимание предметной области. Классические вопросы: чем регистр сведений отличается от регистра накопления, что такое режимы остатки/обороты, зачем нужны субконто в регистре бухгалтерии, что происходит при проведении документа. Готовьте ответы с примерами: «регистр накопления с видом „Остатки" подходит для складских остатков, потому что платформа сама хранит итоги по измерениям».

Часто предлагают спроектировать решение: «нужно учитывать резервы товара под заказы — какие объекты создадите?». Хороший ответ включает регистр накопления с нужными измерениями, документ, формирующий движения, и обоснование, почему не подходит, например, регистр сведений. Интервьюер оценивает именно ход рассуждений, а не единственно верный вариант.

1. 1
   Уточните требования: объёмы данных, периодичность, кто смотрит результат
2. 2
   Назовите объекты метаданных и объясните выбор каждого
3. 3
   Опишите движения документов и обращения к регистрам
4. 4
   Упомяните отчёт или обработку для просмотра результата
5. 5
   Назовите возможные узкие места и как бы вы их проверили

Тестовые задания и live-кодинг

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

Формат live-кодинга — решение задачи в конфигураторе в реальном времени — пугает многих. Главное правило: проговаривайте свои действия вслух. Интервьюеру важно видеть логику, и молчаливое пятиминутное печатание воспринимается хуже, чем комментируемый поиск решения, даже если итог одинаковый.

Как рассказывать о своём опыте

Подготовьте 3–5 историй о реальных задачах по схеме: контекст, проблема, ваше решение, результат. Например: «в базе на 200 пользователей отчёт по продажам формировался 10 минут, переписал запрос с временными таблицами — стало меньше минуты». Конкретика убеждает сильнее общих фраз «дорабатывал конфигурации».

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

Вопросы работодателю и финальный этап

В конце интервью вас почти всегда спросят, есть ли вопросы. Отсутствие вопросов воспринимается как равнодушие. Уместно спросить: какие конфигурации и доработки ведёт команда, как устроен процесс обновления типовых решений, есть ли код-ревью, как ставятся задачи — через ТЗ или устно. Эти вопросы одновременно показывают вашу вовлечённость и помогают оценить, подходит ли вам место.

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

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