1С:УТ и маркетплейсы: настройка обмена

В «1С:Управление торговлей» можно вести товары, продажи и расчёты с маркетплейсами. Но учёт в УТ и автоматический обмен с площадкой — разные задачи. Чтобы заказы попадали в нужную организацию, остатки обновлялись, а отчёты не дублировались, сначала выбирают способ обмена и проверяют его на своей базе.

В инструкциях часто смешивают штатные возможности УТ и функции дополнительных модулей. Здесь мы разделили их по официальной справке, сравнили обмен с Ozon, Wildberries и Яндекс Маркетом и составили проверку заказа от загрузки до расчётов. Поэтому дочитайте статью до конца.

Что умеет УТ для маркетплейсов без отдельного модуля

У УТ есть собственные средства обмена, поэтому покупать модуль ради любой загрузки необязательно. Возможности сверили 15.09.2026 по официальной матрице 1С для группы «ERP, Управление торговлей, Комплексная автоматизация»:

Отсутствие операции в матрице не запрещает учитывать её в УТ. Например, документ можно оформить отдельно или получить через подходящий модуль. И наоборот: поддержка обмена не означает, что ваша база уже настроена. Состав функций зависит от конфигурации и релиза; строка для «1С:Бухгалтерии» не описывает УТ.

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

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

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

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

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

Проверьте четыре вещи:

1. Версию и доработки базы. Для современного модуля SelSup указаны УТ 11.4/11.5 и платформа от 8.3.22. В демо-версии и файловые базы этот модуль не устанавливают. Совместимость доработок проверяют отдельно: требования и возможности модуля.
2. Организации, склады и площадки. Заказ одного юрлица не должен попадать на склад другого. Для каждого маркетплейса задают нужные связи контрагентов и соглашений; порядок описан в настройке справочников и заказов.
3. Связи товаров. Проверьте не только название, но и артикул, характеристику, размер и единицу. Две похожие карточки не должны случайно списывать один товар. Используйте инструкцию по сопоставлению товаров.
4. Схему комиссионной торговли. В УТ различаются прежняя схема и новая 11.5, появившаяся в релизе 11.5.8. Для новой обязательны договоры с контрагентами. Не переключайте схему вслед за чужим скриншотом: сначала проверьте, как уже оформлены ваши документы.

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

Как провести заказ от загрузки до расчётов

Возьмём обычный заказ FBS: товар хранится у продавца, а заказ приходит с маркетплейса. Заказ ещё не равен продаже и выплате. Удобнее проверять цепочку по событиям, а не по количеству созданных документов.

Этот путь относится к FBS, когда товар хранится у продавца. Для схемы с передачей товара на склад площадки проверяйте другой результат: передача отражена в учёте, а после продаж и возвратов пришёл отчёт за тот же период. В официальной матрице 1С такие операции указаны для Ozon и Яндекс Маркета. Это контроль штатного контура УТ; он не означает, что модуль SelSup автоматически выполняет сценарий FBO.

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

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

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

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

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

Сквозной тест: один товар, заказ, отмена и возврат

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

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

Например, заказ виден в списке, но не проведён. Это ещё не успешная загрузка: откройте документ и прочитайте причину. Если не хватает связи товара или склада, сначала исправьте её и повторите проверку этой операции. В помощи есть проверка заказов, передач и возвратов в модуле 1С — с разделением записанного документа, проведённого документа и последующей отгрузки.

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

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

Что даёт SelSup и какие ограничения остаются

Если заказы приходится переносить вручную, сотрудник тратит время на повторный ввод, а руководитель получает данные с задержкой. Модуль SelSup для 1С связывает действующую УТ с SelSup: поддерживает заказы и реализации FBS, статусы отмен, отчёты комиссионера, цены, остатки и этикетки.

При этом он обращается к API SelSup — программному интерфейсу обмена, — не напрямую к маркетплейсам. Например, остаток идёт из УТ в SelSup и затем на площадку. Это важно при поиске ошибки: проверяют каждый участок цепочки.

Проверяйте состав функций по актуальному описанию модуля, а не по общему обещанию «всё автоматически». Управление обменом не отменяет контроль сотрудника.

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

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

Частые ошибки при подключении

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

Стоит ли подключать УТ к SelSup

Да, если УТ уже ведёт ваши товары и склады, а данные маркетплейсов приходится переносить отдельно. Начните с самой повторяемой операции и примите результат по сквозному тесту.

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

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

На бесплатной демонстрации SelSup разберём вашу схему учёта: что оставить в УТ, какие операции связать с SelSup и как проверить подключение до запуска.

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

Нужен ли модуль для любой работы с маркетплейсом?

Нет. Сначала сопоставьте нужные операции со штатными возможностями УТ. Покупать дополнительный обмен ради уже работающей функции необязательно.

Старая инструкция CommerceML подходит для модуля?

Нет, это другой механизм. Инструкция обмена УТ через CommerceML описывает обмен с сайтом. Не смешивайте её настройки с современным модулем, работающим через API SelSup.

Можно ли перестать переносить заказы руками?

Для поддерживаемого сценария FBS модуль загружает заказы в УТ. В помощи разобрана настройка и проверка загрузки заказов. Покажите свой порядок обработки заказа: проверим, какие ручные шаги можно убрать, а какие проверки оставить.

Как понять, что подключение действительно работает?

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