Разработка на 1С: расширения против изменения типовой

Доработка 1С почти всегда упирается в один выбор: править типовую конфигурацию или ставить расширение. Разработка 1с через расширение дороже на старте на 15–25%, но обновления проходят за 1–2 часа вместо двух дней и без сюрпризов в проводках.

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

Ниже — сравнение подходов по срокам, стоимости и рискам, порядок постановки задач и рыночные цены на 2026 год.

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

• Расширение добавляет к бюджету 15–25% на старте, но сокращает каждое обновление с 8–16 часов до 1–2.
• Правка типовой конфигурации снимает возможность ставить автоматические обновления: каждый релиз переносится вручную.
• Типовая доработка (отчёт, печатная форма, правило обмена) стоит 30–120 тыс. ₽ и занимает 1–3 недели.
• Средний бюджет проекта доработок — 250–800 тыс. ₽; доработки сложнее 400 часов дешевле оформлять отдельной конфигурацией.
• Час программиста 1С стоит 3 500–6 000 ₽ у студии и 2 000–3 500 ₽ у частного специалиста.
• Сопровождение доработок — 20–35% их стоимости в год: без него расширения отваливаются после обновлений платформы.

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

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

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

Когда разработка 1с идёт через расширения

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

Что реально делается расширением:

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

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

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

Правки типовой: скорость сегодня, проблемы при обновлении

Прямой ответ: правка типовой быстрее на 1–3 дня и дешевле на 20–40 тыс. ₽, но каждое обновление превращается в отдельный проект.

Что происходит на практике: релиз выходит 4–8 раз в год. Каждый раз нужно сравнить изменённый модуль с новым типовым, перенести правки, протестировать. Это 8–16 часов работы, то есть 30–90 тыс. ₽ в год — больше, чем экономия на старте.

Второй риск — потеря экспертизы. Через год никто не помнит, зачем в модуле появилась ветка с условием. Восстановление логики стоит 20–60 тыс. ₽ и 1–2 недели разбора.

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

Как ставить задачу и оценивать часы

Прямой ответ: задача описывается результатом и сценарием, а не названием метода. Оценка в часах появляется после ответов на четыре вопроса: что на входе, что на выходе, где данные, кто проверяет.

Порядок работы:

1. Описание сценария. «Менеджер создаёт реализацию, система проверяет остаток по складу и запрещает проведение при нехватке» — понятная задача. «Доработать проведение» — непонятная.
2. Список объектов. Какие документы, справочники, отчёты затрагиваются. Каждый новый объект — плюс 4–10 часов.
3. Точки интеграции. Есть ли внешний источник данных, нужен ли обмен.
4. Тестовые примеры. 3–5 конкретных ситуаций, на которых проверяется результат.
5. Оценка и декомпозиция. Работа разбивается на шаги по 8–16 часов с промежуточной приёмкой.

Нормальная практика — оценка вилкой: 40–56 часов, из них 8 часов резерв на уточнения. Точная цифра «43 часа» на этапе согласования почти всегда оказывается выдумкой.

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

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

Прямой ответ: типовые доработки — 30–120 тыс. ₽, проекты с интеграциями — 250–800 тыс. ₽, отдельная конфигурация под уникальный процесс — от 1,5 млн ₽.

Для сравнения: сайт разработка обходится в 250 тыс. — 1,5 млн ₽, и эти бюджеты не пересекаются, хотя обмен между сайтом и учётом проектируется в одном проекте. Если 1С-доработок набирается больше 400 часов в год, дешевле считать их отдельным продуктом с собственной документацией и тестами.

Структура спроса простая: 1с разработка на 70% состоит из доработок типовых конфигураций и только на 30% — из проектов с нуля. Решаться на 1с создание отдельной конфигурации стоит, если типовые механизмы не покрывают процесс: это от 1,5 млн ₽ и 6+ месяцев работы. Проще говоря, создать 1с с нуля выгоднее, чем пять лет обходить ограничения типовой, только если процесс действительно уникален.

Смежные направления: разработка ии живёт в другом контуре — модель поверх учёта стоит 450 тыс. — 2,5 млн ₽, а ии разработка не заменяет доработку конфигурации. Часто в одном проекте идут разработка сайта и доработка 1С: обмен товарами, ценами и заказами проектируется до вёрстки. Если сайт и учёт делают разные команды, обмен проектируют дважды и он ломается на первом же обновлении витрины — типовые грабли описаны в статье Интеграция 1С с сайтом: обмен товарами, ценами и заказами.

Сопровождение: как жить с доработками через год

Прямой ответ: доработки нужно сопровождать как продукт — с документацией, тестами и планом обновлений. Бюджет — 20–35% стоимости разработки в год.

Минимальный набор: описание каждой доработки с указанием объектов и автора, набор тестовых примеров, инструкция для пользователя, журнал изменений. Если этого нет, каждая новая задача начинается с археологии и стоит дороже на 30–50%.

Отдельно фиксируйте совместимость: с какой версией платформы и конфигурации тестировалось расширение. После крупного релиза (например, переход на новую редакцию) проверка занимает 8–20 часов, и лучше узнать об этом заранее, чем в день закрытия месяца.

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

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

Что безопаснее: расширение или изменение типовой?

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

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

От 30 тыс. ₽ за отчёт или печатную форму до 800 тыс. ₽ за проект с интеграциями. Смета зависит от числа объектов и внешних систем. Запросите оценку в часах и декомпозицию: так видно, за что именно вы платите.

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

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

Как проверить качество работы программиста 1С?

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

Что делать, если программист ушёл, а код остался?

Заказать аудит кода: 40–90 тыс. ₽ и 1–2 недели. По итогам появится описание доработок и план их переноса в расширения. Часто дешевле перенести логику в расширение, чем поддерживать правки в типовом коде.

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

Соберите список всех доработок в базе и отметьте, как каждая сделана: расширение или правка типовой. Если правок в типовом коде больше пяти, закажите аудит и план переноса — это 2–3 недели и 80–200 тыс. ₽, которые окупаются на первых же двух обновлениях.

Дальше опишите ближайшую задачу по схеме «сценарий — объекты — интеграции — тестовые примеры» и запросите оценку вилкой. Учитывайте, что разработка 1с не заканчивается сдачей задачи: как устроен такой проект целиком, видно в разделе интеграции и доработки 1С — от постановки задачи до сопровождения доработок.

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