Интеграция 1С с маркетплейсами Ozon, Wildberries и Яндекс Маркет

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

Мы разрабатываем интеграции 1С с Ozon, Wildberries и Яндекс Маркет поэтапно, с обязательным обследованием, фиксацией объема работ и понятной структурой стоимости. Такой подход удобен заказчику и безопасен для проекта: еще до начала разработки становится понятно, что именно входит в решение, какие ограничения есть у API маркетплейсов, какие доработки можно отложить на следующий этап, а какие необходимы сразу.

Цель интеграции

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

Интеграция может включать:

• выгрузку номенклатуры из 1С;
• передачу цен;
• передачу остатков;
• загрузку заказов;
• обработку статусов заказов;
• обработку возвратов и отмен;
• журналирование обмена и ошибок;
• базовую подготовку данных для сверки.

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

Какие маркетплейсы поддерживаются

Мы реализуем интеграцию 1С со следующими площадками:

• Ozon Seller
• Wildberries Seller
• Яндекс Маркет для продавцов

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

Что обычно синхронизируется

1. Номенклатура

Из 1С могут передаваться:

• наименование товара;
• артикул;
• SKU;
• штрихкод;
• бренд;
• категория;
• характеристики;
• единица измерения;
• описание;
• габариты и вес;
• ставка НДС;
• иные атрибуты, доступные в 1С и поддерживаемые API маркетплейса.

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

2. Цены

Из 1С могут выгружаться:

• базовые цены;
• специальные цены;
• цены со скидками;
• цены, рассчитанные по формуле.

В рамках проекта обязательно фиксируется:

• какой тип цен является источником;
• как рассчитывается итоговая цена;
• как выполняется округление;
• что делать, если цена не заполнена.

3. Остатки

Передаются:

• доступные остатки;
• остатки по выбранным складам;
• остатки с учетом резерва;
• страховые остатки, если это необходимо по бизнес-логике.

Обязательно согласуется:

• откуда берется остаток;
• какие склады участвуют в обмене;
• как формируется доступное количество;
• как часто происходит обновление.

4. Заказы

Из маркетплейсов в 1С могут загружаться:

• новые заказы;
• состав заказа;
• цены продажи;
• скидки;
• статус заказа;
• информация о схеме работы;
• сведения о доставке в объеме, допустимом API.

Для корректной загрузки заранее фиксируется:

• какой документ создается в 1С;
• при каком статусе заказ подлежит загрузке;
• как определяется дубль;
• как подставляется организация, склад и канал продаж.

5. Статусы

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

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

6. Возвраты и отмены

При необходимости интеграция может обрабатывать:

• отмены заказов;
• возвраты;
• частичные возвраты;
• возвраты после выкупа;
• основания возврата.

Такой функционал лучше выделять в отдельный этап, потому что на практике он часто зависит не только от API, но и от учетной модели заказчика в 1С.

7. Финансовые отчеты

Финансовый блок обычно включает:

• отчеты о продажах;
• комиссии маркетплейсов;
• логистические удержания;
• штрафы;
• компенсации;
• иные финансовые документы и реестры.

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

Что входит в базовый объем работ

Базовый объем интеграции обычно включает:

• подключение к API маркетплейса;
• настройку обмена;
• передачу товаров в согласованном объеме;
• передачу цен;
• передачу остатков;
• загрузку заказов;
• базовую обработку статусов;
• журнал обмена;
• журнал ошибок;
• формы настройки подключения;
• тестирование по согласованным сценариям.

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

Что обычно не входит в базовую интеграцию

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

Обычно в базовую интеграцию не входят:

• создание продающего контента;
• заполнение и дообогащение карточек товара вручную;
• работа с rich-контентом и медиа;
• рекламные инструменты маркетплейсов;
• ответы на отзывы и вопросы;
• BI-аналитика;
• управленческие дашборды;
• расширенные рабочие места пользователей;
• финансовый учет сложных комиссионных сценариев;
• ЭДО;
• интеграция с логистическими сервисами;
• нестандартные печатные формы;
• исправление данных в 1С;
• очистка и нормализация номенклатуры;
• перенос произвольной исторической информации;
• сложные алгоритмы маршрутизации заказов;
• особые правила для отдельных товарных групп, если они не описаны заранее.

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

Почему интеграцию лучше делать поэтапно

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

• разные типы цен;
• разные модели учета остатков;
• разные схемы работы FBO, FBS, DBS;
• несколько организаций;
• несколько складов;
• нетиповые доработки базы;
• ручные процессы, которые не задокументированы.

Поэтому наиболее надежный подход — поэтапная реализация.

Этап 1. Предпроектное обследование

На этом этапе анализируется:

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

Результатом становится:

• отчет об обследовании;
• перечень ограничений;
• согласованные маппинги;
• уточненное ТЗ;
• уточненная смета.

Этап 2. Базовый модуль интеграции

Создается технический каркас:

• настройки подключений;
• хранение параметров доступа;
• регламентные задания;
• очередь обмена;
• журнал ошибок;
• журнал обмена;
• базовое сопоставление объектов;
• служебные формы в 1С.

Этап 3. Обмен товарами, ценами и остатками

На этом этапе подключается фактический обмен основными данными.

Этап 4. Загрузка заказов и статусов

Реализуется создание заказов в 1С, проверка дублей, обработка статусов и бизнес-правил по заказам.

Этап 5. Возвраты и отмены

Добавляется возвратная логика, если она нужна.

Этап 6. Финансовый блок

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

Такой подход позволяет не перегружать первый этап проекта и запускать работающий результат быстрее.

Техническое задание на интеграцию

Техническое задание — это основной документ, который фиксирует границы проекта. Для надежной реализации ТЗ должно содержать не только список функций, но и ограничения, допущения, состав входных данных и порядок приемки.

Что включает хорошее ТЗ

1. Общие сведения

• наименование проекта;
• цель работ;
• состав интегрируемых систем;
• формат реализации и этапы.

2. Описание текущей системы

• конфигурация 1С;
• версия платформы;
• версия конфигурации;
• наличие доработок;
• архитектура размещения;
• существующие интеграции.

3. Периметр проекта

• какие маркетплейсы входят в проект;
• какие сущности обмениваются;
• какие сценарии включены;
• какие сценарии исключены.

4. Объекты обмена

• номенклатура;
• цены;
• остатки;
• заказы;
• статусы;
• возвраты;
• финансовые отчеты.

5. Таблицы соответствия

Это один из ключевых разделов. В ТЗ обязательно должны быть приложения:

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

6. Нефункциональные требования

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

7. Правила приемки

• перечень тест-кейсов;
• критерии успешного обмена;
• условия сдачи;
• перечень ситуаций, которые не считаются дефектом.

Важные ограничения, которые нужно фиксировать в ТЗ

Для стабильного проекта важно заранее определить границы ответственности.

Обычно в ТЗ должны быть закреплены следующие положения:

• интеграция реализуется в рамках возможностей API маркетплейсов на дату разработки;
• сценарии, не описанные в ТЗ, в объем работ не входят;
• исполнитель не отвечает за некорректные или неполные данные в 1С;
• изменения API после сдачи не относятся к гарантийным обязательствам;
• скрытые или неописанные ранее доработки 1С могут повлиять на стоимость и сроки;
• ручная обработка исключительных ситуаций допустима, если автоматизация таких сценариев не входила в объем проекта;
• приемка выполняется по согласованным тестовым сценариям, а не по устным ожиданиям.

Такие формулировки делают проект прозрачным и позволяют избежать конфликта ожиданий.

Почему обследование оплачивается отдельно

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

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

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

Стоимость работ по интеграции

Стоимость зависит от:

• конфигурации 1С;
• степени доработки базы;
• количества маркетплейсов;
• количества кабинетов;
• количества организаций и складов;
• объема номенклатуры;
• необходимости работы с заказами и возвратами;
• сложности финансового учета;
• количества нетиповых бизнес-правил.

Ниже приведены ориентиры по стоимости работ.

1. Предпроектное обследование

Включает:

• анализ 1С;
• анализ бизнес-процессов;
• анализ маркетплейсов и кабинетов;
• подготовку маппингов;
• описание ограничений;
• уточнение ТЗ.

Ориентировочная стоимость: от 30 000 до 80 000 руб.

2. Базовый модуль интеграции в 1С

Включает:

• подсистему обмена;
• настройки подключения;
• хранение токенов и параметров;
• регламентные задания;
• журнал ошибок;
• журнал обмена;
• базовый механизм сопоставления;
• техническое логирование.

Ориентировочная стоимость: от 70 000 до 180 000 руб.

3. Интеграция с Ozon

Товары, цены, остатки

Включает:

• подключение API Ozon;
• выгрузку товаров;
• передачу цен;
• передачу остатков;
• обработку технических ошибок.

Ориентировочная стоимость: от 60 000 до 140 000 руб.

Заказы и статусы

Включает:

• загрузку заказов;
• создание документов в 1С;
• защиту от дублей;
• обработку статусов.

Ориентировочная стоимость: от 50 000 до 120 000 руб.

Возвраты и отмены

Ориентировочная стоимость: от 25 000 до 70 000 руб.

Финансовые отчеты

Ориентировочная стоимость: от 50 000 до 150 000 руб.

4. Интеграция с Wildberries

Товары, цены, остатки

Ориентировочная стоимость: от 60 000 до 150 000 руб.

Заказы, продажи, статусы

Ориентировочная стоимость: от 50 000 до 130 000 руб.

Возвраты и отмены

Ориентировочная стоимость: от 25 000 до 80 000 руб.

Финансовые отчеты

Ориентировочная стоимость: от 60 000 до 170 000 руб.

5. Интеграция с Яндекс Маркет

Товары, цены, остатки

Ориентировочная стоимость: от 60 000 до 140 000 руб.

Заказы и статусы

Ориентировочная стоимость: от 50 000 до 120 000 руб.

Возвраты и отмены

Ориентировочная стоимость: от 25 000 до 70 000 руб.

Финансовые отчеты

Ориентировочная стоимость: от 50 000 до 140 000 руб.

Пакеты услуг

Для удобства можно ориентироваться на несколько типовых пакетов.

Базовый пакет

Включает:

• обследование;
• базовый модуль интеграции;
• один маркетплейс;
• товары;
• цены;
• остатки.

Ориентировочная стоимость: от 160 000 до 320 000 руб.

Стандартный пакет

Включает:

• обследование;
• базовый модуль;
• один маркетплейс;
• товары;
• цены;
• остатки;
• заказы;
• статусы.

Ориентировочная стоимость: от 220 000 до 430 000 руб.

Расширенный пакет

Включает:

• обследование;
• базовый модуль;
• три маркетплейса;
• товары;
• цены;
• остатки;
• заказы;
• статусы;
• возвраты.

Ориентировочная стоимость: от 450 000 до 900 000 руб.

Полный пакет

Включает:

• обследование;
• базовый модуль;
• три маркетплейса;
• товары;
• цены;
• остатки;
• заказы;
• статусы;
• возвраты;
• финансовые отчеты;
• ввод в эксплуатацию.

Ориентировочная стоимость: от 650 000 до 1 400 000 руб.

Дополнительные работы

Отдельно оцениваются:

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

Почасовая стоимость дополнительных работ

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

Рекомендуемый диапазон стоимости дополнительных работ: от 4 000 до 6 000 руб./час

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

От чего зависит итоговая цена проекта

Финальная стоимость определяется после обследования и зависит от реального объема задач. Наибольшее влияние обычно оказывают:

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

Как происходит приемка работ

Приемка должна быть понятной и формальной. Корректный порядок приемки обычно включает:

• согласование тестовых сценариев;
• тестовую эксплуатацию;
• проверку обмена по основным кейсам;
• анализ журналов ошибок;
• устранение согласованных дефектов;
• подписание акта по завершенному этапу.

Работа считается выполненной, если:

• реализованы функции, прямо указанные в ТЗ;
• обмен работает по согласованным сценариям;
• критические ошибки отсутствуют;
• данные корректно проходят по описанным маршрутам обмена;
• механизмы логирования и контроля доступны пользователю.

Не является основанием для отказа в приемке:

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

Гарантия и сопровождение

Гарантия распространяется на функциональность, реализованную по утвержденному ТЗ и принятую заказчиком.

Гарантия обычно не распространяется на:

• изменение API маркетплейсов после сдачи;
• изменение конфигурации 1С силами заказчика или третьих лиц;
• ошибки, вызванные некорректными данными;
• проблемы инфраструктуры;
• изменение бизнес-процессов после запуска;
• несанкционированные ручные изменения в кабинетах маркетплейсов или в 1С.

После завершения проекта может быть подключено сопровождение:

• почасовое;
• по фиксированному пакету часов;
• по абонентской модели.

Почему важно разделять базовую интеграцию и расширенные сценарии

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

Гораздо эффективнее разделять:

1. базовую интеграцию;
2. финансовый блок;
3. возвраты и исключения;
4. аналитические отчеты;
5. сопровождение и развитие.

Такой подход позволяет:

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

Кому подходит такая интеграция

Решение подходит компаниям, которые:

• ведут учет в 1С;
• продают на Ozon, Wildberries и/или Яндекс Маркет;
• хотят сократить ручной труд;
• хотят централизованно управлять ценами и остатками;
• хотят загружать заказы в 1С автоматически;
• планируют масштабировать продажи через маркетплейсы;
• хотят постепенно развивать автоматизацию без риска перегрузить проект.

Что нужно от заказчика для старта

Для начала работ обычно требуется:

• доступ к 1С;
• информация о конфигурации и версии;
• описание действующих процессов;
• API-ключи маркетплейсов;
• перечень кабинетов;
• перечень складов и организаций;
• правила по ценам и остаткам;
• ответственный сотрудник для согласования маппингов;
• доступ к тестированию сценариев.

Рекомендуемый формат старта проекта

Оптимальный формат начала проекта:

1. короткий созвон или интервью;
2. обследование;
3. подготовка и согласование ТЗ;
4. поэтапная реализация;
5. тестирование;
6. запуск;
7. сопровождение по мере необходимости.

Такой подход помогает запустить проект без лишних рисков и сохранить прозрачность по срокам, стоимости и объему работ.

Итог

Интеграция 1С с Ozon, Wildberries и Яндекс Маркет — это не просто обмен данными, а полноценный проект автоматизации. Чтобы он был успешным, важно:

• зафиксировать объем работ;
• разделить проект на этапы;
• отдельно провести обследование;
• согласовать таблицы соответствия;
• вынести сложные и расширенные сценарии в отдельные этапы;
• заранее определить порядок приемки и сопровождения.

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

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