Серия · 1С для производства на маркетплейсах · 3 из 7

Заказы с Ozon загрузились, а статусы не меняются: почему «полуинтеграция» хуже её отсутствия

Самая частая жалоба селлеров после «самостоятельной» настройки: вроде всё в 1С, а цифрам верить нельзя. Разбираем три причины, чем это опасно и что делать.

+7 (901) 417-04-37
Ozon1С:УНФРегламентСтатусыОтчёт комиссионера

Кратко

  • «Полуинтеграция» создаёт иллюзию порядка: вроде всё в 1С, а на деле цифрам верить нельзя.
  • Причина 1 — обмен настроен в одну сторону: первичную загрузку сделали, а регламентное задание на обновление статусов — нет.
  • Причина 2 — статусы Ozon не сопоставлены со статусами 1С. Особенно больно с отменами и возвратами: резерв висит, товар «заморожен».
  • Причина 3 — продажи не связаны с деньгами: без загрузки отчёта комиссионера выручка живёт отдельно от поступлений.
  • Наведение порядка в уже «настроенной» интеграции занимает от нескольких дней до пары недель — дешевле, чем месяцы работы с неверными цифрами.

Реальная история

«Всё загрузили, а пользы — ноль»

Производитель подключил в УНФ интеграцию с Ozon: подкачали номенклатуру, категории, загрузили заказы аж с февраля. Деньги за товары давно получены, банковские выписки в базе. А пользы — ноль: статусы заказов не обновляются, динамики не видно, картина собирается обрывочно. В кабинете Ozon одно, в 1С другое, в банке третье.

Это самая частая жалоба селлеров после «самостоятельной» настройки интеграции. Разберём, почему так происходит.

Три причины

Почему статусы не двигаются

01

Синхронизация настроена в одну сторону

Типовая ошибка: настроили первичную загрузку (товары, заказы) и решили, что интеграция работает. Но интеграция — это не разовая выгрузка, а регулярный обмен. Если не настроено регламентное задание, которое каждые N минут опрашивает API Ozon и обновляет статусы, заказы навсегда останутся в том состоянии, в котором их загрузили.

Проверьте: в настройках должно быть активное расписание обмена, а в журнале обмена — свежие успешные сеансы. Если последний обмен был в феврале — вот и ответ.

02

Статусы Ozon не сопоставлены со статусами 1С

У Ozon своя статусная модель (awaiting_packaging, delivering, delivered, cancelled…), у 1С — своя (заказ, резерв, отгружен, закрыт). Между ними нужен маппинг: какое событие на площадке какой документ или статус создаёт в 1С. Если сопоставление не настроено или настроено частично, часть статусов просто «не находит» своего отражения в учёте.

Особенно болезненны отмены и возвраты: заказ отменён на площадке, а в 1С резерв висит — товар «заморожен» и не продаётся на других каналах.

03

Продажи не связаны с деньгами

Заказы — это ещё не выручка. На Ozon вы получаете деньги не за заказ, а по отчёту о реализации (отчёту комиссионера), из которого уже удержаны комиссия и логистика. Если отчёты комиссионера не загружаются в 1С и не сопоставляются с заказами, банковские поступления живут отдельно от продаж — и «динамику» увидеть невозможно в принципе.

Правильная цепочка: заказ → отгрузка → отчёт комиссионера → поступление денег → финансовый результат. Каждое звено должно создаваться в 1С автоматически.

Маппинг статусов

Какое событие Ozon что создаёт в 1С

Каждый статус площадки должен иметь отражение в учёте. Где маппинга нет — там и расходятся цифры.

Статус OzonОтражение в 1СЕсли маппинг не настроен
awaiting_packagingЗаказ покупателя + резервРезерв не создаётся — остатки врут
awaiting_deliverСборка / отгрузка (FBS)Отгрузка не фиксируется
deliveringРеализация в путиНет данных по логистике
deliveredРеализация + выручка по отчётуПродажа не доходит до учёта
cancelledОтмена + снятие резерваРезерв висит — товар «заморожен»
returnedВозврат + восстановление остаткаОстаток не возвращается на склад

Нажмите на заголовок столбца, чтобы отсортировать, или на строку — чтобы выделить.

Как должно быть

Цепочка, где каждое звено создаётся автоматически

01

Заказ

02

Отгрузка

03

Отчёт комиссионера

04

Поступление денег

05

Финансовый результат

Чем это опасно, если не чинить

Иллюзия порядка дороже его отсутствия

Остатки врут

Отмены заказов и штрафы площадки за то, чего нет на складе.

Резервы не снимаются

Товар не продаётся на других каналах, хотя физически он есть.

Выручка не совпадает с фактом

Проблемы с налоговой базой — особенно на УСН, где доход считается от продажной цены, а не от поступлений.

Решения «по ощущениям»

Управленческие решения принимаются без опоры на достоверные данные.

Суть проблемы

«Полуинтеграция» создаёт иллюзию порядка: вроде всё в 1С, а на деле цифрам верить нельзя.

Что делать

План наведения порядка

  1. 01Проверить регламентные задания и журнал обмена — обмен должен идти по расписанию.
  2. 02Настроить полное сопоставление статусов, включая отмены и возвраты.
  3. 03Включить загрузку отчётов комиссионера и их автоматическое проведение.
  4. 04Прогнать сверку: взять один месяц и сверить кабинет Ozon, 1С и банк до рубля.
Сколько это занимает

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

В следующей статье

Как производителю увидеть в 1С три главные цифры — доходы, расходы и прибыль.

FAQ

Частые вопросы

Почему заказы с Ozon загрузились в 1С, а статусы не меняются?

Чаще всего потому, что настроена только первичная загрузка, а регулярный обмен — нет. Интеграция должна работать по расписанию: регламентное задание каждые несколько минут опрашивает API Ozon и обновляет статусы. Проверьте журнал обмена — если последний сеанс был давно, обмен не запускается.

Что такое «полуинтеграция» и чем она опасна?

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

Почему в 1С висят резервы по уже отменённым заказам?

Не настроен маппинг статусов отмены и возврата. Заказ отменён на площадке, но в 1С нет правила, которое снимает резерв, — товар остаётся «замороженным» и не продаётся на других каналах. Нужно настроить сопоставление для статусов cancelled и returned.

Почему выручка в 1С не совпадает с деньгами на счёте?

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

Сколько стоит починить уже настроенную интеграцию?

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

Цифрам в 1С нельзя верить?

Проверим вашу интеграцию с Ozon и наведём порядок в статусах и деньгах

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

+7 (901) 417-04-37 @kkconsult2