Разработка и Конфигурация · 11 мин
1С-разработчик: чем занимается и какие задачи решает
Что делает 1С-разработчик: задачи, инструменты, типовые проекты, отличия от консультанта и администратора. Как выбрать специалиста и проверить результат работы.
1С-разработчик — это специалист, который дорабатывает, расширяет и поддерживает программы на платформе «1С:Предприятие» под конкретные бизнес-процессы компании. Типовые конфигурации (Бухгалтерия, Управление торговлей, ERP, Зарплата и управление персоналом) покрывают стандартные потребности, но реальный учёт почти всегда требует изменений: нестандартных отчётов, интеграций с сайтом или CRM, автоматизации специфических операций.
В отличие от консультанта, который настраивает типовой функционал и обучает пользователей, разработчик работает с кодом на встроенном языке 1С, изменяет структуру метаданных, создаёт новые объекты и механизмы. Его работа начинается там, где заканчиваются возможности настройки «мышкой».
Понимание того, что именно делает 1С-разработчик, помогает руководителю правильно ставить задачи, оценивать сроки и стоимость доработок, а также отличать ситуации, где нужен код, от ситуаций, где достаточно грамотной настройки.
Основные задачи 1С-разработчика
Перечень работ зависит от масштаба компании и конфигурации, но ядро обязанностей стабильно. Разработчик анализирует требования пользователей, переводит их на язык объектов конфигурации и реализует изменения так, чтобы система оставалась обновляемой и стабильной.
- Доработка типовых конфигураций: добавление реквизитов, изменение форм документов, корректировка проведения и заполнения.
- Создание внешних отчётов и обработок без изменения самой конфигурации.
- Разработка новых подсистем: документы, регистры, справочники, роли и права доступа.
- Настройка обменов данными между базами 1С и интеграций с внешними системами.
- Исправление ошибок, разбор падений и «зависаний», оптимизация медленных запросов.
- Участие в обновлении конфигураций: перенос доработок на новые релизы.
В небольших компаниях один специалист часто совмещает роли разработчика, администратора и консультанта. В крупных проектах задачи разделены: аналитик пишет техническое задание, разработчик реализует, тестировщик проверяет, администратор разворачивает обновления в рабочей базе.
Инструменты и технологии, с которыми работает разработчик
Главный инструмент — конфигуратор «1С:Предприятие» и встроенный язык (его часто называют «язык 1С» или по-английски BSL). Для крупных проектов всё чаще используется 1C:Enterprise Development Tools (EDT) — среда разработки на базе Eclipse с поддержкой Git и командной работы.
Кроме встроенного языка, практически любой проект требует смежных навыков:
- язык запросов 1С — для выборки данных в отчётах и обработках;
- SQL (MS SQL Server, PostgreSQL) — для диагностики производительности и прямого анализа данных;
- СКД (система компоновки данных) — для построения гибких отчётов без жёсткого кода;
- HTTP-сервисы, REST, XML/JSON — для интеграций с сайтами, банками, маркетплейсами;
- технологический журнал и инструменты замера производительности — для поиска узких мест.
Типовые проекты: от отчёта до интеграции
Отчёты и обработки
Самая частая категория задач. Руководству нужен отчёт в разрезе, которого нет в типовой поставке, либо обработка для массовой операции — например, загрузка цен из файла поставщика или групповое изменение реквизитов. Правильный подход — реализовать такие задачи внешними отчётами и обработками, не трогая конфигурацию.
Доработка документов и проведения
Когда компании нужен нестандартный расчёт — например, особая схема скидок, контроль лимитов или дополнительные движения по регистрам, — разработчик изменяет модули объектов. Здесь критично использовать расширения конфигурации вместо прямого редактирования типового кода: это сохраняет возможность автоматического обновления.
Интеграции и обмены
Обмен с интернет-магазином, выгрузка заказов в CRM, синхронизация номенклатуры между двумя базами, подключение к API транспортной компании — такие задачи занимают значительную часть рабочего времени. Разработчик проектирует формат обмена, обрабатывает ошибки связи и конфликты данных, настраивает расписание регламентных заданий.
Самые дорогие в поддержке доработки — те, что внесены напрямую в типовой код без расширений. При каждом обновлении их приходится переносить вручную. Если подрядчик предлагает «быстро поправить модуль в конфигурации», уточните, как это скажется на будущих обновлениях.
Чем разработчик отличается от консультанта и администратора
Эти роли часто путают, из-за чего задачи ставятся не тем специалистам, а сроки и бюджеты оцениваются неверно. Границы достаточно чёткие.
Роли в проектах 1С
Пишет код, меняет метаданные, создаёт отчёты и интеграции. Нужен, когда типовой настройки недостаточно. Ограничение: не обязан знать методологию учёта в деталях.
Настраивает типовой функционал, ставит учёт на методологические рельсы, обучает пользователей. Нужен при внедрении и постановке учёта. Код обычно не пишет.
Отвечает за серверы, СУБД, резервные копии, обновления платформы, права доступа и производительность инфраструктуры. Нужен при росте числа пользователей и баз.
На практике границы размываются: сильный разработчик понимает учётные механизмы, а опытный консультант может написать простую обработку. Но при постановке задачи важно понимать, к какой зоне она относится, — от этого зависит, кого привлекать и как принимать результат.
Как правильно поставить задачу разработчику
Большинство конфликтов и перерасхода бюджета возникает не из-за плохого кода, а из-за размытых требований. Формулировка «сделайте удобно» превращается в бесконечные переделки, а «как в старой программе» — в догадки исполнителя.
- 1Опишите бизнес-цель: какую проблему решает доработка и кто ей пользуется
- 2Приведите конкретный пример: исходные данные, ожидаемый результат, скриншоты текущего поведения
- 3Укажите ограничения: конфигурация и её версия, объёмы данных, требования к скорости
- 4Согласуйте критерии приёмки: по каким признакам вы поймёте, что задача выполнена
- 5Проверьте результат на копии базы, прежде чем переносить в рабочую
Хороший признак постановки — возможность проверить результат пошагово. Например: «при проведении реализации с суммой свыше лимита должна появляться ошибка с указанием клиента и суммы превышения» — это проверяемое требование. «Сделайте контроль долгов» — нет.
Риски доработок и как их минимизировать
Любое изменение кода в работающей системе учёта несёт риск: от некорректных цифр в отчётности до полной остановки документооборота. Основные правила безопасности просты, но их регулярно нарушают.
Отдельный риск — зависимость от одного специалиста. Если все доработки существуют только в голове штатного разработчика, его уход парализует развитие системы. Требуйте минимальную документацию: список расширений, назначение каждой доработки, схемы обменов.
Как проверить результат работы
Заказчику не обязательно читать код, чтобы оценить качество. Достаточно системной проверки по контрольным точкам.
Как проверить результат
Доработка выполнена расширением или внешней обработкой
Прямые правки типовых модулей без крайней необходимости
Сценарии из задания работают, типовые операции не сломаны
Новая функция работает, но перестали проводиться другие документы
Тестовое обновление на следующий релиз проходит без конфликтов
Доработки «отваливаются» или блокируют обновление
Отчёт или операция выполняются за приемлемое время на реальных объёмах
На тестовых данных быстро, на рабочей базе — минуты ожидания
Есть краткое описание: что сделано, где лежит, как отключить
Никаких следов, кроме самого кода
Сколько стоит и как выбрать исполнителя
Рынок предлагает три модели: штатный разработчик, фрилансер и франчайзи-интегратор. Штатный специалист выгоден при постоянном потоке задач; фрилансер — при разовых небольших доработках; интегратор — при крупных внедрениях, где нужны гарантии и команда.
Как выбрать модель работы
При выборе конкретного исполнителя просите примеры решённых задач в вашей конфигурации, уточняйте опыт работы с расширениями и нужными интеграциями, начинайте с небольшого тестового задания. Формальные сертификаты «1С:Профессионал» и «1С:Специалист» подтверждают базовую квалификацию, но не заменяют проверку на реальной задаче.
Что важно запомнить
1С-разработчик адаптирует программу под процессы компании через код, расширения, отчёты и интеграции. Качественная доработка отличается тремя признаками: реализована без правки типового кода, протестирована на копии базы и описана в документации. Чёткая постановка задачи и резервная копия перед любыми изменениями — главная защита от потери данных и бюджета.
Частые вопросы
Может ли 1С-разработчик работать без знания бухгалтерского учёта?
Для технических задач — обменов, интеграций, печатных форм — глубокое знание учёта не обязательно. Но для доработок, затрагивающих проведение документов и регистры, разработчик должен понимать, какие движения формируются и почему, иначе рискует нарушить корректность учётных данных. В идеале такие задачи ставятся совместно с методологом или главным бухгалтером.
Чем расширение конфигурации лучше прямой доработки?
Расширение накладывается поверх типовой конфигурации, не изменяя её код. При обновлении на новый релиз расширение сохраняется и обычно продолжает работать без доработки. Прямая правка типовых модулей требует ручного переноса при каждом обновлении и повышает риск потери изменений или конфликтов.
Сколько времени занимает типовая доработка?
Простая печатная форма или внешний отчёт — от нескольких часов до пары дней. Нетривиальная интеграция или изменение механизмов проведения — недели с учётом тестирования. Точную оценку можно дать только после анализа конкретной конфигурации и объёма данных, поэтому осторожно относитесь к мгновенным оценкам «на глаз».
Нужен ли разработчик, если конфигурация типовая и всё устраивает?
Если учёт ведётся штатно, отчётности хватает и обновления выполняет администратор или партнёр 1С — отдельный разработчик не нужен. Потребность появляется, когда возникают нестандартные отчёты, обмены с внешними системами или требования, не закрытые типовым функционалом.
Что делать, если разработчик уволился и доработки никто не понимает?
Закажите аудит доработок у независимого специалиста: он составит реестр расширений и изменённых объектов, опишет их назначение и оценит риски. Параллельно зафиксируйте правило: все будущие изменения вносятся только с кратким описанием. Это разовая работа, которая существенно снижает зависимость от конкретных людей.
Можно ли дорабатывать 1С в облаке (1С:Фреш)?
В облачном сервисе прямая доработка конфигурации недоступна — разрешены только внешние отчёты и обработки, прошедшие проверку, и расширения из каталога. Если бизнесу нужны глубокие изменения кода, обычно рассматривают переход на локальную версию или выделенный сервер.