Каждый раз, когда я прихожу в торговую компанию, которая полгода-год торгует на Ozon и Wildberries, повторяется одна и та же сцена. Открываем 1С — там одни остатки. Открываем Ozon Seller — там другие. Открываем WB Partners — третьи. И никто в компании не может сказать, сколько артикулов сейчас реально доступно к продаже. Звучит дико, но это норма для большинства селлеров, которые либо выросли с маркетплейсов без нормальной учётной системы, либо, наоборот, пришли на маркетплейсы из опта и розницы и не успели «дотянуть» туда свою 1С.
Эта статья — для второй категории. Если у вас уже работает 1С: Управление торговлей и вы выходите (или уже вышли) на Ozon и Wildberries — она про то, зачем связывать эти два мира и почему я в проектах строю эту связку именно на базе 1С, а не увожу учёт в другую систему.

Картина почти всегда одна.

Утром менеджер по маркетплейсам выгружает остатки из 1С в Excel, сравнивает с тем, что показывают ЛК, и руками обновляет цифры в кабинетах. До обеда. Каждый день. Если он в отпуске — это делает кто-то другой, «у кого и так работы хватает».

Раз в неделю бухгалтер качает из Ozon и WB отчёты о реализации. Это десятки строк по каждой неделе — продажи, возвраты, услуги хранения, эквайринг, разнос по ставкам НДС — и каждую он руками заводит в 1С. На один отчёт уходит день. Если в цифрах расхождение, а оно возникает регулярно, — закапываемся ещё на неделю.

Цены ведутся в трёх местах. Запустили скидку на Озоне — забыли поправить в 1С. Подняли цену в 1С — на маркетплейсах она пять дней висит старая. Кто-то ушёл в отпуск и не передал список акций — в кабинете остаётся «висяк» в минус, который никто не замечает, пока бухгалтер не закроет месяц.

И главное: никто не может за минуту ответить на вопрос «сколько мы реально зарабатываем на артикуле X через Ozon FBO». Себестоимость — в 1С, комиссии — в отчёте маркетплейса, логистика — где-то в третьем месте. Считают раз в квартал на коленке, и обычно результат удивляет — и руководителя, и собственника.

После интеграции главным остаётся 1С, а Ozon и Wildberries становятся такими же каналами продаж, как розница или опт. Меняется примерно следующее.
Остатки считаются один раз — в 1С. Любая продажа на любой площадке списывает остаток, и через несколько минут он обновлён во всех ЛК. Утренняя выгрузка в Excel умирает естественной смертью.
Заказы из личных кабинетов прилетают в 1С как обычные «Заказы покупателя» — с привязкой к контрагенту-маркетплейсу, с нужным складом (FBO или FBS), с правильными ценами. Менеджер работает в одном окне, а не скачет между тремя кабинетами.
Отчёты о реализации разворачиваются автоматически. Реализация, удержанная комиссия, услуги хранения, эквайринг — каждое движение уходит на нужный счёт без ручного ввода. Бухгалтер занимается не вводом, а сверкой, и сверка тоже идёт быстрее, потому что данные уже в системе.
Управленческий отчёт по каналам перестаёт быть квартальным подвигом. В любой день видно, какой артикул через какой канал даёт реальную маржу с учётом комиссий и логистики. И это сразу превращается в решения: что давить рекламой, что выводить из ассортимента, куда перевозить остатки.

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

Отвечаю по каждому варианту как есть.

МойСклад. Хорош, если бизнес — это чистые маркетплейсы. Нативные коннекторы к Ozon и WB, быстрый старт, понятный интерфейс. Но это отдельная учётная система, а бухгалтерия в России всё равно ведётся в 1С Бухгалтерии. Получается, что «МойСклад → 1С Бухгалтерия» — это ещё одна интеграция, которую надо настраивать и поддерживать. На объёмах подписка догоняет стоимость доработки 1С, а гибкости в ней меньше. Если 1С УТ уже стоит, менять шило на мыло смысла нет.

Bitrix24, RetailCRM, InSales. Это не учётные системы — это CRM и e-commerce. Они хорошо работают как «фронт» для заказов и общения с клиентом, но источником правды по остаткам, ценам и финрезультату быть не могут. В нормальной архитектуре они стоят рядом с 1С, а не вместо неё.

Сервисы для селлеров — репрайсеры, аналитика конкурентов, ABC по карточкам. Полезная штука для отдела продвижения, но к учёту отношения не имеет. Это инструмент для маркетинга, не замена ERP.

Самописная интеграция «1С — API маркетплейса». Можно. Только API Ozon (docs.ozon.ru/api/seller) и Wildberries (dev.wildberries.ru) регулярно меняются, нужны мониторинг, очереди, обработка ошибок, ретраи. Один-два разработчика, которые «всё знают», — это риск для бизнеса. Уходят они — уходит и интеграция.
Реальный вывод такой: если у компании уже стоит 1С УТ, ведутся справочники, идут обмены с Бухгалтерией и Розницей — правильнее наращивать её, а не строить рядом параллельную систему. Когда 1С нет и не предвидится, а бизнес — чисто маркетплейсы с десятками заказов в день, МойСклад действительно может оказаться разумнее. Гордости в этом вопросе у меня нет — есть только экономика конкретного проекта.

Интеграция 1С УТ с Ozon и Wildberries — это не «фича», это способ перестать жить в двух параллельных учётах. Эффект считается просто: сколько часов в месяц вы экономите на ручном вводе, сколько денег теряете на овер-продажах и устаревших ценах, и насколько быстрее принимаете решения по ассортименту и каналам.

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