Товар, цена, заказ и обмен: одна спецификация
Допустим, ваш магазин продаёт один товар в нескольких фасовках. Розничный покупатель платит по общей цене, организация получает цену по договору, а остаток приходит из 1С. Для сравнения возьмите этот товар и один заказ организации. Оба подрядчика должны показать одинаковую сумму, одинаковое доступное количество и одинаковый результат в учёте.
Слова «каталог», «личный кабинет» и «интеграция с 1С» ещё оставляют слишком много вариантов. Мы предлагаем зафиксировать, какие данные получает покупатель, откуда они приходят и что после заказа делает сотрудник. Это станет общей спецификацией для CMS, её доработки и собственной разработки.
| Часть магазина | Что записать в требования | Что показать при проверке |
|---|---|---|
| Каталог | Артикул, варианты, единицы продажи, характеристики, фильтры, фотографии; где сотрудники меняют каждое поле. | Сотрудник меняет вариант и фото. Покупатель находит нужный товар, выбирает фасовку и видит её цену и наличие. |
| Цены | Розничная и договорная цена, скидка по количеству, совместимость акций; кто задаёт правило и когда пересчитывается сумма. | Два покупателя собирают одинаковую корзину. Сумма у каждого соответствует его условиям и сохраняется в заказе. |
| Заказ | Доставка, оплата, статусы, отмена; какие действия автоматические, какие выполняет менеджер. | Заказ получает номер. Менеджер видит состав, сумму и следующий шаг; покупатель видит понятное подтверждение. |
| Обмен | Конфигурация и версия учёта, направления передачи, ответственный за цену и остаток, допустимая задержка и действие при сбое. | Изменение доходит до нужной системы. Сотрудник видит ошибку передачи и может проверить результат повторной отправки. |
Источник истины здесь означает систему, чьи данные считаются окончательными. Например, если цена ведётся в 1С, правка на сайте должна подчиняться согласованному правилу: запретить её, передать в учёт или сохранить как отдельную акцию. Без этого решения даже хорошо оформленная витрина может показывать неверную сумму.
Что видно в собственной разработке Frost Mining
В Frost Mining мы перенесли магазин термопаст, термопрокладок и жидкого металла с Tilda на собственную платформу. Создали магазин и админ-панель с вариантами фасовки, ценами, остатками, характеристиками и описаниями. Для мастеров и организаций предусмотрели специальные условия и скидку по объёму. Команда управляет содержимым магазина через интерфейс.
Реальный проект 13FOX
Фасовка, цена и остаток в управлении магазином
Собственная разработка включает рабочие инструменты сотрудников: каталог, заказы, тексты, изображения и лояльность.
В связке со СДЭК мы сохраняем товарный состав заказа, передаём его в доставку и автоматически уменьшаем количество в админ-панели. Собственная основа позволила собрать нужный процесс и сохранить управление товарами у команды магазина. Эти операции полезно включить и в проверку готовой платформы: сотруднику нужны понятные действия с каталогом и заказами при любом варианте разработки.
Когда достаточно CMS и доработки
Мы начинаем с проверки готовых возможностей, если торговый процесс состоит из каталога, корзины, оплаты, доставки и понятного обмена с учётом. В «1С-Битрикс: Управление сайтом» интернет-магазин доступен в редакциях «Малый бизнес», «Бизнес» и «Энтерпрайз». У «Бизнес» есть дополнительные торговые возможности, в том числе наборы и комплекты. Состав редакций приведён на официальной странице продукта; проверено 8 октября 2026 года.
Платформа допускает готовые решения, дополнительные модули и заказные доработки. Поэтому нестандартная скидка сама по себе ещё не требует переписывать магазин. Например, если все основные действия подходят, а особое правило касается одной группы товаров, сначала оценим отдельный модуль и его сопровождение. Попросим показать, как он взаимодействует с ценой в корзине, заказом и учётной системой.
В документации Битрикс есть компоненты обмена каталогом в формате CommerceML v2. Наличие этого механизма помогает начать проверку, но совместимость нужно подтвердить на вашей конфигурации, версии и доработках 1С. Возьмём товар с вариантом, цену и остаток, затем проследим заказ до учёта. Одной успешной загрузки каталога для приёмки всего обмена мало.
Готовая CMS подходит, когда её основные объекты и действия совпадают с вашим процессом. В смете остаются настройка, оформление витрины, подготовка данных, интеграции и ограниченный набор доработок. Для каждой доработки заранее нужен ответственный за обновления и проверку после них.
Отдельно проверим работу менеджера. Если он ежедневно открывает несколько панелей, переносит суммы или обходит ограничения прав, запишем эти действия в спецификацию. Подрядчик сможет предложить настройку, дополнительный экран или изменение процесса. Стоимость такой работы должна попасть в сравнение до выбора платформы.
Когда нужна собственная серверная часть
Серверная часть, или backend, хранит данные и выполняет правила магазина: рассчитывает сумму, создаёт заказ, проверяет доступность и передаёт данные другим системам. В CMS она уже есть. Собственную часть имеет смысл обсуждать, когда важные правила требуют заметно менять эту основу и затем поддерживать изменения.
Допустим, один заказ нужно разделить между поставщиками, согласовать разные сроки и собрать несколько отгрузок. Покупатель при этом должен видеть общий заказ и понятную сумму. Проверим, как CMS хранит такую структуру, какие модули её покрывают и где появляются ограничения. Если потребуется переписать обработку заказа и постоянно исправлять совместимость нескольких модулей, сравним эту работу с отдельной серверной логикой.
Есть промежуточный путь: CMS оставляет каталог, контент и подходящие операции, а отдельный сервис выполняет специальный расчёт или обмен. У этого варианта появляется дополнительная задача: согласовать данные между двумя частями, показать сотруднику ошибку и проверить совместное обновление. Раздельная разработка полезна, когда граница понятна и у каждой части есть ответственный.
В «Бакаеве» мы связали мобильный магазин, админ-панель и 1С через сервер синхронизации. Сотрудник меняет фото в панели, и оно обновляется в 1С. Заказ из приложения уменьшает остаток в панели и учётной системе. Изменения из 1С возвращаются к приложению. Такой путь данных помогает сформулировать требования к вашему магазину независимо от выбора витрины.
Число товаров само по себе не задаёт границу между CMS и собственной разработкой. Для оценки нагрузки зададим реальные условия: сколько вариантов у товара, какие фильтры и расчёты используются, как часто обновляются данные, сколько покупателей одновременно оформляют заказ. Затем проверим нужные операции под этой нагрузкой. Название технологии не заменяет такую проверку.
Как сравнить стоимость владения
Выберите общий период расчёта, например три года от запуска. Это допущение для сравнения, которое можно заменить вашим сроком планирования. Для каждого варианта отдельно сложите запуск, лицензии и внешние сервисы, эксплуатацию, согласованные изменения и передачу системы. Укажите одинаковое число товаров, интеграций и контрольных сценариев.
На 8 октября 2026 года в официальном прайсе 1С-Битрикс лицензия «Малый бизнес» стоит 47 000 ₽, «Бизнес» стоит 96 500 ₽. Продление на год обновлений указано отдельно: 11 750 ₽ и 24 125 ₽ соответственно. Поставщик указывает стоимость продления 25% от цены лицензии. Перед покупкой сверим действующий прайс и условия конкретного продукта.
По условиям поставщика после окончания активности лицензии сайт продолжает работать. Для доступа к обновлениям и установки новых решений из Маркетплейс нужно продление. В план сопровождения включим и продление, и работу по установке и проверке обновлений. Шаблон витрины и сторонние модули могут иметь свои условия оплаты и поддержки; их нужно перечислить отдельно.
| Расход | Магазин на CMS | Заказной магазин |
|---|---|---|
| До запуска | Лицензия, решение для витрины, настройка, дизайн, данные, модули, доработки и проверка. | Проектирование правил, витрина, серверная часть, панель сотрудников, данные, интеграции и проверка. |
| Эксплуатация | Размещение, копии, наблюдение за сбоями, продления, установка обновлений и проверка модулей. | Размещение, копии, наблюдение за сбоями, обновление библиотек и сервисов, проверка своего кода. |
| Изменение правила | Настройка или доработка; проверить совместимость с ядром и другими модулями. | Изменение кода и проверка связанных расчётов, заказов и обмена. |
| Передача системы | Аккаунты, лицензии, список модулей, код доработок, инструкции и проверка восстановления. | Код, права использования, доступы, описание данных, сборка, инструкции и проверка восстановления. |
Разделите регулярные расходы и оплату по объёму: сообщения, комиссии платёжных сервисов, услуги доставки. Посчитайте их при одинаковом числе операций. Работа сотрудников с каталогом и заказами тоже влияет на владение: в двух предложениях может остаться разный объём ручных действий. Зафиксируйте его отдельно, чтобы не принять перенос труда на менеджера за экономию разработки.
Например, предложите обоим подрядчикам оценить одно будущее изменение: новый тип договорной цены. Уточните, где меняется правило, какие операции проверяются и кто отвечает за обмен с 1С. Такой запрос покажет стоимость развития понятнее обещания «любые доработки». Подробный состав стартовых работ разобран в статье о смете интернет-магазина.
Проверка до окончательного выбора
Для спорного правила мы предлагаем короткую проверку на обезличенных данных. Если магазин уже работает, возьмите существующие товар и заказ; если вы только запускаетесь, подготовьте демонстрационный набор. Результат проверки должен показать, какие функции готовы, что нужно разработать и какие действия остаются у сотрудников.
- Пройдите обычный заказ. Выберите вариант товара, примените цену покупателя, доставку и оплату. Сверьте сумму в корзине, заказе и учётной системе.
- Измените исходные данные. Поменяйте цену или остаток в системе, которая ими управляет. Проверьте, когда витрина получает изменение и как ведёт себя уже собранная корзина.
- Проверьте исключение. Допустим, ответ учётной системы потерян после отправки заказа. Повторите передачу по согласованному правилу и проверьте число заказов, сумму и остаток. Менеджер должен видеть результат или понятную ошибку.
- Проверьте работу без разработчика. Попросите сотрудника изменить фото, добавить вариант и обработать отмену под его обычной ролью. Отметьте операции, для которых нужен программист.
- Запишите условия поддержки. Кто обновляет ядро и модули, проверяет обмен, восстанавливает копию и получает обращение о сбое. Условия и расходы должны присутствовать в предложении.
После проверки можно выбрать CMS, ограниченную доработку или собственную основу с понятным основанием. Если одна обязательная операция остаётся ручной, укажите её прямо в смете и оцените вместе с командой магазина. Для компаний из Москвы, Санкт-Петербурга и других регионов эту проверку можно проводить удалённо: нужны доступ к демонстрации, обезличенные данные и участие сотрудника, который обрабатывает заказы.
Вопросы перед заказом
Сложному магазину обязательно нужна собственная разработка?
Сначала проверьте нужные правила в CMS и её модулях. Если основные действия подходят, может хватить настройки или отдельной доработки. Своя основа требует обоснования на конкретных операциях и сравнения расходов на поддержку.
Что здесь означает «Битрикс»?
В сравнении рассматриваем «1С-Битрикс: Управление сайтом», платформу для сайтов и интернет-магазинов. Битрикс24 является отдельным продуктом; его тарифы и функции CRM не заменяют условия лицензии магазина.
Можно ли оставить Битрикс и добавить собственный backend?
Можно рассмотреть отдельный сервис для специального расчёта или обмена. Сначала определите, какие данные и действия остаются в CMS, что делает сервис и как сотрудник увидит ошибку между ними. В смету включите поддержку обеих частей.
Как сравнить цену двух предложений?
Передайте одну спецификацию каталога, цен, заказа и обмена. Выберите общий период владения и отдельно сравните запуск, лицензии, сервисы, поддержку, изменения и передачу системы. Ручные действия сотрудников запишите в каждом варианте.
Источники для проверки лицензии и функций
Официальные страницы проверены 8 октября 2026 года. При выборе редакции и покупке используйте действующие условия поставщика.
- 1С-Битрикс: Управление сайтом: назначение продукта, редакции, обновления и работа после окончания активности лицензии.
- Официальный прайс: покупка, продление и переход между редакциями.
- Документация обмена с 1С: компоненты импорта и экспорта каталога в CommerceML v2.
Разберём один торговый сценарий
Покажите каталог, правила цен, маршрут заказа и учётную систему. На первом обсуждении выделим готовые функции, доработки и задачи серверной части. Получите основу для сравнения состава двух смет.