1С ↔ ЯНДЕКС KIT
Подключение и настройка 1С для Яндекс KIT
У Яндекс KIT есть официальный модуль для 1С: он загружает товары, цены и остатки, синхронизирует заказы и поддерживает сценарий маркировки. Моя работа начинается не с заявления, что интеграции нет, а с проверки конфигурации 1С, сопоставления полей, источника правды и того, как команда будет исправлять ошибки обмена.
Что даёт штатный модуль
Официальная справка KIT описывает загрузку товаров, цен и остатков из 1С в KIT, передачу заказов из KIT в 1С и работу с маркировкой. Для установки нужно проверить конфигурацию и версию учётной системы, права администратора и возможность установить расширение.
В документации отдельно указаны УТ 11.5 ПРОФ, УНФ 3.0 ПРОФ, КА 2.5 и ERP 2.5. Если ваша конфигурация отличается, это не повод обещать результат по аналогии: сначала проверяем поддержку и тестовое подключение.
Что настраиваем в обмене
Ошибки чаще возникают на границах между полями и ответственностью систем.
- Выбор товаров и складов, которые участвуют в выгрузке.
- Тип цены и частота обновления товаров, цен и остатков.
- Сопоставление артикула, названия, описания, веса, габаритов и характеристик.
- Правила объединения вариантов и поведение при изменении данных в источнике.
- Состав реквизитов заказа, подтверждение и передача кодов маркировки.
Как проходит настройка
1.
Разобрать конфигурацию
Проверяем версию 1С, организацию, склады, виды цен и реальные поля номенклатуры.
2.
Установить модуль
Подключаем официальный модуль и проводим тест соединения без изменения рабочего обмена вслепую.
3.
Согласовать мастер-систему
Фиксируем, где меняются товары, цены, остатки, варианты и статусы заказа.
4.
Прогнать сценарии
Проверяем новую карточку, изменение цены, остаток, заказ, подтверждение и маркировку на тестовых данных.
Когда штатного модуля недостаточно
Если в проекте есть отдельный PIM, несколько источников цен, нестандартное сопоставление или собственный процесс заказа, сначала ищем границу стандартного обмена. Затем решаем, нужен ли API-контур, промежуточная система или ручной этап с понятным регламентом.
Кастомный API не должен дублировать 1С без причины. Важно определить владельца каждой сущности, запретить конфликтующие записи и оставить журнал, по которому менеджер поймёт, что именно сломалось.