Как связать 1С с Ozon: пошаговая инструкция

Что даёт обмен 1С с Ozon и что он не решает

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

Что закрывает обмен:

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

Чего обмен не даёт, даже если вендор обещает обратное:

• Он не меняет схему учёта. Ozon остаётся комиссионером, выручка признаётся по отчёту, а не по поступлению денег на счёт.
• Он не заменяет ЭДО. Акты на логистику, хранение и продвижение приходят отдельно и проводятся своими документами.
• Он не разбирает удержания по причинам. В базу попадут суммы из отчёта, а вопрос «за что удержали» остаётся отдельной задачей.
• Он не двигает остатки FBO. Товар лежит на складе площадки, его количество задаёт Ozon.

Варианты интеграции: что выбрать под свою задачу

Рабочих вариантов четыре. Отличаются они не столько набором функций, сколько тем, кто отвечает за обновления и кто чинит обмен, когда площадка меняет API.

Про штатные механизмы важно знать следующее. В «1С:Бухгалтерии предприятия» 3.0 загрузка отчётов маркетплейсов появилась начиная с релиза 3.0.114, а подключение к личному кабинету Ozon по Client ID и API-ключу добавили позже, в ветке 3.0.126. Чтобы блок стал доступен, в функциональности программы включается флаг продажи через комиссионеров и агентов. Точный набор возможностей зависит от релиза, поэтому проверьте его в своей конфигурации.

К третьему варианту относится и раздел «1С» в нашем сервисе: заказы уходят в базу штатным обменом CommerceML либо прямым запросом в ваш HTTP-сервис, расширение внутрь 1С не ставится. Как это устроено, описано на странице интеграция 1С с маркетплейсами.

Шаг 1. Client ID и API key в кабинете Ozon

Любой вариант, кроме файлового, начинается с пары ключей. Создаёт их владелец кабинета.

1. Войдите в кабинет продавца на seller.ozon.ru.
2. Откройте настройки через иконку в правом верхнем углу и выберите раздел с API-ключами.
3. Скопируйте Client ID. Это идентификатор аккаунта, он не секретный и не меняется.
4. Нажмите создание ключа, задайте понятное название по получателю: «1С», «модуль франчайзи», название сервиса. Потом будет ясно, какой ключ отзывать.
5. Выберите тип ключа. Для полноценного обмена заказами, остатками и ценами нужен административный доступ, для чтения отчётов достаточно ограниченного.
6. Скопируйте ключ сразу и сохраните в менеджере паролей: повторно он не показывается.

Если магазинов несколько, заводите отдельный ключ на каждый: так один отозванный ключ не остановит обмен по всем кабинетам. Подробный разбор прав и типовых ошибок — в гайде про API-ключ Ozon Seller.

Шаг 2. Подключение в 1С и проверка соединения

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

1. Заведите контрагента. Ozon работает через юридическое лицо, реквизиты которого указаны в вашей оферте и в приходящих по ЭДО документах. Переписывать ИНН из статей нельзя: сверьте с первичным документом.
2. Создайте договор с видом «с комиссионером (агентом) на продажу». Это ключевая настройка: от неё зависит, как программа построит проводки.
3. Вставьте Client ID и API-ключ в форму подключения и сохраните.
4. Нажмите проверку связи. Ошибка авторизации почти всегда означает, что ключ скопирован с пробелом или отозван, а не что сервис недоступен.
5. Задайте период первой загрузки. Не тяните сразу год: возьмите один закрытый месяц и посмотрите, как лягут документы.

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

Шаг 3. Сопоставление номенклатуры и уценённые SKU

Сопоставление идёт по артикулу продавца, а не по SKU Ozon: SKU у одного товара может измениться, ваш артикул остаётся прежним. Из этого следуют три практических правила.

• Сверяйте артикул без учёта регистра. В отчётах он приходит в том виде, в котором заведён в карточке, и один и тот же товар легко получает две позиции номенклатуры из-за разного регистра букв.
• Уберите лишние пробелы и служебные символы. Артикул с хвостовым пробелом не находится и заказ зависает в очереди без ошибки.
• Заведите правило для новых товаров. Решите заранее: создавать номенклатуру автоматически или ставить заказ в ожидание до ручного сопоставления. Второй вариант безопаснее для учёта.

Отдельная история — уценённые товары. Уценённый экземпляр продаётся под собственным SKU, и в обычном методе каталога его карточка не отдаётся: чтобы получить артикул основного товара, нужен отдельный запрос по уценённым позициям. Если этого шага нет, продажи уценки приходят с пустым артикулом и висят несопоставленными. Как уценка устроена со стороны площадки, разобрано в гайде про уценку товара на маркетплейсах.

Шаг 4. Заказы FBS и статусы в 1С

Заказы FBS — единственная часть обмена, которая работает в реальном времени. Логика такая: площадка создаёт отправление, обмен забирает его и создаёт в базе документ, дальше статусы синхронизируются.

Важная оговорка: доставленное отправление не равно проведённой реализации. Выручка признаётся по отчёту о реализации за период, а не по каждому заказу. Заказы нужны для склада и для сборки, отчёт — для бухгалтерии. Подробно про заказы и отгрузку — в разделе ФБС-заказы.

Шаг 5. Остатки и цены обратно на площадку

Обратное направление нужно тем, кто держит товар на своём складе. По FBO управлять количеством из 1С нельзя: остатком распоряжается площадка.

1. Определите, какой склад 1С соответствует какому складу FBS в кабинете. При нескольких складах это соответствие задаётся один раз и потом не меняется.
2. Решите, что считать доступным остатком: весь свободный или за вычетом страхового запаса. Второе безопаснее: не будет отмен из-за товара, который уже обещан другому каналу.
3. Настройте частоту отправки. Чаще раза в 15–30 минут смысла обычно нет, а лимиты API расходуются.
4. Для цен решите, кто главный. Если цены живут в 1С, отключите ручную правку в кабинете, иначе значения будут перетирать друг друга по кругу.

Если товар продаётся сразу на нескольких площадках, общий остаток лучше вести в одном месте и раздавать оттуда: как это устроено, описано в разделе склад FBS. Распределение запаса между складами Ozon — отдельная задача, она разобрана в гайде про кластеры Ozon.

Как загрузить продажи Ozon в 1С:Бухгалтерию

Загрузить продажи Ozon в 1С проще всего штатно: в «1С:Бухгалтерии 3.0» с релиза 3.0.126 отчёт о реализации Ozon подтягивается по API прямо в документ «Отчёт комиссионера о розничных продажах». Продажи и возвраты заполняются сами, вручную остаётся сопоставить номенклатуру и сверить итог.

1. Откройте «Продажи → Маркетплейсы и комиссионеры» (в простом интерфейсе — «Товары → Маркетплейсы»), нажмите «Загрузить» и выберите отчёт о реализации товара Ozon.
2. При первой загрузке нажмите «Настроить»: контрагент ООО «Интернет Решения», договор с комиссионером, Client ID и API-ключ из шага 1.
3. Укажите период отчёта. Для начала возьмите один закрытый месяц.
4. Сопоставьте номенклатуру: в первый раз — по всем товарам отчёта, дальше программа попросит только новые позиции.
5. Сверьте итог документа с отчётом о реализации в кабинете Ozon и проведите его.

Если API не подключён, тот же документ заполняется из файла: выгрузите отчёт о реализации за период в кабинете Ozon («Финансы → Документы → Отчёты о реализации») и загрузите его через ту же кнопку. Услуги площадки — логистику, хранение, продвижение — в отчёт комиссионера не загружают, их проводят отдельными актами. Проводки и НДС разобраны в гайде как провести продажи Ozon в 1С.

FBO, FBS и realFBS: что попадает в 1С в каждой схеме

Схема работы определяет, какие данные вообще есть в обмене.

Одна и та же карточка может работать сразу по нескольким схемам. В учёте это значит, что отправления приходят из разных источников, а отчёт остаётся общим. Что означают сами схемы, разобрано в словаре: ФБО и ФБС.

Начисления по дням против ленты операций: где брать комиссию

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

Что из этого следует для учёта:

• Проверьте, на каком методе работает ваш обмен. Если модуль давно не обновлялся, часть месяца может прийти с нулями, и это заметно не сразу.
• Стоимость логистики лежит внутри операции продажи, а не отдельной строкой по кабинету. В наивной выгрузке логистика по товару получается нулевой, а прибыль завышенной.
• Начисление привязано к дате операции. Возврат по августовской продаже уменьшит сентябрь, в котором он прошёл. Поэтому продажи за месяц из начислений почти никогда не равны продажам за месяц из аналитики.

Для бухгалтерии основой остаётся отчёт о реализации, начисления нужны для сверки выплаты. Разбор всех документов кабинета — в гайде отчёт по продажам Ozon, а сверка с выплатой — в отчётах и выплатах Ozon Seller.

Обмен не идёт: шесть причин по порядку проверки

Если подключение прошло, а документов в базе нет, причина почти всегда в одном из шести пунктов. Проверять их быстрее в этом порядке.

1. Ключ отозван или скопирован с пробелом. Первое, что проверяют: ошибка авторизации выглядит как «сервис недоступен», хотя дело в ключе.
2. Не хватает прав у ключа. Ключ с ограниченным доступом читает отчёты, но не отдаёт остатки и цены. Метод возвращает отказ, а не пустой ответ.
3. Товар не сопоставлен. Заказ ждёт, пока артикул кабинета совпадёт с артикулом номенклатуры. Чаще всего мешает регистр или лишний пробел.
4. Обмен не запускался. В схеме с CommerceML инициатор — сама 1С по расписанию. Если расписание не настроено, обмен будет ждать бесконечно.
5. 1С недоступна снаружи. Для прямой отправки база должна быть видна из внешней сети: внутренние сетевые адреса не подойдут.
6. Упёрлись в лимиты API. При частых запросах площадка начинает отвечать отказом. Лечится не повтором, а увеличением интервала обмена.

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

Что делать после того, как обмен заработал

Настройка обмена — половина задачи. Вторая половина в том, чтобы правильно провести полученное.

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

Раз в месяц имеет смысл сверять три числа: сумму продаж из отчёта, сумму начислений и фактическую выплату. Расхождение между первым и третьим — это удержания, и они должны объясняться строками отчёта.

Короткие ответы по теме

• Как проверить код маркировки перед продажей и поставкой
• Статус «на проверку» при приёмке Ozon: что значит
• Где посмотреть комиссию ВБ на свой товар
• Где посмотреть продажи на Озон продавцу: все места в кабинете

Все короткие ответы — вопросы продавцов.