Торговля и Склад · 11 мин
Как работать с маркетплейсами в 1С
Как настроить работу с маркетплейсами в 1С: выбор схемы интеграции, обмен заказами и остатками, учёт комиссий, отчёты агентов и типичные ошибки при обмене данными.
Торговля через маркетплейсы отличается от классической розницы тем, что продавец не видит покупателя, не получает деньги напрямую и работает через отчёты агента. Если вести такой бизнес в 1С вручную — переносить заказы, остатки и акты комиссионера руками, — при росте числа заказов ошибки становятся неизбежными: расходятся остатки, теряются возвраты, завышается себестоимость. Поэтому ключевая задача — настроить автоматический обмен между маркетплейсом и учётной системой.
В 1С есть несколько способов интеграции: штатные механизмы типовых конфигураций (например, обмен с Wildberries и Ozon в «Управлении торговлей 11» и «Комплексной автоматизации 2» через сервис «1С:Номенклатура» и подсистему работы с маркетплейсами), специализированные расширения и внешние обработки, а также сторонние сервисы-коннекторы, которые забирают данные по API и передают их в 1С. Выбор зависит от количества площадок, объёма заказов и модели работы — FBO (склад маркетплейса) или FBS (отгрузка со своего склада).
Ниже разобраны практические шаги: как выбрать схему интеграции, настроить обмен заказами и остатками, корректно отразить в учёте комиссии и отчёты агента, а также как проверить, что обмен работает без ошибок.
Выберите модель работы: FBO, FBS или смешанная
От схемы работы зависит, какие документы и склады вам понадобятся в 1С. При FBO (Fulfillment by Operator) товар хранится на складе маркетплейса, а вы передаёте его на комиссию. В учёте это отражается как передача товара комиссионеру: остатки уходят с вашего склада на «склад комиссионера», а продажа признаётся только по отчёту агента. При FBS (Fulfillment by Seller) товар лежит у вас, заказ приходит в личный кабинет, вы собираете и отгружаете его — в 1С это ближе к обычной оптовой продаже с последующим отчётом комиссионера по факту выкупа.
Смешанная модель требует как минимум двух складских учётных контуров: собственный склад FBS и виртуальный склад маркетплейса. В типовых конфигурациях для этого заводят отдельный склад с типом «Склад комиссионера» или ведут учёт по партнёру-комиссионеру. Не смешивайте остатки FBO и FBS на одном складе — иначе выгрузка доступного количества на площадку будет ложной, и вы получите штрафы за отмену заказов из-за отсутствия товара.
Определите способ интеграции с 1С
Существует три практических варианта обмена данными. Первый — типовые механизмы конфигураций: в «1С:Управление торговлей 11.5» и «1С:Комплексная автоматизация 2.5» есть встроенная подсистема работы с маркетплейсами, поддерживающая обмен с крупными площадками. Она подходит, если вы работаете с одной-двумя площадками и вас устраивает регламент обмена «из коробки». Второй вариант — отраслевые расширения и обработки от партнёров 1С: они закрывают специфику конкретного маркетплейса (загрузка реализаций, штрафов, логистики, стикеров). Третий — внешние сервисы-интеграторы, которые подключаются к API площадок и передают данные в 1С через HTTP, файлы или прямое подключение к базе.
При выборе ориентируйтесь на объём: до нескольких десятков заказов в день многие обходятся ручной загрузкой отчётов через обработки табличных данных; при сотнях заказов нужен регламентный автоматический обмен. Проверьте, поддерживает ли решение именно ваши операции: возвраты, частичные выкупы, штрафы, платную приёмку, рекламные списания. Часто коннектор загружает заказы, но не загружает детализацию удержаний — и сверку с отчётом агента приходится делать вручную.
Сравнение вариантов
Подходит для 1–2 площадок и стандартных операций; ограничение — функциональность зависит от релиза конфигурации.
Гибкая настройка под конкретный маркетплейс; требует поддержки разработчика при обновлении конфигурации.
Быстрый старт и несколько площадок сразу; минус — абонентская плата и зависимость от стороннего сервиса.
Без затрат на интеграцию; приемлемо только при малом числе заказов, высок риск ошибок.
Настройте соответствие номенклатуры и характеристик
Самая трудоёмкая часть внедрения — сопоставление вашей номенклатуры с карточками товаров маркетплейса. У каждой площадки свои идентификаторы: артикул продавца, SKU, штрихкоды, коды категорий. В 1С для каждой позиции нужно хранить соответствие «номенклатура — идентификатор на площадке». В типовых решениях для этого есть регистры сведений соответствия номенклатуры, куда загружаются SKU и штрихкоды из личного кабинета.
Практический порядок такой: выгрузите из личного кабинета маркетплейса полный список карточек с идентификаторами, загрузите его в 1С, затем сопоставьте каждую строку своей номенклатуре. Если у товара есть варианты (размер, цвет), используйте характеристики номенклатуры — каждый вариант на площадке имеет собственный SKU, и соответствие должно быть на уровне характеристики, а не всей позиции. Проверьте, что у каждой карточки заполнен штрихкод: без него обмен остатками и сборка заказов FBS будут давать сбои.
Настройте обмен заказами и остатками
Обмен обычно двусторонний. В одну сторону 1С выгружает остатки и цены: площадка должна видеть актуальное доступное количество, иначе вы либо продаёте то, чего нет, либо замораживаете продажи. Выгрузку остатков настраивают регламентным заданием с периодичностью от нескольких раз в день до каждых 15–30 минут при высоких оборотах. В другую сторону из маркетплейса загружаются заказы (для FBS), статусы доставки, возвраты и итоговые отчёты о реализациях.
Для FBS-заказов настройте цепочку документов: заказ покупателя (или заказ на отгрузку) → сборка → реализация товаров и услуг или передача на комиссию. Уточните в настройках обмена, на какой склад резервировать товар и каким статусом заказ считается подтверждённым. Для FBO заказы в 1С не нужны — достаточно периодической загрузки отчёта о продажах и перемещения остатков между складами комиссионера, если площадка распределяет товар по региональным складам.
- 1Получите API-ключ в личном кабинете маркетплейса и укажите его в настройках обмена в 1С.
- 2Загрузите список карточек товаров и сопоставьте номенклатуру по SKU и штрихкодам.
- 3Настройте склад-источник остатков и расписание выгрузки цен и остатков.
- 4Включите загрузку заказов и проверьте создание документов на тестовом заказе.
- 5Настройте загрузку отчётов о реализациях и сверьте итоги за первую неделю с личным кабинетом.
Отразите в учёте комиссии, отчёты агента и выплаты
Маркетплейс перечисляет деньги за вычетом комиссии, логистики, рекламы, штрафов и прочих удержаний. В учёте это оформляется отчётом комиссионера (агента) о продажах: документ фиксирует реализацию по полной цене продажи покупателю, а услуга комиссионера начисляется отдельной строкой или отдельным документом «Отчёт комиссионера» с суммой вознаграждения. Взаимозачёт: задолженность маркетплейса перед вами закрывается частично удержанным вознаграждением, частично — поступлением на расчётный счёт.
Не проводите поступление денег как реализацию — это занизит выручку и налоговую базу. Детализацию удержаний (логистика, хранение, штрафы, реклама) загружайте из отчёта площадки и относите на соответствующие статьи расходов: это нужно и для корректного налога на прибыль/УСН, и для анализа реальной маржинальности каждой площадки. Сверяйте еженедельный или ежемесячный отчёт агента с данными 1С: сумма реализаций, сумма удержаний и итоговая выплата должны сходиться до копейки.
Проверьте результат и контролируйте обмен
После настройки обмен нужно регулярно контролировать. Признаки нормальной работы: заказы создаются без ручного вмешательства, остатки на площадке совпадают со свободным остатком склада, отчёт агента закрывается без разниц. Тревожные сигналы: заказы «зависают» в одном статусе, в документах пустая номенклатура, суммы выплат не сходятся с расчётом, в журнале обмена накапливаются ошибки авторизации — обычно это признак истёкшего API-ключа.
Раз в неделю делайте контрольную сверку: остаток по складу комиссионера в 1С против остатка в личном кабинете, сумму реализаций за период против отчёта площадки. Расхождения в единицах товара почти всегда означают незагруженный возврат или потерю при приёмке — такие случаи оформляйте претензией маркетплейсу и корректировочными документами в 1С.
Как проверить результат
Совпадают со свободным остатком склада в 1С
Товар есть в 1С, но на витрине «нет в наличии», или наоборот
Заказы создаются автоматически, номенклатура заполнена
Документы с пустыми строками или дубли заказов
Реализации, удержания и выплата сходятся с личным кабинетом
Разница в суммах, незагруженные возвраты
Ошибок нет или они разовые
Повторяющиеся ошибки авторизации и таймауты
Частые вопросы о работе с маркетплейсами в 1С
Можно ли работать с маркетплейсами в 1С:Бухгалтерии без УТ?
Да, при модели FBO этого часто достаточно: вы оформляете передачу товара комиссионеру и отчёт комиссионера по итогам периода, загружая данные из файла отчёта площадки через обработку загрузки табличных данных. Для FBS с большим числом заказов возможностей Бухгалтерии мало — нужен оперативный учёт заказов и резервов, поэтому используют УТ, КА или связку с внешним коннектором.
Как часто нужно выгружать остатки на маркетплейс?
Минимум — несколько раз в день, при высоких оборотах и малом складском запасе — каждые 15–30 минут. Чем реже выгрузка, тем выше риск продать отсутствующий товар и получить штраф за отмену заказа. Ориентируйтесь на среднее число продаж в час: если за интервал между выгрузками распродаётся весь остаток позиции, интервал нужно сокращать.
Что делать, если маркетплейс изменил API и обмен сломался?
Сначала проверьте журнал ошибок: часто проблема в истёкшем токене, который перевыпускается в личном кабинете. Если изменился сам формат API, обновите конфигурацию, расширение или версию коннектора — разработчики типовых решений выпускают адаптации. На время сбоя перейдите на ручную загрузку заказов из файлов, чтобы не остановить отгрузки.
Как учитывать возвраты от покупателей?
Возврат оформляется документом «Возврат товаров от клиента» (или корректировкой отчёта комиссионера) на основании данных из отчёта площадки. Важно загружать возвраты в том же периоде и по тем же ценам, что и продажа, иначе исказится себестоимость. Некачественный или повреждённый возврат приходуйте на отдельный склад с соответствующим качеством, чтобы он не ушёл в повторную продажу.
Нужен ли отдельный договор в 1С для каждого маркетплейса?
Да. Заведите каждую площадку как отдельного контрагента с договором комиссии (агентским). Это позволит корректно вести взаиморасчёты, строить отчёты по задолженности каждой площадки и анализировать маржинальность в разрезе каналов продаж. Объединение всех площадок в одного контрагента делает сверку практически невозможной.
Как посчитать реальную прибыль от маркетплейса?
Недостаточно смотреть на выплату на расчётный счёт. Возьмите выручку по отчёту агента, вычтите себестоимость проданного товара, комиссию, логистику, хранение, рекламу, штрафы и потери от возвратов. Если все эти статьи корректно разнесены в 1С, валовую прибыль по каналу покажет отчёт по продажам с группировкой по партнёру или соглашению.
Что важно запомнить
Автоматизируйте обмен заказами и остатками, сопоставляйте номенклатуру по SKU, оформляйте продажи через отчёт комиссионера по полной цене продажи и регулярно сверяйте данные 1С с личным кабинетом площадки перед закрытием периода.