Доработка 1С: как организовать работу и контролировать бюджет

Заявка звучит так: «нужно, чтобы в накладной печатался наш логотип и подпись директора автоматом». Программист отвечает: «две недели, 90 тысяч». Через месяц выясняется, что логотип печатается, а обновление базы теперь падает. Доработка 1С почти всегда начинается с мелочи и заканчивается вопросом, кто отвечает за то, что типовая конфигурация перестала обновляться.

Проблема не в программистах. Проблема в том, что задачу ставят словами, оценивают на глаз, а результат принимают по ощущению «вроде работает». За 15 лет практики мы видели одну и ту же статистику: доработки, у которых было письменное описание и приёмка, укладываются в смету в 3 раза чаще, чем задачи «на словах».

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

Ключевые выводы

• Правило, которое экономит больше всего денег: сначала расширение, потом правка типовой. Снятие с поддержки обходится дороже самой доработки.
• Задача без описания сценария и примера документа оценивается с коэффициентом 1,5–2 к реальному объёму — риск закладывают в цену.
• Смета на доработку должна включать обновление, тестирование и инструкцию: это 20–35% бюджета, и именно эту часть чаще всего «забывают».
• По нашей практике 30–40% запросов на доработку закрываются настройкой прав, отчётов или маршрутов — без единой строки кода.
• Техдолг в 1С видно по трём признакам: база не обновлялась больше года, в ней больше 20 изменений типовых объектов, нет ни одного автотеста.
• Приёмка идёт по тест-кейсам на копии базы, а не на словах «посмотрите, всё хорошо».

Когда доработка не нужна

Первое, что стоит сделать перед поиском программиста, — исключить настройку. В 1С:УТ, БП, ЗУП и ERP типовыми средствами закрывается больше задач, чем принято думать.

Что почти всегда решается без кода:

• Отчёты и печатные формы через штатный конструктор и СКД.
• Права доступа и видимость реквизитов по ролям.
• Маршруты согласования, статусы, автозаполнение реквизитов правилами.
• Обмены между базами типовыми правилами и конвертацией данных.
• Нумерация, префиксы, шаблоны документов, уведомления.

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

Обратная ситуация тоже бывает: компания годами живёт с ручными операциями, потому что «доработка — это дорого и страшно». Посчитайте часы: если бухгалтер тратит 10 часов в месяц на перенос данных, это 120 часов в год, или 3 рабочих недели.

Расширение или правка типовой: главный выбор

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

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

Отдельная история — доработка сайта или обмен с ним. Это другая кодовая база и чаще всего другой подрядчик: 1с разработка и разработка 1с здесь заканчиваются, начинается веб-стек. Связка «сайт — 1С» описывается как интеграция: 60–150 тыс. ₽ за обмен каталогом, ценами, остатками и заказами.

Как описать задачу, чтобы её оценили точно

Задача, описанная текстом в мессенджере, оценивается дороже и делается дольше. Причина простая: исполнитель закладывает в оценку неопределённость.

Минимальный набор для точной оценки:

1. Сценарий по шагам. Кто, что и в каком документе делает: «менеджер создаёт реализацию, программа сама подставляет договор по контрагенту».
2. Пример «до» и «после». Скриншот текущего поведения и описание ожидаемого. Один пример лучше трёх абзацев.
3. Границы. Что в задачу не входит. «Печатная форма меняется, проведение документа — нет».
4. Критерий приёмки. Как проверим: «на тестовой базе создаём три реализации с разными договорами, поле заполняется в двух из трёх».
5. Влияние на обмены и отчётность. Если затрагиваются регистры, это отдельный пункт сметы.

Формальное ТЗ на доработку — не документ на 40 страниц, а 1–3 страницы с примерами. Его подготовка занимает у заказчика 2–4 часа, а смету сокращает на 20–40%. Если описать задачу не получается, это сигнал: сначала нужен аналитик на 4–8 часов, это 15–40 тыс. ₽.

Сколько стоит доработка 1С в 2026 году

Цена складывается из часов, а не из «сложности». Час программиста 1С в 2026 году стоит 2 500–6 000 ₽ в зависимости от квалификации и региона, час аналитика — 3 000–7 000 ₽.

Важная строка, которой обычно нет в смете: обновление и тестирование. Закладывайте 20–35% сверху на то, чтобы доработка пережила следующий релиз. Подрядчик, который обещает «обновления не затронет», либо не понимает, как это работает, либо рассчитывает, что вы придёте ещё раз.

Доработка под конкретный процесс, то есть 1с на заказ, — это всегда разговор про владение, а не про разовый чек. Считайте не стоимость правки, а стоимость правки плюс 3 года обновлений и поддержки. Часто выясняется, что доработка за 90 тыс. ₽ с правкой типовой обходится за три года в 400 тыс. ₽, а аналог на расширении — в 160 тыс. ₽.

Как контролировать подрядчика и не переплатить

Контроль начинается до старта и держится на трёх вещах: доступ к тестовой базе, промежуточные демо и приёмка по тест-кейсам.

Практические правила:

• Тестовая база обязательна. Доработки не делаются на боевой. Копия боевой — минимум, отдельный контур с обезличенными данными — правильный вариант.
• Демо каждые 1–2 недели. Не отчёт «работаем», а показ работающего куска.
• Изменения — в системе контроля версий. Хранилище конфигурации или Git для расширений. Без него откатить неудачную доработку нечем.
• Оплата по этапам. 30% аванс, 40% после демо, 30% после приёмки. Для проектов дороже 500 тыс. ₽ — 4–5 этапов.
• Передача исходников и документации. Описание доработки, тест-кейсы, инструкция для пользователя. Без этого вы привязаны к исполнителю.
• Гарантия 1–3 месяца. На доработку, а не на «консультации».

Отдельно про оценку: если подрядчик называет точную цену за 10 минут разговора по сложной задаче, это оценка «на глаз». Нормальный процесс — 1–3 дня на анализ и письменная смета с допущениями. Допущения читайте внимательнее, чем цифры: именно там написано, что будет, если задача окажется сложнее.

Когда пора остановиться

Доработки имеют свойство накапливаться. Мы видели базы с 60 и более изменениями типовых объектов, где обновление превратилось в проект на 2 месяца и 300 тыс. ₽.

Три признака, что пора не дорабатывать, а пересобирать:

• Больше 20–25 правок типовых объектов и обновление не проходило год.
• Одну и ту же операцию делают в 1С и в Excel, потому что «в программе неудобно».
• Бизнес-процесс живёт только в голове у одного сотрудника, и его уход останавливает учёт.

В такой ситуации честнее один раз вложиться в аудит и план: 60–150 тыс. ₽ за разбор и roadmap на год. Иногда выясняется, что 40% доработок не нужны, а 20% закрываются настройкой. Если выбираете исполнителя, пригодится разбор как выбрать программиста 1С, а по архитектуре решения — материал разработка на 1С: расширения или правки типовой.

Частые вопросы

Сколько стоит доработка 1С?

Типовая правка — 15 000–60 000 ₽, задача с изменением логики — 90 000–300 000 ₽, крупная отраслевая доработка — от 300 000 ₽. Ориентируйтесь на часы: 2 500–6 000 ₽ за час программиста плюс 20–35% на обновление и тестирование.

Что дешевле: доработать типовую или купить готовое решение?

Если готовое решение закрывает 70% и больше задач — покупать выгоднее. Отраслевые конфигурации для общепита, логистики, медицинских центров стоят 150–600 тыс. ₽, а аналог на доработках выйдет в 1,5–2 раза дороже и будет обновляться сложнее.

Можно ли доработать 1С без снятия с поддержки?

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

Как понять, что подрядчик завышает цену?

Сравните не итог, а состав работ и часы. Если в смете нет строк на тестирование и обновление, цена занижена, и доплата придёт позже. Если часы на задачу в 2–3 раза выше рынка и не объяснены — просите разбивку по этапам.

Что делать, если программист ушёл, а доработки не задокументированы?

Заказать аудит кода и выгрузку изменений: 40–120 тыс. ₽ и 1–3 недели. Дальше — хранилище конфигурации и описание доработок. Работать с базой, где правки нигде не описаны, рискованно: обновление может уронить учёт в любой момент.

Нужны ли доработки при переходе на новую версию 1С?

Часть доработок при переходе не нужна: в новых версиях появляются штатные механизмы. Практика показывает, что при переходе на ERP или свежий релиз УТ удаётся отказаться от 20–40% старых правок. Это стоит проверить до начала проекта перехода, а не после.

Что делать дальше

Возьмите список задач, которые вы хотели отдать программисту, и разделите его на три колонки: «настройка», «доработка», «непонятно». По нашей практике первая колонка съедает 30–40% списка и не требует бюджета на разработку. Третью колонку отдайте аналитику на 4–8 часов — это дешевле, чем ошибиться в оценке.

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

Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «1С: интеграции и доработки». Основной запрос материала — «доработка 1с» (3 467 показов в месяц). Если у вас другая ситуация — напишите, разберём.