Отвечаем сразу, потому что вопрос денежный. Доработка типовой конфигурации дешевле на старте — в модельном расчёте ниже это 420 000 ₽ против 560 000 ₽ за вынос той же логики во внешний сервис. Но за 36 месяцев картина переворачивается: доработка обходится в 1 325 400 ₽, внешний сервис — в 1 209 800 ₽. Переплата в 140 000 ₽ на старте возвращается на 20-м месяце эксплуатации, и дальше разрыв только растёт.
Причина не в качестве кода и не в квалификации исполнителя. Она в том, что у этих двух путей разная судьба при обновлении конфигурации. Внешний сервис живёт своей жизнью и переживает релиз вендора без вмешательства. Доработка внутри типового объекта — это изменение, которое при каждом обновлении надо переносить руками, сравнивая вашу конфигурацию с новой типовой построчно. Чем дольше система живёт и чем активнее вендор её развивает, тем дороже становится этот перенос.
Есть и вторая причина, о которой не говорят вслух: выбор часто определяется тем, кого вы наняли. Для программиста 1С правка конфигурации — основной и самый привычный инструмент, он делает это быстро и качественно. Для интеграционного подрядчика естественно вынести логику наружу, потому что там его инструменты. Оба ответят «конечно, сделаем» и оба будут по-своему правы. Поэтому решать развилку надо до выбора исполнителя и на своих цифрах — как именно, разбираем ниже.
Пять уровней вмешательства — и только один бесплатен при обновлении
Слово «доработка» в смете скрывает как минимум пять разных по последствиям вещей. Настройка типовой не оставляет следов и обновление переживает бесплатно. Расширение живёт отдельным слоем и требует проверки. Изменение типового объекта — это уже вмешательство, которое придётся переносить на каждый релиз. А снятие с поддержки закрывает обратный путь почти навсегда. Разница в цене одного обновления между крайними вариантами — от нуля до 140 000 ₽ и выше.
| Уровень вмешательства | Что делается | Что происходит при обновлении | Цена одного обновления | Обратный путь |
|---|---|---|---|---|
| Настройка типовой | Учётная политика, права, шаблоны печатных форм, отчёты на СКД | Ничего: настройки живут в данных, а не в конфигурации | Входит в сопровождение | Есть, меняется в интерфейсе |
| Расширение конфигурации | Свой слой поверх типовой: дополнительные реквизиты, свои формы, свой HTTP-сервис | Проверка совместимости, изредка правка одного-двух заимствованных объектов | 3 часа — 10 500 ₽ | Есть: расширение отключается флагом |
| Изменение типовых объектов | Правка типового документа, регистра, модуля проведения | Ручное сравнение вашей конфигурации с новой типовой и перенос изменений | 10 часов — 35 000 ₽ | Дорогой: откат означает потерю доработки |
| Снятие конфигурации с поддержки | Конфигурация перестаёт сравниваться с типовой автоматически | Обновление превращается в отдельный проект со своим планом и тестированием | От 40 часов — от 140 000 ₽ | Практически нет |
| Вынос логики наружу | Логика во внешнем сервисе, в 1С — тонкий слой обмена в расширении | Проверяется контракт данных: изменились ли поля, которыми обмениваются системы | 3 часа — 10 500 ₽ | Есть: сервис отключается, 1С работает как типовая |
Режим, в котором ваша конфигурация перестаёт автоматически сравниваться с типовой конфигурацией вендора. До этого момента обновление — это полуавтоматическая процедура: платформа сама показывает, что изменилось в типовой, и предлагает объединить. После снятия с поддержки такого сравнения нет, и каждое обновление становится ручной работой с полным регрессионным тестированием. Формально вернуться назад можно, фактически — это отдельный проект стоимостью в исходную доработку. Именно поэтому строка «снимаем с поддержки» в смете должна обсуждаться отдельно, а не проходить как техническая деталь.
Страшно или нет — зависит от того, какие именно объекты правятся и сколько их. Один добавленный реквизит в справочнике и переписанный модуль проведения реализации — это разные вселенные по цене обновления. Просите подрядчика назвать в смете число изменяемых типовых объектов и отдельной строкой — стоимость сопровождения обновлений после сдачи. Если этой строки нет, счёт за неё придёт через год, и он будет выставляться уже вне конкурса: заменить исполнителя на доработанной конфигурации втрое дороже, чем на типовой.
Схема-лестница из четырёх ступеней снизу вверх, у каждой справа подписана цена одного обновления. Ступени: «Настройка типовой — входит в сопровождение», «Расширение конфигурации — 3 часа, 10 500 ₽», «Изменение типовых объектов — 10 часов, 35 000 ₽», «Снятие с поддержки — от 40 часов, от 140 000 ₽». От второй ступени вбок отходит отдельная площадка «Вынос логики наружу — 3 часа, 10 500 ₽», соединённая линией с подписью «контракт данных». Слева вдоль лестницы вертикальная стрелка «глубина вмешательства», справа — стрелка «цена каждого обновления». У двух нижних ступеней и у боковой площадки пометка «обратный путь есть», у двух верхних — «обратный путь дорогой или закрыт». Чертёжный стиль, подписи по-русски.
Расширения: что через них делается, а что нет
Расширение — это компромисс, о котором владелец обычно не знает, а подрядчик не всегда предлагает, потому что через расширение работать труднее. Смысл в том, что ваш код лежит отдельным файлом поверх типовой конфигурации и при обновлении не стирается. Механику расширений и библиотеки стандартных подсистем мы разобрали простыми словами в отдельной статье про расширения 1С и БСП — здесь важен только денежный итог.
- Делается через расширение уверенно: дополнительные реквизиты справочников и документов, свои печатные формы, свои отчёты, проверки при записи и проведении, свои HTTP-сервисы для обмена, дополнительные команды и кнопки на формах, регламентные задания.
- Делается с оговорками: изменение поведения типовой формы — работает, но при обновлении форма может измениться у вендора, и заимствованный объект придётся править; такие места и дают те самые 3 часа проверки на релиз.
- Не делается или делается дорого: переписывание алгоритма проведения типового документа, изменение структуры типовых регистров, вмешательство в закрытие месяца и расчёт себестоимости. Здесь либо правка типовой, либо — и чаще правильнее — вынос расчёта наружу с загрузкой результата обратно документом.
Практический вывод простой: расширение снижает цену одного обновления с 10 часов до 3, то есть с 35 000 ₽ до 10 500 ₽. На горизонте трёх лет и девяти релизов это разница в 220 500 ₽ — сопоставимо с половиной стоимости самой разработки. Требовать расширение вместо правки типовой стоит везде, где это технически возможно, даже если разработка в расширении выйдет на 10–15 % дороже.
Сравнение в две колонки. Левая «Логика внутри 1С»: прямоугольник «типовая конфигурация», внутри него закрашенные блоки «свои правила скидок», «свой алгоритм проведения», сверху падает стрелка «обновление вендора», перечёркивающая закрашенные блоки; подпись «10 часов переноса, 35 000 ₽ за релиз». Правая «Логика снаружи»: тот же прямоугольник «типовая конфигурация» без закрашенных блоков, сбоку отдельный блок «внешний сервис», соединённый линией «контракт данных»; та же стрелка «обновление вендора» упирается в конфигурацию и не задевает внешний блок; подпись «3 часа проверки, 10 500 ₽ за релиз». Внизу общая подпись «за 3 года разница 220 500 ₽ только на обновлениях». Чертёжный стиль, подписи по-русски.
Три года владения: два пути рядом
Считаем на модельной задаче, которая встречается чаще других. Оптовая компания на 1С:УТ 11, 40 сотрудников, из них 8 в отделе продаж. Нужны свои правила расчёта индивидуальных цен и скидок по договорённостям с клиентом, уведомление клиента о статусе заказа во внешнем канале и сводка для руководителя. Ставка инженера — 3 500 ₽/час, как в остальных наших расчётах; полная стоимость часа сотрудника отдела продаж — 900 ₽. Конфигурация обновляется три раза в год.
Путь А — доработка типовой конфигурации: правила скидок пишутся в модуле типового документа, уведомления отправляются регламентным заданием из самой базы. Путь Б — тонкий слой обмена в расширении плюс внешний сервис, который считает скидки и отправляет уведомления. Разработка по пути Б дороже: 160 часов против 120, потому что кроме самой логики надо построить обмен, журнал и мониторинг.
| Статья расходов за 36 месяцев | Путь А: доработка типовой | Путь Б: логика во внешнем сервисе |
|---|---|---|
| Разработка | 120 ч × 3 500 ₽ = 420 000 ₽ | 160 ч × 3 500 ₽ = 560 000 ₽ |
| Перенос доработок при обновлениях | 9 релизов × 10 ч × 3 500 ₽ = 315 000 ₽ | 6 событий × 3 ч × 3 500 ₽ = 63 000 ₽ |
| Сопровождение логики и правки правил | 4 ч/мес × 3 500 ₽ × 36 = 504 000 ₽ | 12 000 ₽/мес × 36 = 432 000 ₽ |
| Хостинг и мониторинг внешнего контура | Не требуется | 3 500 ₽/мес × 36 = 126 000 ₽ |
| Простой после неудачного обновления | 2 события × 6 ч × 8 чел. × 900 ₽ = 86 400 ₽ | 1 событие × 4 ч × 8 чел. × 900 ₽ = 28 800 ₽ |
| Итого за 36 месяцев | 1 325 400 ₽ | 1 209 800 ₽ |
Обратите внимание на строку обновлений: по пути А вмешательство нужно на каждом релизе, потому что типовые объекты изменены и их надо сравнивать. По пути Б вмешательство нужно только тогда, когда меняется контракт данных — состав полей, которыми системы обмениваются. Это происходит примерно два раза в год, а не три, и обходится втрое дешевле по часам. Строка простоя — не запугивание, а прямое следствие: обновление доработанной конфигурации чаще идёт не по плану, и отдел продаж эти часы не работает.
Число 19,7 месяца — это и есть ответ на вопрос «а стоит ли переплачивать на старте». Если вы уверены, что процесс проживёт больше двух лет, переплата возвращается. Если через год этой логики не будет вообще — а так бывает чаще, чем принято думать, — дешевле доработка. Логика та же, что и в общем разборе цен: из чего складывается смета на интеграцию 1С мы разбирали отдельно, и там разработка тоже оказывается меньшей частью трёхлетнего чека.
Двухосевой график. Ось X — месяцы от 0 до 36, ось Y — рубли от 0 до 1 400 000. Сплошная линия «Путь А: доработка типовой» стартует в точке 420 000 ₽ и растёт по 25 150 ₽ в месяц до 1 325 400 ₽. Штриховая линия «Путь Б: внешний сервис» стартует в точке 560 000 ₽ и растёт по 18 050 ₽ в месяц до 1 209 800 ₽. Точка пересечения между 19-м и 20-м месяцем выделена кружком и подписана «19,7 месяца — переплата возвращается». В правой части графика вертикальная выноска между линиями с подписью «115 600 ₽ разницы за 36 месяцев». Чертёжный стиль, подписи по-русски.
Правило выбора: учёт внутрь, бизнес и каналы наружу
Расчёт выше отвечает на вопрос «сколько», но не отвечает на вопрос «что именно». Правило, которое работает независимо от подрядчика и от конфигурации, звучит так: внутри 1С остаётся всё, что является учётом и на что смотрит проверяющий; наружу уходит всё, что является вашим бизнесом и меняется по вашему решению. Учёт регламентирован и меняется редко — его логику вендор поддерживает за вас. Бизнес-правила меняются постоянно, и каждое их изменение внутри типовой конфигурации превращается в очередной перенос при обновлении.
Граница между «внутри» и «снаружи» немного смещается в зависимости от конфигурации, и это стоит проговорить, потому что в смете обычно написано просто «1С». У 1С:Бухгалтерии товарного контура для продаж по сути нет, поэтому почти любая коммерческая логика там изначально внешняя — доработка внутри почти всегда означает попытку построить в бухгалтерской конфигурации то, чего в ней не предусмотрено. У 1С:УНФ контур продаж и производства есть, но он упрощённый, и расширения обычно хватает. 1С:УТ и 1С:КА — самый частый случай развилки: объектов достаточно, соблазн переписать модуль проведения максимальный, и цена обновления самая ощутимая. У 1С:ERP правка типовых объектов дороже всех из-за объёма конфигурации и сцепленности механизмов, поэтому внешний контур там становится выгодным раньше — обычно уже на первом году. 1С:Розница живёт на своей логике обмена с кассовыми узлами, и вмешательство в неё чаще ломает не отчётность, а торговый зал. 1С:Документооборот в эту развилку почти не попадает: он связывается с УТ, КА и ERP штатной бесшовной интеграцией, и правильный ответ там — настроить типовое, а не писать своё.
| Остаётся внутри 1С | Уходит во внешний контур |
|---|---|
| Проводки, регистры, закрытие периода, налоговый учёт | Правила скидок и индивидуальных цен, если они меняются чаще раза в квартал |
| Складской и товарный учёт, партии, себестоимость | Уведомления клиентам в мессенджеры, почту и SMS |
| Печатные формы первичных документов и отчётность | Логика распределения заявок, скоринг, приоритеты |
| Обмен с ЭДО, маркировкой и госсистемами | Дашборды и аналитика: витрина отдельно от рабочей базы |
| Справочники как единственный источник истины | Всё, что связано с ИИ-моделями и распознаванием |
Из правила есть важное следствие про порядок работ. Сначала наводится порядок в справочниках — без единого источника истины любой внешний контур будет считать по мусору, и это отдельная тема, которую мы разбирали в материале о семи ошибках обмена с 1С. Только после этого выбирается способ обмена: у каждого механизма своя цена, скорость и поведение при обрыве связи — все пять разобраны в статье про способы обмена с 1С.
Спросите себя: если завтра эту логику придётся поменять, кто и за сколько часов это сделает. Если ответ — «программист 1С за два дня, и потом проверим на обновлении», логика стоит не там. Правило дешёвого владения: чем чаще вы будете это менять, тем дальше оно должно быть от типовой конфигурации. Всё, что меняется чаще раза в квартал, внутри 1С становится строкой постоянных расходов, а не разовым вложением.
Карта из двух зон, разделённых вертикальной пунктирной линией с подписью «граница ответственности». Левая зона «Контур 1С» содержит пять узлов: «Проводки и закрытие периода», «Товарный учёт и себестоимость», «Первичные документы», «ЭДО и маркировка», «Справочники — источник истины». Правая зона «Внешний контур» содержит четыре узла: «Правила скидок», «Уведомления клиентам», «Распределение заявок», «Витрина и дашборды». Между зонами два подписанных канала: «наружу: документы, остатки, справочники» и «внутрь: результат расчёта документом на проведение». Внизу подпись «внутри — то, что меняется раз в год; снаружи — то, что меняется чаще раза в квартал». Чертёжный стиль, подписи по-русски.
Шесть вопросов подрядчику, который сразу предлагает править типовую
Предложение править типовую не является признаком плохого исполнителя — часто это единственный разумный путь. Признаком проблемы является предложение править типовую без обсуждения последствий. Шесть вопросов ниже занимают десять минут разговора и обычно меняют смету сильнее, чем торг по ставке.
- 1Сколько типовых объектов вы измените и какие именно? Ответ «пока не считали» на этапе сметы означает, что цена обновлений неизвестна и вам, и ему.
- 2Можно ли то же самое сделать расширением, и насколько дороже выйдет разработка? Если ответ «расширением нельзя», попросите назвать конкретный объект, который мешает.
- 3Конфигурация останется на поддержке? Если нет — что именно требует снятия и есть ли вариант без этого.
- 4Сколько будет стоить обновление конфигурации после ваших работ, в часах? Эту цифру нужно получить до подписания, а не после первого релиза.
- 5Что произойдёт с доработкой, если мы через год сменим подрядчика? Просьба показать реестр доработок и комментарии в коде — нормальная, а не оскорбительная.
- 6Есть ли тестовый контур на копии базы и входит ли он в цену? Обновление доработанной конфигурации без тестового прогона — это та самая строка простоя на 86 400 ₽ из расчёта выше.
Отдельно проверьте, кого именно вы нанимаете под какую часть. Учётная методика, лицензии и типовой функционал — зона франчайзи; обмен, внешние сервисы и мониторинг — зона интеграционного подрядчика. Смешение этих зон в одном договоре без описанных границ — самый частый источник спора «это не наша часть» при поломке. Как мы делим ответственность и что фиксируем письменно, описано на странице как устроена работа.
Когда не надо ни дорабатывать, ни интегрировать
Самый дешёвый проект — тот, который не начали. Есть три ситуации, в которых обе ветки развилки одинаково не окупятся, и распознать их можно до первой встречи с исполнителем.
- 1Процесс ещё не устоялся
Если правила скидок или маршрут заявки менялись дважды за последние три месяца, автоматизировать нечего: вы зафиксируете в коде промежуточное состояние и оплатите его переделку. Признак — сотрудники не могут описать процесс одинаково. Сначала регламент на одну страницу и месяц работы по нему, потом разговор про разработку.
- 2Объём меньше порога окупаемости
Разработка стоит примерно одинаково при 50 и при 500 документах в месяц, поэтому цена одной операции при малом объёме получается неприемлемой. В модельном расчёте выше эксплуатация внешнего контура — 18 050 ₽/мес; при 60 заказах в месяц это 300 ₽ на заказ только за право обмениваться данными. Порог, ниже которого разговор преждевременен, обычно лежит около 120–150 документов в месяц.
- 3Задача закрывается регламентом и правами
Значительная часть запросов на доработку звучит как «сделайте, чтобы менеджер не мог поменять цену задним числом» или «чтобы никто не создавал дубли контрагентов». Это не задача разработки, а настройка прав, обязательные реквизиты и назначенный хозяин справочника. Стоит два дня работы вместо бюджета проекта и даёт результат на следующей неделе.
Если справочник контрагентов ведут пятеро и никто не отвечает за него, внешний сервис начнёт считать скидки по дублям — просто быстрее и в большем количестве документов. Порядок работ здесь не обсуждается: сначала хозяин справочника, регламент и права доступа, потом обмен и логика. Обратный порядок — самый распространённый способ потратить 400–500 тысяч рублей и получить те же расхождения, только в новом интерфейсе.
И последнее, что стоит держать в голове при выборе. Если вопрос на самом деле звучит как «может, нам вообще другая конфигурация нужна» — сначала сверьтесь с материалами о том, какую конфигурацию 1С выбирать под какой бизнес и как автоматизироваться без замены 1С. Миграция между конфигурациями стоит кратно дороже любой ветки этой развилки и переделывает все интеграции заново.
Чем чаще вы будете это менять, тем дальше оно должно быть от типовой конфигурации.
