Кто может доработать 1С: выбор разработчика под объём задачи
Доработка 1С — это уже разработка, а не просто настройка. Разбираем, чем отличаются junior, middle и senior 1С-программисты, как специализация влияет на выбор, и какие риски возникают при передаче задачи не тому специалисту.
Доработка vs настройка: в чём разница
Важно разграничить задачи, чтобы правильно сформулировать требования к исполнителю.
Настройка 1С — это работа с интерфейсом конфигурации: учётная политика, константы, виды документов, права пользователей. Доработка — это изменение кода и структуры конфигурации: новые объекты метаданных, изменение алгоритмов, расширения, интеграции с внешними системами. Эти задачи требуют разной квалификации.
Настройка (без кода) — Учётная политика, константы, справочники НСИ, права доступа, шаблоны печатных форм без программирования. Может выполнить консультант 1С без навыков разработки.
Доработка (с кодом) — Новые реквизиты с логикой заполнения, изменение алгоритмов проведения документов, создание обработок и отчётов, интеграция с API, расширения конфигурации. Требует 1С-программиста.
Внедрение — Комплексная задача, включающая анализ бизнес-процессов, настройку, доработку и обучение. Требует как методолога, так и разработчика — часто это разные специалисты.
Уровни 1С-программистов
Условная классификация по навыкам и типичным задачам.
Junior: типовые конфигурации, точечные задачи — Умеет работать с типовыми конфигурациями (БП, ЗУП, УТ): добавить реквизит, создать простой отчёт на СКД, доработать печатную форму. Нетиповые конфигурации, сложные алгоритмы и интеграции — вне зоны уверенной работы.
Middle: конкретные конфигурации, БСП, расширения — Уверенно работает с 2–3 конфигурациями на уровне кода, понимает БСП (Библиотеку стандартных подсистем), пишет расширения. Способен реализовать нестандартный бизнес-процесс, не нарушая обновляемость конфигурации.
Senior: архитектура, интеграции, нетиповые конфигурации — Проектирует архитектуру решения, работает с несколькими конфигурациями, разрабатывает сложные интеграции (1С ↔ внешние API, обмены через XML/JSON/web-сервисы), оптимизирует производительность запросов и регистров.
Специализация важнее уровня. Middle-разработчик с глубоким опытом в 1С:ЗУП решит задачу по зарплате лучше, чем senior-универсал, который редко работал с этой конфигурацией. При поиске исполнителя спрашивайте о конкретном опыте с вашей конфигурацией, а не только об общем стаже.
БСП и расширения: современный стандарт доработки
Правильный подход к доработке типовых конфигураций — без потери обновляемости.
Библиотека стандартных подсистем (БСП) — это набор готовых механизмов 1С: управление доступом, контактная информация, история изменений, рассылки и многое другое. Хороший разработчик использует БСП, а не пишет аналогичную функциональность с нуля.
Расширения конфигурации — Механизм платформы, позволяющий добавлять функциональность без изменения основной конфигурации. Расширения не затираются при обновлении конфигурации — это принципиальное преимущество перед «закрытой» модификацией.
Внешние обработки и отчёты — Ещё один безопасный способ: вся новая логика выносится во внешний файл .epf или .erf, который живёт отдельно. Подходит для обработок данных, нестандартных отчётов, интеграционных скриптов.
Модификация конфигурации «в лоб» — Прямое редактирование объектов типовой конфигурации — устаревший подход. Такие правки затираются при обновлении (либо обновление становится невозможным). Допустимо только для нетиповых конфигураций.
Риски передачи кода не тому специалисту
Неправильный выбор разработчика может стоить дорого.
Потеря обновляемости — Разработчик, не знакомый с механизмом расширений, вносит правки напрямую в конфигурацию. После этого установка обновлений требует ручного слияния — дорогостоящего и рискованного процесса.
Проблемы с производительностью — Некорректные запросы к регистрам, отсутствие индексов, синхронные обращения в транзакциях — ошибки, характерные для junior-разработчиков. На небольшой базе незаметно, при росте данных — база «ложится».
Непереносимый код — Без документации и стандартов написанный код сложно передать другому специалисту. Если разработчик стал недоступен — следующий потратит значительное время на понимание логики.
Нарушение работы стандартных механизмов — Неаккуратная доработка может сломать стандартные механизмы конфигурации: закрытие периода, обмен данными, проведение документов. Отлаживать такие проблемы сложно и дорого.
Проверяйте подход, не только цену. Перед началом доработки спросите исполнителя: будет ли изменена типовая конфигурация напрямую или доработка пойдёт через расширение/внешнюю обработку? Правильный ответ — расширение. Если разработчик не знает, что это, или говорит «так проще» о прямой модификации — это повод насторожиться.
Как выбрать разработчика под объём задачи
Практические критерии для разных типов доработок.
Небольшая задача (1–8 часов) — Добавить реквизит, сделать отчёт, доработать форму — junior или middle с опытом в вашей конфигурации. Используйте биржу с безопасной сделкой, чтобы не переплачивать за часы, которые не потребуются.
Средний проект (дни — несколько недель) — Новый бизнес-процесс, интеграция с внешней системой, пакет доработок — middle-разработчик с опытом в конкретной конфигурации. Составьте ТЗ, согласуйте подход к расширениям до начала работы.
Крупный проект (месяцы) — Нетиповая конфигурация, ERP, сложные интеграции — senior или команда. Требуется не только разработка, но и архитектурное проектирование, тестирование и документирование.
Тестовое задание. Для среднего и крупного проекта попросите выполнить небольшое тестовое (оплачиваемое) перед основным контрактом. Это быстро покажет уровень разработчика и его подход к коду — лучше, чем любое резюме или портфолио.
Доработка vs настройка
В чём разница и кто нужен.
Уровни 1С-программистов
Junior, middle, senior — задачи каждого.
БСП и расширения
Современный безопасный подход к доработке.
Риски неправильного выбора
Потеря обновляемости, производительность, код.
Выбор под объём задачи
Практическая матрица.
Часто задаваемые вопросы
Чем доработка 1С отличается от настройки?
Настройка — это работа с интерфейсом конфигурации без изменения кода: учётная политика, справочники, права. Доработка — изменение кода и структуры: новые объекты, алгоритмы, интеграции. Доработка требует программиста, настройка — консультанта.
Что такое расширение 1С и зачем оно нужно?
Расширение — механизм платформы для добавления функциональности без изменения основной конфигурации. Расширения не затираются при обновлении конфигурации. Это современный стандарт доработки типовых конфигураций 1С.
Как проверить, что разработчик не сломает обновляемость конфигурации?
Спросите прямо: «Как вы планируете реализовать доработку — через расширение или напрямую в конфигурации?». Правильный ответ для типовых конфигураций — через расширение или внешние обработки. Также попросите показать примеры своих расширений в других проектах.
Нужно ли составлять ТЗ для доработки 1С?
Для задач более чем на несколько часов — да. ТЗ фиксирует ожидаемый результат, предотвращает разночтения и является основой для приёмки. Без ТЗ каждая сторона по-своему понимает «доработку завершена».
Можно ли доработать нетиповую конфигурацию?
Да, но это сложнее: нетиповые конфигурации уже изменены от стандарта 1С, и разработчик должен сначала разобраться в существующих доработках. Чем глубже изменена конфигурация от типовой — тем выше порог входа для нового разработчика.