# Яндекс KIT и 1С: что согласовать про остатки перед запуском рекламы

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

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

# Назначить один источник актуальных данных

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

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

# Проверить связь карточек

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

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

# Пройти несколько неудобных сценариев

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

Отдельно стоит проверить поведение при сбое обмена. Кто получает уведомление, как видна задержка и кто решает, можно ли продолжать продажи? Требуемый порядок зависит от используемой интеграции, поэтому его нужно уточнять у внедренца. Общее устройство платформы и связи с каталогом разобраны в материале о работе Яндекс KIT на сайте ZHADOV.

# Сопоставить обещание в рекламе с витриной

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

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