Большинству интернет-магазинов типового модуля обмена достаточно, и заказная интеграция им не нужна. Это неудобный вывод для подрядчика, но он следует из арифметики: три года владения типовым модулем стоят 760 000 ₽, заказной интеграцией — 1 239 000 ₽, а разницу в 479 000 ₽ возвращает только то, чего модуль физически не умеет. Если ваш случай в этот перечень не попадает, платить не за что.
Модельный магазин дальше — 1 500 отправлений в месяц, средний чек 6 200 ₽, каталог около 3 000 позиций, один склад, витрина на коробочной CMS, учёт в типовой конфигурации 1С. Из чего вообще складывается смета связки и какие три сценария бывают, разобрано в материале про стоимость связки магазина с учётом; здесь — только развилка «модуль или своё» и цена ошибки на этой развилке.
Ниже — по пять признаков на каждую сторону, таблица стоимости владения за три года по четырём вариантам, разбор ловушки доработанного модуля, промежуточный вариант, который закрывает большинство пограничных случаев, и честный список ситуаций, в которых мы сами отговариваем заказывать разработку.
Пять признаков, что типового модуля хватит
Признаки проверяются за один вечер и не требуют участия подрядчика. Если сходятся все пять — разговор о заказной интеграции можно закрывать, не начиная.
- Учётная система в типовом виде. 1С:УНФ, 1С:УТ или 1С:Розница без изменённых типовых объектов. Добавленные реквизиты — ещё не приговор; переписанные документы и печатные формы, сделанные «под нас» пять лет назад, — уже да.
- Один склад и одно юрлицо. Как только складов два, появляется вопрос, какой остаток показывать на витрине, и типовой модуль на него отвечает единственным способом — суммой, что почти всегда неверно.
- Одна площадка продаж. Свой сайт, без маркетплейсов в том же контуре обмена. Площадки добавляют собственные требования к карточке и собственные статусы, и это отдельный проект — про него есть отдельный материал.
- Стандартные типы цен. Одна розничная и, максимум, одна оптовая. Персональные цены по договорам, скидочные лестницы и цены, зависящие от количества, — вне типового обмена.
- Умеренный поток. До 1 500 заказов в месяц и до 5 000 позиций в каталоге при обмене раз в 15 минут. На этих объёмах файловый обмен по расписанию работает без нареканий и без очередей.
Пять признаков, что не хватит
Обратный список короче на объяснения: каждый пункт означает, что модуль придётся дорабатывать, а доработка модуля — это и есть та самая ловушка из следующего раздела.
- Доработанная конфигурация. Свои документы, изменённые типовые объекты, собственный механизм резервирования. Модуль рассчитан на типовые объекты и после первой же обработки данных начнёт молча пропускать то, чего не понимает.
- Несколько складов или юрлиц с разными правилами. Отгрузка со склада в зависимости от адреса доставки, разные остатки по юрлицам, товар в пути — всё это логика, которой в модуле нет и не будет.
- Нестандартные единицы измерения. Метры погонные, вес, кратность упаковки, характеристики с раздельными остатками по размеру и цвету. Каждый из этих случаев ломает типовое сопоставление номенклатуры.
- Свои схемы резервирования. Остаток под подтверждённый заказ, дозаказ у поставщика, витринный запас. Доступный остаток — это расчёт, а не поле, и решение о формуле принимает человек, а не модуль.
- Нужна частота выше, чем даёт модуль. Событийный обмен при оплате, обновление остатка в течение минуты, мгновенная блокировка позиции. Файловый обмен по расписанию здесь принципиально не подходит: чем это заканчивается на витрине, разобрано в материале про ошибки обмена.
Две вертикальные колонки признаков, разделённые тонкой линией. Левая озаглавлена «Хватит модуля», пять строк: «типовая конфигурация», «один склад и юрлицо», «одна площадка», «одна-две цены», «до 1 500 заказов и 5 000 позиций». Правая озаглавлена «Не хватит», пять строк: «доработанная конфигурация», «несколько складов или юрлиц», «нестандартные единицы и характеристики», «свои схемы резервирования», «нужен обмен чаще расписания». Под колонками общая полоса с надписью: «правило чтения — достаточно одного совпадения справа». Чертёжный стиль, тонкие линии, подписи по-русски.
Слева нужны все пять пунктов, справа достаточно одного. Связка проектируется по самому сложному участку, а не по среднему: один склад с нестандартным резервированием отменяет типовой модуль так же надёжно, как пять складов. Это единственное правило чтения, которое имеет значение.
Стоимость владения за три года
Сравнивать разовые цены бессмысленно: у модуля дешевле старт и дороже подписка, у заказной интеграции наоборот. Смотреть надо на три года — это средний срок жизни связки до серьёзной переделки. Ставки: инженер 3 000 ₽ в час, вилки цен — рыночные по состоянию на сентябрь 2026 года.
| Вариант | Разово | В месяц | Три года владения | Потолок |
|---|---|---|---|---|
| Типовой модуль с настройкой, без правок | 130 000 ₽ | 17 500 ₽ | 760 000 ₽ | один склад, одна площадка, простые цены |
| Модуль плюс отдельный обмен на один участок | 220 000 ₽ | 22 500 ₽ | 1 030 000 ₽ | один нестандартный участок, остальное типовое |
| Доработанный модуль, 60 часов правок | 310 000 ₽ | 25 500 ₽ | 1 228 000 ₽ | тот же, что у типового модуля |
| Заказная интеграция под вашу конфигурацию | 339 000 ₽ | 25 000 ₽ | 1 239 000 ₽ | практического потолка нет |
Ежемесячные суммы расшифровываются так. У модуля 17 500 ₽ — это подписка 5 500 ₽ и поддержка 12 000 ₽; за 36 месяцев набегает 630 000 ₽. У промежуточного варианта 22 500 ₽ в месяц, то есть 810 000 ₽ за три года. У заказной интеграции 25 000 ₽ — нижняя граница вилки поддержки 25 000–80 000 ₽, самый оптимистичный вариант, и это 900 000 ₽ за тот же срок. Строка «доработанный модуль» дороже типового на 8 000 ₽ в месяц, и эти восемь тысяч — самая интересная величина во всей таблице.
Четыре вертикальных накопительных столбца на общей рублёвой оси от 0 до 1 400 000 ₽. Каждый состоит из двух сегментов: нижний «разовое вложение», верхний «36 месяцев эксплуатации». Столбцы с подписями и итогами: «Типовой модуль — 130 000 + 630 000 = 760 000 ₽», «Модуль плюс отдельный обмен — 220 000 + 810 000 = 1 030 000 ₽», «Доработанный модуль — 310 000 + 918 000 = 1 228 000 ₽», «Заказная интеграция — 339 000 + 900 000 = 1 239 000 ₽». Между третьим и четвёртым столбцами фигурная скобка с подписью «разница 11 000 ₽ за три года, а возможности разные». Чертёжный стиль, подписи по-русски.
Ловушка доработанного модуля
Самый естественный ход мысли выглядит так: модуль почти подходит, доработаем немного — выйдет дешевле разработки с нуля. Логика верная ровно до первого обновления. Вендор модуля выпускает обновления примерно четыре раза в год, и каждое из них накатывается поверх кода, в который внесли ваши правки.
- 1Что происходит при обновлении
Правки либо затираются целиком, либо конфликтуют с новой версией. Оба исхода одинаково плохи, но второй хуже: система продолжает работать и выглядит исправной, а обмен начинает молча пропускать часть позиций. Обнаруживается это через покупателя, который заказал то, чего нет.
- 2Что это стоит каждый раз
Перенос правок на новую версию плюс регрессная проверка обмена — 6–10 часов инженера, то есть 18 000–30 000 ₽. Четыре раза в год это 72 000–120 000 ₽, или дополнительные 6 000–10 000 ₽ в месяц к поддержке. В таблице выше эта строка учтена как 8 000 ₽.
- 3Куда это приводит через год
Появляется соблазн перестать обновляться. Именно так возникают магазины, у которых модуль обмена трёхлетней давности: обновление стоит денег и рисков, а невозможность обновиться закрывает и новые функции, и исправления ошибок. Через два-три года это заканчивается полной переделкой, которую уже никак не назовёшь плановой.
Практическое правило: если смета на доработку модуля превышает 20 часов, то есть около 60 000 ₽, честнее посчитать заказную интеграцию. За этой отметкой вы платите как за свою систему, а получаете чужую с потолком модуля и с обязанностью переносить правки при каждом обновлении. Разница между третьей и четвёртой строкой таблицы — 11 000 ₽ за три года: это ошибка округления, а не выбор.
Промежуточный вариант: модуль плюс отдельный обмен
Большинство пограничных случаев закрывается третьим решением, о котором почему-то редко говорят. Типовой модуль остаётся нетронутым и возит всё типовое: номенклатуру, картинки, цены, заказы, статусы. Один нестандартный участок выносится в отдельный маленький обмен, который живёт рядом и не трогает код модуля.
Схема из пяти блоков. Слева блок «1С, типовая конфигурация», справа блок «Витрина магазина». Между ними две параллельные горизонтальные дорожки. Верхняя подписана «Типовой модуль, без правок» с подписями на стрелке: «номенклатура, картинки, цены, заказы, статусы». Нижняя подписана «Отдельный обмен, 90 000 ₽ разово» со стрелкой «доступный остаток по трём складам с учётом резервов». Над верхней дорожкой значок обновления с подписью «обновление вендора 4 раза в год — нижнюю дорожку не задевает». Внизу общая подпись: «три года владения — 1 030 000 ₽». Чертёжный стиль, подписи по-русски.
Типичные участки, которые выносят отдельно: расчёт доступного остатка по нескольким складам с учётом резервов, выгрузка статусов доставки от службы курьеров, персональные цены для оптовых клиентов, событийная отправка данных об оплате. Цена такого обмена — 60 000–120 000 ₽ разово и 4 000–7 000 ₽ в месяц сверх обычной поддержки; в таблице выше взята середина вилки, 90 000 ₽ разово и 5 000 ₽ в месяц. Три года владения — 1 030 000 ₽ против 1 228 000 ₽ у доработанного модуля, то есть на 198 000 ₽ дешевле и без поломок на обновлениях.
Условие применимости одно, и оно жёсткое: нестандартный участок должен быть один. Два таких участка — это уже 120 000–240 000 ₽ разово и вторая точка отказа в схеме; три — полноценная заказная интеграция, только собранная из кусков и потому хуже управляемая. Сама архитектура связки и четыре способа её построить разобраны в материале про обмен магазина с 1С.
Когда мы сами отговариваем от разработки
Четыре ситуации, в которых заказная интеграция не окупится и мы говорим это до сметы, а не после запуска.
- 1Сходятся все пять признаков из первого списка. Тогда разница в 479 000 ₽ за три года не возвращается ничем: заказная интеграция сделает ровно то же самое, что модуль за 130 000 ₽, только дороже и дольше.
- 2Магазин ещё не устоялся. Первый год работы, ассортимент и схема продаж меняются каждый квартал. Проектировать под них свою систему — значит переделывать её три раза за год. Модуль в этой ситуации выигрывает именно тем, что его не жалко заменить.
- 3Некому принимать работу со стороны магазина. Заказная интеграция требует человека, который отвечает на вопросы про доступный остаток, виды цен и правила резервирования. Если такого человека нет, решения примет подрядчик — и они будут неправильными, потому что он не знает вашего товара.
- 4Причина заказа — недовольство текущим подрядчиком, а не потолок модуля. Разбор обычно показывает, что модуль настроен наполовину, мониторинга нет, а сбои чинятся по жалобам покупателей. Замена архитектуры это не лечит: те же люди соберут ту же связку, только дороже.
И одна фраза, которую стоит запомнить целиком. Заказную интеграцию берут не потому, что она лучше, а потому, что известен конкретный участок, который модуль не закрывает физически. Если такого участка назвать нельзя — его нет, и правильный ответ звучит как «типовой модуль за 130 000 ₽ и вернуться к разговору, когда появится второй склад». Тот же принцип работает и в соседних решениях: где проходит граница между коробкой и доработкой в учётных системах, разобрано в материале про коробочную CRM и доработку.
