За первый квартал 2026 года оборот маркетплейса Kaspi вырос на 41 процент в годовом выражении, а онлайн-продажи достигли примерно 1,3 триллиона тенге. На площадке к концу 2024 года работало около 737 тысяч активных продавцов — это больше трети всех действующих субъектов малого и среднего бизнеса страны. Для тысяч казахстанских компаний маркетплейс перестал быть дополнительным каналом и стал основным источником заказов. И почти сразу за ростом продаж приходит одна и та же проблема: остатки, цены и заказы живут в двух местах одновременно — в кабинете продавца и в учётной системе 1С, — и вручную свести их без ошибок уже невозможно.
Мы в West Star Ltd регулярно сталкиваемся с этой задачей у клиентов, которые торгуют на площадке и одновременно ведут учёт в 1С. Опыт показывает: правильно настроенная синхронизация экономит не только время менеджеров, но и деньги — она убирает пересорт, задвоенные заказы и продажи товара, которого уже нет на складе. В этой статье разберём, что именно можно синхронизировать между 1С и маркетплейсом, как это работает технически, где проходят реальные границы автоматизации и на что смотреть, прежде чем внедрять интеграцию.
ЧТО ВООБЩЕ СИНХРОНИЗИРУЕТСЯ
Интеграция между 1С и кабинетом продавца охватывает четыре потока данных, и их полезно разделять, потому что настраиваются они по-разному.
Первый поток — товары и характеристики. Из 1С на площадку выгружается номенклатура: наименования, категории, описания, атрибуты. Это разовая или редкая операция, которую делают при заведении ассортимента и при добавлении новых позиций.
Второй поток — цены и остатки. Это самая частая и самая критичная синхронизация. Цена на площадке должна соответствовать вашей учётной цене, а остаток — реальному наличию на складе. Если товар закончился в 1С, площадка должна узнать об этом за минуты, а не за часы, иначе появится заказ, который нечем закрыть.
Третий поток — заказы. Новый заказ, оформленный покупателем, автоматически попадает в 1С как документ. Менеджеру не нужно вручную переносить состав заказа, адрес и способ доставки — всё создаётся программно.
Четвёртый поток — статусы. Когда заказ собран, передан в доставку или завершён, статус синхронизируется в обе стороны. Это позволяет вести всю работу с заказами внутри привычного интерфейса 1С, не переключаясь между окнами.
КАК ЭТО РАБОТАЕТ ТЕХНИЧЕСКИ
У маркетплейса есть собственный программный интерфейс — Shop API текущей версии v2. Он работает по протоколу HTTP и отдаёт данные в формате JSON. Продавец генерирует токен доступа в кабинете, в разделе настроек, и этот токен подставляется в каждый запрос как ключ авторизации.
Практически весь обмен строится вокруг нескольких типов запросов. Список новых заказов забирается запросом к эндпоинту заказов с фильтром по статусу и дате. По коду конкретного заказа можно получить его состав — перечень товаров, количество, цену. Отдельными запросами формируется накладная для передачи заказа в доставку. Товары добавляются и обновляются либо через API, либо через выгрузку прайс-листа в виде структурированного файла.
Статусы заказа — это конечный набор значений: новый, требующий подписания, самовывоз, доставка силами продавца, доставка силами площадки, архив. Логика интеграции сводится к тому, чтобы регулярно опрашивать API, находить заказы в нужном статусе, создавать по ним документы в 1С и возвращать обновлённые статусы обратно.
Со стороны 1С обмен обычно реализуют одним из двух способов. Первый — внешняя обработка или расширение, которое по расписанию обращается к API и разбирает ответ. Второй — промежуточный слой на стороне сервера, который обращается к базе 1С через её собственный веб-интерфейс, а к площадке — через её API, и выступает посредником между двумя системами. Второй подход мы обычно предпочитаем: он не вмешивается в типовые объекты конфигурации, не мешает обновлениям 1С и его проще сопровождать.
ПОЧЕМУ РУЧНОЙ РЕЖИМ ПЕРЕСТАЁТ РАБОТАТЬ
Пока у продавца пятьдесят позиций и три заказа в день, всё это можно вести руками. Проблемы начинаются на масштабе. При тысяче позиций цена закупки меняется у поставщиков постоянно, и синхронизировать её вручную физически некому. Остаток на общем складе тратится сразу на несколько каналов — розницу, сайт, маркетплейс, — и без единого источника правды продавец либо продаёт то, чего нет, либо перестраховывается и держит искусственно заниженные остатки, теряя продажи.
Есть и денежная сторона. С 5 января 2026 года площадка показывает комиссию без учёта налога, а 16 процентов НДС начисляет на неё отдельно. Сама комиссия зависит от категории и в 2026 году лежит в диапазоне примерно от 5 до 20 процентов: для большинства категорий это около 11 процентов, для продуктов — ниже, для электроники и украшений — выше. Чтобы понимать реальную маржу по каждой позиции, нужно сводить продажную цену, комиссию, НДС и себестоимость из 1С в одной таблице. Вручную такой расчёт делается с ошибками и с запозданием — а значит, решения о ценах принимаются вслепую.
ЕДИНЫЙ СКЛАД И НЕСКОЛЬКО КАНАЛОВ
Отдельная задача возникает, когда продавец торгует не только на одной площадке. Розничная точка, собственный сайт, второй и третий маркетплейс — все они претендуют на один и тот же физический остаток. Если каждый канал синхронизируется с 1С по своим правилам и в разное время, рассинхрон неизбежен: один и тот же телефон может быть одновременно продан в рознице и зарезервирован под онлайн-заказ.
Решение здесь одно — 1С становится единым источником правды по остаткам, а все каналы получают данные из неё, а не друг от друга. Тогда после любой продажи остаток пересчитывается в учётной системе и уже оттуда расходится по всем площадкам. В нашей практике именно переход к единому складу, а не сама по себе связь с конкретной площадкой, даёт основной эффект: пропадает пересорт, снижаются потери от отмен и растёт доверие покупателей, потому что заявленное наличие соответствует реальному.
Важно заранее договориться о приоритетах. Что происходит, когда две продажи претендуют на последнюю единицу товара? Кто резервирует остаток раньше? Эти правила закладываются в логику обмена на этапе проектирования, и чем честнее они описаны, тем меньше конфликтов возникает в работе.
ОГРАНИЧЕНИЯ И СЛАБЫЕ МЕСТА
Интеграция — это инструмент, а не волшебство. Честно перечислим, где она буксует.
-
Качество данных в 1С. Если номенклатура ведётся неаккуратно — дубли карточек, пустые категории, разные единицы измерения, — интеграция просто перенесёт этот беспорядок на площадку. Автоматизация усиливает и порядок, и хаос. Перед внедрением почти всегда нужна чистка справочников, и это отдельная работа, которую недооценивают.
-
Задержки обмена. Синхронизация идёт по расписанию — раз в несколько минут, а не мгновенно. В пик распродаж, когда остаток тает за секунды, даже пятиминутное окно иногда приводит к заказу на отсутствующий товар. Полностью убрать этот риск нельзя, его можно только сузить и заложить буфер по остаткам.
-
Изменения на стороне площадки. API и условия маркетплейса меняются без вашего участия — как это произошло с расчётом комиссии в январе 2026 года. Любое изменение форматов или правил требует доработки интеграции. Это не разовый проект настроил и забыл, а система, которую нужно сопровождать.
-
Сопоставление категорий и атрибутов. Структура категорий площадки не совпадает со структурой номенклатуры в 1С. Первичное сопоставление товаров с категориями и обязательными характеристиками — ручная и кропотливая работа, которую нельзя полностью автоматизировать.
-
Не всё отдаётся через API. Часть операций — например, участие в акциях, отдельные настройки витрины, работа со спорами и возвратами — по-прежнему делается в кабинете вручную. Интеграция закрывает рутину обмена товарами и заказами, но не заменяет кабинет продавца целиком.
-
Зависимость от одного поставщика данных. Когда весь учёт завязан на один канал продаж, любой его сбой или блокировка бьёт по всему бизнесу. Интеграция не снижает эту зависимость — наоборот, делает связку теснее, и это стоит осознанно закладывать в риски.
С ЧЕГО НАЧАТЬ ВНЕДРЕНИЕ
Прежде чем заказывать интеграцию, стоит навести порядок в учёте. Убедитесь, что в 1С один товар — это одна карточка с корректным остатком и понятной себестоимостью. Определите, какой склад считается источником остатков для площадки. Решите, кто и как часто обновляет закупочные цены. Эти организационные вопросы важнее выбора конкретного технического решения: без них любая автоматизация будет тиражировать проблемы, а не решать их.
Дальше выбирается способ интеграции. Готовые типовые модули на рынке стоят от нескольких десятков тысяч тенге и закрывают стандартные сценарии обмена. Индивидуальная разработка дороже, но оправдана, когда у продавца нетиповая конфигурация 1С, несколько складов, собственная логика ценообразования или связка сразу с несколькими каналами продаж.
ПРАКТИЧЕСКИЙ ВЫВОД
Специалисту, который ведёт учёт в 1С: начните с наведения порядка в номенклатуре и остатках. Чистые справочники и единый источник остатков — это фундамент, без которого интеграция не даст эффекта. Разберитесь, как устроен обмен по API, чтобы понимать, где именно возможны ошибки и как их ловить.
Руководителю отдела продаж или операционного блока: относитесь к интеграции как к постоянному процессу, а не разовому проекту. Заложите ресурс на сопровождение и реакцию на изменения со стороны площадки. Настройте регулярную сверку остатков и заказов между системами, чтобы расхождения находились быстро.
Собственнику бизнеса: считайте реальную маржу с учётом комиссии и НДС, а не по продажной цене. Синхронизация с учётной системой даёт вам достоверную картину прибыльности по каждой позиции — и это основа для решений об ассортименте и ценах. И трезво оценивайте зависимость от одного канала: чем плотнее интеграция, тем важнее иметь запасные сценарии.
ЧАСТЫЕ ВОПРОСЫ
Можно ли полностью отказаться от кабинета продавца после интеграции?
Нет. Обмен товарами, ценами, остатками и заказами уходит в автоматический режим, но часть операций — акции, споры, возвраты, отдельные настройки витрины — по-прежнему выполняется в кабинете вручную. Интеграция снимает рутину, но не заменяет кабинет целиком.
Как быстро остаток на площадке обновляется после продажи в рознице?
Это зависит от расписания обмена. Обычно синхронизация идёт раз в несколько минут. Мгновенного обновления секунда в секунду ждать не стоит, поэтому в пиковые периоды разумно держать небольшой буфер по остаткам.
Сломается ли интеграция при обновлении 1С?
Если обмен реализован через внешний слой, который не меняет типовые объекты конфигурации, обновления проходят безболезненно. Решения, которые глубоко переписывают типовую конфигурацию, при обновлении требуют больше внимания и повторной проверки.
Учитывает ли интеграция комиссию и НДС при расчёте прибыли?
Сам обмен переносит заказы и суммы, а расчёт маржи настраивается отдельно. Важно свести в 1С продажную цену, комиссию по категории, начисляемый сверху НДС и себестоимость — только тогда вы увидите реальную прибыль по каждой позиции, а не выручку.