Маркетплейсы в 1С: почему товары переданы, а отчеты и деньги не сходятся

В результате предприниматель видит продажи на Wildberries, Ozon или Яндекс Маркете, но не понимает, почему в 1С другая прибыль, остатки не совпадают, а бухгалтерия не может закрыть месяц без ручных корректировок.

Разберем, почему так происходит и что нужно проверить в 1С, чтобы учет маркетплейсов стал прозрачным.

Почему маркетплейс — это не обычная розничная продажа

Главная ошибка — воспринимать маркетплейс как обычного покупателя. На практике площадка чаще выступает посредником, комиссионером, агентом или торговой площадкой со своей схемой документов.

Обычная продажа в 1С выглядит просто: отгрузили товар покупателю, получили оплату, закрыли реализацию.

С маркетплейсом цепочка длиннее:

1. Товар передается на реализацию или отгружается под заказ.
2. Площадка продает товар конечному покупателю.
3. По части заказов появляются возвраты.
4. Маркетплейс удерживает комиссию, логистику, хранение, штрафы, рекламу и другие услуги.
5. Продавец получает выплату уже за вычетом удержаний.
6. В 1С нужно отразить не только продажу, но и все сопутствующие расходы.

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

Что уже есть в 1С для учета маркетплейсов

В типовых решениях 1С учет маркетплейсов постепенно развивается. В 1С:Бухгалтерии поддержан учет продаж через маркетплейсы, а также загрузка отчетов о продажах через Wildberries, Ozon и Яндекс; при загрузке таких отчетов автоматически создаются учетные документы.

В 1С:Бухгалтерии 8 начиная с версии 3.0.206 появилась возможность отбирать документы по типу в журнале «Маркетплейсы». Это удобно, когда в базе накопились передачи, отчеты, возвраты и другие документы, а бухгалтеру нужно быстро найти конкретную операцию.

Еще одно свежее изменение: начиная с версии 3.0.206 в 1С:Бухгалтерии 8 можно использовать данные о выпуске продукции при оформлении передачи маркетплейсам или другим комиссионерам на реализацию. Это особенно полезно производителям, которые сами выпускают товар и затем передают его на площадку.

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

Причина 1. Товары передали, но не оформили правильный документ

Первая частая ситуация: товар физически уехал на склад маркетплейса, но в 1С это оформили не тем документом.

Например, бухгалтер сделал обычную реализацию, хотя право собственности еще не перешло к конечному покупателю. Или товар списали со склада вручную, чтобы «остатки не мешали». В итоге в 1С товар уже продан, а по факту он только передан на реализацию.

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

Если на этом этапе ошибиться, дальше всё пойдет неправильно: остатки не совпадут, себестоимость спишется не вовремя, отчет комиссионера не закроет передачу, а прибыль будет искажена.

Что проверить в 1С:

• каким документом оформлена передача товара;
• совпадает ли дата передачи с фактической отгрузкой;
• правильно ли выбран договор с маркетплейсом;
• не оформлена ли продажа раньше фактической реализации;
• не осталось ли товара одновременно и на складе, и «у комиссионера»;
• не задвоились ли документы при ручном вводе и загрузке отчета.

Причина 2. Номенклатура маркетплейса не сопоставлена с номенклатурой 1С

Одна из самых болезненных причин расхождений — разные карточки товаров.

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

1С в материалах по загрузке отчетов Ozon и Яндекс Маркета отдельно указывает: при первой загрузке нужно выполнить сопоставление номенклатуры по всем товарам из отчета, а в дальнейшем сопоставлять только новые товары.

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

Типовые ошибки:

• один товар с маркетплейса сопоставлен с неправильной номенклатурой в 1С;
• разные размеры или цвета попали в одну позицию;
• баркод на площадке отличается от штрихкода в 1С;
• новый товар не сопоставлен и завис как неизвестная позиция;
• комплект на маркетплейсе сопоставлен с одиночным товаром в 1С;
• одна карточка маркетплейса соответствует нескольким позициям в 1С.

Из-за этого отчеты по продажам могут показывать прибыль по неправильным товарам, остатки уходят в минус, а себестоимость становится недостоверной.

Причина 3. Возвраты загружаются не полностью или не в тот период

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

Если в 1С загрузить только продажи, но не загрузить возвраты, прибыль будет завышена. Если возврат попал не на тот склад или не по той партии, остатки начнут расходиться.

В 1С:Рознице и 1С:УНФ при загрузке файлов маркетплейса информация может распределяться по вкладкам «Продажи» и «Возвраты», а для возвращенных товаров количество указывается со знаком минус. После проведения документа появляются данные о продажах и расходах.

Что проверить:

• есть ли в отчете маркетплейса отдельные строки возвратов;
• попали ли возвраты в 1С;
• правильно ли выбран склад возврата;
• не отражен ли возврат как новая продажа с минусом без корректного документа;
• не остались ли возвраты в личном кабинете площадки, но без документа в 1С;
• совпадает ли период отчета с датой фактического возврата.

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

Причина 4. Комиссии и услуги маркетплейса не разнесены по статьям

Предприниматель смотрит в личном кабинете: продали на 500 000 рублей. На расчетный счет пришло 380 000 рублей. Кажется, что «не хватает» 120 000 рублей.

Но внутри этой разницы могут быть:

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

Если всё это в 1С записать одной строкой «Комиссия маркетплейса», управленческая аналитика будет слабой. Владелец не поймет, где реально теряются деньги: на рекламе, логистике, возвратах или неправильной цене.

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

Причина 5. Выплата не равна отчету комиссионера

Отчет комиссионера и банковская выписка — это разные вещи.

Отчет показывает, что было продано, возвращено и удержано. Банковская выписка показывает, сколько денег реально поступило. Одна выплата может закрывать несколько отчетов, а один отчет может быть оплачен несколькими выплатами.

Расхождение возникает, если:

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

Поэтому сверять нужно не только итоговую сумму, а связку: отчет комиссионера → удержания → взаиморасчеты → банковская выписка.

Причина 6. Смешали FBO и FBS в одном учете

У маркетплейсов есть разные схемы работы. При FBO товар заранее передается на склад площадки. При FBS продавец хранит товар у себя и отгружает заказ после продажи. Есть и другие варианты, но даже этих двух достаточно, чтобы получить путаницу в 1С.

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

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

Что проверить:

• разделены ли склады под FBO и FBS;
• понятно ли, где лежит товар физически;
• не списывается ли товар дважды;
• не загружаются ли одни и те же продажи разными способами;
• правильно ли оформляется сборка заказа;
• печатаются ли этикетки по требованиям площадки;
• контролируются ли статусы заказов.

Причина 7. Продажи загружаются вручную и автоматически одновременно

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

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

1С в описании загрузки отчетов Яндекс Маркета обращает внимание: если продажи уже велись вручную, при переходе на загрузку отчета первое время может потребоваться продолжать вводить вручную документы по товарам, ранее переданным в доставку.

Это важный момент. Переход на автоматизацию нужно планировать: определить дату старта, закрыть старые операции и проверить, какие товары уже переданы, но еще не реализованы.

Как правильно сверять маркетплейсы в 1С

Сверку лучше делать не по принципу «сошлась ли итоговая сумма», а по этапам.

Сначала проверьте товар:

• сколько передано на маркетплейс;
• сколько продано;
• сколько возвращено;
• сколько осталось на складе площадки;
• сколько списано, потеряно или утилизировано.

Затем проверьте деньги:

• сумма продаж;
• комиссия;
• логистика;
• прочие удержания;
• компенсации;
• итог к выплате;
• фактическое поступление на расчетный счет.

После этого проверьте документы:

• передача на реализацию;
• отчет комиссионера;
• возвраты;
• поступления услуг от маркетплейса;
• банковские операции;
• корректировки;
• закрытие месяца.

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

Что должен видеть руководитель

Для руководителя важна не только бухгалтерская корректность. Ему нужны понятные ответы:

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

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

Правильно настроенная 1С должна собирать эти данные в единую систему: товары, продажи, комиссии, возвраты, остатки и деньги.

Короткий чек-лист проверки

Если продажи маркетплейсов, отчеты и деньги не сходятся, проверьте:

• правильно ли выбрана схема работы: FBO, FBS, комиссия или агентская модель;
• каким документом оформлена передача товаров;
• сопоставлена ли вся номенклатура;
• нет ли дублей карточек, артикулов и штрихкодов;
• загружены ли возвраты;
• отражены ли комиссии и услуги маркетплейса;
• совпадает ли период отчета с периодом выплаты;
• нет ли двойного ввода документов;
• правильно ли выбран договор;
• сверены ли остатки на складе маркетплейса;
• закрыты ли взаиморасчеты;
• не используются ли ручные корректировки вместо исправления причины.

Главное

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

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

Только тогда 1С станет не просто местом, куда «заносят отчеты маркетплейса», а нормальной системой контроля продаж, остатков и денег.