
Разбор · Опубликовали 07.10.2026
Связка с Ozon и Wildberries по API может быть своей: остатки и заказы без ручных выгрузок и чужого модуля
Как заказать обмен со своего склада, проверить его на сбоях и сохранить код у компании.
Текст написан инженером, который ведёт vibecoding.ru, вместе с машиной агентов · факты проверены 7 октября 2026
Ozon и Wildberries можно связать своей программой по API: она заберёт заказы и обновит остатки по правилам вашего склада.
Клиентской связки с маркетплейсами у нас нет, поэтому основу разбора составляют API площадок и наши проверки внешних обменов.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. API даёт обмен, а правила остаются у компании.
Своя интеграция с маркетплейсами заменяет ручной перенос данных между программами. Сотрудник разбирает исключения, а не скачивает очередную таблицу.
Речь о продаже со своего склада, которую площадки называют FBS. Наличие товара на складе площадки учитывают отдельно.
Ozon Seller API работает с остатками и отправлениями, WB API с остатками склада продавца и сборочными заданиями. Это подтверждают официальные источники на 7 октября 2026.
Связка забирает заказы и возвращает результат в учёт.
WB API, официальный канал Ozon Seller API, проверка 07.10.2026. Состав связки предложен редакцией; вызовы в кабинете продавца не тестировали.
2. Общий остаток считают в вашем учёте.
Соединять кабинеты напрямую опасно для общего запаса. Остаток одного маркетплейса не знает о продаже на другом или в вашем магазине.
Источник наличия выбирают до разработки. Если компания уже ведёт складской учёт, связка получает количество и резервы оттуда.
Пример ниже учебный, это не данные продавца. Из количества на полке вычитают занятый товар и согласованный запас на расхождения.
Из десяти товаров к распределению доступны пять.
Редакционный пример 07.10.2026, 10 − 3 − 2 = 5. Числа иллюстрируют правило, не прогнозируют потери или экономию.
Даже общий учёт не делает две витрины одновременными. Пока связка забирает новый заказ, другая площадка ещё может показывать старое наличие.
Один товар делят по выбранному правилу. Компания может выделить каждой площадке свою часть запаса или скрывать товар при малом остатке.
Остатки в кабинетах могут уже учитывать заказ. Повторное вычитание той же продажи из этих остатков занизит наличие ещё раз.
Общий запас требует правила распределения.
Предложения редакции по устройству связки, 07.10.2026. API не даёт гарантии отсутствия продажи сверх общего остатка.
3. Повторы и отмены проверяют до боевого обмена.
Успешная загрузка заказа ещё не делает связку готовой. После обрыва связи она получит этот же заказ снова.
Повтор не должен создавать новый резерв. Программа сверяет площадку, кабинет и номер заказа, затем обновляет существующую запись.
Отмена и возврат требуют разных действий. Отказ покупателя после отправки не возвращает товар на полку, пока склад его не принял.
Связку принимают по сбоям и повторам.
Редакционные сценарии приёмки 07.10.2026; раздел статусов заказов FBS в WB API. Сценарии нужно исполнить на тестовых данных.
4. Сторож проверяет результат каждого обмена.
Процесс может работать, а данные перестать обновляться. Лампочка «сервис запущен» не показывает, дошёл ли новый остаток до кабинета.
У нашей машины эта слепота уже была. Лента новостей стояла с 21 по 23 июля 2026, хотя сырьё продолжало приходить.
Из поломки вышли два правила. Прогресс фиксируют после успеха, а свежесть результата проверяют отдельным сторожем.
23.07
Писатель ленты упал, а отметка прогресса двигалась вперёд. Исправление: при ошибке прогресс не меняется; успешный повтор не создаёт дубль.
25.07
После остановки ленты заведён сторож результата. Правило для новостей: была публикация за сутки. Для заказов допустимую задержку задают отдельно, под работу склада.
Журналы машины, записи 23 и 25 июля 2026, перечитаны 07.10.2026. Это история новостной ленты, не клиентской интеграции.
API тоже ограничивает обмен. Wildberries объясняет паузу при слишком частых запросах, а Ozon описывает ошибку частого обновления остатков.
При сбое нужен видимый порядок действий. Старый остаток нельзя считать свежим; ограничение продаж и человека для разбора оговаривают до запуска.
У каждой остановки есть ответственный и действие.
WB API, расшифровка ошибок, и Ozon Seller API, сообщение 23.06.2025; проверено 07.10.2026. Порядок реакции предложен редакцией.
5. Агенты пишут связку, а заказы обрабатывает программа.
Для каждого заказа не нужен разговор с нейросетью. Инженер ведёт машину агентов, которая пишет и проверяет программу обмена.
Наша машина вызывает внешний Wordstat API, чтобы измерять спрос. Это опыт внешнего обмена; остатками клиентского склада она не управляла.
На открытой кухне сайта 7 октября было 7 032 коммитов за 98 дней, с 1 июля. Этот счётчик показывает работу машины, а не срок вашей интеграции.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| API площадок | Официальные индексированные страницы WB и открытый канал Ozon Seller API. Прямые страницы Ozon зацикливают перенаправления, WB частично возвращает ошибку доступа. На аккаунте продавца не проверяли | 2026-10-07 |
| Наш опыт | Wordstat API и перечитанные записи поломки ленты, 23 и 25 июля 2026. Клиентского кейса маркетплейсов нет | 2026-10-07 |
| Наши числа | Живые /open и /services прочитаны 7 октября 2026. Коммиты основной ветки с 1 июля; цена тарифа за месяц. Независимая повторная проверка подтвердила опубликованные значения | 2026-10-07 |
| Учебный расчёт | 10 − 3 − 2 = 5. Редакционный пример распределения запаса, не измерение продавца | 2026-10-07 |
Задачу агенту дают вместе с примерами и критерием приёмки. Как записать такую задачу, разобрано в статье о постановке задач.
Секреты кабинетов остаются у рабочей программы. Для агента нужны тестовые ответы API; доступы разобраны в правилах для агентов, данные покупателей отдельно.
Проверять ошибки и откат нужно до запуска. Общий порядок разобран отдельно; здесь проверяют именно заказы и остатки.
Первый обмен запускают на ограниченной группе товаров.
Редакционный план проверки, 07.10.2026. Даты запуска назначают после знакомства с учётом компании.
6. Своя связка нужна, когда модуль не закрывает правила склада.
Готовый модуль стоит оставить, если обмен уже работает по вашим правилам. Свой код полезен там, где сотрудники каждый день исправляют его результат руками.
Причиной разработки может быть свой порядок резервов или несколько каналов продаж. Возможность написать код агентом сама по себе не доказывает выгоду.
Цену своей CRM и коробок мы разобрали в соседней статье. Для связки сравнивают расходы на обмен и последствия его сбоев.
Своё решение выбирают по исключениям текущего обмена.
Критерии редакции, 07.10.2026. Замера окупаемости клиентской связки у нас нет.
Подписка подходит, когда после первого обмена остаётся очередь правок. На /services «Один проект» стоит 250 000 ₽ в месяц, на 7 октября 2026.
В работе одна задача, следующая ждёт; правки идут, пока вы не примете. Это формат работы, а не готовая смета связки или обещание срока запуска.
Перед заказом полезен тест для руководителя. Для одной редкой выгрузки месячная подписка может оказаться лишней.
7. Частые вопросы
Можно ли связать Wildberries с Ozon напрямую?+
Свою программу можно поставить между вашим учётом и API обеих площадок. Она сопоставляет товары и заказы, но не превращает остаток одного кабинета в источник наличия для другого.
Парсинг маркетплейсов заменит интеграцию по API?+
Парсинг публичных карточек решает другую задачу. Он не подтверждает ваши резервы и статусы заказов и не заменяет разрешённые методы изменения остатков.
Какой токен Wildberries нужен для своей связки?+
В официальной документации для собственной программы есть Персональный токен. Его нельзя передавать третьим лицам или использовать в облачных сервисах; подходящий тип и категории доступа выбирают по устройству системы. Обычный, не OAuth, токен действует 180 дней. Условия проверены по официальным страницам 7 октября 2026.
Можно начать без изменения боевых остатков?+
Да, со сверки в режиме чтения и тестовых ответов. Wildberries предоставляет песочницу с тестовым токеном; возможность проверить нужные методы уточняют до разработки.
За какой срок агенты напишут связку?+
Без схемы учёта и доступов срок не определить. Как считать ожидание в очереди, разобрано в статье о сроках разработки. Срок первого обмена и срок приёмки на сбоях нужно согласовать отдельно.
Источники
- WB API: работа с товарами и остатками склада продавца — документация
- WB API: заказы FBS и статусы сборочных заданий — документация
- WB API: авторизация, типы токенов и песочница — документация
- WB API: FAQ, срок обычного токена и OAuth — документация
- WB API: расшифровка ошибок, включая ограничение частоты запросов (6 апреля 2026) — документация
- Ozon Seller API: частое обновление остатков (23 июня 2025) — официальный канал
- Ozon Seller API: работа с остатками и FBS-отправлениями (26–27 января 2026) — официальный канал
- Ozon Seller API: переход на новую версию списка FBS-отправлений (10 июля 2026) — официальный канал
- Открытая кухня vibecoding.ru: счётчик машины на 7 октября 2026 — наш замер
- Агентная разработка по подписке: условия на 7 октября 2026 — условия сервиса
Запомнить
- Выберите источник наличия и правило распределения между площадками.
- Принимайте связку по повторам, отменам и сверке результата.
- Назначьте допустимую задержку обмена и действие при её превышении.
- Оставьте ключи у программы, а агентам дайте тестовые ответы.
- Сравните своё решение с модулем по вашим исключениям и сопровождению.