Разработка и Конфигурация · 9 мин
Что делает 1С-разработчик: задачи, навыки и порядок работы
Что делать 1С-разработчику: основные задачи, инструменты, типовые сценарии доработки конфигураций, ошибки новичков и пошаговый план развития в профессии.
1С-разработчик — это специалист, который дорабатывает типовые конфигурации под процессы конкретной компании, создаёт отчёты, обработки и интеграции, а также поддерживает работоспособность уже внедрённых решений. Его работа начинается не с кода, а с понимания бизнес-задачи: что именно должна делать доработка, какие документы и регистры она затронет и как её изменения отразятся на учёте.
Практическая ценность разработчика определяется тремя вещами: умением читать чужой код типовой конфигурации, знанием предметной области (учёт, торговля, зарплата) и аккуратностью при обновлениях. Ошибка в любом из этих пунктов приводит к потере данных, невозможности обновить базу или некорректным цифрам в отчётности.
Чем конкретно занимается 1С-разработчик
Круг задач зависит от места работы, но ядро одинаково: доработка конфигураций под требования бизнеса. Это добавление реквизитов в документы, создание новых печатных форм, настройка ролей и прав доступа, разработка отчётов на СКД, написание обработок для массовых операций с данными.
Второй большой блок — интеграции: обмен данными с сайтом, CRM, банком, складскими системами, другими базами 1С. Здесь используются HTTP-сервисы, веб-сервисы, планы обмена, форматы XML и JSON. Третий блок — сопровождение: разбор ошибок пользователей, оптимизация медленных запросов, подготовка базы к обновлению.
Обычно 40–60% времени уходит на изменение объектов конфигурации и печатных форм
HTTP-запросы, планы обмена, загрузка и выгрузка данных
Анализ журнала регистрации, воспроизведение проблемы на копии базы
Какие навыки и инструменты нужно освоить
Базовый минимум — встроенный язык 1С, язык запросов и система компоновки данных (СКД). Без уверенного владения запросами невозможно писать отчёты и обработки, а без СКД — делать гибкие отчёты, которые пользователь сможет настраивать сам. Далее идут управляемые формы, механизмы подсистем БСП (библиотека стандартных подсистем) и работа с расширениями конфигурации.
На среднем уровне добавляются: отладка и замер производительности, работа с хранилищем конфигурации, понимание транзакций и блокировок, основы администрирования СУБД (MS SQL или PostgreSQL). Полезно освоить EDT — среду разработки на базе Eclipse, которая постепенно вытесняет классический конфигуратор в крупных командах.
Как выполнять типовую доработку: порядок действий
Любая доработка начинается с формулировки задачи: какой документ или процесс меняется, какой результат должен увидеть пользователь, какие данные проверяются. Размытая постановка — главная причина переделок, поэтому перед началом работы зафиксируйте критерий приёмки: конкретный сценарий, при котором задача считается выполненной.
Дальше работа ведётся на копии рабочей базы. Никогда не дорабатывайте конфигурацию напрямую в продуктивной базе: блокировки при динамическом обновлении и риск испортить данные делают такой подход недопустимым. После реализации изменения проверяются на тестовых данных, затем переносятся в рабочую базу в согласованное время.
- 1Получите и зафиксируйте постановку задачи с критерием приёмки
- 2Сделайте копию рабочей базы или разверните тестовую
- 3Оцените, можно ли решить задачу расширением без изменения типовой конфигурации
- 4Реализуйте доработку и пройдите сценарий вручную
- 5Проверьте права доступа и поведение под разными ролями
- 6Перенесите изменения в рабочую базу и убедитесь, что обновление конфигурации прошло без ошибок
Расширение или изменение конфигурации: как выбрать
Расширение предпочтительнее почти всегда: оно сохраняет конфигурацию на поддержке и упрощает обновления. Через расширение можно добавлять реквизиты, формы, отчёты, обработки, переопределять обработчики событий. Ограничение — не все объекты и механизмы доступны для расширения, а заимствованные процедуры требуют аккуратности при изменении типового кода.
Прямое изменение конфигурации оправдано, когда задача затрагивает ядро учётных механизмов: движения документов по регистрам, изменение состава типов, глубокая переработка типовой логики. В этом случае включайте режим совместимости изменений осознанно и документируйте каждую правку — при следующем обновлении это сэкономит часы сравнения и объединения.
Расширение против изменения конфигурации
Подходит для печатных форм, дополнительных реквизитов, отчётов и обработчиков. Обновления проходят легко, но не все механизмы доступны.
Нужно для доработки проведения, регистров и типовой логики. Даёт полный контроль, но усложняет и удорожает обновления.
Подходит для разовых операций и сервисных задач. Не трогает конфигурацию вообще, но ограничена в интеграции с интерфейсом.
Как проверять результат и не сломать учёт
Проверка доработки — это не только «форма открылась и кнопка нажалась». Для документов обязательно контролируйте движения по регистрам: проведите документ, откройте движения и сверьте суммы и количества с ожидаемыми. Для отчётов сравните итоги с эталонным расчётом на тех же данных.
Отдельно проверяйте работу под пользователем с ограниченными правами: типичная ошибка — доработка, которая работает под полными правами и падает у менеджера. Также прогоните сценарий обмена данными, если база участвует в синхронизации: новые реквизиты и документы могут потребовать доработки правил обмена.
Как проверить результат доработки
Проводки и записи регистров совпадают с расчётом вручную
Суммы расходятся, лишние или отсутствующие записи
Пользователь с типовой ролью выполняет сценарий без ошибок
Ошибки доступа к объектам у пользователей без полных прав
Тестовое обновление на копии проходит без конфликтов
Доработки теряются или конфликтуют с новым релизом
Типичные ошибки начинающего разработчика
Самая распространённая ошибка — запросы в цикле. Обход таблицы с запросом внутри итерации на больших объёмах кладёт производительность базы. Правильный подход — один запрос с соединениями и группировками, затем обход его результата. Вторая частая проблема — игнорирование транзакций: запись нескольких связанных объектов без транзакции при сбое оставляет базу в несогласованном состоянии.
Третья группа ошибок — организационная: работа без копии базы, отсутствие комментариев к изменениям типового кода, доработки без учёта будущих обновлений. Каждая такая мелочь накапливается и через полгода превращает сопровождение в постоянное тушение пожаров.
Как выстроить развитие в профессии
Начинающему разработчику разумно двигаться по ступеням: сначала язык, запросы и простые отчёты, затем доработка документов и печатных форм, далее — расширения, БСП и интеграции. Параллельно изучайте предметную область хотя бы одной конфигурации: разработчик, понимающий, как устроен учёт в УТ или зарплата в ЗУП, ценится заметно выше кодера без контекста.
Подтвердить уровень помогают сертификаты «1С:Специалист» по платформе и прикладным решениям — они не заменяют опыт, но структурируют знания и служат ориентиром при найме. Практику набирайте на реальных задачах: доработки для небольших компаний, участие в проектах внедрения, разбор типовых механизмов в демонстрационных базах.
Что важно запомнить
Работа 1С-разработчика — это цикл «задача → доработка на копии → проверка → перенос в продуктив». Основа профессии: язык, запросы, СКД, расширения и понимание учётных механизмов. Главные правила безопасности: не работать в продуктивной базе напрямую, избегать запросов в циклах и готовить доработки к будущим обновлениям.
Частые вопросы
Можно ли стать 1С-разработчиком без профильного образования?
Да, профильное образование не является обязательным требованием. Важнее практические навыки: владение встроенным языком, запросами и СКД, плюс понимание предметной области. Многие разработчики приходят из смежных сфер — бухгалтерии, поддержки, внедрения — и осваивают программирование уже на практике.
Что учить в первую очередь: язык или конкретную конфигурацию?
Начинайте с платформы: встроенный язык, запросы, СКД, управляемые формы — эти знания универсальны для любой конфигурации. Конкретную конфигурацию (УТ, ERP, ЗУП) осваивайте вторым этапом, когда базовые инструменты уже не вызывают затруднений.
Чем конфигуратор отличается от EDT и что выбрать новичку?
Конфигуратор — классическая среда разработки, проще для старта и до сих пор используется в большинстве компаний. EDT — среда на базе Eclipse с системой контроля версий и более строгими проверками кода, распространена в крупных командах. Новичку разумно начать с конфигуратора, а EDT освоить после базовой практики.
Насколько критично получать сертификаты 1С?
Сертификаты не обязательны, но полезны: «1С:Профессионал» подтверждает знание типовой конфигурации, а «1С:Специалист» — умение разрабатывать на платформе. Для франчайзи 1С сертификаты сотрудников часто являются формальным требованием, поэтому при трудоустройстве в такие компании они дают преимущество.
Что делать, если доработка сломалась после обновления конфигурации?
Сначала восстановите рабочее состояние из резервной копии, если обновление прошло в продуктиве. Затем на тестовой базе сравните свой код с новым типовым: чаще всего проблема в изменённых типовых процедурах, которые заимствовало расширение или доработка. Актуализируйте код под новый релиз, повторите тестовое обновление и только потом переносите в рабочую базу.
Чем отличается 1С-разработчик от 1С-консультанта?
Разработчик пишет код и дорабатывает конфигурацию, консультант настраивает типовые механизмы без программирования и обучает пользователей. На практике граница размыта: хороший разработчик понимает настройку, а сильный консультант умеет читать код. Для карьеры полезно владеть обеими компетенциями хотя бы на базовом уровне.