Что нужно знать на собеседовании по 1С

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

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

Какие темы проверяют чаще всего

Ядро любого технического интервью по 1С — это платформа. Даже если вакансия узкая, интервьюер почти наверняка спросит про язык запросов: соединения таблиц, виртуальные таблицы регистров, разницу между «Остатки» и «ОстаткиИОбороты», параметры виртуальных таблиц и почему их нужно заполнять. Отдельный классический вопрос — чем отличается «ВЫБРАТЬ РАЗЛИЧНЫЕ» от «СГРУППИРОВАТЬ ПО» и когда группировка предпочтительнее.

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

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

Язык запросов: вопросы, которые задают почти всегда

Минимальный набор, который нужно воспроизвести без шпаргалки: левое соединение справочника с виртуальной таблицей остатков, условие через параметры виртуальной таблицы (а не в секции ГДЕ), группировка с итогами, пакетный запрос с временными таблицами. Вопрос «куда правильно ставить отбор — в параметры виртуальной таблицы или в условие ГДЕ» — классика: корректный ответ — в параметры, потому что тогда СУБД читает меньше данных, а условие в ГДЕ применяется уже к результату и может портить левое соединение.

Также подготовьтесь объяснить разницу между РАЗРЕШЕННЫЕ и обычным выбором (учёт RLS), зачем нужны индексы и почему соединение по неиндексированному полю замедляет запрос, чем ОБЪЕДИНИТЬ отличается от ОБЪЕДИНИТЬ ВСЕ. Если вакансия предполагает оптимизацию, спросят про план запроса и типичные причины медленных отчётов: соединения с подзапросами, отсутствие отборов в виртуальных таблицах, получение данных в цикле запросом вместо одного пакетного запроса.

ВЫБРАТЬ
	Товары.Ссылка КАК Номенклатура,
	ЕСТЬNULL(Остатки.КоличествоОстаток, 0) КАК Остаток
ИЗ
	Справочник.Номенклатура КАК Товары
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки(&Период, Склад = &Склад) КАК Остатки
		ПО Товары.Ссылка = Остатки.Номенклатура
ГДЕ
	НЕ Товары.ПометкаУдаления

Управляемые формы и клиент-сервер: как отвечать уверенно

Здесь проверяют понимание модели исполнения, а не синтаксис. Типовые вопросы: почему обработчик &НаКлиенте не видит запросы напрямую, зачем выносить код в &НаСервереБезКонтекста, что такое «лишний серверный вызов» и как их уменьшить. Хороший ответ включает понимание, что каждый серверный вызов — это сетевой обмен, поэтому данные для формы лучше готовить одним вызовом и кэшировать то, что не меняется.

Полезно вспомнить механизм фоновых заданий и длительных операций из БСП, асинхронные методы (НачатьПолучение...), а также разницу между реквизитами формы и данными объекта. Если спросят про передачу таблицы значений с клиента на сервер, правильный ориентир — преобразование в массив структур или использование реквизита формы типа «ТаблицаЗначений», потому что сама ТЗ напрямую не сериализуется.

Типовые конфигурации и БСП

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

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

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

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

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

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

Как подготовиться: план на одну-две недели

Начните с повторения языка запросов: напишите вручную 5–7 запросов на соединения, группировки, временные таблицы и итоги. Затем соберите небольшой отчёт на СКД с параметрами и вычисляемым полем — этого достаточно, чтобы освежить терминологию. Третий шаг — пройтись по директивам компиляции и вспомнить, какие типы данных передаются между клиентом и сервером.

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

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

Вопросы о зарплате, опыте и «мягкие» блоки

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

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

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