Интеграция магазина с Kasta: фид, API и заказы

Как основа — да: инструкция Kasta по XML прямо говорит, что файлы с другой структурой не принимаются, а структура фида Rozetka — исключение. Готовым он от этого не становится. Для одежды и обуви нужны отдельные параметры Цвет и Размер, бренд — из справочника Kasta, артикул в таблице полей Kasta отмечен обязательным. В нашем замере 21 публичного фида украинских магазинов (05.09.2026, 88 991 товар) только один проходил собственные обязательные поля Rozetka без нарушений.

Так работает правило Kasta: если тега остатка нет, а available=true, HUB ставит 10 штук. Товар, которого у вас ноль, продаётся, и отмена потом ляжет на вас. В том же замере 21 фида в шести фидах тега stock_quantity или quantity_in_stock не было ни в одной позиции. Поэтому мы передаём остаток явно в каждой позиции, а позиции без него показываем ещё на разборе.

Фид, если ассортимент меняется медленно и заказов немного: цены и остатки из него доходят ориентировочно раз в час, в отдельном режиме — каждые 30 минут. API, когда этого мало или заказы хочется обрабатывать в своей системе: остатки уходят сразу после изменения, а заказы и статусы ходят в обе стороны. Бывает и смешанный вариант: контент фидом, остатки через API. Тогда обновление цен и остатков в настройках фида отключаем, иначе два источника перезаписывают друг друга. Новые товары из фида идут общей очередью Kasta — ориентировочно до ±6 часов, а если дата в шапке фида не меняется, раз в 4 часа. Поэтому дату генерации обновляем при каждой сборке.

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

Остаток передаём через API сразу после изменения, не дожидаясь цикла фида. Заказы Kasta подтверждаем статусом ConfirmedBySupplier, как только заказ попал в вашу систему: до подтверждения Kasta сама вычитает заказанное из переданного остатка, и если склад его уже списал, товар вычитается дважды и исчезает из продажи раньше, чем закончился. Честная граница: окно между продажей и обновлением остаётся всегда, его можно сузить, но не убрать.

Да, через API: список заказов с курсором изменений, до 100 за запрос, доступны заказы с 01.01.2023. Обратно передаём статусы в последовательности, которую требует Kasta: например, ТТН регистрируется только после статуса «упаковано», а отмена — с одной из причин из её перечня. На статусы есть лимиты, среди них 300 запросов в минуту и не более 10 по одному заказу за 10 минут, поэтому запросы идут через очередь.

Да, с Kasta мы не работали и на странице этого не скрываем. Делали магазины с подключённой площадкой Rozetka (кейс ниже), фиды и выгрузки для Prom описаны на странице интеграции с Prom, а 21 публичный фид разобрали отдельно. Описание Kasta на этой странице сверено с её документацией для поставщиков 12.09.2026. Что вас защищает: фиксированный объём в договоре, бесплатный разбор до договора и 30 дней гарантии со дня подписания акта.

Цену продажи Kasta показывает покупателю, и процент роялти в неё нужно заложить сразу — так сказано в её документации. Зачёркнутая цена не может быть ниже цены продажи, иначе загрузка выдаёт ошибку. Цену поставщика HUB считает сам. Процент вы знаете из договора; мы прописываем правило в генераторе, чтобы цена для Kasta не велась в отдельной таблице.

После бесплатного разбора на 2–3 дня: только фид — 4–9 рабочих дней (фид 2–5, первая загрузка и маппинг 1–3, передача 1). Фид вместе с API остатков и заказами — 9–19 рабочих дней. Точнее скажем после разбора: сильнее всего сроки сдвигают товары с размерной сеткой, где варианты приходится раскладывать по полям.