В результате предприниматель видит продажи на Wildberries, Ozon или Яндекс Маркете, но не понимает, почему в 1С другая прибыль, остатки не совпадают, а бухгалтерия не может закрыть месяц без ручных корректировок.
Разберем, почему так происходит и что нужно проверить в 1С, чтобы учет маркетплейсов стал прозрачным.
Главная ошибка — воспринимать маркетплейс как обычного покупателя. На практике площадка чаще выступает посредником, комиссионером, агентом или торговой площадкой со своей схемой документов.
Обычная продажа в 1С выглядит просто: отгрузили товар покупателю, получили оплату, закрыли реализацию.
С маркетплейсом цепочка длиннее:
Поэтому сумма продаж в личном кабинете почти никогда не равна сумме денег, поступившей на расчетный счет. Это нормально. Проблема начинается, когда в 1С не разложены все составляющие: реализация, возвраты, комиссия, логистика, удержания и оплата.
В типовых решениях 1С учет маркетплейсов постепенно развивается. В 1С:Бухгалтерии поддержан учет продаж через маркетплейсы, а также загрузка отчетов о продажах через Wildberries, Ozon и Яндекс; при загрузке таких отчетов автоматически создаются учетные документы.
В 1С:Бухгалтерии 8 начиная с версии 3.0.206 появилась возможность отбирать документы по типу в журнале «Маркетплейсы». Это удобно, когда в базе накопились передачи, отчеты, возвраты и другие документы, а бухгалтеру нужно быстро найти конкретную операцию.
Еще одно свежее изменение: начиная с версии 3.0.206 в 1С:Бухгалтерии 8 можно использовать данные о выпуске продукции при оформлении передачи маркетплейсам или другим комиссионерам на реализацию. Это особенно полезно производителям, которые сами выпускают товар и затем передают его на площадку.
Но наличие функций в программе не гарантирует правильный учет. Если номенклатура не сопоставлена, отчеты загружаются нерегулярно, возвраты не отражаются, а комиссии учитываются общей суммой, расхождения всё равно будут.
Первая частая ситуация: товар физически уехал на склад маркетплейса, но в 1С это оформили не тем документом.
Например, бухгалтер сделал обычную реализацию, хотя право собственности еще не перешло к конечному покупателю. Или товар списали со склада вручную, чтобы «остатки не мешали». В итоге в 1С товар уже продан, а по факту он только передан на реализацию.
Правильный документ зависит от схемы работы: FBO, FBS, DBS, комиссия, агентская схема или поставка напрямую. Для одних схем используется передача на реализацию, для других — перемещение, заказ, реализация или отчет комиссионера.
Если на этом этапе ошибиться, дальше всё пойдет неправильно: остатки не совпадут, себестоимость спишется не вовремя, отчет комиссионера не закроет передачу, а прибыль будет искажена.
Что проверить в 1С:
Одна из самых болезненных причин расхождений — разные карточки товаров.
В 1С товар называется одним образом, на маркетплейсе — другим. У одной позиции может быть несколько артикулов, размеров, цветов, баркодов или карточек. Если сопоставление выполнено неправильно, отчет загрузится, но продажи попадут не туда.
1С в материалах по загрузке отчетов Ozon и Яндекс Маркета отдельно указывает: при первой загрузке нужно выполнить сопоставление номенклатуры по всем товарам из отчета, а в дальнейшем сопоставлять только новые товары.
Такая же логика актуальна и для других площадок. Если появился новый артикул, новая характеристика, новый штрихкод или изменилась карточка товара, сопоставление нужно проверить заново.
Типовые ошибки:
Из-за этого отчеты по продажам могут показывать прибыль по неправильным товарам, остатки уходят в минус, а себестоимость становится недостоверной.
Маркетплейсы живут не по логике бухгалтерского месяца. Покупатель может заказать товар в августе, получить его в сентябре, вернуть в октябре, а удержание или компенсация попадет в отчет еще позже.
Если в 1С загрузить только продажи, но не загрузить возвраты, прибыль будет завышена. Если возврат попал не на тот склад или не по той партии, остатки начнут расходиться.
В 1С:Рознице и 1С:УНФ при загрузке файлов маркетплейса информация может распределяться по вкладкам «Продажи» и «Возвраты», а для возвращенных товаров количество указывается со знаком минус. После проведения документа появляются данные о продажах и расходах.
Что проверить:
Особенно внимательно нужно проверять возвраты по FBO, когда товар физически находится на складе маркетплейса, а продавец видит только отчетные данные.
Предприниматель смотрит в личном кабинете: продали на 500 000 рублей. На расчетный счет пришло 380 000 рублей. Кажется, что «не хватает» 120 000 рублей.
Но внутри этой разницы могут быть:
Если всё это в 1С записать одной строкой «Комиссия маркетплейса», управленческая аналитика будет слабой. Владелец не поймет, где реально теряются деньги: на рекламе, логистике, возвратах или неправильной цене.
Лучше настроить отдельные статьи расходов. Тогда можно увидеть не только выручку, но и чистый результат по площадке, товарной группе, бренду или складу.
Отчет комиссионера и банковская выписка — это разные вещи.
Отчет показывает, что было продано, возвращено и удержано. Банковская выписка показывает, сколько денег реально поступило. Одна выплата может закрывать несколько отчетов, а один отчет может быть оплачен несколькими выплатами.
Расхождение возникает, если:
Поэтому сверять нужно не только итоговую сумму, а связку: отчет комиссионера → удержания → взаиморасчеты → банковская выписка.
У маркетплейсов есть разные схемы работы. При FBO товар заранее передается на склад площадки. При FBS продавец хранит товар у себя и отгружает заказ после продажи. Есть и другие варианты, но даже этих двух достаточно, чтобы получить путаницу в 1С.
Если FBO и FBS вести одинаково, остатки почти наверняка начнут расходиться. В одном случае важно видеть товар, переданный на склад маркетплейса. В другом — товар остается на вашем складе до момента сборки и отгрузки заказа.
В документации 1С:Комплексной автоматизации отдельными блоками выделены загрузка заказов, сборка заказов, печать этикеток, оформление отгрузки на торговую площадку, контроль статусов, отражение продаж через площадку и взаиморасчеты. Это показывает, что работа с маркетплейсом — не один документ, а полноценная цепочка процессов.
Что проверить:
Еще одна распространенная ошибка — сначала вести маркетплейсы вручную, а потом включить загрузку отчетов, не очистив старую схему.
В результате одна и та же операция может попасть в 1С дважды: один раз через ручную реализацию, второй раз через отчет комиссионера. Или передача товара уже была оформлена вручную, а затем загрузка создала новый документ.
1С в описании загрузки отчетов Яндекс Маркета обращает внимание: если продажи уже велись вручную, при переходе на загрузку отчета первое время может потребоваться продолжать вводить вручную документы по товарам, ранее переданным в доставку.
Это важный момент. Переход на автоматизацию нужно планировать: определить дату старта, закрыть старые операции и проверить, какие товары уже переданы, но еще не реализованы.
Сверку лучше делать не по принципу «сошлась ли итоговая сумма», а по этапам.
Сначала проверьте товар:
Затем проверьте деньги:
После этого проверьте документы:
И только в конце смотрите прибыль. Если сначала смотреть прибыль, не разобравшись с документами, можно сделать неправильный вывод: например, что товар убыточный, хотя на самом деле не загружена часть возвратов или комиссия попала не в тот период.
Для руководителя важна не только бухгалтерская корректность. Ему нужны понятные ответы:
Если таких отчетов нет, бизнес управляется «по ощущениям». Личный кабинет маркетплейса показывает одну картину, банк — другую, а 1С — третью.
Правильно настроенная 1С должна собирать эти данные в единую систему: товары, продажи, комиссии, возвраты, остатки и деньги.
Если продажи маркетплейсов, отчеты и деньги не сходятся, проверьте:
Маркетплейсы в 1С не сходятся не потому, что «1С плохо считает». Чаще причина в том, что учетная цепочка настроена не полностью: товар передали одним документом, продажи загрузили другим способом, возвраты забыли, комиссии объединили в одну сумму, а выплаты пытаются сравнить напрямую с продажами.
Чтобы видеть реальную прибыль, нужно настроить весь процесс: передачу товаров, сопоставление номенклатуры, загрузку отчетов комиссионера, учет возвратов, комиссий, логистики, удержаний и банковских выплат.
Только тогда 1С станет не просто местом, куда «заносят отчеты маркетплейса», а нормальной системой контроля продаж, остатков и денег.