Коротко и сразу про деньги. Расширение — это ваш код, который лежит отдельным файлом поверх типовой конфигурации и при обновлении не стирается. Правка типовой — это ваш код внутри объектов вендора, который при каждом обновлении надо переносить руками. Разница в обслуживании одного релиза: примерно 3 часа проверки против 10 часов переноса, то есть 10 500 ₽ против 35 000 ₽ по ставке 3 500 ₽/час. Если конфигурация обновляется три раза в год, эта разница набегает быстрее, чем стоила сама доработка.
БСП — библиотека стандартных подсистем. Это набор готовых механизмов, который вендор кладёт внутрь почти всех своих конфигураций: работа с пользователями и правами, отправка почты, обмен данными, файлы, версионирование объектов, регламентные задания, печатные формы. Владельцу этот термин важен по одной причине: механизм из БСП поддерживает вендор, а самописный аналог того же механизма поддерживаете вы, за деньги, вечно.
Дальше — что через расширение реально делается, а что нет, сколько стоит разница на горизонте двух лет и как прочитать смету, чтобы понять, что вам собираются делать, ещё до начала работ.
Расширение простыми словами
Отдельный файл с вашими изменениями, который платформа подключает поверх типовой конфигурации во время работы. Типовые объекты при этом остаются нетронутыми: вы не переписываете документ вендора, а как бы кладёте на него прозрачную кальку со своими дополнениями. Когда приходит обновление, вендор меняет нижний лист, а калька остаётся вашей. Отключается расширение одним флагом — база после этого работает как чистая типовая.
Сравнение с калькой не метафора ради красоты, а точное описание последствий. Если вы дорисовали свои детали прямо на основном чертеже, то при замене чертежа ваши линии исчезнут вместе с ним — их придётся переносить заново, сверяя со старой версией. Если вы рисовали на кальке, замена нижнего листа занимает минуту, а вам остаётся проверить, что дорисованное по-прежнему совпадает с новыми линиями. Иногда не совпадает — тогда правится один элемент, а не вся работа. Это и есть те самые 3 часа проверки против 10 часов переноса.
Схема из горизонтальных слоёв снизу вверх. Нижний слой — «Платформа 1С:Предприятие». Над ним — широкий слой «Типовая конфигурация», внутри которого выделен блок «БСП: пользователи и права, почта, обмен данными, файлы, регламентные задания, печатные формы». Над конфигурацией — узкий слой «Расширение: ваши реквизиты, формы, отчёты, HTTP-сервисы», нарисованный полупрозрачным. Сбоку отдельным блоком — «Внешний сервис», соединённый с расширением подписанной линией «контракт данных». Справа вертикальная шкала «цена одного обновления»: у типовой конфигурации «10 часов — 35 000 ₽», у расширения «3 часа — 10 500 ₽», у внешнего сервиса «3 часа — 10 500 ₽». Чертёжный стиль, подписи по-русски.
БСП простыми словами: почему конфигурации похожи изнутри
Библиотека стандартных подсистем — это общий каркас, который вендор встраивает в свои конфигурации. Именно поэтому в Бухгалтерии, УНФ, УТ, КА и ERP настройка прав, отправка писем, журнал регистрации и механизм обмена данными выглядят и работают почти одинаково, хотя учётная часть у них разная. Для владельца из этого следуют три практических вещи.
- Опыт подрядчика переносится между конфигурациями. Инженер, который делал обмен для УТ, в УНФ не начинает с нуля: механизмы обмена и публикации сервисов там устроены одинаково. Это влияет на смету — часы на «разобраться в системе» должны быть небольшими.
- Готовый механизм БСП дешевле самописного вдвойне. Его пишет и обновляет вендор, а ваш подрядчик только настраивает. Собственная реализация того же самого — это разработка сейчас плюс сопровождение навсегда. Если в смете есть строка «своя система прав» или «свой механизм рассылки», спросите, чем не подошёл штатный.
- Обновление БСП тоже приходит с релизом. Расширение, которое опирается на механизмы библиотеки, обычно переживает обновление без правок. Расширение, которое лезет внутрь их реализации, — не всегда. Это стоит отдельно проговорить при постановке задачи, а не выяснять на первом релизе.
Что через расширение делается, а что нет
Расширение закрывает большую часть типовых запросов бизнеса, но не все. Граница проходит там, где начинается сам учётный алгоритм: реквизиты, формы, отчёты и проверки — можно, переписывание проведения и структуры регистров — нет. В таблице ниже — реальные формулировки задач, которые обычно приносят подрядчику.
| Задача, как её формулирует бизнес | Расширением | Что это значит для цены обновления |
|---|---|---|
| Добавить в карточку клиента поле «канал привлечения» и отчёт по нему | Да | Конфигурация остаётся на поддержке, обновление обычное |
| Своя печатная форма договора и спецификации | Да | Обновление обычное |
| Запрет записи реализации без заполненного договора | Да | Обновление обычное, проверка живёт в расширении |
| Свой HTTP-сервис для обмена с сайтом или CRM | Да | Обновление обычное; это же рекомендуемый способ строить обмен |
| Поменять поведение типовой формы заказа | С оговорками | Форма заимствуется; при её изменении вендором — правка, обычно в пределах 3 часов |
| Переписать алгоритм проведения реализации | Нет | Правка типовой: 10 часов на релиз, либо вынос расчёта наружу |
| Изменить структуру типового регистра накопления | Нет | Правка типовой и почти всегда снятие с поддержки |
| Свой расчёт себестоимости вместо типового | Нет | Правка типовой; практичнее считать снаружи и загружать результат документом |
Формулировка «доработаем механизм проведения» стоит принципиально других денег, чем «добавим реквизит и отчёт», — и не в момент разработки, а через год. Если такая строка есть, спросите два вопроса: можно ли получить тот же результат расчётом во внешнем контуре с загрузкой готового документа, и во сколько часов подрядчик оценивает сопровождение обновлений после этой правки. Развилку целиком мы разобрали в статье о том, что выбрать: доработку 1С или внешнюю интеграцию.
Денежная разница: расчёт на два года
Модельная компания на 1С:УНФ. За два года накопилось шесть доработок: два новых реквизита с отчётами, своя печатная форма, проверка при записи, обмен с сайтом и доработка формы заказа. Конфигурация обновляется три раза в год — итого шесть релизов за период. Ставка инженера 3 500 ₽/час. Разработка расширением дороже примерно на 15 % по часам: приходится аккуратнее обходить типовые объекты.
Считать это стоит именно так, а не по строке «разработка» в коммерческом предложении. По разработке расширение выглядит дороже — и подрядчик, который сравнивает только эту строку, честно показывает вам худший вариант. Полная картина появляется, когда рядом встают шесть обновлений: 24 500 ₽ экономии на каждом, начиная со второго месяца жизни системы. Тот же принцип работает на любом горизонте — просто умножьте на своё число релизов в год.
Две вертикальные столбиковые диаграммы рядом, ось в рублях от 0 до 500 000. Левый столбик «Правка типовой — 455 000 ₽» разбит на два подписанных сегмента: «разработка 245 000 ₽» и «обслуживание 6 релизов 210 000 ₽». Правый столбик «Расширение — 343 000 ₽» разбит на сегменты «разработка 280 000 ₽» и «обслуживание 6 релизов 63 000 ₽». Между столбиками выносная скобка с подписью «разница 112 000 ₽ за 2 года». Внизу отдельной строкой: «экономия на одном релизе 24 500 ₽, наценка 35 000 ₽ возвращается на втором обновлении». Чертёжный стиль, подписи по-русски.
Как прочитать смету и понять, что вам делают
Технический язык сметы можно не изучать: достаточно проверить наличие пяти вещей. Ни одна из них не требует знания программирования, но все пять напрямую влияют на то, сколько система будет стоить через год.
- 1Слово «расширение» в описании работ. Если его нет ни разу, а работы описаны как «доработка конфигурации», уточните напрямую: правится типовая или пишется расширение. Ответ должен быть однозначным.
- 2Число изменяемых типовых объектов. Формулировка «изменяются 2 типовых объекта: документ Реализация и справочник Номенклатура» — нормальная. «Доработка модуля проведения» без перечня — нет: цену обновления по такой смете не оценит никто, включая автора.
- 3Отдельная строка про снятие с поддержки. Если работы его требуют, это должно быть написано словами и обсуждено, а не обнаружено через год. После снятия обновление превращается в отдельный проект от 40 часов.
- 4Оценка сопровождения планового обновления в часах. Это не гарантия и не фиксированная цена, а порядок величины, который вы сравните с другими предложениями. Отказ назвать порядок — сам по себе ответ.
- 5Реестр доработок как результат работ. Простой документ: что сделано, где лежит, какие типовые объекты затронуты. Без него сменить подрядчика через год стоит как половина исходной разработки — новому придётся разбирать логику по коду.
Эти же пять пунктов удобно использовать как фильтр при сравнении предложений. Обычно оказывается, что предложение, которое выглядело дешевле на 20 %, просто не содержит строк 3 и 4, а разница всплывает на первом же релизе. Как мы считаем и защищаем такие сметы, показано на странице бюджетов, а порядок работ после запуска — на странице поддержки.
Когда расширение не нужно
Расширение — инструмент, а не самоцель, и есть три ситуации, где настаивать на нём бессмысленно или вредно.
- Задача решается настройкой типовой. Отчёт на СКД, дополнительный реквизит через штатный механизм, права и шаблон печатной формы делаются в пользовательском режиме без единой строки кода. Разработка здесь — лишние деньги; проверьте это до постановки задачи.
- Задача по сути внешняя. Уведомления клиентам, аналитика, распознавание документов, работа с ИИ-моделями не должны жить внутри учётной базы вообще — ни в типовой, ни в расширении. Для них строится внешний контур и обмен: способы обмена с 1С с ценой и поведением при обрыве связи мы разбирали отдельно.
- Задача требует изменения учётного алгоритма. Если действительно нужно другое проведение или другая структура регистра, расширением это не сделать, и попытка обойти ограничение половинчатыми приёмами даёт худший из миров: и типовая задета, и логика размазана по двум местам. Здесь выбирается один из двух честных путей — правка типовой с понятной ценой обновлений или расчёт снаружи.
Фраза «у нас всё в расширениях, обновление пройдёт само» неверна. Расширение снижает объём работ с 10 часов до 3, но не до нуля: заимствованные формы и модули при обновлении меняются, и это надо проверять на копии базы до боевого обновления. Что именно проверять и в каком порядке — в разборе о том, почему обновление 1С после доработок стоит дорого и как это удешевить.
Сравнение в три колонки. Первая — «Настройка типовой, 0 ₽ разработки»: отчёт на СКД, дополнительный реквизит штатным механизмом, права, шаблон печатной формы. Вторая — «Расширение, обновление 3 ч — 10 500 ₽»: свои реквизиты и отчёты, проверки при записи, свои печатные формы, HTTP-сервис для обмена. Третья — «Правка типовой или внешний контур, обновление 10 ч — 35 000 ₽»: проведение документа, структура регистров, расчёт себестоимости. Под колонками общая подпись «сначала проверяем левую колонку, потом среднюю, и только потом правую». Чертёжный стиль, подписи по-русски.
Расширение не делает доработку бесплатной. Оно делает её обратимой — и это ровно то, за что вы платите наценку.
