Проверка квалификации 1С-разработчика перед наймом

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

Типичная боль работодателя: кандидат уверенно рассказывает про «десять лет в 1С», а через месяц база тормозит из-за запросов в цикле, а доработки ломаются на каждом обновлении. Такие случаи можно отсеять ещё до оффера, если проверять навыки, а не слова.

Что должен уметь программист 1С: карта навыков по уровням

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

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

Теоретическая база и сертификаты: о чём спрашивать на интервью

Техническое интервью проводит человек, который сам пишет на 1С. Если в компании такого нет, пригласите внешнего эксперта на одну-две встречи — это дешевле ошибки найма.

Вопросы, которые быстро показывают уровень

• 🔹 Клиент и сервер. Чем отличаются директивы &НаКлиенте, &НаСервере, &НаСервереБезКонтекста? Почему вызов сервера в цикле — плохая идея?
• 🔹 Запросы. Зачем нужны временные таблицы? Чем ЛЕВОЕ СОЕДИНЕНИЕ отличается от ВНУТРЕННЕЕ? Почему не стоит обращаться к реквизитам через точку от составного типа?
• 🔹 Регистры. Когда нужен регистр накопления остатков, а когда оборотов? Что такое виртуальная таблица Остатки и зачем ей параметры?
• 🔹 Проведение. Как работает контроль остатков при проведении? Что такое управляемые блокировки и зачем они нужны?
• 🔹 Доработки. Почему типовую конфигурацию лучше дорабатывать расширением, а не снимать с поддержки?
• 🔹 Права. Как устроены роли и ограничение доступа на уровне записей (RLS)?

Хороший ответ звучит как опыт, а не как цитата из учебника. Просите пример: «Расскажите случай, когда вы это применяли».

Как относиться к сертификатам фирмы 1С

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

Тестовое задание для программиста 1С: как составить и как оценить

Практическое задание — самый точный метод проверки навыков разработки. Главное правило: задание короткое и похоже на ваши реальные задачи.

Каким должно быть задание

1. Объём — на 2–4 часа работы, не на выходные. Сильные кандидаты не тратят неделю на бесплатный проект.
2. Выдайте файл базы .dt или .cf и чёткое условие: что на входе, что на выходе.
3. Сразу назовите критерии приёмки: что будет считаться готовым результатом.
4. Не давайте боевую задачу, которую потом внедрите. Это некрасиво и легко считывается.

Примеры подходящих задач:

• 📊 отчёт на СКД с группировками, отбором по периоду и выводом остатков;
• 🧾 печатная форма документа через расширение без изменения типовой конфигурации;
• 🔄 обработка, которая загружает товары из файла Excel или CSV и сообщает об ошибках по строкам;
• ⚙️ подписка на событие или проверка при проведении с понятным текстом сообщения.

Разбор чужого кода — быстрая альтернатива

Вместо большого задания можно показать фрагмент с ошибками и попросить найти проблемы за 15–20 минут. Пример:

&НаСервере
Процедура ЗаполнитьЕдиницы()
    Для Каждого Строка Из Объект.Товары Цикл
        Запрос = Новый Запрос;
        Запрос.Текст =
        "ВЫБРАТЬ
        |    Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения
        |ИЗ
        |    Справочник.Номенклатура КАК Номенклатура
        |ГДЕ
        |    Номенклатура.Ссылка = &Ссылка";
        Запрос.УстановитьПараметр("Ссылка", Строка.Номенклатура);
        Выборка = Запрос.Выполнить().Выбрать();
        Выборка.Следующий();
        Строка.ЕдиницаИзмерения = Выборка.ЕдиницаИзмерения;
    КонецЦикла;
КонецПроцедуры

Сильный кандидат назовёт минимум три проблемы:

• запрос выполняется в цикле — на 500 строках это 500 обращений к базе;
• результат Выборка.Следующий() не проверяется: если ссылка пустая, будет ошибка;
• правильнее один запрос по списку ссылок с условием Номенклатура.Ссылка В (&Список) и заполнение строк через соответствие.

Шкала оценки задания

Как проверить реальный опыт и проекты кандидата

Строчка «внедрение ERP на 300 пользователей» в резюме может означать и руководство проектом, и правку двух печатных форм. Уточняйте роль.

Вопросы, которые раскрывают реальный опыт:

1. Какая была конфигурация и версия, сколько пользователей, какая СУБД?
2. Что лично вы сделали, а что — команда?
3. Какая задача на проекте была самой сложной и как вы её решили?
4. Что вы сделали бы иначе сейчас?
5. Как обновляли доработанную конфигурацию и сколько это занимало?

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

Портфолио и рекомендации

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

Знание типовых конфигураций: проверка по вашему профилю

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

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

Знание Библиотеки стандартных подсистем (БСП) — большой плюс. Почти все типовые решения построены на ней: печать, дополнительные отчёты и обработки, права доступа , версионирование.

Интеграции и обмены: как оценить этот навык

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

Что проверить:

• 🔗 Обмен между базами 1С: работа с конвертацией данных (КД 2.0, КД 3.0), формат EnterpriseData, планы обмена;
• 🌐 HTTP-сервисы и REST: как опубликовать HTTP-сервис на веб-сервере, как вызвать внешний API через HTTPСоединение;
• 📄 Форматы: чтение и запись JSON и XML средствами платформы;
• 🧭 OData: когда стандартный интерфейс OData удобнее собственного сервиса;
• 🛡️ Надёжность: что делать, если внешний сервис не ответил, как логировать обмен и повторять отправку.

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

Современные инструменты разработки 1С

Отношение к инструментам показывает, растёт ли человек профессионально. Не требуйте всё сразу, но спросите, с чем кандидат работал.

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

Soft skills и работа под нагрузкой

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

Что оценивать:

• 🗣️ Умение объяснить сложное простыми словами. Попросите рассказать бухгалтеру, почему отчёт формируется пять минут.
• 📋 Работа с требованиями. Дайте расплывчатую задачу: «Сделайте, чтобы менеджеры видели долги клиентов». Сильный кандидат задаст уточняющие вопросы.
• ⏱️ Стрессоустойчивость. Спросите: «Утром отчётность, база не открывается, бухгалтерия звонит каждые пять минут. Ваши действия?» Ищите порядок: сначала восстановить работу, потом найти причину.
• 🔍 Признание ошибок. «Расскажите про ошибку в вашем коде, которая дошла до пользователей». Ответ «таких не было» — плохой знак.

Итоговая оценка и решение о найме

Сведите результаты в одну матрицу. Так решение не будет зависеть от последнего впечатления.

Веса меняйте под вакансию. Для старшего разработчика поднимите вес опыта и архитектуры, для стажёра — вес теории и обучаемости.

Испытательный срок как продолжение проверки

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

Как использовать испытательный срок:

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

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

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