Яндекс Маркет и 1С: подключение, отчёты и сверка

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

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

Возможности и инструкции сверены с документацией Яндекс Маркета и 1С 7 сентября 2026 года.

Что именно вы хотите связать с Яндекс Маркетом

Менеджеру нужно передать цену и собрать заказ. Бухгалтеру — увидеть продажу, услуги и поступившие деньги. Это могут быть разные инструменты, даже если оба открываются внутри 1С. Запишите, какие операции уже работают и какие сотрудники пока переносят вручную.

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

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

Модуль Маркета: совместимость и возможности

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

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

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

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

Как установить модуль и проверить первый обмен

1. Сделайте резервную копию базы. Сохраните также текущие настройки обмена и список доработок. Уточните, кто сможет восстановить рабочий вариант при ошибке.
2. Скачайте установочный файл из официальной справки Маркета. В 1С откройте «Файл → Открыть» и выберите его. Если появилось предупреждение, выполните описанное установщиком подтверждение и снова откройте файл.
3. Подтвердите наличие резервной копии, прочитайте лицензионное соглашение и нажмите «Установить». Сообщения об ошибках нужно устранить, а не пропустить.
4. После установки выберите «Перезапустить сеанс». В левом меню появится раздел «Размещение на маркетплейсе Маркета».
5. Продолжайте по инструкции своей версии модуля. Справка разделяет версии от 3.0.1 и более ранние. Старый скриншот получения токена не является универсальным маршрутом настройки.

Какой токен использовать

Для новых API-подключений Маркет рекомендует Api-Key. Он привязан к кабинету, позволяет выбирать группы доступных методов и не имеет ограниченного срока действия. Бессрочный токен всё равно нужно защищать и контролировать: его могут отозвать, заменить или выдать с неподходящими правами.

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

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

Что проверить на одном товаре

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

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

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

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

Как загрузить отчёт в 1С:Бухгалтерию

Типовая загрузка БП — отдельный маршрут, не модуль Маркета. В полном интерфейсе откройте «Продажи → Продажи → Маркетплейсы и комиссионеры». Выберите «Яндекс.Маркет», затем «Загрузить отчёт о продажах товара (из файла)».

В кабинете Маркета данные реализации ищите в «Финансы → Финансовые отчёты → По реализации». В методике 1С файл назван «Сводный отчёт по данным статистики». Проверяйте, что выбран файл для загрузки продаж, а не PDF закрывающих документов или банковская выписка: похожего названия недостаточно.

1. Сверьте магазин и период отчёта. Сохраните исходный файл до исправления каких-либо значений.
2. В настройках первой загрузки укажите контрагента Яндекс Маркета и реквизиты своего договора в поле «Договор платежного агента».
3. При желании выберите группу для новых контрагентов. Она помогает отдельно хранить покупателей-организации, созданных при загрузке.
4. Сопоставьте товарные позиции и проверьте результат. Пропущенный товар нельзя исправлять уменьшением общей суммы отчёта.
5. Откройте список созданных документов, проверьте покупателей, даты, товары и суммы. Только после этого проводите документы.

Продажи организациям и ИП: что изменилось

С версии БП 3.0.179 поддерживается загрузка продаж юридическим лицам Яндекс Маркета из файла и через API. Отдельный дополнительный B2B-файл для Яндекса не требуется. Это отличается от некоторых маршрутов других площадок — не переносите их требования сюда.

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

В описанном 1С сценарии настройка «Оплата через платежного агента (комиссионера)» влияет на перенос задолженности. При отключённом флаге долг остаётся за покупателем-юрлицом. Правильная сумма ещё не означает правильного должника: проверьте, с кем числится расчёт после проведения.

Загрузка через API создаёт тот же предмет проверки — документы, а не гарантию правильного учёта. Более общий маршрут по разным площадкам разобран в статье об учёте продаж и сверке выплат в 1С:Бухгалтерии.

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

Продажа, невыкуп и возврат: какие документы проверить

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

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

В методике B2B документы отгрузки и счета-фактуры связаны с номерами и датами, присвоенными Маркетом. Проверьте эти реквизиты, а не только итог. Для корректировочного счёта-фактуры при возврате номер также должен соответствовать документу площадки; автоматически присвоенный номер может потребовать исправления.

Почему вкладки возвратов дают разные суммы

Сводную и детальную вкладки нельзя читать одинаково. В сводном отчёте значения невыкупов и возвратов относятся к соответствующим товарам. В детальных вкладках невыкупов и FBY-возвратов справка отдельно описывает показатели всего заказа.

Для FBS вкладка возвращённых товаров охватывает возвраты через ПВЗ. Поэтому одна эта вкладка не доказывает полноту всех возвратов продавца. Найдите номер заказа, товар и путь возврата; затем сравните документы с нужным типом данных. Не заменяйте выяснение причины ручной правкой итоговой суммы.

Как получать отчёт по API

Если отчёт забирает собственная обработка, генерацию запускает POST /v2/reports/goods-realization/generate. Статус и ссылку на готовый результат получают через GET /v2/reports/info/{reportId}. Успешный запуск генерации ещё не означает, что файл готов.

• Метод доступен для FBY, FBS, Экспресса и DBS.
• Достаточен один из разрешённых доступов: finance-and-accounting, all-methods или all-methods:read-only. Полное управление не обязательно.
• Формат FILE — XLSX. CSV и JSON возвращаются ZIP-архивами с отдельными файлами по листам.
• Лимит генерации без подписки — один запрос в две минуты, с Медиум — один в минуту. Это лимит данного метода, не всего API.

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

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

Почему выручка не совпадает с выплатой

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

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

Учебный пример: к перечислению относятся продажи на 100 000 ₽, возвраты на 6 000 ₽ и подтверждённые услуги на 9 000 ₽. Без других начислений и переходящего долга ожидается 85 000 ₽. Если пришло 82 000 ₽, нужно объяснить разницу 3 000 ₽, а не уменьшить продажи до банковской суммы. Это пример сверки, не тариф Маркета.

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

Когда подключать SelSup к вашей 1С

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

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

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

Ошибки, которые стоит поймать до запуска

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

Стоит ли менять текущую схему обмена

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

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

Частые вопросы

Подходит ли модуль Маркета для Бухгалтерии?

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

А если у нас УНФ?

Проверяйте собственные возможности УНФ отдельно от дополнительного модуля. В инструкции по настройке и учёту маркетплейсов в УНФ разобраны различия площадок, документы, возвраты и сверка. Переносить туда кнопки Бухгалтерии не нужно.

Почему загрузились не все строки?

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

Можно ли убрать ручную работу полностью?

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