Представьте магазин, в котором только в одном разделе 138 позиций, а таких разделов десяток. Цены меняются, что-то заканчивается, что-то добавляется — и каждое изменение нужно продублировать на сайте руками. Рано или поздно владелец оказывается перед выбором: держать отдельного человека на «обновление сайта» или связать сайт с учётной системой. Разбираем второй путь на живом примере — интернет-магазин автонаклеек и 3D-шильдиков Nakleyka, который работает на Turboshop, управляется из BAS и был запущен за неделю.
Когда интеграция с учётом действительно нужна
Не каждому магазину она необходима. Если позиций несколько десятков и цены меняются раз в сезон, удобнее вести всё в админке. Интеграция окупается, когда совпадают два условия:
- ассортимент большой или подвижный — сотни позиций, регулярные поступления, распродажи, изменения цен;
- учёт уже ведётся — в 1С, BAS или другой системе, и именно там лежит «правда» о товаре, цене и остатке.
Когда оба условия выполняются, ручное ведение сайта превращается во вторую работу — и, что хуже, в источник ошибок. Клиент заказывает то, чего нет, потому что на сайте остаток обновили позже, чем на складе.
Живой пример: магазин наклеек с большим каталогом
Посмотрите на структуру Nakleyka — это как раз тот случай, когда позиций много, а темы мелкие:
- автомобильные наклейки — 138 позиций, и внутри ещё деление: грузовики, автобусы и спецтехника (48), 4x4 и внедорожники (17), графика на кузов, наклейки на стёкла и пороги (11);
- тематические подборки — юмор и автоприколы (25), декор и надписи (25), комиксы, аниме, игры и фильмы (11), животные и птицы;
- автоспорт и тюнинг — JDM, наборы логотипов и стикерпаки (18 и 6);
- информационные и предупреждающие знаки — 37 позиций, включая обязательную маркировку;
- смежные категории — плёнки и автовинил, автохимия и уход, автолитература;
- наклейки под заказ с примерами выполненных работ — по сути, витрина услуги внутри магазина.
Такой каталог невозможно держать в голове. Зато его прекрасно держит учётная система: там уже есть номенклатура, цены, остатки и признаки, по которым товар раскладывается по разделам.
Что именно передаётся из учёта на сайт
В рабочей связке со стороны учёта живут:
- номенклатура — названия, артикулы, группы, по которым строится структура каталога;
- цены — включая акционные, если в учёте заведено несколько типов цен;
- остатки — чтобы на сайте нельзя было заказать то, чего нет;
- наполнение карточки — описания, характеристики, изображения.
Сайту остаётся то, что учёт делать не умеет: витрина, поиск, фильтры, корзина, оформление заказа и аналитика. Владелец работает в одном окне — в учёте, — а магазин подхватывает изменения.
Как это устроено технически
У Turboshop есть открытый API и вебхуки: любая внешняя система может читать и записывать данные магазина. Именно через него и строится связка с 1С или BAS — со стороны учёта работает обмен, который передаёт номенклатуру, цены и остатки, а обратно получает заказы.
Практически это означает три вещи:
- не нужно менять учётную систему — магазин подстраивается под то, в чём компания уже работает;
- обмен настраивается один раз — дальше он идёт по расписанию и не требует участия человека;
- сайт не становится «второй базой» — источник истины остаётся один, и расхождений между сайтом и складом не возникает.
Полный перечень того, что уже подключено из коробки — оплаты, доставка, маркетплейсы, CRM, — собран на странице интеграций платформы; API и вебхуки описаны среди возможностей магазина.
Что делать, если каталог уже ведётся где-то ещё
Чаще всего до интеграции дело доходит не на старте, а когда магазин уже есть — на другой платформе или в таблицах. Здесь работает тот же принцип: сначала переносим товар, потом настраиваем обмен. Как проходит перенос ассортимента и чего ждать по времени, мы описали в разделе о миграции магазина на Turboshop.
Если же магазина ещё нет, порядок обратный: сначала структура каталога и витрина, потом обмен с учётом. В Nakleyka именно так и получилось — неделя на запуск магазина, дальше настройка связки с учётной системой.
Чего не стоит ждать от интеграции
- Она не напишет описания за вас. Если в учёте название «Наклейка арт. 1147», на сайте будет оно же. Тексты и фото — зона ответственности владельца.
- Она не построит структуру. Группы в учёте обычно удобны бухгалтеру, а не покупателю; разделы магазина стоит продумать отдельно.
- Она не заменяет админку. Акции, баннеры, тексты страниц и SEO остаются на сайте.
Коротко
Интеграция с 1С или BAS — это не «фишка для больших», а способ не делать дважды одну и ту же работу. Она нужна, когда товаров много и они меняются, и не нужна, когда их мало.
Посмотрите, как это выглядит на практике: откройте магазин наклеек и автовинила Nakleyka и полистайте каталог — каждая позиция там приехала из учёта. Если ваш ассортимент похож по масштабу, начните с готового решения для магазина автотоваров и посмотрите тарифы: техническая часть, включая API, входит в подписку и не тарифицируется отдельно.