Доработка 1С: что входит и как заказать без лишних затрат

Доработка 1С — это изменение типовой конфигурации под процессы конкретной компании: новые отчёты, документы, печатные формы, интеграции и автоматизация операций, которых нет «из коробки». В отличие от простой настройки (заполнения справочников, включения опций), доработка затрагивает программный код и структуру метаданных, поэтому требует участия разработчика и продуманной постановки задачи.

Ключевой вопрос, который нужно решить до старта работ, — что именно дорабатывать и чем это обернётся при обновлениях. Каждое изменение конфигурации делает её менее «типовой», а значит, обновления потребуют больше времени и денег. Грамотный подход — сначала проверить, не закрывается ли задача штатными механизмами или расширениями, и только потом править основную конфигурацию.

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

Какие виды работ входят в доработку 1С

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

Вторая категория — печатные формы и документы: внешние печатные формы по шаблону компании, новые документы для нестандартных операций, дополнительные реквизиты в существующих документах. Третья — обработки и автоматизация: массовые операции над данными, автоматическое заполнение, напоминания, регламентные задания.

Четвёртая, самая сложная категория — интеграции: обмен с сайтом, CRM, банками, сервисами маркировки, складским оборудованием. Сюда же относятся доработки бизнес-логики: нестандартное ценообразование, особый расчёт скидок, специфические проверки при проведении документов.

Настройка или доработка: как определить границу

Значительная часть запросов на доработку на самом деле решается настройкой. В современных конфигурациях на платформе 1С:Предприятие 8.3 есть функциональные опции, дополнительные реквизиты и сведения, настраиваемые печатные формы, механизм внешних отчётов и обработок. Если задача — добавить поле «Номер договора с покупателем» в документ, это делается штатно через дополнительные реквизиты без единой строки кода.

Простой критерий: если нужное поведение включается галочкой, заполнением справочника или подключением внешней обработки — это настройка. Если требуется изменить модуль объекта, создать новый объект метаданных или изменить типовой алгоритм — это доработка. Смешивать эти понятия вредно: за настройку, выданную за доработку, вы переплатите, а за доработку, замаскированную под настройку, получите неподдерживаемое решение.

Расширение конфигурации или изменение типовой конфигурации

Расширение — это механизм платформы, позволяющий добавить объекты и изменить формы и модули без снятия конфигурации с полной поддержки. Основная выгода: типовая конфигурация остаётся «на замке», обновления ставятся штатно, а расширение после обновления нужно лишь проверить на совместимость.

Изменение типовой конфигурации (снятие с поддержки) оправдано, когда расширение технически не справляется: например, нужно изменить состав движений документа по регистрам, добавить новый регистр, глубоко перестроить типовой обмен. Такие правки делают каждое обновление ручной операцией — разработчику придётся сравнивать и объединять конфигурации.

Маршрут решения

Как выбрать способ реализации

Задача — отчёт, печатная форма или разовая обработкаИспользуйте внешний отчёт/обработку, конфигурацию не трогайте

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

Нужно менять движения документов или добавлять регистрыДорабатывайте конфигурацию, но зафиксируйте стоимость будущих обновлений

Задача закрывается настройкой функциональных опцийДоработка не нужна — выполните настройку

Этапы доработки: от заявки до приёмки

Качественный процесс начинается с технического задания. В нём описывают текущее поведение, желаемый результат, примеры данных и критерии приёмки. Формулировка «сделайте удобный отчёт по продажам» — не ТЗ, а источник споров. Хорошее ТЗ содержит макет результата: какие колонки, отборы, период, кто и когда им пользуется.

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

1. 1
   Сформулируйте задачу: что должно получиться и как вы проверите результат
2. 2
   Получите от исполнителя оценку в часах и предложение по способу реализации
3. 3
   Согласуйте ТЗ с макетом результата и критериями приёмки
4. 4
   Разработка и демонстрация на копии базы
5. 5
   Тестирование на реальных данных ответственным сотрудником
6. 6
   Перенос в рабочую базу в нерабочее время с резервной копией
7. 7
   Приёмка по критериям из ТЗ и подписание акта

Как оценить стоимость и не переплатить

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

На трудоёмкость сильно влияют неочевидные факторы: необходимость переносить доработку при обновлениях, количество затронутых ролей и прав доступа, необходимость заполнения исторических данных. Уточняйте, входит ли в оценку тестирование, перенос в рабочую базу и исправление ошибок после приёмки — часто это отдельные строки бюджета.

Просите у исполнителя разбивку оценки: разработка, тестирование, перенос, документация. Если в смете одна строка «доработка — N часов», сравнить предложения разных подрядчиков и проконтролировать перерасход будет невозможно.

Риски и типичные ошибки

Главный риск доработок — потеря совместимости с обновлениями. Конфигурация, снятая с поддержки без документирования изменений, через несколько релизов превращается в «чёрный ящик»: никто не помнит, что и зачем меняли, обновление занимает дни. Второй риск — отсутствие резервной копии перед переносом доработки: ошибка в коде проведения может испортить учётные данные.

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

Как проверить результат и принять работу

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

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

Контрольные точки

Как проверить результат

Результат соответствует макету из ТЗ

Норма

Все колонки, отборы и формы совпадают с согласованным макетом

Тревожный признак

Исполнитель предлагает «примерно то же самое» с отклонениями

Типовые операции после переноса

Норма

Документы проводятся, отчёты формируются как раньше

Тревожный признак

Появились ошибки в модулях, не связанных с доработкой

Права доступа

Норма

Доработка доступна нужным ролям и скрыта от остальных

Тревожный признак

Новые объекты видны всем или недоступны пользователям

Документация

Норма

Есть описание: что изменено, где, зачем

Тревожный признак

Изменения есть только в коде, описания нет

Частые вопросы о доработке 1С

Снимается ли конфигурация с поддержки при любой доработке?

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

Что будет с доработками при обновлении конфигурации?

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

Можно ли дорабатывать 1С своими силами без программиста?

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

Как понять, что оценка в часах завышена?

Запросите разбивку по этапам и сравните оценки двух-трёх исполнителей на одном и том же ТЗ. Разброс в 1,5–2 раза нормален из-за разного опыта, но кратные отличия — повод запросить детализацию: что именно занимает столько времени.

Что делать, если доработку сделал уволившийся сотрудник и никто не знает, как она устроена?

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

Входит ли исправление ошибок после приёмки в стоимость доработки?

Зависит от договора. Обычно действует гарантийный период, в течение которого ошибки, противоречащие ТЗ, исправляются бесплатно. Новые пожелания и изменение требований — это уже отдельная задача. Зафиксируйте гарантийные условия письменно до начала работ.