Яндекс Кит и 1С / МойСклад: остатки и заказы | KIT Agency
← Все материалы

Яндекс Кит, 1С и МойСклад: как организовать обмен остатками и заказами

Планшет с витриной товаров, коробки и ручной сканер; две жёлтые стрелки показывают обмен данными между интернет-магазином и складом.

Коротко: обмен между Яндекс Кит и учётной системой начинается с решения, какая система отвечает за товары, цены, остатки и заказы. Обновление идёт с заданной частотой, а не мгновенно. Название «1С» само по себе не подтверждает совместимость: нужны установленный модуль и проверка конкретной конфигурации. Справка сверена 24 октября 2026 года. Ниже — организация данных и проверка, а не разработка собственного API.

Если товары продаются на нескольких площадках, ручное обновление остатков быстро становится неудобным. Одна и та же позиция может быть продана в другом канале, пока на сайте она продолжает отображаться доступной.

Интеграция помогает сократить такие расхождения, но сначала нужно определить, какая система отвечает за каталог, цены и наличие. Без этого автоматизация может лишь быстрее распространять ошибки.

Назначьте основной источник данных

Разделите четыре потока:

  • описание и характеристики товаров;
  • цены;
  • остатки;
  • заказы.

Они связаны, но не обязательно управляются одинаково. Например, описание может готовиться в каталоге, а наличие — приходить из учётной системы.

Зафиксируйте для каждого потока источник, получателя и ответственного сотрудника. Это простая таблица, которая помогает избежать ситуации, когда цену меняют в двух местах и очередное обновление отменяет ручную правку.

В кабинете KIT это уже разные блоки раздела «Товары, цены, остатки, заказы»: товары, цены, остатки и заказы. Для товаров настройка «Сохранять изменения из» выбирает, чьи данные перезапишут другие. Если главным источником указана 1С, правки в кабинете Кит будут заменены при следующей синхронизации. Это правило платформы, а не совет вести каталог в двух местах.

Подготовьте идентификаторы товаров

Для обмена важно, чтобы системы узнавали одну и ту же позицию.

Проверьте артикулы, штрихкоды и идентификаторы вариантов. Размеры, цвета и другие модификации не должны случайно объединяться в одну позицию.

Практически полезно начать с небольшой выборки:

  • обычный товар;
  • товар с несколькими вариантами;
  • позиция с нулевым остатком;
  • товар, представленный на нескольких складах.

Если на этих примерах данные сопоставляются неправильно, массовая загрузка усложнит исправление.

Справка прямо предлагает сопоставлять одинаковые товары по параметру вроде артикула или штрихкода, чтобы не создавать дубли. Если источники товаров и цен различаются, кабинет отдельно просит задать это сопоставление. Для 1С есть ещё два ограничения модуля: переименование характеристики создаёт в Ките новую характеристику, а группировка вариантов «как в 1С» может удалить объединения, которые уже сделали в кабинете. Поэтому выборку с вариантами стоит проверить до полной выгрузки.

Настройте товары, цены и остатки раздельно

В KIT есть раздел настройки обмена товарами, ценами, остатками и заказами. Для потоков данных выбираются источники и параметры синхронизации.

При разных источниках особенно важно сопоставление позиций: система должна понимать, к какому товару относится новая цена или остаток.

Перед включением регулярного обновления проверьте, какие сведения будут перезаписываться. Рекомендуем сохранить исходные данные и зафиксировать настройки: это упростит поиск причин расхождений.

Периодическое обновление в справке включается отдельно и с выбранной частотой. Разовую загрузку цен или остатков можно сделать без этой опции. Обновление не описано как мгновенное: отсутствие изменения сразу после правки ещё не доказывает, что обмен сломан.

У модуля 1С есть свои границы, их не заменяет общая настройка в кабинете. Выгрузка товара с ценой 0 рублей не поддерживается: в справке указана цена не меньше 1 рубля. Модуль также не поддерживает наборы номенклатуры. Это ограничение выгрузки из 1С, а не запрет продавать комплекты, собранные другими средствами Кита.

Определите, какие склады участвуют в продажах

Суммарный физический остаток не всегда равен количеству, доступному покупателю сайта.

Товар может находиться на складе, который не обслуживает нужную схему доставки. Часть позиций может быть зарезервирована или недоступна к продаже по внутренним правилам.

Согласуйте, какой остаток передаётся в магазин и какие склады учитываются. После этого проверьте оформление заказа с реальным вариантом доставки.

Для МойСклад в блоке остатков можно выбрать все склады, только выбранные или все, кроме выбранных. Для 1С склады задаются в настройках обмена модуля. Какой список оставить — практическое решение под схему доставки, а не автоматический итог по всем физическим остаткам.

Настройте передачу заказов

Для поддерживаемых интеграций KIT предусматривает передачу заказов в 1С или МойСклад. Конкретные настройки зависят от выбранной системы.

Проверьте, как передаются:

  • позиции и количество;
  • выбранные варианты;
  • стоимость;
  • доставка;
  • необходимые статусы.

Наличие заказа в учётной системе ещё не подтверждает, что весь процесс организован правильно. Ответственному сотруднику должно быть понятно, что делать дальше: проверить оплату, подготовить отгрузку или связаться с покупателем.

По справке блок заказов открывается после того, как источником остатков выбраны 1С или МойСклад. Для МойСклад обязательны контрагент — один на магазин — и сопоставление статусов. Период обновления заказов там задаётся от 1 минуты до 24 часов. Детали обмена заказами с 1С справка выносит на отдельную страницу модуля: их нужно сверять с установленной конфигурацией, а не переносить из настроек МойСклад.

Как проверить обмен перед запуском

Это практическая проверка на контролируемых данных, а не список гарантий платформы.

Проверка Ожидаемый результат
Изменить цену в основном источнике В магазин приходит согласованная цена
Изменить остаток Доступность обновляется согласно настройкам
Проверить вариант товара Размер или цвет не смешивается с другими
Оформить контрольный заказ В учётной системе появляются правильные позиции
Проверить ошибку обновления Сотрудник может найти её и понять дальнейшие действия

Проводите проверку в согласованной тестовой среде или на контролируемых данных. Учитывайте установленную периодичность обновлений: отсутствие мгновенного изменения само по себе не доказывает ошибку.

Результат загрузки справка показывает в истории обновлений: дата завершения и итог. Для модуля 1С ошибки также смотрят в журнале запросов и в списке невыгруженных товаров. Это место, где искать сбой, а не признак, что любая конфигурация уже подключена.

Кто следит за интеграцией после настройки

У обмена должен быть владелец процесса. Он проверяет ошибки, изменения структуры каталога и расхождения по заказам.

Особенно полезно повторять проверку после обновления учётной системы, смены склада, массовой загрузки товаров или изменения правил ценообразования.

Для нестандартных сценариев может потребоваться отдельная доработка. Общий обзор опубликован в статье об открытом API Яндекс Кит.

Частые вопросы

Для небольшого ассортимента это возможно, но нужно учитывать затраты времени и риск расхождений между каналами.
Совместимость и необходимые компоненты проверяются до начала работ. Название системы само по себе не описывает её настройки и доработки.
Начните с проверки идентификаторов, вариантов и правил сопоставления. Повторный массовый импорт без выяснения причины может увеличить количество дублей.

Официальные источники

Состав модуля и частота обновления зависят от установленной системы. Перед запуском сверяйте свою конфигурацию с действующей справкой, а не только с таблицей в этой статье.

Консультация по Яндекс KIT

Поможем запустить магазин под ключ: шаблон, каталог, оплата, доставка и реклама в Директе.

Поможем организовать обмен

KIT Agency помогает подготовить магазин и доступные интеграции под задачи проекта.

Обсудить разработку Сопровождение магазина