Интеграция 1С с Озон

Интеграция 1С с Озон: что входит в настройку

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

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

• Проверка конфигурации, доработок, кабинетов продавца и действующих схем торговли.
• Сопоставление номенклатуры: артикулы, характеристики, единицы измерения и карточки маркетплейса.
• Настройка источника цен, доступного запаса и расписания синхронизации.
• Загрузка заказов, обработка статусов, отмен и возвратов в пределах согласованных сценариев.
• Подготовка загрузки отчётов о реализации и проверки комиссий.
• Проверка на тестовой группе товаров, инструкция пользователю и порядок контроля после запуска.

Стоимость подключения и от чего она зависит

Цена после брифа. Минимальный бюджет проекта в seosite1 от 50 тыс. ₽. Это нижняя граница проекта, стоимость конкретной интеграции рассчитываем по задачам.

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

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

Кому подходит автоматизация торговли на маркетплейсах

Интернет-магазину с собственным складом нужен общий учёт запасов по сайту и маркетплейсам. Иначе один товар можно обещать разным покупателям.

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

Если задерживается сборка, начинаем с заказов. Если трудно свести выплаты, сначала настраиваем отчёты. Подключать все операции одновременно необязательно.

Какие данные передаются между Ozon и 1С

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

Какая конфигурация 1С подходит для подключения

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

1С:УНФ и 1С:Розница

В этих программах есть встроенное подключение Ozon. Сначала проверяем его возможности, затем решаем, нужен ли дополнительный модуль.

В УНФ откройте «CRM / Каналы продаж / OZON», в Рознице: «Настройки / Интеграции / Каналы продаж / OZON». Это маршруты из инструкции 1С; состав настроек сверяем с вашей базой.

1С:Бухгалтерия

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

1С:Управление торговлей, КА и ERP

Для УТ, 1С:Комплексной автоматизации и ERP проверяем доступные функции, складские документы и совместимость расширения. Для изменённой конфигурации сначала проводим тест на копии базы. Выбор решения должен учитывать дальнейшие обновления.

Встроенные функции, готовый модуль или доработка

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

Подключение Ozon: каталог, категории и карточки товаров

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

Выбираем, где редактировать каталог. Можно вести его в 1С либо после первоначальной выгрузки продолжить работу в Ozon. Для уже созданных карточек сначала выполняем сопоставление, чтобы избежать дублей.

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

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

Цены и остатки: что считать доступным к продаже

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

Доступный запас рассчитываем по согласованному правилу. Например, исключаем резерв под подтверждённые заказы и товары, отложенные для других каналов. Если нужен страховой запас, его величину задаёте вы.

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

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

Заказы и отгрузки по FBO, FBS и realFBS

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

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

При FBO товар хранится на складе Ozon, площадка собирает и доставляет заказы. Учитываем поставку и запас на этом складе отдельно. Собственный остаток продавца нельзя передавать как остаток FBO: сведения об этом запасе поступают от площадки.

Для realFBS настраиваем сопоставление собственного склада и обработку отправлений выбранным решением. Правила передачи статусов и работы с доставкой согласуем отдельно от FBS.

При отмене до отгрузки контролируем снятие резерва. При возврате после продажи сверяем документ с фактическим поступлением товара. Одного изменения статуса недостаточно для увеличения доступного запаса.

Отчёты Ozon в 1С и сверка реализации

До загрузки отчётов проверяем настройки комиссионной торговли, организацию, контрагента и договор. Для УНФ и Розницы 1С описывает передачу товаров через расходную накладную с операцией «Передача на комиссию».

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

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

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

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

Подключение через API и контроль доступа

Для подключения Ozon к УНФ используются клиентский идентификатор Client ID и API-ключ из кабинета продавца. API позволяет программе обмениваться данными с площадкой. Реквизиты вводят в настройки подключения, а не в комментарии к заказам.

Перед запуском проверяем, к какому кабинету относится доступ и какие операции разрешены. Выбираем права для согласованных задач. Реквизиты доступа не включаем в общую инструкцию и журнал ошибок.

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

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

Другие маркетплейсы и интернет-магазин

Wildberries и Яндекс Маркет рассматриваем как отдельные подключения. Уточняем доступные функции вашей конфигурации и сопоставляем карточки, склады и документы каждой площадки.

Для собственного сайта согласуем ассортимент и цены. Если он работает на 1С-Битрикс, включаем его в общую схему резервирования. Один канал продаж не должен продавать товар, уже занятый другим.

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

Частые ошибки при запуске

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

Как проверить результат внедрения

До запуска согласуем исходные данные и ожидаемый результат для каждой операции. Включаем новую карточку, изменение цены, заказ, отмену, возврат и повторную загрузку отчёта.

Сначала выполняем сценарии на копии базы, затем согласованные операции в рабочем обмене. Не меняем доступный запас продающегося товара ради эксперимента. Фиксируем исходные настройки и способ восстановления.

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

Кто ведёт проект и что подготовить к брифу

seosite1 работает с 1С и 1С-Битрикс. Делаем сайты с 2009 года, работаем по всей России удалённо. Проект ведёт руководитель с опытом с 2009 года. Каждое решение и цифру проверяет человек.

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

Для оценки полезны примеры карточки, заказа и отчёта без реквизитов доступа. Опишите ошибки и ручные операции. По этим данным определим состав работ и вопросы для брифа.