Как связать 1С с Яндекс Маркетом: настройка обмена по шагам

Что даёт обмен 1С с Яндекс Маркетом

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

Практически обмен закрывает четыре потока данных.

• Товары и карточки. Номенклатура из 1С уходит в каталог кабинета и сопоставляется с карточками Маркета.
• Цены. Цена из базы передаётся на площадку автоматически, по расписанию или по факту изменения.
• Остатки. Свободный остаток вашего склада уходит на Маркет, чтобы не продать то, чего нет. Работает только для FBS и DBS: на FBY товар физически лежит на складе площадки.
• Заказы. Новые заказы приходят в базу документами, статусы обновляются, для FBS печатаются ярлыки-наклейки и акты приёма-передачи.

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

Разделять эти два контура нужно с самого начала. Оперативный обмен идёт через Partner API кабинета и отвечает за движение товара. Бухгалтерский строится на закрывающих документах за месяц. Попытка закрыть месяц по ленте заказов, минуя отчёты, даёт неверные суммы, и ниже разобрано, из-за чего именно.

Пять способов связать 1С с Маркетом и чем они отличаются

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

Штатный функционал. Типовые конфигурации умеют работать с Маркетом сами, без сторонних решений. По данным 1С возможности вводились постепенно: товарный каталог, затем управление ценами, затем выгрузка остатков, и для линейки УТ каждая ступень привязана к своему релизу библиотеки интеграции. В 1С:Бухгалтерии работа с Яндекс Маркетом доступна начиная с версии 3.0.126, загрузка отчёта о продажах через API для моделей FBY и FBS появилась в версии 3.0.161, а отражение продаж Маркета в простом интерфейсе в версии 3.0.174. Если ваш релиз старше, часть функций просто не появится в меню, и проверять её наличие надо в своей конфигурации.

Модуль Маркета. Площадка выпускает собственный модуль «Размещение на маркетплейсе Маркета» для 1С:Предприятие и не берёт за него плату. Поддерживаемые конфигурации и минимальные версии по документации Маркета:

Возможности модуля зависят от модели размещения. Добавлять товары в каталог, работать с ними, сопоставлять с карточками Маркета и настраивать автоматическую передачу цен можно на FBY, FBS и DBS. Обрабатывать заказы и обновлять их статусы, а также передавать остатки можно только на FBS и DBS. Передавать грузовые места, печатать ярлыки-наклейки и акты приёма-передачи можно только на FBS.

Модуль франчайзи. Рынок решений большой: отдельные разработки продаются для УНФ, УТ, Розницы и Бухгалтерии, часть покрывает сразу несколько площадок. Смысл в них появляется, когда конфигурация доработана, нужен свой сценарий учёта или функции, которых в бесплатном модуле нет. Проверяйте перед покупкой три вещи: поддерживаемый релиз вашей конфигурации, поведение при работе через расширение, а не снятием с поддержки, и порядок обновления при смене API Маркета.

Обмен через сервис. Заказы собирает внешняя система и передаёт их в базу без установки чего-либо внутрь 1С. Так устроена и интеграция Sell Profit с 1С: заказы Wildberries, Ozon и Яндекс Маркета уходят в УНФ, УТ, Розницу или Бухгалтерию либо штатным обменом CommerceML, когда 1С сама забирает их документами «Заказ покупателя» по расписанию, либо прямым HTTP-запросом в ваш опубликованный сервис 1С по настраиваемому шаблону; обратно из 1С приходят товары, остатки и цены. Расширение внутрь конфигурации не ставится, технические детали в заметке обмен с 1С. Аналогичным образом работают и другие сервисы на рынке.

Файл. Самый простой путь: выгрузить отчёт из кабинета и загрузить его в 1С вручную. Для закрытия месяца этого достаточно, для оперативной работы по FBS нет, потому что сроки сборки на Маркете считаются часами.

Шаг 1. Доступы Partner API и выбор кампании

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

1. В кабинете продавца нажмите на иконку своего аккаунта и откройте Настройки.
2. В меню слева выберите API и модули.
3. В разделе Токены авторизации создайте новый токен.
4. Отметьте только те группы доступов, которые нужны интеграции: товары и цены, заказы, остатки, отчёты и документы.
5. Сохраните значение сразу в надёжном месте.

Что важно знать про токены Маркета.

• Создавать и удалять их может только владелец кабинета и менеджер кабинета. Сотруднику с другой ролью кнопка не покажется, и это не ошибка.
• Максимум 30 токенов на кабинет. Делайте отдельный токен под каждую интеграцию: тогда отзыв одного не уронит остальные.
• Токен бессрочный, он активен, пока вы его не удалите. Удаляется через меню из трёх точек рядом с токеном.
• Авторизация идёт заголовком Api-Key. OAuth-токен в документации Маркета помечен как устаревший способ, новые интеграции на нём строить не нужно. У Api-Key есть и практическое преимущество: он привязан к кабинету, а не к пользователю, и даёт доступ ко всем магазинам кабинета.

Второй обязательный элемент это идентификаторы. Бизнес (businessId) это кабинет целиком: общий каталог товаров, карточки, цены, обращения покупателей. Кампания (campaignId) это конкретный магазин внутри кабинета, к нему привязаны заказы, остатки и логистика. Методы API разделены ровно по этой границе, и при настройке модуля указывается именно кампания. Перепутать их легко, потому что оба числа видны в адресной строке кабинета.

Ограничения запросов у Маркета трёх типов: глобальные на число одновременных запросов, ресурсные на число обращений к одному ресурсу за период и функциональные на объём данных в одном запросе. Конкретные значения указаны на странице каждого метода, для подписки «Медиум» лимиты расширены. Если каталог большой, выгрузка должна идти порциями, иначе часть данных не дойдёт и вы получите неполный список товаров без всякой ошибки.

Шаг 2. Подключение и проверка связи

Порядок для бесплатного модуля Маркета выглядит так.

1. Сверьте релиз конфигурации с таблицей минимальных версий. Если он ниже, сначала обновление, иначе модуль либо не встанет, либо встанет с ошибками.
2. Скачайте файл со страницы документации Маркета. Для основных конфигураций один архив, для 1С:УНФ отдельный.
3. Установите модуль как расширение конфигурации. Базу с поддержки снимать не требуется. Если база облачная, установку выполняет администратор сервиса, самостоятельно расширение поставить не получится.
4. Откройте раздел, в который встал модуль, и введите Api-Key-токен.
5. Выберите кампанию и укажите модель размещения: FBY, FBS или DBS. От модели зависит, какие вкладки станут активными.
6. Проверьте версию модуля. Маркет прямо указывает: если версия ниже 3.2.0, её нужно обновить.

Названия пунктов меню отличаются от релиза к релизу, поэтому сверяйте их в своей конфигурации, а не по чужим скриншотам. Единственный путь, который стабилен и подтверждён документацией, это загрузка отчёта в бухгалтерии: Продажи → Продажи → Маркетплейсы и комиссионеры, и открывается он только в полном интерфейсе 1С:Бухгалтерии.

Проверка связи. Не начинайте с выгрузки каталога. Сначала запросите что-то маленькое и безопасное: список товаров кампании или один заказ. Если ответ пришёл, ключ и идентификатор кампании верные. Типовые ошибки на этом шаге такие.

• 401 или 403. Токен неверный либо у него не отмечена нужная группа доступов. Права правятся в кабинете, пересоздавать токен обычно не нужно.
• Пустой ответ без ошибки. Чаще всего указан businessId там, где метод ждёт campaignId.
• Заказы не приходят, а товары приходят. Кампания размещена по FBY: обработка заказов в этой модели не поддерживается, и это ограничение самой модели, а не модуля.
• Обрыв на середине выгрузки. Упёрлись в лимит по объёму данных в одном запросе, нужна постраничная выгрузка.

Если обмен идёт через внешний сервис, шаг выглядит иначе: ключ вставляется в сервис, а в 1С включается «Обмен с сайтом» с адресом и логином либо публикуется HTTP-сервис, к которому сервис обращается сам. Порядок подключения кабинета Маркета к сервису описан в заметке как подключить Яндекс Маркет.

Шаг 3. Один бизнес и несколько магазинов: почему кабинет видит не всё

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

Последствия простые. Токен выдаётся на кабинет и видит все магазины, но методы работы с заказами, остатками и логистикой требуют конкретный campaignId. Если в настройке модуля или сервиса указана одна кампания из трёх, вы получите заказы только одного магазина. Ошибки при этом не будет: данные придут, они просто будут неполными.

Как проверить себя за пять минут:

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

Расхождение в разы почти всегда означает недобранную кампанию, а не ошибку расчёта. Расхождение на проценты это уже вопрос дат, о нём ниже.

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

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

Шаг 4. Сопоставление номенклатуры и ловушка с marketSku

У товара на Маркете два разных идентификатора, и путать их нельзя.

• offerId, он же shopSku: ваш собственный SKU, тот самый артикул, который вы задали при размещении. Он уникален внутри вашего каталога, повторно использовать освободившееся значение нельзя.
• marketSku: числовой идентификатор карточки в каталоге Маркета. Его присваивает площадка, и он общий для всех продавцов, размещённых на этой карточке.

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

Ловушка срабатывает в двух ситуациях. Первая: артикул содержит пробел или нестандартный символ, и интеграция считает его «неправильным», подставляя marketSku как запасной идентификатор. Вторая: товар размещён без собственного SKU, и площадка возвращает только номер карточки. В обоих случаях лечится это на стороне каталога, а не на стороне 1С.

Практические правила сопоставления:

1. Артикул в 1С и offerId на Маркете должны совпадать символ в символ. Заводите его один раз и не меняйте: смена артикула на площадке рвёт связку.
2. Сравнение делайте регистронезависимым. Часть отчётов Маркета и других площадок отдаёт артикул в нижнем регистре, и строгое сравнение даёт ноль совпадений при полностью корректных данных.
3. Избегайте пробелов, кавычек и кириллицы в артикуле. Технически они допустимы, практически создают проблемы в половине интеграций.
4. Один товар 1С может соответствовать нескольким предложениям на разных площадках. Держите таблицу соответствий отдельно от карточек, а не внутри наименования.
5. После первой загрузки проверьте несоставленные позиции вручную. При первой загрузке отчёта в бухгалтерии сопоставляется вся номенклатура, дальше только новая, и незамеченная ошибка будет тиражироваться месяцами.

Отдельно про размеры и комплекты: если на Маркете у товара несколько предложений, а в 1С это одна номенклатура, решите заранее, где живёт разузлование. Смешивать оба подхода в одной базе нельзя, иначе остаток будет уходить на площадку неверный.

Шаг 5. Загрузка заказов ФБС в 1С

Заказы нужны в базе по схемам FBS и DBS: товар лежит на вашем складе, и без документа его невозможно зарезервировать и списать. На FBY заказы в 1С не приходят, потому что обработка заказов в этой модели через API недоступна, там используется месячный отчёт.

Рабочий цикл FBS выглядит так.

1. Интеграция забирает новые заказы кампании и создаёт в базе документ. В типовых конфигурациях это «Заказ покупателя», в бухгалтерии заказы обычно не заводят и работают отчётом за месяц.
2. Заказ собирается и упаковывается, в базе фиксируется резерв и списание.
3. Статус заказа обновляется на площадке. Для этого есть изменение статуса одного заказа (orders/{orderId}/status) и массовое изменение (orders/status-update).
4. Печатаются ярлыки-наклейки: готовые ярлыки на все коробки одного заказа отдаёт метод orders/{orderId}/delivery/labels, на несколько заказов сразу формируется отдельный документ.
5. Остаток по товару уходит обратно на Маркет методом offers/stocks, чтобы площадка не приняла заказ на то, чего уже нет.

Статусы заказа FBS: PROCESSING (в обработке), DELIVERY (передан в доставку), PICKUP (доставлен в пункт выдачи), DELIVERED (получен покупателем), CANCELLED (отменён), UNPAID (не оплачен). Для учёта критична разница между DELIVERY и DELIVERED: выручка признаётся по доставленным заказам, а не по переданным в доставку.

Периодичность обмена. Раз в сутки для FBS не подходит: просрочка сборки на Маркете считается быстро, а остаток за сутки успевает разойтись. Рабочая частота это 10 или 15 минут в обе стороны. Если 1С сама инициирует обмен, расписание регламентного задания ставится соответствующим.

Если в базе не нужны все заказы подряд, заранее определите фильтр: по кампании, по складу или по отметке оператора. Разбирать документы постфактум дороже, чем не создавать лишние. Сводный список заданий по всем площадкам в одном окне удобно держать отдельно от учёта, см. заказы ФБС.

И последнее по этому шагу: в 1С должна уходить сумма из заказа, а не цена из карточки товара. Почему это принципиально именно на Маркете, разбирается дальше.

Доплата Маркета баллами и субсидии: почему прибыль в 1С выходит завышенной

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

В API это оформлено так: в позиции заказа поле price передаётся без учёта вознаграждения продавцу за скидки, а сами доплаты приходят блоком subsidies с типами YANDEX_CASHBACK (скидка по подписке Яндекс Плюс), SUBSIDY (скидка Маркета: акции, промокоды, купоны) и DELIVERY (субсидия за доставку, только DBS). Если интеграция берёт из заказа только цену и игнорирует субсидии, документ в 1С окажется меньше фактического поступления.

Вторая половина ловушки находится на стороне расходов. Если скидка предоставлена по поручению и за ваш счёт, компенсация приходит не деньгами, а баллами Маркета на баланс кабинета, один балл равен одному рублю. Баллы автоматически списываются в счёт услуг площадки: размещения, буста продаж, полок, средней мили, но не более 99 % стоимости услуги. Смотреть их в кабинете: Финансы → Баллы Маркета.

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

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

Для налогов действует своя логика. ФНС в письме от 02.09.2026 № СД-35-3/11693@ разъяснила, что налоги считаются со стоимости товара после скидки, то есть по фактической цене для покупателя, а начисленные площадкой баллы выручкой продавца не признаются: это механизм расчёта вознаграждения. Если же площадка возмещает свою скидку деньгами, сумма возмещения попадает в доходы на дату получения.

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

Сколько остаётся с продажи после доплат, комиссии и логистики, можно прикинуть ещё до настройки обмена — в калькуляторе Яндекс Маркета для продавца.

Дата создания против даты доставки, отмены против возвратов

Ещё два расхождения, которые выглядят как ошибка интеграции, но являются вопросом определений.

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

Отмены и возвраты. Это три разных события, и в учёте они ведут себя по-разному.

В ленте операций Маркета то, что подписано как «возвраты», по смыслу часто является отменами. Если в базе они сложены в одну кучу, расход на логистику по невыкупам исчезает, а выручка задваивается на возвратах. Отражать их нужно отдельными строками, как и в отчёте по реализации, где статусы «передано в доставку», «доставлено», «не выкуплено» и «возвращено» разнесены по разным колонкам.

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

Частые проблемы обмена и как поймать их при сверке

Список собран по типовым обращениям. Порядок примерно соответствует частоте.

• Виден один магазин из трёх. В бизнесе несколько кампаний, подключена одна. Выручка занижена в разы. Лечится добавлением остальных campaignId.
• Сумма документа меньше поступления. Интеграция берёт цену из карточки товара, а не сумму из заказа, и теряет доплату Маркета. Лечится на стороне интеграции.
• Прибыль подозрительно высокая. Выручка с доплатой плюс комиссия из ленты. Считайте комиссию по тарифу категории.
• Заказы не приходят вовсе. Проверьте по очереди: модель размещения (на FBY их и не будет), группы доступов у токена, включён ли фоновый режим отправки, есть ли артикул в связке товара.
• Дубли номенклатуры. Сопоставление ушло на marketSku или артикул сравнивается с учётом регистра.
• Расхождение на границе месяца. Группировка по дате создания вместо даты доставки.
• Услуги площадки не сходятся с актом. Списания баллов и удержания, проведённые «по ленте», не подтверждены документом. Расходы разносят по акту и отчёту о стоимости услуг.
• Реклама посчитана дважды. Буст продаж попал и в удержания отчёта, и отдельно по счёту маркетинга.
• Обрыв выгрузки каталога. Лимит на объём данных в одном запросе, нужна постраничная выгрузка.
• 1С не дотягивается до адреса обмена. При работе через сервис обмен инициирует сама 1С, и сеть должна пропускать исходящий запрос.

Порядок сверки, который ловит почти всё за один проход.

1. Возьмите один закрытый месяц и одну кампанию.
2. Сложите доставленные заказы по данным кабинета и сравните с суммой документов реализации в базе. Расхождение в разы это кампании, в проценты это даты.
3. Возьмите три заказа со скидкой и сверьте сумму покупателя, субсидии и сумму документа.
4. Сверьте расходы: услуги из акта против удержаний из ленты. Разница должна объясняться списанными баллами.
5. Сверьте сальдо расчётов с исходящим остатком отчёта об исполнении поручения и о зачёте взаимных требований.
6. Сверьте поступления на счёт с графиком выплат: частота меняется раз в месяц, а тариф за перевод платежей тем выше, чем быстрее деньги.

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

Куда дальше

Короткий итог. Начните с проверки релиза: если конфигурация свежая, часть задач закрывается штатными средствами без покупок. Если нужен полный оперативный обмен, ставьте бесплатный модуль Маркета и следите, чтобы его версия была не ниже 3.2.0. Если конфигурация доработана, смотрите решения франчайзи. Если кабинетов и площадок несколько или база облачная, обмен через внешний сервис избавляет от установки чего-либо внутрь 1С. Файловая выгрузка остаётся рабочим запасным вариантом для закрытия месяца.

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

Оперативный обмен решает вопрос движения товара, но не вопрос закрытия месяца. Документы Маркета, порядок проведения в 1С:Бухгалтерии 3.0, проводки по операциям, НДС и чек-лист закрытия разобраны в отдельном материале: продажи Яндекс Маркета в 1С. Если параллельно с Маркетом вы работаете на Wildberries, схема учёта там другая, она комиссионная: см. отчёты Вайлдберриз в 1С.

Короткие ответы по теме

• Как придумать название магазина на маркетплейсе
• Ozon партнёрам: где личный кабинет продавца и чем он отличается от кабинета ПВЗ
• Добровольная компенсация при возврате ВБ: что это
• Где посмотреть продажи на Озон продавцу: все места в кабинете

Все короткие ответы — вопросы продавцов.