Содержание статьи:
Продажи через маркетплейсы создают для бухгалтерии и предпринимателя важный нюанс: деньги от покупателей сначала поступают не на расчетный счет продавца, а на счет торговой площадки. При этом маркетплейс удерживает комиссию, стоимость доставки, хранения, продвижения и другие предусмотренные договором суммы.
Возникает закономерный вопрос: какую сумму считать доходом при УСН — всю стоимость проданных товаров или только ту сумму, которую маркетплейс фактически перечислил продавцу?
Для целей упрощенной системы налогообложения принципиальное значение имеет полная сумма поступления от покупателя за реализованный товар. Удержанные маркетплейсом комиссии и стоимость его услуг не уменьшают доход продавца на УСН «доходы».
Важно. При работе через маркетплейс нельзя автоматически ориентироваться на сумму, которая поступила на расчетный счет продавца. Для определения дохода необходимо учитывать момент, когда покупатель оплатил товар маркетплейсу, если по условиям агентской модели именно в этот момент денежные средства считаются полученными продавцом.
При реализации товара через маркетплейс продавцу необходимо разделять два показателя:
Например, товар продан покупателю за 10 000 рублей. Согласно условиям договора маркетплейс удержал 1 500 рублей комиссии и перечислил продавцу 8 500 рублей.
Доход продавца при таком расчете составляет 10 000 рублей, а не 8 500 рублей.
| Показатель | Сумма |
|---|---|
| Цена товара для покупателя | 10 000 руб. |
| Комиссия маркетплейса | 1 500 руб. |
| Перечислено продавцу | 8 500 руб. |
| Доход для УСН | 10 000 руб. |
Следовательно, основная ошибка продавца — считать налоговую выручку исключительно по банковским выпискам. Сумма поступления на расчетный счет может быть уже уменьшена маркетплейсом на его вознаграждение и другие удержания.
Общее правило при УСН заключается в том, что доходы признаются кассовым методом — в момент поступления денежных средств.
При работе через маркетплейс необходимо учитывать условия посреднического договора и порядок расчетов между площадкой и продавцом.
Если маркетплейс действует как посредник, а денежные средства покупателя после оплаты считаются принадлежащими продавцу, то датой признания дохода может быть именно дата поступления оплаты от покупателя на счет маркетплейса.
То есть ждать фактического перечисления денег на расчетный счет продавца не следует.
Практический вывод для бухгалтера: отчет маркетплейса должен использоваться не только для контроля поступлений на расчетный счет. Он необходим для определения фактических продаж, дат оплаты покупателей, возвратов, удержаний и других операций, влияющих на налоговый учет.
Допустим, покупатель приобрел товар 4 сентября за 7 000 рублей. Маркетплейс получил оплату в этот же день, однако перечислил продавцу деньги только 12 сентября.
Если согласно условиям договора деньги считаются полученными продавцом в момент оплаты покупателем маркетплейсу, доход для целей УСН относится к 4 сентября, а не к 12 сентября.
| Дата | Событие | Значение для учета |
|---|---|---|
| 04.09 | Покупатель оплатил товар | Возникает доход для УСН при выполнении условий договора |
| 12.09 | Маркетплейс перечислил деньги продавцу | Это движение денежных средств, а не новая реализация |
Именно поэтому бухгалтеру важно анализировать не только банковскую выписку, но и отчет площадки о продажах.
Особенно внимательно нужно относиться к ситуациям, когда маркетплейс самостоятельно удерживает свое вознаграждение.
Например, покупатель заплатил 20 000 рублей, а площадка удержала:
На расчетный счет продавцу поступило 16 000 рублей.
При этом стоимость реализованного товара составила 20 000 рублей. Для учета доходов при УСН ориентироваться только на сумму банковского поступления неправильно.
Бухгалтеру необходимо отдельно отразить продажу и удержания маркетплейса в соответствии с применяемой системой учета и условиями договора.
Отдельного внимания требуют скидки, которые предоставляет сам маркетплейс.
Если площадка предоставляет покупателю скидку за свой счет, а затем компенсирует продавцу сумму этой скидки, бухгалтеру необходимо учитывать момент получения соответствующей компенсации.
В такой ситуации компенсация скидки маркетплейса включается в доходы продавца на дату поступления денежных средств на его счет.
Например, цена товара составляет 5 000 рублей. Маркетплейс предоставляет покупателю скидку 700 рублей за собственный счет. Продавцу сначала перечисляется сумма за продажу с учетом механики расчетов площадки, а затем 700 рублей компенсируются отдельным платежом.
Сумму компенсации необходимо учитывать в налоговом учете в том периоде, когда она фактически поступила продавцу.
Обратите внимание: при работе со скидками нельзя смешивать скидку продавца и скидку, предоставленную непосредственно маркетплейсом. Их экономический смысл и порядок отражения в учете могут отличаться.
Для правильного определения налоговой базы желательно регулярно сопоставлять несколько источников информации:
Особенно важно установить порядок признания операций именно по договору с конкретной площадкой. Нельзя переносить учетную схему одного маркетплейса на другой автоматически.
Это одна из наиболее распространенных ошибок. Поступление на расчетный счет может представлять собой уже уменьшенную сумму после удержания комиссии и других платежей маркетплейса.
Комиссионное вознаграждение не следует автоматически вычитать из выручки. Сначала определяется доход от реализации, а затем отдельно анализируются услуги и удержания маркетплейса.
Если по условиям посреднических отношений денежные средства считаются полученными продавцом в момент оплаты покупателем маркетплейсу, перенос дохода на дату банковского перечисления приводит к смещению налогового периода.
Для бухгалтерии важно установить, кто фактически финансирует скидку и каким образом площадка компенсирует ее продавцу.
При большом количестве операций расхождения между отчетами площадки, банковскими поступлениями и регистрами налогового учета могут накапливаться незаметно. Регулярная сверка позволяет выявлять ошибки до формирования декларации.
Для предпринимателя или организации на УСН с объектом «доходы» принципиально важно правильно определить именно налоговую базу. Комиссия маркетплейса не должна механически уменьшать сумму реализации.
Условно алгоритм можно представить следующим образом:
Перед расчетом налога бухгалтеру следует провести сверку за весь отчетный период. Особенно внимательно нужно проверить операции, совершенные в последние дни квартала или года.
Продажа 31 декабря и перечисление денежных средств маркетплейсом уже в январе могут относиться к разным датам движения денег. Однако для налогового учета определяющей может быть дата оплаты покупателем.
Поэтому при закрытии периода недостаточно посмотреть остаток денежных средств на расчетном счете. Необходимо определить, какие товары были оплачены покупателями и когда возник доход продавца в соответствии с условиями договора.
Для бухгалтерии это особенно важно в конце года. Если продажи декабря будут перенесены на январь только потому, что деньги от маркетплейса поступили уже после Нового года, налоговая база может оказаться заниженной. Поэтому декабрьские отчеты маркетплейса нужно проверять до окончательного закрытия налогового периода.
При работе через маркетплейс необходимо обеспечить документальное подтверждение операций. В зависимости от договорной модели и документооборота это могут быть:
Комплект документов должен позволять восстановить всю цепочку операции: продажу товара покупателю, поступление оплаты, удержание вознаграждения маркетплейса и последующее перечисление остатка продавцу.
При продаже товаров через маркетплейсы продавцу на УСН нельзя определять доход исключительно по сумме, которая фактически поступила на его расчетный счет. Если площадка удержала комиссию и стоимость своих услуг, это не означает, что доход от реализации равен сумме после удержаний.
Важнейшее значение имеет также дата признания дохода. При соответствующей договорной модели ей может быть дата оплаты товара покупателем маркетплейсу, даже если продавец получит деньги от площадки позднее.
Поэтому безопасный налоговый учет продаж через маркетплейс строится на регулярной сверке отчетов площадки, первичных документов и банковских операций.
Смотрите также: