Как вести работу с маркетплейсами в 1С

Продажи через маркетплейсы (Ozon, Wildberries, Яндекс Маркет и другие) создают для учетной системы нестандартную нагрузку: десятки и сотни заказов в день, комиссии площадки, возвраты, разные схемы работы (FBO, FBS, DBS). Если вести все это вручную в 1С, учет быстро расходится с реальностью: остатки не совпадают, заказы теряются, а сверка выплат превращается в многочасовую работу в Excel.

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

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

Определяем схему работы и объем данных

До выбора инструмента нужно зафиксировать, как именно вы торгуете. При схеме FBO товар хранится на складе маркетплейса, и 1С должна отражать передачу товара на комиссию (или реализацию через посредника), а заказы покупателей приходят уже как отчет о продажах. При FBS и DBS заказ формируется в кабинете площадки, а отгружаете вы со своего склада — значит, в 1С нужны заказы, резервирование и отгрузка в жесткие сроки.

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

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

Выбираем способ интеграции с 1С

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

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

Третий вариант — внешние сервисы-коннекторы, которые забирают данные из маркетплейсов и передают в 1С через файлы, HTTP или COM-подключение. Подходит, когда конфигурацию нельзя дорабатывать (например, она на полной поддержке) или когда 1С используется только для бухгалтерии, а операционный учет ведется в другом месте.

Сравнение вариантов подключения

Типовая подсистема конфигурации

Подходит при стандартных сценариях и поддерживаемых площадках; ограничение — меньше тонких настроек и медленное появление новых функций площадок.

Модуль интеграции (расширение)

Подходит при нескольких площадках и нестандартных сценариях; ограничение — стоимость лицензии и зависимость от обновлений разработчика.

Внешний сервис-коннектор

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

Настраиваем обмен заказами и статусами

Ядро интеграции — загрузка заказов. Для этого в личном кабинете маркетплейса генерируют API-ключ (токен) с правами на чтение заказов и, при необходимости, на изменение статусов. Токен указывают в настройках учетной записи маркетплейса в 1С, задают расписание регламентного задания — обычно опрос каждые 5–15 минут при схеме FBS, где скорость сборки критична.

Каждому заказу площадки в 1С должен соответствовать документ «Заказ клиента» (или специализированный документ модуля) с заполненным номером отправления. По этому номеру система находит заказ при повторных загрузках и обновляет статус: собран, передан в доставку, отменен, возвращен. Если соответствие не настроено, при каждом обмене будут создаваться дубли.

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

1. 1
   Создайте API-ключ в личном кабинете маркетплейса с нужными правами
2. 2
   Заведите учетную запись маркетплейса в 1С и укажите токен и схему работы
3. 3
   Сопоставьте номенклатуру 1С с артикулами (SKU) площадки
4. 4
   Настройте расписание загрузки заказов и правила создания документов
5. 5
   Включите обратную передачу статусов и проверьте на тестовом заказе

Сопоставляем номенклатуру и выгружаем остатки

Связка товаров — самая трудоемкая часть внедрения. У каждого товара на площадке есть свой идентификатор (SKU, артикул продавца, штрихкод). В 1С нужно хранить эти идентификаторы в карточке номенклатуры или в регистре соответствий, который предоставляет модуль интеграции. Удобно использовать штрихкод как универсальный ключ, если он одинаков на всех площадках.

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

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

Организуем учет комиссий, выплат и отчетов площадки

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

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

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

Проверяем корректность работы интеграции

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

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

Контрольные точки

Как проверить результат

Заказы за день

Норма

Количество и суммы в 1С совпадают с кабинетом площадки

Тревожный признак

Есть пропущенные заказы или дубли документов

Остатки на площадке

Норма

Соответствуют свободному остатку в 1С по заданным квотам

Тревожный признак

Товар доступен к продаже при нулевом остатке или наоборот

Выплата за период

Норма

Продажи минус удержания равны поступлению на счет

Тревожный признак

Расхождение без объясняющих документов (возвраты, штрафы)

Типичные ошибки и их последствия

Большинство проблем при работе с маркетплейсами в 1С повторяются от компании к компании. Знание типовых сценариев экономит недели отладки.

FAQ

Можно ли обойтись без модуля интеграции и загружать заказы вручную?

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

Какую конфигурацию 1С выбрать для торговли на маркетплейсах?

Для операционного учета подходят «1С:Управление торговлей», «1С:Комплексная автоматизация» или «1С:ERP» — в них есть заказы, резервы и подсистема работы с маркетплейсами. «1С:Бухгалтерию» используют как дополнение для регламентированного учета, но оперативно вести заказы в ней неудобно.

Как отражать в 1С схему FBO, если товар лежит на складе маркетплейса?

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

Что делать, если маркетплейс изменил API и обмен перестал работать?

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

Как учитывать товар, который маркетплейс потерял или повредил?

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

Нужно ли пробивать чеки при продажах через маркетплейс?

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