Интеграция Яндекс KIT с 1С: товары, цены, остатки и заказы

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

Для начала пришлите название и релиз конфигурации, ссылку на магазин и описание задачи. Если обмен уже настроен — что именно не работает. Пароль и API-ключ в первом сообщении не нужны.

Документация проверена 6 ноября 2026 года. Ниже описаны поддерживаемые возможности и наш рекомендуемый порядок проверки, а не отчёт о тестировании вашей базы.

Есть ли у KIT готовая интеграция с 1С

Да. Яндекс предоставляет бесплатный модуль: товары, цены и остатки передаются из 1С, заказы магазина — в 1С; предусмотрены сценарии работы с маркировкой. В опубликованном перечне совместимости указаны Управление торговлей 11.5 ПРОФ, Управление нашей фирмой 3.0 ПРОФ, Комплексная автоматизация 2.5 и ERP 2.5. Официальный модуль KIT.

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

Что проверить в вашей 1С

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

1С и 1С-Битрикс — разные задачи. Здесь речь об учётной системе. Переезд сайта с Битрикс разбирается на отдельной странице.

Сначала определите, какая система отвечает за каждое поле

Частая причина проблем — две команды меняют одни и те же данные в разных местах. После синхронизации одно изменение затирает другое.

До настройки составьте таблицу ответственности. Ниже пример проекта, а не обязательная схема KIT:

Если в цепочке есть ещё PIM, CRM, маркетплейс или другой сайт, добавьте их в схему до включения периодического обмена. Не следует исправлять ошибку остатка вручную в витрине, пока неизвестно, откуда придёт следующее значение.

Товары, варианты, цены и остатки: что важно при настройке

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

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

Контрольная выборка

Возьмите несколько разных товаров:

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

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

Не путайте остаток на складе и количество, доступное для продажи

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

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

Расписание обмена не равно мгновенному обновлению

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

При приёмке нужна проверка периодического запуска в реальных условиях размещения базы. Успешная ручная кнопка «обновить» ещё не доказывает, что обмен продолжится без участия сотрудника.

Заказ из KIT в 1С: проверяем бизнес-процесс

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

Для магазина важно заранее согласовать:

1. В какой момент заказ должен появиться в учёте.
2. Как сопоставляются покупатель и товарный вариант.
3. Какая организация, склад и цена используются.
4. Когда возникает резерв и кто его снимает.
5. Как сотрудник узнаёт об оплате и готовности к отгрузке.
6. Что происходит при отмене, частичном исполнении и возврате.
7. Кто разбирает ошибку и где виден результат повторного обмена.

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

Как подключаем и принимаем интеграцию

Шаг 1. Описываем задачу и ограничения

Фиксируем конфигурацию, размещение базы, объём каталога, источники полей и маршрут заказа. Отдельно отмечаем доработки, маркировку и другие интеграции.

Шаг 2. Готовим условия для проверки

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

Шаг 3. Настраиваем небольшой объём

Проверяем подключение, выбираем контрольные товары, сопоставляем поля, определяем склады и виды цен. Сравниваем данные в обеих системах.

Шаг 4. Проходим заказ и повторный обмен

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

Шаг 5. Расширяем загрузку и передаём управление

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

Минимальный протокол приёмки

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

Если интеграция уже есть, но работает неправильно

Ниже направления диагностики, а не диагноз по одному симптому.

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

Когда потребуется отдельная интеграция

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

Наличие CommerceML или API само по себе не доказывает готовую совместимость. Нужно сопоставить конкретные сущности, направления обмена и обязательные операции. Возможный результат разбора — штатная настройка, ограниченная доработка или отдельный проект. Подробнее — интеграции API, ERP и PIM.

Что получите после согласованной настройки

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

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