Что спрашивают на собеседовании 1С-программиста

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

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

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

Общие вопросы об опыте и мотивации

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

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

Отдельный блок — вопросы о работе с пользователями и постановкой задач: «Что делаете, если пользователь просит доработку, которая сломает логику учёта?», «Как действуете, если требования сформулированы размыто?». Так проверяют коммуникабельность и понимание того, что 1С-программист работает на стыке разработки и учёта.

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

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

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

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

Язык запросов и СКД

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

Уровень выше — вопросы про оптимизацию: чем плохо соединение с виртуальной таблицей без отборов, зачем нужны временные таблицы и пакетные запросы, почему РАЗЛИЧНЫЕ и ДЛЯ ИЗМЕНЕНИЯ влияют на производительность, что такое индексация временных таблиц. Если в вакансии упомянуты большие объёмы данных, ждите вопрос про то, как найти «узкое место» медленного запроса.

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

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

Управляемые формы и интерфейс

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

Практические задачи: добавить на форму программно создаваемый элемент, реализовать динамическое обновление списка, организовать передачу данных между формами через параметры и оповещения (Оповестить, ОбработкаОповещения). Для вакансий с мобильным клиентом или веб-клиентом могут спросить про ограничения этих платформ.

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

Обмены данными, интеграции и расширения

Интеграционные вопросы встречаются почти в каждой вакансии уровня middle. Базовый минимум: планы обмена, регистрация изменений, узлы, разрешение коллизий. Дальше — веб-сервисы и HTTP: чем отличается публикация HTTP-сервиса от вызова внешнего API, как работать с JSON (ЧтениеJSON, ЗаписьJSON), что такое формат EnterpriseData и когда использовать конвертацию данных.

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

Практические задания и разбор кода

Тестовые задания бывают трёх видов: домашнее (разработать небольшой механизм, например подсистему учёта задач), живое кодирование на собеседовании (написать запрос или процедуру за 15–30 минут) и разбор готового кода с ошибками («найдите проблемы в этой процедуре»). К последнему формату готовьтесь отдельно: типичные «закладки» — запрос в цикле, обращение к объекту без проверки, отсутствие транзакции при изменении нескольких объектов, игнорирование исключений.

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

1. 1
   Повторите язык запросов: напишите 5–7 типовых запросов с соединениями, итогами и виртуальными таблицами
2. 2
   Разберите механизм проведения и блокировок на учебной конфигурации
3. 3
   Сделайте один отчёт на СКД с параметрами, отборами и группировками
4. 4
   Потренируйтесь находить ошибки в чужом коде: запрос в цикле, отсутствие транзакции, неявные серверные вызовы
5. 5
   Подготовьте рассказ о 2–3 своих проектах по схеме: задача → решение → результат
6. 6
   Проверьте себя: можете ли объяснить каждую строку кода из своего портфолио

Вопросы кандидата и завершение собеседования

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

Избегайте ситуации, когда единственный ваш вопрос — про зарплату и отпуск. Эти темы уместны, но лучше задавать их после технических вопросов о работе. Если собеседование включало задачу, которую вы не решили до конца, можно спросить, как её решали бы штатные разработчики — это демонстрирует интерес к росту.

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