Какие вопросы задавать на собеседовании по 1С

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

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

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

Вопросы об опыте и контексте прошлых проектов

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

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

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

Технические вопросы разработчику 1С

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

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

По платформе уместно спросить: в чём разница между справочником и регистром сведений для хранения атрибутов; как работают расширения конфигурации и какие у них ограничения; что такое управляемые блокировки и когда они возникают; чем фоновое задание отличается от регламентного. Для позиции с интеграциями добавьте вопросы про HTTP-сервисы, веб-сервисы, форматы обмена (XML, JSON), планы обмена и очереди сообщений.

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

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

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

Вопросы консультанту и внедренцу 1С

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

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

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

Вопросы, которые кандидат должен задать работодателю

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

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

Третий блок — про границы роли: придётся ли администрировать серверы и СУБД, отвечать за обмены с сайтом, сопровождать смежные системы. Размытая роль «и разработчик, и админ, и поддержка» при малой команде — частый источник выгорания и конфликтов о зоне ответственности.

Маршрут решения

Как оценить ответы работодателя

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

Нет тестовой базы и изменения сразу идут в продуктивСпросите, как откатывают ошибки, и оцените риск постоянных авралов

Задачи ставятся устно, приоритеты меняются ежедневноУточните, как оценивается результат работы и кто принимает решения

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

Как оценивать ответы: красные флаги с обеих сторон

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

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

Структура собеседования: как выстроить разговор за 60–90 минут

Рабочая схема для работодателя: 10 минут — введение и рассказ о проекте, 15 минут — опыт кандидата по его проектам, 20–30 минут — технические вопросы и одна практическая задача, 10 минут — вопросы кандидата, 5 минут — следующие шаги и сроки ответа. Такая структура даёт сопоставимые результаты по разным кандидатам и не утомляет обе стороны.

Кандидату полезно готовиться симметрично: вспомнить 3–4 своих проекта с деталями, повторить темы, заявленные в вакансии, и подготовить список вопросов заранее. Если в вакансии упомянуты конкретные механизмы (например, EDI, мобильный клиент, БСП), освежите именно их — общие знания платформы не компенсируют пробел в ключевой для работодателя теме.

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

Частые ошибки обеих сторон

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

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

FAQ: частые вопросы о собеседованиях по 1С

Нужно ли требовать сертификаты 1С:Профессионал и 1С:Специалист?

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

Какое тестовое задание уместно для разработчика 1С?

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

Как проверить кандидата, если интервьюер сам не разработчик?

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

Что спросить у кандидата на позицию «первый разработчик 1С в компании»?

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

Стоит ли спрашивать про зарплатные ожидания на первом интервью?

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

Как кандидату проверить, не ищут ли «спасателя» провального проекта?

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