Интеграция может показывать в презентации «синхронизацию с Ozon», но не решать вашу конкретную задачу: например, загружать заказы и остатки, однако оставлять отмены и возвраты для ручной работы. Сравнивать варианты по названию модуля или цене лицензии поэтому недостаточно. Сначала опишите свой обмен, затем проверьте его на копии базы и только после этого подписывайте приёмку.
Коротко. Зафиксируйте версию УНФ, схему FBO/FBS, количество кабинетов и склад, который считается источником остатков. Для каждой операции потребуйте показать направление обмена, частоту, обработку повторов и результат в обеих системах. Контрольный заказ, отмена и повторная загрузка важнее длинного списка заявленных функций.
Опишите свою базу до выбора решения
В паспорте интеграции укажите релиз 1С:УНФ, способ размещения базы, доработки конфигурации, систему налогообложения только в объёме, нужном для документов, товарную номенклатуру и характеристики, склады, схемы Ozon, количество кабинетов и маркируемые категории. Это не формальность: один модуль может поддерживать нужную схему, но не работать с вашим релизом или документом возврата.
Назначьте «источник истины» отдельно для каждого объекта. Остаток может вести УНФ, статус отправления — Ozon, а закупочную цену — финансовый учёт. Если две системы одновременно меняют цену или свободный остаток, определите правило конфликта до запуска, иначе красивый автоматический обмен создаст циклические правки.
Составьте матрицу обязательных операций
| Объект | Что нужно указать для проверки | Доказательство |
|---|---|---|
| Номенклатура | Соответствие SKU, offer_id, характеристик и комплектов | Одна позиция в обеих системах без дубля |
| Цены | Направление, вид цены, ручное подтверждение | Значение и журнал изменения |
| Остатки | Склад-источник, резерв, страховой запас, частота | Доступное количество до/после заказа |
| Заказы и статусы | Какие схемы и статусы поддерживаются | Один заказ и его переходы |
| Отмены и возвраты | Обратное движение резерва и товара | Документы без двойного движения |
| Финансовые документы | Что создаётся автоматически, что вручную | Проверка бухгалтером на тестовом периоде |
Не считайте графу «поддерживается» достаточным ответом. Попросите показать действие в вашей версии базы и зафиксировать, что остаётся ручным. Официальный материал 1С описывает интеграцию с маркетплейсами, но отдельные функции нужно сверять с конкретным релизом и выбранным модулем.
Проведите три контрольных обмена
Проверяйте на копии базы с тестовыми SKU и изолированным доступом, чтобы не менять реальные остатки или цены. Для каждого шага запишите ожидаемое и фактическое состояние.
- Заказ и резерв. Условно на складе пять единиц, заказано две: доступный остаток должен стать тремя, если именно так устроена согласованная схема резервирования. Сопоставьте документ заказа в УНФ, статус в Ozon и переданный остаток.
- Отмена и возврат. После отмены тех же двух единиц доступно снова пять — при условии, что товар физически остаётся на складе. Если товар уже ушёл, движение должно отражать другой сценарий, а не автоматически «возвращать» его на полку.
- Повторная загрузка. Запустите обмен по тому же периоду снова. Количество заказов, резервов и документов не должно удвоиться. Затем имитируйте обрыв соединения посередине и проверьте восстановление.
Числа 5 → 3 → 5 — учебный бизнес-инвариант, а не обещание штатного механизма УНФ. Тест должен учитывать вашу настройку склада и реальные статусы.
Сравните стоимость владения и оформите приёмку
Считайте не только лицензию: отдельно оцените внедрение, поддержку после обновлений УНФ и Ozon API, сопровождение ошибок, ручные операции и восстановление неверного обмена. Если продавец модуля обещает работу с маркировкой или финансовыми документами, попросите пункт договора и тест именно этого сценария. Цены берите из датированного предложения, не из старой статьи.
Акт приёмки должен содержать версию базы и модуля, список тестов, ожидаемый/фактический результат, открытые дефекты, владельца поддержки и порядок отката ошибочной выгрузки. Если критический тест не пройден, не отмечайте интеграцию как принятую только потому, что справочник товаров загрузился.
Результат. У вас есть выбор, основанный на проверенных операциях, и документ, по которому можно отличить ошибку модуля от неверного процесса в магазине.
Что изучить дальше
- Если пока не решили, нужна ли автоматизация, сравните трудозатраты ручного обмена с регулярными ошибками и объёмом заказов.
- Если нужно только обновлять складские количества, разберите синхронизацию остатков без автоматизации всех документов.
- Если интеграция работает через Seller API, проверьте выдачу и ограничения доступа отдельно от настроек 1С.
Источники и ограничения
Материал 1С об интеграции с маркетплейсами подтверждает существование сценария обмена, но не совместимость каждого модуля с вашей базой. Актуальный релиз, права Ozon API, поддержка отмен/возвратов и финансовых документов на 18.09.2026 не проверены тестовым обменом. До функциональной приёмки и проверки источников статья остаётся noindex.