Экспорт из 1С в Яндекс Маркет: как выгрузить каталог, цены и остатки без хаоса в учете

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

В 2026 году рабочие варианты такие: официальный модуль Яндекс Маркета для 1С, интеграция по Partner API, импорт через файлы и гибридный контур, где 1С остается мастер-системой, а обмены контролируются отдельным мониторингом. Ниже - практичная схема выбора, диагностика перед запуском и риски, которые нужно проверить до первой массовой выгрузки.

Ключевые факты

• Для FBS, DBS и Экспресс критичны не только товары, но и остатки по складам: ошибочный остаток приводит к заказам, которые потом приходится отменять.
• Официальный модуль Маркета поддерживает 1С:ERP 2, 1С:УТ 11, 1С:КА 8, 1С:УНФ 8 и 1С:Розницу в указанных Яндексом версиях; 1С:Бухгалтерия в списке конфигураций модуля не указана.
• Partner API закрывает цены, остатки, товары, заказы, ярлыки и документы, но требует аккуратного сопоставления SKU, campaignId, складов и прав токена.
• YML/XML-фид полезен как формат каталога, но он не заменяет полноценный обмен заказами и оперативными остатками для FBS/DBS.
• Внедрение стоит начинать не с выгрузки всех товаров, а с тестовой выборки 10-30 SKU из разных категорий, складов и НДС.

Какие данные реально нужно передавать

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

Способ 1. Официальный модуль Яндекс Маркета для 1С

Официальный модуль "Размещение на маркетплейсе Маркета" позволяет управлять товарами и обрабатывать заказы из 1С. В документации Яндекса перечислены поддерживаемые конфигурации и минимальные версии:

По таблице возможностей Яндекса модуль передает товары и цены для FBY, FBS и DBS. Остатки и обработка заказов через модуль нужны прежде всего для FBS и DBS; для FBY остатки ведутся на стороне склада Маркета.

Когда выбирать модуль:

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

Когда модуля обычно недостаточно:

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

Способ 2. Partner API Яндекс Маркета

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

Практически это выглядит так:

1. В 1С фиксируется ваш SKU для каждой номенклатуры или характеристики.
2. Интеграция сопоставляет SKU 1С с товаром в Маркете.
3. Для цен используется метод установки цен в магазине.
4. Для остатков передается count по складу и время обновления updatedAt.
5. Для заказов создается внешний номер в 1С, затем статусы возвращаются в Маркет.

В API остатков есть важные ограничения: SKU должен быть уникальным, ранее использованный SKU нельзя просто освободить и выдать другому товару, а значение с пробелами в начале и конце будет обработано как то же самое значение без пробелов. Это частая причина дублей: в 1С менеджер создал новый артикул "ABC-10", а в старом файле был " ABC-10 ".

Способ 3. Фид или файл выгрузки

YML - XML-формат Яндекса для описания товарного фида. Он удобен, когда нужно передать каталог в формате, который можно автоматически сформировать из 1С или сайта. В требованиях к фиду важны стабильные offer id, корректная XML-кодировка, экранирование спецсимволов и автообновление, чтобы данные не расходились с реальным наличием.

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

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

Если магазин работает по FBS, DBS или Экспресс, файл без регулярной синхронизации остатков быстро становится источником отмен.

Практическая диагностика перед запуском

Это блок, с которого я начинаю реальный проект интеграции 1С и Яндекс Маркета. Он экономит больше времени, чем попытка "сразу выгрузить все".

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

Минимальный пилот: 10-30 товаров, 2 склада, 2 типа цен, 1 заказ по выбранной модели и товар с нулевым остатком. Если этот набор проходит чисто, можно расширять выгрузку партиями.

Таблица рисков интеграции

Как я настраиваю контур через Синхрон1С

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

Шаг 1. Разбор контура. Фиксируем конфигурацию 1С, релиз, модель Маркета, количество SKU, склады, типы цен, НДС, резервирование и список маркетплейсов.

Шаг 2. Тестовая выгрузка. Берем малую выборку SKU: обычный товар, товар с характеристикой, товар с нулевым остатком, товар со скидкой, товар из проблемной категории.

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

Шаг 4. Мониторинг. Для ошибок обмена нужен не только лог в 1С, но и уведомление ответственному человеку: какой SKU, какой метод, какой ответ Маркета, нужно ли повторить отправку.

Базовая настройка интеграции - 30 000 ₽ за проект; мониторинг и сопровождение обменов - от 5 000 ₽/мес. Напишите в Telegram @onoutnoxon или запустите @sync1cbot: пришлите конфигурацию 1С, модель Маркета, количество SKU и пример ошибки или текущего файла выгрузки.

Часто задаваемые вопросы

Можно ли выгружать товары из 1С:Бухгалтерии в Яндекс Маркет?

Можно построить обмен, если в базе есть достаточные данные по номенклатуре, ценам и остаткам. Но официальный модуль Яндекс Маркета в документации перечисляет ERP, УТ, КА, УНФ и Розницу, а 1С:Бухгалтерия там не указана. Для Бухгалтерии обычно нужен кастомный API-контур или промежуточная база.

Что выбрать: модуль 1С или API?

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

Нужно ли передавать остатки для FBY?

Для FBY товар хранится на стороне Маркета, поэтому остатки склада продавца не являются основным контуром продаж. Для FBS, DBS и Экспресс остатки со своего склада критичны, потому что покупатель может заказать товар, которого фактически нет.

Почему после выгрузки цена меняется обратно?

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

Можно ли начать с файла, а потом перейти на API?

Да, но нужно сохранить стабильные SKU и заранее понимать, какие поля потом будет вести API. Нельзя сначала хаотично менять offer id/SKU в файлах, а потом ожидать чистого сопоставления в API.

Сколько товаров стоит выгружать в первом тесте?

Не весь каталог. Берите 10-30 SKU: несколько категорий, разные ставки НДС, товары с характеристиками, нулевой остаток, скидка, товар с несколькими складами. Такой тест быстрее выявляет реальные ошибки, чем массовая выгрузка 5000 строк.

Смотрите также

• Интеграция с маркетплейсами 1С: Ozon, Wildberries, Avito
• Экспорт остатков из 1С в Ozon
• Экспорт номенклатуры из 1С
• Интеграция 1С с Avito: все способы выгрузки
• Выгрузка из 1С в Wildberries
• Синхрон1С

Источники

• Яндекс Маркет API: модуль для системы 1С:Предприятие
• Яндекс Маркет API: методы для модели FBS
• Яндекс Маркет API: передача остатков
• Яндекс Маркет API: установка цен
• Справка Яндекс Маркета для продавцов: как загрузить товары в каталог
• Справка Яндекс Маркета для продавцов: загрузка через интеграцию с другими маркетплейсами
• Яндекс: требования и структура YML-фида
• Каталог интеграций 1С: Яндекс Маркет

Обновление статьи выполнено при участии AI и проверено человеком: Александр Руин, основатель habab.ru. Дата проверки: 2026-05-04.