Короткий ответ: когда хватает готового обмена
Если у вас поддерживаемая программа 1С без существенных изменений (её обычно называют типовой), совместимая платформа сайта и обычные правила каталога и заказов, сначала проверьте штатный обмен. «1С» описывает механизм связи магазина для «Управления торговлей», «Комплексной автоматизации» и «Управления нашей фирмой»: настройки обмена, выгрузка изменений и работа по расписанию. Для ряда связок используется протокол CommerceML — согласованный формат передачи коммерческих данных.
Но поддержка механизма в документации ещё не означает, что он без доработки передаст ваши скидки, остатки по складам и нестандартные статусы. Сначала проведите пробный обмен на копии рабочей базы: один товар с вариантом и один заказ. Если поля не совпали или важное действие теряется, оцените доработку. Отдельный сервис с API (согласованным способом обмена между программами) нужен, когда связи сложнее одного сайта и одной 1С или правила не помещаются в штатный сценарий.
Что мы сделали в магазине «Бакаев»
У «Бакаева» были магазины и локальная 1С. Для онлайн-продаж мы помогли перенести 1С в облако и настроили двустороннюю синхронизацию между ней и админ-панелью через API. В публичном кейсе подтверждены каталог более чем из 10 000 товаров, остатки, изображения и передача изменений в обе стороны. Команда работает с заказами и доставкой в панели. Витрина покупателя в этом проекте представляет собой мобильное приложение, поэтому мы не выдаём его за внедрение конкретной системы управления сайтом.
Реальный проект 13FOX
«Бакаев»: админ-панель и 1С связаны
Мы помогли перенести локальную 1С в облако и настроили двусторонний обмен через API. В проекте более 10 000 товаров; этот опыт показывает интеграцию магазина, хотя витрина покупателя здесь мобильная.
Для сайта задача ставится похожими вопросами: где живёт цена, откуда приходит остаток, куда попадает заказ и что увидит сотрудник при ошибке. Ответы у разных магазинов различаются. При необходимости отдельно прочитайте как устроена связь мобильного приложения с 1С; здесь дальше разбираем именно интернет-магазин и выбор готового обмена.
Какие данные передавать и кто за них отвечает
Чаще всего товары, варианты, цены и остатки идут из системы учёта на сайт; заказы и нужные сведения о покупателе идут с сайта в 1С; подтверждённые статусы возвращаются покупателю. Для заказа согласуйте состав: товары и количество, цена и скидка, сумма, оплата, доставка и получатель, отмена или возврат. Включайте только то, что требуется вашему процессу. Акции могут задаваться на сайте, часть ассортимента храниться в другой системе, а остаток для продажи рассчитываться с учётом брони на складе. Поэтому для каждого поля записывают источник, направление, допустимую задержку и способ проверки.
| Данные | Источник | Куда и когда | Номер и проверка |
|---|---|---|---|
| Товар и вариант | 1С или панель (выбрать) | На сайт после изменения | Постоянный код варианта; не спутать фасовки |
| Цена и акция | Кто утверждает цену | На сайт; ещё раз перед покупкой | Код предложения; сумма заказа совпадает |
| Остаток | Учёт нужного склада | На сайт; проверка при оформлении | Код склада; проверить бронь и два заказа |
| Заказ и статус | Сайт принимает; 1С подтверждает | В 1С после оформления; статус назад | Один ID заказа; повтор без дубля |
Постоянный номер помогает сайту и 1С понимать, что перед ними один и тот же товар или заказ. Сопоставление только по названию опасно: его можно изменить, а одинаковые названия бывают у разных вариантов. Когда от 1С не пришёл ответ, сначала проверьте, создала ли она заказ, и только затем повторяйте отправку по согласованному правилу.
Готовый модуль, доработка или отдельный API
Готовый обмен подходит, если обе стороны поддерживают один сценарий и нужные поля. Его всё равно настраивают и проверяют: выбирают группы товаров, типы цен, склады, расписание и путь заказов. Лицензия модуля, настройка, испытание и последующая поддержка могут быть разными строками бюджета.
Доработка обмена нужна, когда основа подходит, но конкретное правило не покрыто: цена по договору, несколько единиц измерения, составной набор, особый статус заказа. Важно не изменять всё подряд. Запишите, какие поля остаются штатными, а какие преобразуются дополнительно, иначе обновление 1С или сайта станет неприятным сюрпризом.
Отдельный сервис или API оправдан, когда магазинов несколько, учёт делят с системой работы с клиентами и складом либо для заказа нужны нестандартные проверки и восстановление после ошибок. Это уже самостоятельный компонент с журналом обмена и ответственностью за него. Способ выбирают по проверенному процессу, не по слову «современный» в описании подрядчика.
В официальном протоколе 1С отдельно описаны каталог и информация о заказах. Это подтверждает возможность типового пути, но точные поля и статусы вашего магазина всё равно сверяются в тестовом обмене.
Сколько это стоит: проверяемый ориентир и состав сметы
Для масштаба разброса: исполнитель Advenity в предложении, проверенном 23 сентября 2026 года, указывает 30–70 тысяч рублей за штатный обмен Битрикс с типовой 1С и от 150 тысяч рублей за заказную интеграцию через API. Это цены и условия конкретной студии, не рыночная медиана и не предложение 13FOX. Разница объясняется не только способом передачи: в заказной работе появляются собственные правила данных, ошибки и сопровождение.
Для вашего магазина цену определят состояние 1С, платформа сайта, число вариантов товара и складов, правила цены, состав заказа, наличие тестовой базы и нужная частота обновления. Попросите показать смету отдельно по обследованию, настройке или разработке, очистке данных, проверкам, запуску и поддержке. Если специалист 1С нужен с вашей стороны, это тоже нужно назвать до договора.
Артефакт: короткая карта обмена для вашего магазина
Скопируйте таблицу выше и заполните её на одном настоящем товаре и одном заказе. В ячейке «1С или панель (выбрать)» укажите, где именно меняют товар. Над таблицей отдельно запишите название программы 1С и платформы сайта, где они размещены, кто имеет право менять цену, как быстро должен обновляться остаток и кто увидит ошибку. В последнем столбце укажите постоянный номер, по которому запись узнают при повторе. Этой карты достаточно, чтобы обсудить применимость модуля; полное техническое задание строят после пробного обмена.
Например, если товар продаётся и штуками, и упаковками, в карте должны быть обе единицы и правило пересчёта. Если цена зависит от договора с клиентом, обычной выгрузки одного прайса может не хватить. Это не обязательно повод писать интеграцию с нуля: сначала выясните, что умеют текущие версии сайта и 1С.
Как принять результат и не потерять заказ
Успешная выгрузка каталога ещё не доказывает, что магазин готов продавать. Проверьте один нормальный путь и несколько отклонений. Измените товар и вариант, цену, остаток; оформите заказ; измените его статус в 1С. Если продаётся последняя единица, проверьте подтверждение наличия или бронь при оформлении, в том числе для двух почти одновременных заказов: простой обмен остатков сам по себе не предотвращает двойную продажу. Затем временно остановите обмен, повторите отправку и убедитесь, что покупатель не видит ложного подтверждения, а сотрудник видит причину сбоя. Номер заказа должен остаться прежним.
- Товар с вариантом и фото корректно появляется на сайте.
- Цена и доступность отражают выбранный склад и согласованное правило.
- Один заказ появляется в рабочей системе с тем же составом и суммой.
- Отмена или изменение статуса доходят до нужной стороны.
- При пропавшем ответе системы сверяются; повтор не создаёт второй заказ.
Назначьте сотрудника, который увидит ошибку и сможет её исправить. Даже хороший обмен иногда встречает старые дубли товаров или недоступную систему. Готовый проект включает не только обычный путь заказа, но и понятное восстановление.
Частые вопросы
Есть ли в 1С готовый обмен с интернет-магазином?
В ряде прикладных решений 1С, включая Управление торговлей, Комплексную автоматизацию и Управление нашей фирмой, описан штатный обмен с сайтом. Его пригодность для вашего магазина зависит от конфигурации, версии, доработок и возможностей сайта.
Нужно ли передавать данные в реальном времени?
Не всем данным нужна одинаковая скорость. Фото и описания обычно могут обновляться по расписанию, а цена и доступность требуют проверки ближе к заказу. Допустимую задержку и действие при просрочке следует согласовать до запуска.
Сколько стоит интеграция магазина с 1С?
Публичное предложение Advenity, проверенное 23 сентября 2026 года, указывает 30–70 тысяч рублей за Битрикс с типовой 1С и штатным обменом и от 150 тысяч рублей за заказную интеграцию через API. Это их условия, а не цена 13FOX. Смета вашего магазина зависит от состояния 1С, состава данных и правил обмена.
Что проверить перед оплатой работ?
Возьмите товар с вариантом, измените цену и остаток, оформите один заказ, измените его статус, затем повторите отправку после сбоя. Проверьте, что на сайте нет неверной цены, в 1С нет дубля заказа, а сотрудник видит ошибку.
На чём основаны рекомендации
- 1С: обмен данными с интернет-магазином, проверено 23.09.2026.
- 1С: официальный протокол обмена с сайтом, проверено 23.09.2026.
- Advenity: опубликованные примеры стоимости разных составов, проверено 23.09.2026; это предложение одного исполнителя.
Если кроме сайта вы создаёте приложение покупателя, полезен отдельный разбор связи приложения и 1С. Если задача шире обмена, сравните состав сметы веб-приложения.
Проверим обмен на одном товаре и заказе
Назовите платформу магазина и программу 1С, покажите пример товара и путь одного заказа. Мы сопоставим данные, проверим пригодность штатного обмена и составим список работ для предварительной оценки. Если версия 1С неизвестна, начнём с того, что видно в вашей программе.
Для первого разговора не нужны пароли и доступы к рабочим системам.