Как создавать грузоместа и этикетки Ozon прямо из 1С:ERP: автоматизация поставок FBO

Перед каждой отгрузкой на Ozon по схеме FBO сотрудники тратили от 2 до 5 часов на рутину: вручную создавали грузоместа в личном кабинете маркетплейса, раскладывали по ним товар, скачивали этикетки. При этом вся информация о составе паллет и коробок уже была в 1С. Мы перенесли весь процесс в 1С: ERP — теперь грузоместа уходят в Ozon одним нажатием кнопки, а этикетки возвращаются обратно, без переключений между системами.

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

Заказчик — крупная фабрика игрушек, которая производит более миллиона единиц продукции в год. Компания продаёт товары через Ozon, Wildberries, Яндекс. Маркет, поставляет продукцию в «Детский мир» и работает с оптовыми покупателями. Учёт ведёт в 1С:ERP.

С Ozon наш клиент работает по схеме FBO — товар хранится и отгружается со склада маркетплейса. Отгрузки идут крупными партиями: иногда десятки коробок и паллет за раз. Чтобы склад Ozon принял товар, на каждой коробке и паллете должна быть этикетка, которую генерирует сам маркетплейс. Получить её можно только через личный кабинет, и выглядело это так:

Чем больше мест в поставке — тем дольше процесс и тем выше шанс ошибиться в раскладке. На формирование одной поставки в личном кабинете сотруднику нужно потратить 2−5 часов.

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

Подробнее о схеме работы FBO и нюансах использования грузомест — в документации Ozon: https://seller-edu.ozon.ru/libra/fbo

Клиент сформулировал задачу просто: «Сделайте так, чтобы в личном кабинете Ozon ничего не надо было вносить руками — пусть грузоместа и этикетки создаются прямо в 1С на основании упаковочного листа».

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

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

Требования к самим запросам взяли из официального руководства Ozon для разработчиков — раздел про передачу грузомест при создании поставки FBO.

В 1С пользователь создаёт документ «Упаковочный лист» и указывает в нём товары, которые поедут на склад Ozon. Каждая строка документа — это будущая коробка или паллета в личном кабинете маркетплейса. Строка содержит вложенный список товаров, которые будут упакованы в эту паллету.

Пользователь запускает обработку, которая подключается к аккаунту Ozon. Для подключения используется учётная запись, к которой привязан API-ключ.

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

Поставка содержит информацию о грузоместах и товарах в них из документов «Упаковочный лист».

При формировании поставки в личном кабинете Ozon ей присваивается идентификатор, а каждому грузоместу — номер. Остаётся загрузить номера грузомест в 1С, распечатать этикетки, наклеить на коробки и паллеты и отправить товар на склад.

В документе «Упаковочный лист» пользователь нажимает кнопку «Установить грузоместа» и указывает идентификатор поставки.

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

На этом всё: сотрудник заполнил документ в 1С, отправил данные в Ozon, получил обратно номера грузомест и этикетки, наклеил их на тару — товар можно отправлять.

Если грузоместа уже установлены, система просто не даст отправить запрос повторно.

Ручная цепочка «зайти в ЛК → создать места → разложить товар → скачать этикетки» заменена работой с одним документом в 1С. Вот что это даёт:

Меньше ручной работы. Раньше на формирование одной поставки в личном кабинете уходило от 2 до 5 часов. Теперь сотрудник тратит около получаса на заполнение упаковочного листа в 1С — остальное система делает сама. При пяти поставках в месяц это до 20 часов освобождённого рабочего времени.

Защита от потери данных. Сценарий, при котором повторный запрос безвозвратно стирал уже созданные грузоместа, закрыт на уровне программной логики.

Этикетки без лишних шагов. PDF с этикетками возвращается в 1С автоматически — не нужно заходить в ЛК Ozon и скачивать вручную.

Связь между системами. Идентификаторы грузомест Ozon сохраняются в документе «Упаковочный лист» — всегда можно отследить, что и куда было отправлено.

Подобное решение стоит от 190 тысяч рублей — итоговая сумма зависит от особенностей учёта и объёма доработок. Прототип готов за неделю, рабочая версия — за 15 дней.

Тратите время на ручную работу в личном кабинете Ozon или другого маркетплейса — расскажите о своём процессе, обсудим, что можно автоматизировать.