Интернет-магазин с 1С под ключ: сколько стоит разработка в 2026 году, что входит и от чего зависит цена
Сколько стоит интернет-магазин с 1С: короткий ответ
Разработка интернет-магазина с интеграцией 1С у нас стоит от 900 000 ₽ и занимает от 10 недель. Это нижняя граница формата «Каталог / e-commerce / веб-сервис» услуги «Разработка сайтов»: в составе формата заявлены интеграции с CRM и 1С наравне с платёжными системами, доставкой и аналитикой; для варианта с обменом 1С и несколькими службами цена называется индивидуально после брифа, а обмен с 1С не продаётся отдельной услугой с отдельным прайсом. Опубликованной верхней границы у формата нет, и придумывать её для красивого заголовка мы не будем. Итоговая цифра определяется составом работ в смете: нижняя граница опубликована, верхняя складывается из того, что именно вы заказываете.
Почему так, а не «магазин с 1С — от X до Y»? Потому что один и тот же заголовок «интернет-магазин с 1С» скрывает очень разные проекты: от каталога в несколько сотен позиций с односторонней выгрузкой остатков до оптового магазина с несколькими типами цен, договорами по контрагентам, личным кабинетом и двусторонним обменом заказами. Честнее назвать точку, от которой начинается формат, и объяснить, что двигает цифру вверх, чем выдавать диапазон, который ни к кому не применим.
Статья для владельцев розничного и оптового бизнеса, которые ведут учёт в 1С и хотят понять порядок затрат до разговора с подрядчиком. Мы не приводим «средние по рынку» цены других студий: проверяемого источника, который корректно сравнивал бы проекты по составу работ, у нас нет, а голая цифра без состава вводит в заблуждение. Общая логика бюджета магазина разобрана в статье «Интернет-магазин под ключ: из чего складывается бюджет от 900 000 ₽», технические форматы обмена с учётной системой в статье «Интеграция интернет-магазина с 1С: синхронизация остатков, цен и заказов». Здесь мы не повторяем их, а смотрим на вопрос с другой стороны: как 1С влияет на смету.
Из чего складывается цена: что входит в «от 900 000 ₽»
Чтобы цена не выглядела магией, ниже перечень работ, которые входят в формат магазина по нашему описанию услуги. Это не «опции на выбор», а состав базовой нижней границы; насколько глубоко проработан каждый пункт, фиксируется в смете.
1. Архитектура каталога: категории, параметры товаров (размеры, варианты, наличие), структура данных.
2. Фильтры, поиск и карточки товаров.
3. Корзина и оформление заказа.
4. Интеграция с платёжной системой: корректная работа сценариев успеха, отказа и возврата.
5. Интеграция с доставкой: расчёт стоимости, трекинг, печать накладных, передача статусов.
6. Интеграции с CRM и 1С: передача заказов, синхронизация остатков.
7. Личный кабинет и ролевые цены, если они нужны вашему бизнесу.
8. Уникальный дизайн, адаптивная вёрстка, тестирование на реальных устройствах (если дизайн-проект уже есть у вас, мы реализуем его).
9. Архитектура под пиковые нагрузки: распродажи, сезонность.
10. Базовое SEO и настройка аналитики при запуске.
Цены внутри формата мы публикуем так: «от 900 000 ₽» для нижней границы (каталог, корзина, оплата, доставка и минимальный набор интеграций), а для расширенных вариантов, где добавляются CRM и 1С, несколько служб доставки и способов оплаты, больший каталог, и для B2B с ролевыми ценами и личным кабинетом, цена называется индивидуально после брифа. Это не уход от ответа: у этих вариантов нет одной цифры, потому что состав работ у каждого проекта свой.
Нижняя граница: минимальный набор
«От 900 000 ₽» относится к магазину с каталогом, корзиной, оплатой, доставкой и минимальным набором интеграций на стандартной структуре данных. Если ваш проект ровно такой, цена будет близка к нижней границе. Как только в смету добавляются нетиповые сценарии обмена с 1С, несколько платёжных систем или кабинет с ролями, цифра растёт, и мы показываем, за какую строку работ.
Стандарт и Enterprise: когда цену называем после брифа
Стандартный вариант включает интеграции с CRM и 1С, несколько служб доставки и способов оплаты, больше позиций и более сложную структуру параметров. Расширенный вариант (B2B) добавляет ролевую модель цен и личный кабинет, большой каталог, пиковые нагрузки, нетиповые сценарии и множество внешних интеграций. Для обоих вариантов цена обсуждается индивидуально, потому что любая цифра «от и до» без знания вашей учётной системы была бы выдумкой.
Что именно добавляет 1С в проект
Магазин без учётной системы живёт сам по себе: менеджер вручную переносит заказы, остатки правятся руками, цены обновляются в двух местах. Интеграция с 1С убирает этот ручной слой, но добавляет в проект отдельные задачи. Именно они объясняют, почему магазин с 1С сложнее и дороже магазина без неё, и почему мы не принимаем «подключить 1С» за одну галочку в смете.
Выгрузка номенклатуры, остатков и цен на сайт
Каталог сайта получает из 1С товары, остатки, цены и скидки. Задача не только технологическая: сначала нужно договориться, какие данные в 1С считаются источником истины, как сопоставляются товары на сайте и в учётной системе, что делать с позициями без остатка, с несколькими складами и типами цен. Чем аккуратнее данные в 1С, тем быстрее и дешевле эта часть.
Передача заказов в 1С и обратная синхронизация статусов
Заказ, оформленный на сайте, попадает в 1С без повторного ввода менеджером, а статусы (оплачен, собран, отправлен) возвращаются обратно, чтобы клиент видел актуальную картину. В официальной документации ИТС по обмену с сайтом это описано как два процесса: выгрузка каталога на сайт и приём заказов с сайта, а в документе 1С сохраняются номер и дата заказа, с которыми он оформлен на сайте. Тестирование этой цепочки включает сценарии, которые редко приходят в голову заранее: заказ изменён после оформления, оплата частичная или отменена, товар закончился между добавлением в корзину и подтверждением.
Оплаты, контрагенты и B2B-логика
Для розницы обычно хватает передачи заказа и статуса оплаты. Для опта и B2B вопросов больше: юридические лица и договоры, индивидуальные цены и скидки, отсрочка платежа, документы по заказу. Каждый такой сценарий добавляет работу и по обмену, и по личному кабинету, поэтому B2B-магазин на 1С редко остаётся в зоне нижней границы вилки. Если вам нужен кабинет дилера с ролями и историей заказов, его состав и цена разобраны отдельно на странице стоимость личного кабинета для сайта.
Двусторонняя синхронизация «почти в реальном времени»
Обновление по расписанию (раз в какое-то время) и обмен, близкий к реальному времени, технически разные задачи. Насколько быстро изменения в 1С попадают на сайт и наоборот, зависит от инфраструктуры 1С на вашей стороне, поэтому мы не обещаем «мгновенно» заранее: это обсуждается на брифе, когда видно, где развёрнута 1С и как к ней можно подключиться.
Почему интеграция с 1С — самая «плавающая» часть сметы
Сайт, оплату и доставку можно оценить по типовым сценариям. Интеграцию с 1С нельзя: она зависит не от нас, а от того, как устроена ваша учётная система. Ниже факторы, которые чаще всего меняют объём этой части, от самых очевидных к тем, о которых заказчики обычно не думают до брифа.
1. Конфигурация и версия 1С
Мы работаем с основными конфигурациями, которые встречаются в e-commerce: 1С:Управление торговлей (УТ), Комплексная автоматизация (КА), ERP и Управление небольшой фирмой (УНФ). Формат обмена зависит от того, какая конфигурация уже развёрнута у вас. Типовая конфигурация без доработок обычно проще; сильно доработанная под ваши процессы требует отдельного разбора.
2. Качество данных в 1С
Дубли в номенклатуре, отсутствие единых артикулов, неполные характеристики, разные названия одного товара — всё это превращается в работу по чистке и сопоставлению данных до запуска обмена. Это не «вина» учётной системы: так бывает в любой компании, которая ведёт номенклатуру много лет. Но на смете это отражается, и лучше узнать об этом на брифе, чем на третьей неделе разработки.
3. Направления и частота обмена
Односторонняя выгрузка остатков и цен проще, чем двусторонний обмен заказами и статусами; обмен раз в сутки проще, чем частый. Каждое дополнительное направление и каждое повышение частоты увеличивают объём разработки и тестирования.
4. Нетиповые сценарии
Индивидуальные цены по клиентам, наборы и комплекты, предзаказ, резервирование под оплату, работа с несколькими юридическими лицами или складами. Чем больше сценариев, которых нет в типовом обмене, тем больше кастомной логики.
5. Доступ к 1С и тестовый контур
Обмен нельзя отладить вслепую. Нужен доступ к 1С или к её тестовой копии, а нередко ещё и специалист, который обслуживает вашу 1С. Если доступ откладывается, сроки сдвигаются, а вместе с ними и бюджет: простои команды тоже входят в стоимость проекта. Поэтому вопрос «кто на вашей стороне отвечает за 1С» мы задаём в первых минутах брифа.
6. Что делается на стороне 1С, а что на стороне сайта
Часть задач может потребовать изменений в самой 1С (настройка обмена, права, дополнительные реквизиты), часть решается на стороне сайта. Кто и в какой части выполняет работу, а также что из этого входит в нашу смету, а что в зону вашего 1С-специалиста, фиксируется на брифе и в договоре. Рекомендуем не оставлять этот вопрос «на потом».
Форматы обмена с 1С и как выбор формата влияет на цену
Для сайтов на 1С-Битрикс и других CMS с поддержкой CommerceML мы используем этот открытый протокол обмена, который понимает сама 1С. По описанию в документации ИТС (методическая поддержка 1С:Предприятия 8), обмен электронными документами с веб-сайтом идёт по форматам XML-схемы CommerceML, а инициатором обмена выступает система «1С:Предприятие 8»; обмен делится на выгрузку на сайт каталога продукции и приём заказов с сайта. Это означает, что при типовых условиях сайт «встречает» то, что присылает 1С, по известным правилам, и готовая схема сокращает объём разработки.
Если сайт построен на другом стеке или конфигурация нетиповая, подключаем кастомный протокол: через API, HTTP-сервисы 1С или прямые запросы к базе. Это гибче, но требует больше проектирования и тестирования, и в смете такая работа выглядит дороже типовой. Мы не навязываем один формат: подбираем под вашу конфигурацию и требования площадки, а не под удобство подрядчика. Разницу между форматами в деталях разбираем в статье об интеграции магазина с 1С.
Практический вывод для бюджета: если у вас типовая конфигурация 1С и сайту подходит стандартный обмен, он закрывается меньшими усилиями. Если нет, закладывайте больше времени на проектирование обмена. Какой из случаев ваш, мы понимаем после технического разговора и доступа к вашей 1С, а не по описанию «у нас 1С».
Что ещё в магазине двигает бюджет, кроме 1С
Интеграция с 1С — самая заметная, но не единственная статья расходов. На странице формата мы называем три вопроса, которые сильнее всего двигают цифру внутри вилки: сколько позиций и насколько сложны их параметры, с какой платёжной системой и CRM нужна интеграция, нужен ли личный кабинет. К ним добавляются доставка, дизайн и нагрузка.
Каталог: число позиций и структура параметров
Фильтры, варианты, размеры, наличие на складе: чем больше позиций и чем сложнее у них параметры, тем больше времени уходит на проектирование структуры данных, а не на вёрстку карточек. Каталог в 300 позиций с тремя параметрами и каталог в десятки тысяч позиций с наборами характеристик — разные проекты.
Оплата и онлайн-касса
Эквайринг принимает деньги, онлайн-касса фиксирует расчёт. По 54-ФЗ (статья 1.2, в редакции КонсультантПлюс) при расчётах в сети Интернет пользователь ККТ обязан обеспечить передачу покупателю кассового чека или бланка строгой отчётности в электронной форме на абонентский номер либо адрес электронной почты, указанные покупателем до совершения расчётов. Для магазина это означает, что форма оформления заказа должна корректно собирать контакт для чека, а оплата и фискализация должны работать согласованно в одном процессе. Если у вас несколько способов оплаты (карта, СБП, рассрочка), каждый из них добавляет сценарии, которые нужно тестировать отдельно: успех, отказ, возврат. Подробнее об этом блоке мы писали в статье про эквайринг и онлайн-кассу для интернет-магазина; о юридических нюансах конкретно вашей кассы лучше консультироваться с юристом или вашим оператором фискальных данных.
Доставка
С доставкой настраиваем расчёт стоимости, трекинг, печать накладных и передачу статусов. Одна служба доставки и несколько служб с разными тарифами и правилами — разная сложность. Количество и сложность служб доставки прямо влияют на итоговую цифру.
Личный кабинет и ролевые цены
Если заказы оформляются без регистрации, часть архитектурной сложности и, соответственно, часть бюджета может не понадобиться. Кабинет оправдан, когда клиенты покупают регулярно или нужны индивидуальные цены (опт, дилеры); для разовых покупок обязательная регистрация может мешать конверсии. Это решение стоит принять до сметы, а не после.
Дизайн и нагрузка
Если у вас уже есть дизайн-проект, мы реализуем его, и этап дизайна в такой работе выглядит иначе, чем разработка дизайна с нуля. Если ожидаются распродажи и сезонные пики, архитектура закладывается под нагрузку, а не дорабатывается после первой акции.
Вилка цены: нижняя граница опубликована, верхняя определяется сметой
На сайте опубликована одна цена на этот формат: «от 900 000 ₽, от 10 недель». Это нижняя граница диапазона, и верхней у формата нет. Мы понимаем, что заказчику хочется потолок, но честнее объяснить, как он формируется, чем назвать число, которое окажется неверным для половины проектов.
Работает это так. Вы приходите с задачей, мы на брифе фиксируем число позиций, платёжную систему, CRM и 1С, службы доставки и потребность в личном кабинете. Затем составляем смету по этапам, и цифра становится конкретной. После утверждения цену и срок фиксируем в договоре до старта, без плавающего ТЗ. То есть ваш риск «выйти за потолок» закрывается не обещанием «не дороже X», а тем, что состав работ и цена согласованы заранее, а изменения состава обсуждаются явно.
Для сравнения форматов: лендинг у нас от 250 000 ₽ (3-4 недели), корпоративный сайт от 500 000 ₽ (6-8 недель), каталог, магазин или веб-сервис — от 900 000 ₽ (от 10 недель). Разница между корпоративным сайтом и магазином объясняется конкретными пунктами работы, которых в более простых форматах нет: каталогом, оплатой, доставкой, интеграциями. Общую логику выбора формата описывает страница про разработку сайтов под ключ.
Срок разработки: почему «от 10 недель»
Срок магазина измеряется неделями, а не днями, и тоже зависит от интеграций. Ориентировочные этапы по нашему описанию формата: бриф и аналитика (3-5 дней), прототип и структура (1 неделя), дизайн (2-3 недели), разработка и интеграции (3-6 недель и дольше), тестирование и запуск (1 неделя). Длительность этапов ориентировочная, итоговый срок называем после брифа.
Почему разработка и интеграции — самый «резиновый» этап? Оплата, остатки и заявки в CRM тестируются отдельно по каждому сценарию, а обмен с 1С дополнительно зависит от доступа к вашей учётной системе и готовности данных. Поэтому для магазина этот этап ближе к верхней границе. Если дизайн-проект уже есть, этап дизайна сокращается, но на общий срок это влияет не линейно: интеграции идут параллельно с фронтендом, а не вместо него.
Пример: МисиШоп, оптовый магазин с нуля по дизайн-проекту заказчика
В нашем портфолио есть интернет-магазин оптовой продажи трикотажной одежды МисиШоп: сайт сделан с нуля по готовому дизайн-проекту заказчика, без права менять визуальное решение. Мы реализовали дизайн-проект в рабочий сайт: каталог под оптовый формат продаж, карточки товаров, корзина и оформление заказа. Сайт работает: misishop.ru.
Что этот пример показывает в контексте цены: когда дизайн задан заказчиком, смета строится вокруг реализации, а не вокруг проектирования внешнего вида, а оптовая специфика (формат каталога и заказа) формирует отдельный объём работы. Чего он не показывает: числовых результатов магазина мы не публикуем, а публичных кейсов именно с обменом 1С у нас пока нет, поэтому МисиШоп не пример интеграции с 1С и мы не приписываем ему такой функциональности. Интеграцию сайта с 1С мы делали для другого клиента по NDA, без раскрытия названия. Отраслевой взгляд на то, где интернет-магазин теряет деньги (каталог, оплата, доставка), собран на странице интернет-магазин под ключ.
Чек-лист: как подготовиться к брифу и получить точную смету
Чем больше пунктов вы закроете до разговора, тем точнее будет смета и тем меньше будет «плавающей» части. Если на какой-то пункт ответа нет, это нормально: так и скажите, мы разберём его на брифе.
1. Определено, какая 1С у вас используется: название конфигурации (УТ, КА, ERP, УНФ или другая) и версия.
2. Известно, где развёрнута 1С (у вас, в облаке, у обслуживающей организации) и кто отвечает за неё на вашей стороне.
3. Понятно, можно ли получить доступ к тестовой копии 1С для отладки обмена.
4. Выбрано, какие данные пойдут из 1С на сайт: номенклатура, остатки, цены, скидки, характеристики, изображения.
5. Выбрано, какие данные пойдут с сайта в 1С: только заказы или ещё и клиенты, оплаты, статусы.
6. Решено, как часто нужен обмен: раз в сутки, по расписанию в течение дня или максимально близко к реальному времени.
7. Оценено примерное число товарных позиций и список параметров товара (размеры, цвета, варианты, комплекты).
8. Проверено качество номенклатуры в 1С: есть ли дубли, единые артикулы, заполненные характеристики.
9. Определены типы цен: розница, опт, дилерские, индивидуальные; есть ли у них правила применения.
10. Составлен список способов оплаты и платёжных систем, понятно, как будет работать онлайн-касса и чеки.
11. Составлен список служб доставки и правил расчёта стоимости.
12. Принято решение, нужен ли личный кабинет с историей заказов или оформление идёт без регистрации.
13. Известно, есть ли у вас готовый дизайн-проект или дизайн нужен с нуля.
14. Определено, кто на вашей стороне принимает решения по проекту и согласует смету.
Типичные ошибки при заказе магазина с 1С
Выбирать подрядчика по самой низкой цифре без сравнения состава. Две сметы «магазин с 1С» могут описывать разные проекты: в одной обмен односторонний и раз в сутки, в другой двусторонний с заказами и статусами. Сравнивайте перечень работ, а не итоговую сумму.
Считать интеграцию с 1С «галочкой». Подключить 1С одним нажатием не получится: нужны сопоставление данных, тестирование сценариев и доступ к вашей учётной системе. Подрядчик, который не задаёт вопросов про конфигурацию и качество номенклатуры, либо уже всё знает, либо ещё не видел вашу 1С.
Откладывать вопрос о доступе к 1С. Простой команды из-за отсутствия доступа или специалиста по 1С двигает и срок, и бюджет. Назначьте ответственного на своей стороне до старта.
Заказывать «всё сразу». Личный кабинет, ролевые цены и обмен в реальном времени полезны, если они нужны бизнесу сейчас. Если нет, часть из них можно запустить позже, когда магазин начнёт приносить заказы, и тем самым снизить стартовый бюджет. Это решение стоит принять осознанно на брифе.
Не проверять оплату и остатки в тесте. Магазин, где платёж проходит только в идеальном сценарии, а остатки расходятся с 1С, теряет заказы и доверие. Тестирование оплаты (успех, отказ, возврат) и синхронизации остатков должно быть частью приёмки.
Забывать про исходники и доступы. Исходники, документация, доступы и дизайн-система передаются вам полностью, и это стоит зафиксировать в договоре, чтобы сменить подрядчика можно было без потери проекта.
Ждать «фиксированной цены» без фиксированного состава. Цена в договоре имеет смысл только вместе со списком работ. Если состав меняется, цена обсуждается заново, и это нормальная практика, а не уловка.
Что делаем мы и как это устроено
Интернет-магазины с интеграцией 1С мы разрабатываем под ключ: от структуры каталога и дизайна до обмена с учётной системой, оплаты, доставки и запуска. Мы подбираем стек под задачу (PHP/Laravel, WordPress, 1С-Битрикс, Shopify или Next.js/React), а не делаем один фреймворк на все проекты. Исходники, документация, доступы и дизайн-система передаются вам, после запуска действует гарантийный период по исправлению ошибок разработки, а сопровождение и развитие обсуждаем отдельно.
Следующий шаг простой: опишите задачу и ответьте на вопросы из чек-листа выше, а мы на брифе зафиксируем конфигурацию 1С, число позиций, платёжные системы, доставку и потребность в личном кабинете и назовём точную цену и срок. Состав работ, этапы и опубликованные ориентиры по формату собраны на странице услуги: сайт каталог под ключ.
Источники
1С:Предприятие 8, Методическая поддержка для разработчиков и администраторов (ИТС) — «Обмен данными с Web-сайтом»: обмен электронными документами с веб-сайтом выполняется по форматам XML-схемы CommerceML; обмен разделён на выгрузку на сайт каталога продукции и приём заказов с сайта; инициатором обмена выступает система «1С:Предприятие 8»; при формировании заказа в 1С записываются номер и дата, с которыми заказ оформлен на сайте (документ ИТС датирован 2009 годом и описывает CommerceML редакции 2.04; актуальные редакции могут отличаться). https://its.1c.ru/db/content/metod8dev/src/developers/dataexchange/web%20exchange/i8103314.htm
Федеральный закон от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники при осуществлении расчётов в Российской Федерации», статья 1.2 «Сфера и правила применения контрольно-кассовой техники» (КонсультантПлюс): при безналичных расчётах в сети «Интернет», исключающих непосредственное взаимодействие покупателя с пользователем ККТ (п. 5), пользователь обязан обеспечить передачу покупателю кассового чека или бланка строгой отчётности в электронной форме на абонентский номер либо адрес электронной почты, указанные покупателем до совершения расчётов. https://www.consultant.ru/document/cons_doc_LAW_42359/d2fc933bc5ec367e9a8713330510af5d9e1a3fe4/
Примеры проектов
Частые вопросы
Вернуться в блог.