Разработка и Конфигурация · 11 мин
Что такое доработка в 1С и когда она действительно нужна
Доработка в 1С — изменение типовой конфигурации под задачи компании. Разбираем виды доработок, этапы внедрения, риски, стоимость ошибок и альтернативы.
Доработка в 1С — это любое изменение типовой конфигурации или создание новых объектов, которое выходит за рамки штатных настроек. К доработкам относят новые отчёты, дополнительные реквизиты документов, изменённые печатные формы, собственные механизмы проведения, интеграции с внешними системами и автоматизацию нестандартных бизнес-процессов. Технически доработка выполняется в конфигураторе или через механизм расширений, а её результат влияет на то, как программа обновляется и как ведёт себя учёт.
Потребность в доработке возникает, когда типовая конфигурация не закрывает реальную задачу: компания использует специфический документооборот, нестандартные скидки, отраслевую отчётность или обмен с оборудованием, которого нет в поставке. Прежде чем заказывать изменение, важно проверить, не решается ли задача настройкой — значительная часть запросов закрывается штатными механизмами без вмешательства в код.
Главная цена доработки — не разовая оплата программисту, а усложнение дальнейшей поддержки. Каждое изменение типовых объектов затрудняет обновление конфигурации, а ошибка в коде может исказить учётные данные. Поэтому решение о доработке принимают, сопоставляя выгоду от автоматизации с затратами на сопровождение.
Что относится к доработкам, а что — к обычной настройке
Настройка — это работа со штатными возможностями конфигурации: включение функциональных опций, заполнение справочников, настройка прав доступа, учётной политики, типовых обменов. Она не меняет код и не мешает обновлениям. Доработка начинается там, где штатных средств не хватает и требуется писать код или менять структуру метаданных.
Типичные примеры доработок: добавление нового документа или регистра, изменение алгоритма проведения, создание собственного отчёта со специфической логикой расчёта, доработка печатной формы сверх возможностей редактора макетов, обмен с нестандартным API, автоматическое создание документов по расписанию. Граница проходит просто: если для решения задачи нужен конфигуратор и встроенный язык 1С — это доработка.
Основные виды доработок
На практике доработки делят на несколько групп по способу реализации и влиянию на систему. Выбор способа определяет стоимость сопровождения на годы вперёд.
- Внешние отчёты и обработки — отдельные файлы, подключаемые через «Дополнительные отчёты и обработки». Не затрагивают конфигурацию вообще, обновлениям не мешают.
- Расширения конфигурации — изменения поверх типовой поставки: новые реквизиты, формы, подписки на события, свои роли. Конфигурация остаётся на поддержке.
- Изменение типовой конфигурации — правка модулей, документов, регистров напрямую в конфигураторе. Конфигурация снимается с полной поддержки, обновления требуют ручного сопоставления изменений.
- Отдельные подсистемы и интеграции — собственные блоки функциональности, обмены через HTTP, файлы, COM, веб-сервисы. Часто сочетают несколько способов.
Способы реализации доработки
Подходит для разовых операций, печатных форм и отчётов. Не влияет на обновления, но ограничена: не может менять поведение типовых документов.
Оптимально для новых реквизитов, форм, проверок и печатных форм. Обновления проходят штатно, но не все типовые механизмы можно переопределить.
Даёт полную свободу, но каждое обновление превращается в ручную работу по переносу изменений. Оправдано только при глубокой переработке логики.
Как понять, что доработка действительно нужна
Прежде чем ставить задачу программисту, пройдите проверку альтернатив. Сначала изучите функциональные опции и настройки конфигурации — в типовых решениях много скрытых возможностей, которые просто не включены. Затем проверьте типовые расширения и отраслевые решения от фирмы «1С» и партнёров: готовый продукт почти всегда дешевле собственной разработки с учётом сопровождения.
Доработка оправдана, когда задача регулярная, объём ручной работы измерим, а штатных и готовых решений нет. Хороший критерий — посчитать трудозатраты: если сотрудник тратит на операцию несколько часов в неделю и доработка сокращает это до минут, экономический смысл есть. Если операция выполняется раз в квартал за полчаса, доработка, скорее всего, не окупится.
Как выбрать действие
Этапы доработки: от постановки задачи до внедрения
Качественная доработка начинается с письменной постановки задачи. В ней описывают, что должен делать механизм, на каких данных, в каких условиях, с примерами документов и ожидаемого результата. Формулировка «сделайте удобно» приводит к тому, что результат придётся переделывать за свой счёт.
Дальше работа идёт по стандартному циклу: разработка на копии базы, демонстрация заказчику, тестирование на реальных сценариях, перенос в рабочую базу. Перенос выполняют только после резервного копирования. Для изменений, затрагивающих проведение документов или расчёт остатков, тестирование обязательно включает проверку движений по регистрам и сравнение итогов до и после.
- 1Сформулируйте задачу письменно: цель, сценарии, примеры данных, критерий приёмки
- 2Проверьте, нет ли типового или готового решения
- 3Сделайте резервную копию рабочей базы
- 4Разработайте и протестируйте доработку на копии базы
- 5Проверьте результат на реальных сценариях: проведение, отчёты, права доступа
- 6Перенесите доработку в рабочую базу и зафиксируйте, что именно изменено
- 7После первого обновления конфигурации проверьте работоспособность доработки
Риски и типичные ошибки
Главный риск доработок — повреждение учётных данных. Ошибка в обработчике проведения может сформировать неверные движения по регистрам, и заметят это только при сверке или сдаче отчётности. Вторая типовая проблема — конфликт с обновлениями: типовой объект изменён, поставщик выпустил новую версию, и обновление либо затрёт доработку, либо потребует ручного объединения.
Отдельная группа рисков — организационная. Если доработку делал один специалист без документации и он ушёл, сопровождение превращается в археологию. Поэтому по каждой доработке фиксируют: что изменено, зачем, где лежит код расширения или обработки, кто отвечает за проверку после обновлений.
Как проверить результат доработки
Приёмка доработки — это не «программист показал, работает», а проверка по заранее заданным критериям. Минимальный набор: сценарий из постановки задачи выполняется на тестовых данных, типовые операции, которые доработка могла задеть, работают как раньше, отчёты по затронутым регистрам сходятся с периодом до изменений.
Для доработок, влияющих на учёт, полезно сравнить ключевые отчёты (оборотно-сальдовая ведомость, остатки склада, взаиморасчёты) до и после переноса. Совпадение итогов при работающем новом механизме — основной признак корректного внедрения.
Как проверить результат
Выполняется на тестовых данных, результат совпадает с описанным в задаче
Работает только на примере разработчика, на реальных данных — ошибки
Проведение, отчёты и печать работают как до изменений
Появились ошибки в документах, которые раньше работали
ОСВ, остатки и взаиморасчёты совпадают с периодом до переноса
Итоги изменились без документального основания
Новый механизм доступен нужным ролям и скрыт от остальных
Обработку видят все пользователи или, наоборот, никто
Сколько стоит доработка и от чего зависит цена
Цена доработки складывается из трудоёмкости: простая печатная форма или внешний отчёт занимает часы, интеграция с внешней системой или изменение расчётных механизмов — недели. На стоимость влияют качество постановки задачи (чёткое ТЗ удешевляет работу), необходимость тестирования на больших объёмах данных и требования к сопровождению.
При оценке сметы учитывайте не только разработку, но и владение: сопровождение изменённой типовой конфигурации при каждом обновлении — отдельная регулярная статья расходов. Именно поэтому вариант «через расширение» при равной функциональности почти всегда выгоднее в перспективе.
Полезно вести простой реестр доработок: название, назначение, способ реализации (обработка, расширение, изменение конфигурации), дата переноса в рабочую базу и ответственный. При обновлении конфигурации этот список превращается в чек-лист проверки — ничего не теряется и не ломается незаметно.
Частые вопросы о доработке 1С
Можно ли дорабатывать 1С без программиста?
Частично — да. Дополнительные реквизиты и сведения, простые печатные формы через редактор макетов, настройка типовых отчётов доступны пользователю с правами администратора без кода. Всё, что требует встроенного языка, изменения проведения или сложных запросов, безопаснее поручить специалисту: цена ошибки в учётных данных выше стоимости разработки.
Что лучше: расширение или изменение конфигурации?
По умолчанию — расширение: конфигурация остаётся на поддержке и обновляется штатно. Изменение конфигурации оправдано, только когда задачу нельзя решить расширением, например при глубокой переделке типовых алгоритмов. Такое решение стоит принимать осознанно, закладывая бюджет на сопровождение обновлений.
Слетит ли доработка при обновлении 1С?
Внешние обработки и расширения при обновлении обычно сохраняются, но их нужно проверять на совместимость с новой версией. Изменения типовой конфигурации при обновлении требуют ручного сопоставления: платформа покажет конфликты, и разработчик должен перенести доработку в новую версию.
Как понять, что конфигурация уже доработана?
В конфигураторе откройте «Конфигурация → Поддержка → Настройка поддержки»: значки изменений у объектов покажут, что отличается от поставки. Также проверьте подключённые расширения и справочник «Дополнительные отчёты и обработки». В пользовательском режиме косвенный признак — нестандартные кнопки, документы и отчёты, которых нет в типовом описании.
Опасно ли дорабатывать 1С:ЗУП или бухгалтерию?
Риск выше, чем в торговых конфигурациях, потому что ошибка затрагивает расчёт зарплаты, налоги и регламентированную отчётность. Такие доработки требуют обязательного тестирования на копии со сверкой расчётных итогов и особенно аккуратного отношения к обновлениям, которые в этих конфигурациях выходят часто и содержат изменения законодательства.
Что делать, если доработку делал уволившийся специалист?
Начните с инвентаризации: соберите расширения, внешние обработки и список изменённых типовых объектов. Исходный код расширений можно выгрузить штатно. Дальше новый специалист описывает найденное и составляет план проверки перед ближайшим обновлением. Чем раньше это сделать, тем дешевле обойдётся восстановление контроля над системой.
Что важно запомнить
Доработка в 1С — это изменение типовой конфигурации под задачи компании. Сначала проверяйте штатные настройки и готовые решения, реализуйте изменения через внешние обработки и расширения, работайте только на копии базы с резервной копией, принимайте результат по критериям и ведите реестр доработок для контроля при обновлениях.