Связка 1С с маркетплейсами решает не задачу «выгрузить товары», а задачу «вести учёт продаж, которых вы не видите». Товар лежит на чужом складе или уезжает по чужой логистике, деньги приходят с задержкой и за вычетом десятка удержаний, а возврат может вернуться через месяц после продажи. Обмен здесь нужен для того, чтобы в учётной базе всё это отражалось само, а не восстанавливалось руками из выгрузок кабинета.
Схем связки три: прямая заказная разработка к API площадок, работа через сервис-агрегатор и гибрид, где агрегатор возит товарный контур, а своя прослойка — финансовый. На модельном объёме 2 000 заказов в месяц по двум площадкам они окупаются за 19, 5 и 12 месяцев соответственно — и самая дорогая, вопреки ожиданию, оправдана не объёмом продаж, а особыми требованиями к учёту.
Работу самой витрины — единый остаток, карточки, лимиты площадок — мы разбирали в материале об интеграции магазина с маркетплейсами. Здесь смотрим со стороны учётной системы: что именно возится в 1С и обратно, почему остатки расходятся, какая конфигурация это выдерживает и почему финансовый отчёт площадки — отдельный проект, а не строка в смете на обмен.
Три схемы связки и что каждая закрывает
Схемы отличаются не столько техникой, сколько ответом на вопрос «кто разбирается, когда обмен встал в субботу». Это не риторика: на объёме в 2 000 заказов простой обмена на сутки — это заказы, принятые на отсутствующий товар, и отмены, которые бьют по рейтингу продавца.
| Схема | Цена запуска | Ежемесячная часть | Задержка данных | Кто разбирается при сбое |
|---|---|---|---|---|
| Прямая связка 1С с API площадок | 450 000–900 000 ₽ | 15 000–25 000 ₽ поддержка | 5–15 минут по остаткам, минуты по заказам | Ваш подрядчик: одна точка ответственности, доступ к логам ваш |
| Сервис-агрегатор между 1С и площадками | 60 000–150 000 ₽ подключение и настройка | 10 000–30 000 ₽ подписка, обычно по обороту или числу заказов | 15–60 минут, зависит от тарифа и очереди сервиса | Поддержка сервиса по своему регламенту; вы ждёте и не видите причину |
| Гибрид: агрегатор на товарный контур, своя прослойка на финансовый | 200 000–400 000 ₽ | 20 000–40 000 ₽: подписка плюс поддержка прослойки | 15–30 минут по товару, сутки и больше по финансам | Разделено по контуру, границы фиксируются письменно |
Строка «кто разбирается» — главная и самая недооценённая. У агрегатора вы получаете быстрый старт и низкий чек, но при расхождении оказываетесь между двумя поддержками: сервис говорит, что отдал данные, площадка — что не получила, а заказы тем временем не приезжают. У прямой связки чек выше, зато логи ваши, и вопрос «где потерялась порция» решается за час, а не за три дня переписки.
Три вопроса закрывают большую часть будущих споров. Где физически лежит журнал обмена и есть ли у нас к нему доступ. Что происходит с порцией данных, если площадка ответила ошибкой, — она повторяется автоматически или теряется. И какое время реакции по договору в выходной день, потому что площадки в выходные работают. Как мы формулируем эти границы, показано на странице интеграций.
Что возит обмен в обе стороны
Направлений в связке восемь, и каждое считается отдельно — по срокам и по цене. Обычная ошибка при чтении сметы: увидеть строку «интеграция с маркетплейсом» и решить, что она включает всё перечисленное ниже. Практически всегда включены первые четыре направления, а остальные обсуждаются отдельно.
| Направление | Куда | Что важно знать |
|---|---|---|
| Карточки: характеристики, описания, медиа | Из 1С на площадку | У каждой площадки свой шаблон категории; источник характеристик должен быть один, форматов — несколько |
| Цены и скидки | Из 1С на площадку | Отдельный вид цены под каждую площадку; акции площадки живут в кабинете и в 1С не отражаются |
| Остатки | Из 1С на площадку | Самое частое направление и самый частый источник отмен; частота ограничена лимитами API |
| Заказы FBS | С площадки в 1С | Создают заказ покупателя и резерв; без резерва тот же товар продаётся дважды |
| Сборочные задания и отгрузки FBS | В обе стороны | Статус сборки и маркировка отправления; здесь же печать этикеток и сроки, за нарушение которых площадка штрафует |
| Поставки и остатки FBO | В обе стороны | Товар на складе площадки — это ваш товар на чужом складе; в 1С он должен быть виден отдельным складом |
| Возвраты | С площадки в 1С | Проходят несколько состояний; если в 1С попадает только последнее, товар неделю числится проданным |
| Финансовые отчёты площадки | С площадки в 1С | Отдельный контур и отдельный проект — см. раздел ниже |
Карта связей. В центре узел «1С:УТ 11 — учётная база». Справа два узла «Площадка 1» и «Площадка 2». Между ними восемь подписанных стрелок с указанием направления: «карточки →», «цены →», «остатки →», «← заказы FBS», «↔ сборочные задания и отгрузки», «↔ поставки и остатки FBO», «← возвраты», «← финансовый отчёт». Первые четыре стрелки нарисованы сплошными и объединены скобкой с подписью «обычно входит в смету», остальные — штриховыми со скобкой «считается отдельно». Слева от центра небольшой блок «журнал обмена» со стрелкой к 1С и подписью «доступ должен быть ваш». Чертёжный стиль, подписи по-русски.
Почему остаток в 1С и в кабинете никогда не совпадает
Совпадения не будет, и требовать его от подрядчика бессмысленно. Между числом в учётной базе и числом на витрине стоят пять законных расхождений, каждое из которых существует по делу. Задача обмена — не убрать их, а сделать управляемыми и объяснимыми.
- Резерв под сборочные задания. Заказ FBS принят, товар физически на месте, но продавать его второй раз нельзя. В 1С он должен уйти в резерв в тот же момент, а на витрину — уйти уменьшенный остаток. Разрыв здесь равен времени прогона обмена.
- Транзит на склад площадки. Товар по схеме FBO отгружен, но ещё не принят приёмкой. Для вас он уже не на своём складе, для площадки — ещё не на её. В учёте это отдельный склад «в пути», а не минус в остатке.
- Возвраты в пути от клиента. Товар уже не у покупателя и ещё не у вас. Пока он в дороге, продавать его нельзя, а списывать — рано.
- Часовые пояса и границы суток в отчётах. Отчёт площадки «за сутки» считается по её времени и её правилам закрытия дня. Сверять его с оборотом в 1С по календарным суткам — гарантированное расхождение, которое ищут часами и не находят.
- Лимиты API площадки. Число запросов в минуту и размер пачки ограничены, поэтому 3 000 позиций не обновляются мгновенно. Чем чаще вы пытаетесь обновляться, тем выше шанс упереться в лимит и получить пропущенный прогон вместо более свежих данных.
Разница между остатком в учёте и остатком на витрине, для которой известны причина, величина и время жизни. Например: «резерв под сборочные задания, до 40 единиц, живёт до момента отгрузки». Такое расхождение не требует расследования и не мешает работе. Неуправляемое расхождение — то, для которого нет объяснения: именно оно приводит к заказам на отсутствующий товар и к отменам. Практическая метрика здесь одна — доля отмен из-за отсутствия товара; при ручной выгрузке дважды в день она держится около 1,2 %, при работающем обмене падает до 0,3 %.
Попытка гонять обмен каждые две минуты на каталоге в тысячи позиций упирается в лимиты площадки: часть запросов отклоняется, прогон завершается наполовину, и на витрине оказывается смесь свежих и вчерашних чисел — хуже, чем честные данные сорокаминутной давности. Правильная настройка не «как можно чаще», а «дифференцированно»: ходовые позиции — часто, длинный хвост — раз в несколько часов, при этом любое изменение остатка ниже критического порога уходит вне очереди немедленно.
Горизонтальная схема. Слева блок «Остаток в 1С», справа блок «Остаток в кабинете площадки». Между ними пять последовательных вычитающих узлов с подписями: «резерв под сборочные задания», «транзит на склад площадки», «возвраты в пути», «граница суток и часовой пояс отчёта», «лимиты API: часть позиций ещё не обновлена». Под каждым узлом короткая пометка о времени жизни расхождения. Снизу отдельная красная стрелка «необъяснённое расхождение» с подписью «единственное, что требует разбора». В правом нижнем углу пометка «метрика: доля отмен, 1,2 % вручную против 0,3 % на обмене». Чертёжный стиль, подписи по-русски.
Какая конфигурация 1С это выдерживает
Возможность схемы определяется не площадкой, а тем, есть ли в вашей конфигурации нужные объекты. Общий разбор конфигураций у нас есть в статье о том, какую 1С выбирать под какой бизнес; ниже — только та часть, которая касается маркетплейсов.
| Конфигурация | Пригодность для площадок | Что именно решает |
|---|---|---|
| 1С:Бухгалтерия | Не подходит как основа | Нет заказов покупателей, складского резерва и ордерной схемы. Площадки попадают сюда сводными реализациями по отчёту периода — этого хватает для налогов и не хватает для управления |
| 1С:УНФ | Подходит на небольшом объёме | Товарный контур есть, схема собирается без переделок. Потолок — несколько тысяч позиций, один-два склада и одно юрлицо |
| 1С:УТ | Основной рабочий вариант | Заказы, резервы, ордерный склад, несколько складов и юрлиц, отдельные виды цен под каждую площадку. Здесь строится большинство связок |
| 1С:КА | Подходит, оправдана при нескольких юрлицах | То же, что УТ, плюс казначейство и бюджетирование — актуально, когда площадки разведены по разным юрлицам |
| 1С:ERP | Подходит, оправдана при своём производстве | Нужна, если вы сами производите то, что продаёте. Ради одних площадок переходить на неё не стоит: правки типовых объектов здесь дороже всех |
| 1С:Розница | Не подходит как основа | Логика построена вокруг кассовых узлов и распределённой базы; маркетплейсы в этот контур не заводят |
| 1С:Маркетплейс | Отдельный контур площадок | Отдельная конфигурация под работу с площадками. Учёт и деньги всё равно живут в основной базе, поэтому появляется ещё один обмен — его надо закладывать в смету, а не считать бесплатным |
Механизм обмена выбирается уже после конфигурации, и выбор здесь тоже не свободный: у каждого способа своя цена, скорость и поведение при обрыве связи. Разбор всех пяти — в материале о способах обмена с 1С. Для площадок практически всегда нужен механизм с очередью и повторными попытками: площадка недоступна регулярно, и порция данных не должна теряться от этого.
Модельный расчёт: 2 000 заказов в месяц по двум площадкам
Вводные: продавец на 1С:УТ 11, 3 000 позиций в каталоге, две площадки, схемы FBS и FBO одновременно, 2 000 заказов в месяц. Полная стоимость часа менеджера — 900 ₽. Средняя маржа заказа — 450 ₽. Сначала считаем, во что обходится нынешний ручной контур.
Теперь три схемы рядом. В каждой остаётся ручная работа: обмен снимает рутину, но не снимает разбор исключений — спорных возвратов, непринятых поставок, карточек, отклонённых модерацией. Разница между схемами в том, сколько исключений остаётся и что происходит с финансовым контуром.
| Показатель | Агрегатор | Гибрид | Заказная связка |
|---|---|---|---|
| Запуск | 110 000 ₽ | 320 000 ₽ | 700 000 ₽ |
| Ручной разбор исключений | 30 ч × 900 ₽ = 27 000 ₽ | 14 ч × 900 ₽ = 12 600 ₽ | 14 ч × 900 ₽ = 12 600 ₽ |
| Отмены из-за остатков | 0,5 % = 10 × 450 ₽ = 4 500 ₽ | 0,3 % = 6 × 450 ₽ = 2 700 ₽ | 0,3 % = 6 × 450 ₽ = 2 700 ₽ |
| Эксплуатация | 18 000 ₽ подписка | 18 000 ₽ подписка + 12 000 ₽ поддержка | 20 000 ₽ поддержка |
| Итого в месяц | 49 500 ₽ | 45 300 ₽ | 35 300 ₽ |
| Экономия против 72 000 ₽ | 22 500 ₽/мес | 26 700 ₽/мес | 36 700 ₽/мес |
| Окупаемость запуска | 4,9 месяца | 12,0 месяцев | 19,1 месяца |
Вывод из таблицы неочевидный и важный. Быстрее всех окупается самая дешёвая схема — но она оставляет финансовый контур на человеке, и именно поэтому в ней 30 часов ручного разбора против 14. Гибрид стоит втрое дороже на запуске и возвращается за год, снимая с людей сверку отчётов площадок. Заказная связка даёт наименьшую ежемесячную стоимость, но 19 месяцев окупаемости на этом объёме — это долго, и оправдывать её надо не деньгами, а требованиями: несколько юрлиц, своя схема резервирования, доработанная конфигурация, ассортимент с частой переоценкой.
Горизонтальная столбиковая диаграмма из трёх полос, ось в месяцах от 0 до 24. Полосы сверху вниз: «Агрегатор — 4,9 месяца, запуск 110 000 ₽, экономия 22 500 ₽/мес», «Гибрид — 12,0 месяцев, запуск 320 000 ₽, экономия 26 700 ₽/мес», «Заказная связка — 19,1 месяца, запуск 700 000 ₽, экономия 36 700 ₽/мес». Слева от каждой полосы пометка о ручном разборе исключений: 30 ч, 14 ч, 14 ч. Внизу общая подпись «база сравнения — 72 000 ₽/мес ручного контура при 2 000 заказах». Чертёжный стиль, подписи по-русски.
Финансовые отчёты площадок: почему это отдельный проект
Самая частая претензия к сданной интеграции звучит так: «заказы приезжают, а прибыль по товарам мы всё равно считаем в таблице». Это не недоработка, а разные проекты. Обмен заказами и остатками работает с событиями, которые происходят прямо сейчас. Финансовый отчёт площадки — это документ за период, устроенный совсем иначе.
- 1Отчёт приходит периодом, а не по событию. Неделя или месяц в зависимости от площадки и договора. Пока он не пришёл, реальная выручка по проданному товару неизвестна — известна только цена на витрине.
- 2Удержаний в нём десятки видов. Комиссия по категории, логистика прямая и обратная, хранение, приёмка, эквайринг, участие в акциях, штрафы за нарушение сроков. Каждый вид надо сопоставить со статьёй затрат в 1С, и делается это один раз руками при постановке.
- 3Строки отчёта не совпадают с заказами один в один. Возврат приезжает другим периодом и другой строкой, корректировки — третьим. Прямая привязка «строка отчёта равно заказ» не работает, нужна логика сопоставления по идентификаторам площадки с обработкой непривязанных остатков.
- 4Разбор нужен не бухгалтерии, а вам. Бухгалтерии достаточно сводной реализации по отчёту. Разбор по позициям нужен, чтобы увидеть реальную маржу по SKU после всех удержаний — и, как правило, обнаружить, что часть ассортимента продаётся в минус.
Практический порядок: сначала товарный контур, через 2–3 месяца — финансовый, когда накопится история отчётов и станет понятно, какие удержания у вас реально встречаются. Разнос по позициям с расчётом маржи после удержаний обычно живёт не внутри 1С, а во внешней витрине данных — там его удобнее считать и показывать. Логику такого разноса и типичные ловушки сопоставления мы разбирали в материале о семи ошибках обмена с 1С.
Сравнение двух вертикальных столбиков одной высоты по цене продажи. Левый подписан «Что видит продавец в кабинете: цена заказа». Правый — «Что приходит по отчёту», разбит на подписанные сегменты сверху вниз: «комиссия по категории», «логистика прямая», «логистика обратная и возвраты», «хранение», «приёмка», «эквайринг», «акции», «штрафы за сроки», и внизу оставшийся сегмент «ваши деньги». Между столбиками подпись «сопоставляется по идентификаторам площадки, а не по номеру заказа». Внизу пометка «отчёт приходит периодом: неделя или месяц». Чертёжный стиль, подписи по-русски, без указания конкретных процентов.
Когда обмен с площадками из 1С не нужен
Есть три ситуации, в которых любая из трёх схем не окупится, и лучше узнать об этом до сметы.
- 1Меньше 150–200 заказов в месяц с одной площадки
Ручное ведение одного кабинета при таком потоке — это 10–14 часов в месяц, около 12 000 ₽ по полной стоимости часа. Даже дешёвая схема с подпиской 18 000 ₽/мес здесь дороже, чем работа человека. Разумный порог для разговора об автоматизации — от 300–400 заказов, и это без учёта числа площадок.
- 2Каталог стабилен, а остаток не бывает нулевым
Если вы продаёте товар собственного производства под заказ или держите глубокий запас, из-за которого отмен по отсутствию просто не бывает, то главный источник экономии — предотвращённые отмены — у вас равен нулю. Остаётся только снятие часов, и порог окупаемости резко сдвигается вверх.
- 3В учёте нет порядка со справочником номенклатуры
Обмен переносит на витрину то, что лежит в базе. Если один товар заведён тремя карточками с разными единицами измерения, автоматизация просто быстрее размножит эту путаницу по двум площадкам. Сначала единый справочник и хозяин, который за него отвечает, потом обмен — обратный порядок стоит дороже и на второй заход.
Если у вас есть CRM для розницы, часть направлений может быть уже закрыта ею, и второй обмен окажется дублем. Типовой пример разобран в материале о связке 1С и RetailCRM: хозяин остатка там всё равно один, и добавление прямого канала «1С — площадка» рядом с существующим создаёт два источника истины вместо одного. Прежде чем заказывать новый обмен, нарисуйте на листе все действующие потоки данных: примерно в четверти случаев обнаруживается, что нужный поток уже есть и его достаточно донастроить.
Обмен с площадками не убирает расхождение остатков. Он делает его объяснимым — и этого достаточно.
