Как связать 1С с Wildberries: пошаговая инструкция

Что даёт связка 1С и Wildberries

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

Что закрывает интеграция 1с вб:

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

Чего связка не даёт. Если вендор обещает обратное, уточняйте формулировки:

• Она не меняет схему учёта. Wildberries остаётся комиссионером, выручка признаётся по отчёту, а не по поступлению денег.
• Она не заменяет ЭДО. УПД и акты на логистику, хранение и штрафы приходят отдельно и проводятся своими документами.
• Она не разбирает удержания по причинам. В 1С попадут суммы из отчёта, а аналитика «за что удержали» остаётся отдельной задачей.
• Она не двигает остатки ФБО. Товар лежит на складе площадки, его количество задаёт Wildberries, из 1С им управлять нельзя.

Варианты интеграции и во сколько каждый обходится

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

Цены у вендоров разные и меняются, сверяйте их в прайсе конкретного поставщика на дату покупки. К третьему варианту относится и раздел «1С» в нашем сервисе Sell Profit: заказы уходят в базу штатным обменом CommerceML либо прямым запросом в ваш HTTP-сервис, расширение внутрь 1С не ставится.

Что важно понимать про штатные механизмы на 15.09.2026. В «1С:Бухгалтерии предприятия» 3.0 есть встроенная загрузка отчётов маркетплейсов, включая Wildberries, она появилась начиная с релиза 3.0.114. В «1С:Управлении нашей фирмой» 3.0 есть шаблоны загрузки отчёта о продажах Wildberries в документ «Отчёт комиссионера», с версии 3.0.12 в шаблон добавили колонки «Вид документа (продажа/возврат)» и «Страна происхождения». А вот полноценного штатного обмена заказами ФБС с Wildberries в типовых «Управлении торговлей», «Комплексной автоматизации», ERP и «Рознице» нет, там используют расширения и решения партнёров. Точный набор возможностей проверьте в своей конфигурации, он зависит от релиза.

Шаг 1. Токен Wildberries и категории доступа

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

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

Какие категории включить под задачи обмена:

• Маркетплейс — сборочные задания ФБС и остатки на своих складах. Без неё заказы в 1С не поедут.
• Статистика — отчёт о реализации, продажи, остатки. Без неё не загрузится отчёт комиссионера.
• Контент — карточки, артикулы, баркоды. Нужна для первичного сопоставления номенклатуры.
• Цены и скидки — отправка цен из 1С. Только при записи.
• Поставки и Возвраты — если модуль ведёт заявки на поставку и возвратные документы.
• Аналитика — воронка и выкуп, для бухгалтерского обмена не обязательна.

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

Шаг 2. Договор комиссии и контрагент в 1С

Это шаг, на котором чаще всего закладывают ошибку на год вперёд. Wildberries продаёт ваш товар как посредник, значит в базе он не покупатель, а комиссионер.

1. Заведите контрагента. Реквизиты берите из своей оферты и из УПД, которые площадка присылает по ЭДО. Юридическое лицо, через которое работает Wildberries, за последние годы менялось, поэтому ИНН и КПП переписывать из статей нельзя: сверьте с первичным документом.
2. Создайте договор с видом «С комиссионером (агентом) на продажу». Именно вид договора, а не название, определяет, какие документы станут доступны и какие проводки сформируются.
3. Укажите в договоре валюту, организацию и порядок расчётов. Если кабинетов несколько или работаете от двух юрлиц, договор заводится на каждую пару «организация — кабинет».
4. Проверьте учётную политику: метод оценки товаров, счёт учёта товаров, порядок учёта НДС. С 2025 года продавцы на УСН выше порога платят НДС, и ставка должна быть зафиксирована в настройках.
5. В «1С:Бухгалтерии» 3.0 включите функциональность: «Администрирование → Настройки программы → Функциональность → Торговля → Продажи через маркетплейсы». Без флажка раздел с маркетплейсами не появится в меню.

Отдельно решите вопрос со складом. Товар, переданный на склад площадки, остаётся вашим и должен учитываться как отгруженный, а не списанный. В типовой схеме это счёт 45 «Товары отгруженные». Для ФБС заводится свой склад, с которого отгрузка идёт по факту сборки. Образец и разбор условий — в шаблоне договора комиссии на реализацию.

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

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

1С:Бухгалтерия предприятия 3.0. Путь: «Продажи → Маркетплейсы и комиссионеры». При первом входе нажмите «Настроить», в окне настройки интеграции укажите контрагента, договор с видом «С комиссионером (агентом) на продажу» и вставьте токен. Задайте период и нажмите загрузку. Возможность появилась начиная с релиза 3.0.114, номер своего релиза смотрите в «Справка → О программе». Период загрузки за один запрос ограничен, в типовой обработке это около трёх месяцев, длинную историю тяните частями.

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

УТ 11.5, КА 2, ERP 2, Розница 3.0. Штатной интеграции с Wildberries по API в типовой поставке нет. Ставится расширение или модуль партнёра, конфигурация при этом остаётся на поддержке. Проверьте в своей конфигурации, какая версия расширения совместима с вашим релизом.

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

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

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

Порядок работы:

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

Теперь про регистр, из-за которого ломается половина обменов. Wildberries отдаёт артикул продавца не одинаково в разных отчётах. В отчёте о реализации артикул приходит приведённым к нижнему регистру, а в карточках и сборочных заданиях — ровно так, как вы его завели. Если обмен сравнивает строки строго, «ART-100» из заказа и «art-100» из отчёта станут двумя разными позициями: по одной спишется товар, по другой создастся дубль номенклатуры с нулевой себестоимостью.

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

Шаг 5. Загрузка заказов ФБС документами

Заказы в 1С нужны только по схемам, где отгружаете вы: ФБС и ДБС. По ФБО заказ обрабатывает площадка, в базу попадает не заказ, а строка отчёта о реализации.

Как это устроено. Площадка отдаёт новые сборочные задания, обмен создаёт по каждому документ «Заказ покупателя» (в «Управлении торговлей» — «Заказ клиента») с контрагентом-комиссионером и вашим складом ФБС. Заказ резервирует остаток. Дальше по мере смены статуса на стороне площадки обмен либо двигает статус заказа, либо создаёт отгрузочный документ.

На что смотреть при настройке:

• Расписание. Заказы ФБС приходят весь день, разумный интервал опроса — раз в 5–15 минут. Раз в сутки означает сорванные сроки сборки и штрафы.
• Глубина выборки. Площадка отдаёт сборочные задания ограниченным окном, обычно не больше 30 суток за запрос. Первичную загрузку делайте частями.
• Идентификатор. Заказ должен запоминаться по уникальному номеру сборочного задания, а не по паре «дата плюс сумма». Иначе повторный запуск создаст дубли.
• Цена. В заказ подставляйте ту сумму, которую заплатил покупатель. Скидка площадки и баллы — не ваша выручка и не должны попадать в цену номенклатуры как надбавка.
• Маркировка. Если товар подлежит маркировке, коды выводятся из оборота при отгрузке, и обмен должен передавать их в документ.

Этикетки на коробки и стикеры сборочных заданий печатаются в кабинете либо в модуле: это ответственность площадки, а не 1С. Сборка, статусы и передача в доставку по трём площадкам в одном окне — в разделе заказы ФБС.

Шаг 6. Остатки и цены обратно на площадку

Обратный поток нужен, чтобы не продавать то, чего нет, и не держать цену вручную. Работает он только для ФБС.

Остатки. Из 1С уходит количество по складу ФБС в разрезе баркодов. Нюанс, на котором спотыкаются самописные обмены: баркоды в запрос остатков передаются строками, а не числами. Если передать число, площадка вернёт ошибку или молча запишет ноль, и товар пропадёт из выдачи. Второй нюанс: остатки по складу площадки (ФБО) отдаются только на чтение, отправить их нельзя.

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

Частота. Остатки раз в 15–30 минут, цены раз в сутки или по факту изменения. Чаще не нужно: площадка всё равно применяет данные не мгновенно, а лимиты на запросы съедятся.

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

Шаг 7. Отчёт о реализации и вознаграждение

Это та часть, ради которой связку чаще всего и делают: без отчёта нельзя корректно посчитать налог.

Раз в неделю площадка формирует отчёт о реализации. Из него в 1С создаётся документ «Отчёт комиссионера (агента) о продажах» или «Отчёт комиссионера о розничных продажах», в зависимости от конфигурации и настроек. Документ делает три вещи: списывает товар со счёта отгруженных, признаёт выручку по цене продажи покупателю и отражает вознаграждение посредника в расходах.

Что проверить в загруженном отчёте:

• Дата признания дохода. Это дата продажи из отчёта, а не дата поступления денег на счёт. Ошибка здесь смещает налоговую базу между периодами.
• Сумма дохода. Доходом признаётся вся сумма, которую заплатил покупатель, до вычета вознаграждения и удержаний. Считать налог с суммы «к перечислению» — самая дорогая ошибка.
• Возвраты. Они идут отдельными строками и уменьшают доход того периода, в котором прошли. Схлопывать их с продажами нельзя.
• Услуги. Логистика, хранение, приёмка, штрафы и реклама в отчёт комиссионера не входят как расход по акту. Они проводятся отдельно, документом «Поступление (акты, накладные) → Услуги» по УПД и актам из ЭДО.
• Сверка сальдо. Остаток по счёту расчётов с площадкой на конец месяца должен равняться сумме непогашенных отчётов. Не сходится — ищите непроведённые удержания без актов или пропущенный возврат.

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

ФБО, ФБС и ДБС: что меняется в учёте

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

Практический вывод. Если работаете только по ФБО, обмен заказами вам не нужен вообще, достаточно загрузки отчёта: это самый дешёвый сценарий и он закрывается штатными механизмами. Если есть ФБС, нужен полноценный двусторонний обмен, и тут уже выбирают между модулем и сервисом. Смешанная схема, когда часть ассортимента лежит на складе площадки, а часть у вас, требует раздельных складов в 1С, иначе остатки поедут. Чем схемы отличаются по деньгам и срокам — в разборе термина FBO.

Статус Wildberries → документ в 1С

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

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

Частые проблемы и что проверять

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

Товары не сопоставляются. Проверяйте по порядку: регистр артикула (см. шаг 4), лишние пробелы по краям, кириллические «а», «с», «е» вместо латинских, разные артикулы под разными размерами одной карточки, товар заведён только в кабинете и отсутствует в номенклатуре. Отдельная ловушка — уценённые позиции: площадка может отдавать их под своим идентификатором, и без ручного сопоставления они уедут в новую номенклатуру.

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

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

Отчёт не сходится с выплатой. Смотрите переходящие остатки предыдущего периода и удержания, по которым нет актов. Сумма «Итого к оплате» в отчёте и платёж на счёт совпадают только с их учётом.

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

Если 1С нетиповая

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

Что это меняет. Расширение от вендора может не встать или встать с конфликтами по именам объектов. Типовые обработки загрузки отчётов могут не найти нужные реквизиты. Обновление базы после установки модуля становится отдельной работой.

Рабочие варианты в порядке возрастания стоимости:

1. Обмен файлом. Выгрузка из кабинета, загрузка по шаблону. Работает всегда, не ломается при обновлениях, но требует человека. Разумный старт, пока считаете экономику автоматизации.
2. Расширение вместо правки конфигурации. Если ваш программист пишет обмен сам, пусть делает его расширением. Конфигурация остаётся обновляемой, а обмен можно отключить одним флагом при проблемах.
3. Собственный HTTP-сервис на стороне 1С. Программист публикует сервис, который принимает заказ и создаёт документ вашим кодом, а внешняя сторона просто дёргает его по каждой позиции. Плюс в том, что логика заведения документа остаётся внутри базы и учитывает все ваши доработки. Минус — 1С должна быть доступна снаружи: белый IP или публикация на веб-сервере, и это отдельный разговор про безопасность.
4. Доработка под ключ у франчайзи. Самый дорогой и самый предсказуемый путь.

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

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

• Как проверить код маркировки перед продажей и поставкой
• Статус «на проверку» при приёмке Ozon: что значит
• Где посмотреть комиссию ВБ на свой товар
• Как добавить категорию в бренд на ВБ

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