Кратко
- «Полуинтеграция» создаёт иллюзию порядка: вроде всё в 1С, а на деле цифрам верить нельзя.
- Причина 1 — обмен настроен в одну сторону: первичную загрузку сделали, а регламентное задание на обновление статусов — нет.
- Причина 2 — статусы Ozon не сопоставлены со статусами 1С. Особенно больно с отменами и возвратами: резерв висит, товар «заморожен».
- Причина 3 — продажи не связаны с деньгами: без загрузки отчёта комиссионера выручка живёт отдельно от поступлений.
- Наведение порядка в уже «настроенной» интеграции занимает от нескольких дней до пары недель — дешевле, чем месяцы работы с неверными цифрами.
«Всё загрузили, а пользы — ноль»
Производитель подключил в УНФ интеграцию с Ozon: подкачали номенклатуру, категории, загрузили заказы аж с февраля. Деньги за товары давно получены, банковские выписки в базе. А пользы — ноль: статусы заказов не обновляются, динамики не видно, картина собирается обрывочно. В кабинете Ozon одно, в 1С другое, в банке третье.
Это самая частая жалоба селлеров после «самостоятельной» настройки интеграции. Разберём, почему так происходит.
Почему статусы не двигаются
Синхронизация настроена в одну сторону
Типовая ошибка: настроили первичную загрузку (товары, заказы) и решили, что интеграция работает. Но интеграция — это не разовая выгрузка, а регулярный обмен. Если не настроено регламентное задание, которое каждые N минут опрашивает API Ozon и обновляет статусы, заказы навсегда останутся в том состоянии, в котором их загрузили.
Проверьте: в настройках должно быть активное расписание обмена, а в журнале обмена — свежие успешные сеансы. Если последний обмен был в феврале — вот и ответ.
Статусы Ozon не сопоставлены со статусами 1С
У Ozon своя статусная модель (awaiting_packaging, delivering, delivered, cancelled…), у 1С — своя (заказ, резерв, отгружен, закрыт). Между ними нужен маппинг: какое событие на площадке какой документ или статус создаёт в 1С. Если сопоставление не настроено или настроено частично, часть статусов просто «не находит» своего отражения в учёте.
Особенно болезненны отмены и возвраты: заказ отменён на площадке, а в 1С резерв висит — товар «заморожен» и не продаётся на других каналах.
Продажи не связаны с деньгами
Заказы — это ещё не выручка. На Ozon вы получаете деньги не за заказ, а по отчёту о реализации (отчёту комиссионера), из которого уже удержаны комиссия и логистика. Если отчёты комиссионера не загружаются в 1С и не сопоставляются с заказами, банковские поступления живут отдельно от продаж — и «динамику» увидеть невозможно в принципе.
Правильная цепочка: заказ → отгрузка → отчёт комиссионера → поступление денег → финансовый результат. Каждое звено должно создаваться в 1С автоматически.
Какое событие Ozon что создаёт в 1С
Каждый статус площадки должен иметь отражение в учёте. Где маппинга нет — там и расходятся цифры.
| Статус Ozon | Отражение в 1С | Если маппинг не настроен |
|---|---|---|
| awaiting_packaging | Заказ покупателя + резерв | Резерв не создаётся — остатки врут |
| awaiting_deliver | Сборка / отгрузка (FBS) | Отгрузка не фиксируется |
| delivering | Реализация в пути | Нет данных по логистике |
| delivered | Реализация + выручка по отчёту | Продажа не доходит до учёта |
| cancelled | Отмена + снятие резерва | Резерв висит — товар «заморожен» |
| returned | Возврат + восстановление остатка | Остаток не возвращается на склад |
Цепочка, где каждое звено создаётся автоматически
- Заказ
- Отгрузка
- Отчёт комиссионера
- Поступление денег
- Финансовый результат
Иллюзия порядка дороже его отсутствия
Остатки врут
Отмены заказов и штрафы площадки за то, чего нет на складе.
Резервы не снимаются
Товар не продаётся на других каналах, хотя физически он есть.
Выручка не совпадает с фактом
Проблемы с налоговой базой — особенно на УСН, где доход считается от продажной цены, а не от поступлений.
Решения «по ощущениям»
Управленческие решения принимаются без опоры на достоверные данные.
«Полуинтеграция» создаёт иллюзию порядка: вроде всё в 1С, а на деле цифрам верить нельзя.
План наведения порядка
- Проверить регламентные задания и журнал обмена — обмен должен идти по расписанию.
- Настроить полное сопоставление статусов, включая отмены и возвраты.
- Включить загрузку отчётов комиссионера и их автоматическое проведение.
- Прогнать сверку: взять один месяц и сверить кабинет Ozon, 1С и банк до рубля.
По опыту, наведение порядка в уже «настроенной» интеграции занимает от нескольких дней до пары недель — сильно дешевле, чем месяцы работы с неверными цифрами.
Частые вопросы
Почему заказы с Ozon загрузились в 1С, а статусы не меняются?
Чаще всего потому, что настроена только первичная загрузка, а регулярный обмен — нет. Интеграция должна работать по расписанию: регламентное задание каждые несколько минут опрашивает API Ozon и обновляет статусы. Проверьте журнал обмена — если последний сеанс был давно, обмен не запускается.
Что такое «полуинтеграция» и чем она опасна?
Это когда данные в 1С формально есть, но обмен односторонний, статусы не сопоставлены, а продажи не связаны с деньгами. Возникает иллюзия порядка: остатки врут, резервы не снимаются, выручка не сходится с фактом. Это опаснее отсутствия интеграции, потому что неверным цифрам доверяют.
Почему в 1С висят резервы по уже отменённым заказам?
Не настроен маппинг статусов отмены и возврата. Заказ отменён на площадке, но в 1С нет правила, которое снимает резерв, — товар остаётся «замороженным» и не продаётся на других каналах. Нужно настроить сопоставление для статусов cancelled и returned.
Почему выручка в 1С не совпадает с деньгами на счёте?
На Ozon деньги приходят не за заказ, а по отчёту комиссионера, из которого удержаны комиссия и логистика. Если отчёты комиссионера не загружаются и не сопоставляются с заказами, поступления живут отдельно от продаж. Особенно критично на УСН, где доход считается от продажной цены.
Сколько стоит починить уже настроенную интеграцию?
Обычно от нескольких дней до пары недель работы: проверка регламентных заданий, настройка полного маппинга статусов, включение отчётов комиссионера и сверка одного месяца до рубля. Это заметно дешевле, чем месяцами принимать решения по неверным данным.