Завели себе робочеки на ИП Доходы. Смотрела тему: Минфин считает что учитывать надо доходы датой поступления от агента (робокассы) на р/с , а фнс - что датой чека (поступления оплаты в робокассу в пользу нашего ИП). Потом другую тему видела, что это относится к случаям, когда у робокассы куплен эквайринг, а если она полностью агент, как в случае робочеков (на фискализацию тоже), то учитывать поступлением на р/c
Банк считает что поступлением на р/c (ну, с коррекцией операции на сумму удержанных комиссий)…
Я бы брал более безопасный вариант: для УСН «доходы» считать доход датой оплаты покупателем в пользу вашего ИП через Robokassa/«Робочеки», то есть по дате чека, а не по дате вывода денег на расчетный счет. Такой подход ФНС последовательно поддерживает по посреднической модели: доход у принципала возникает, когда деньги поступили агенту от покупателя, а не когда агент потом перевел их вам. Это видно из письма ФНС от 04.08.2017 № СД-4-3/15363@, более поздних писем ФНС от 05.05.2023 № СД-4-3/5762@ и 08.05.2024 № СД-4-3/5416@, а также из обзора ФНС по маркетплейсам.
Минфин действительно долго писал иначе: датой дохода считать поступление денег от агента на ваш расчетный счет. Например, письмо Минфина от 03.04.2020 № 03-11-11/26872. Поэтому путаница у бухгалтеров не случайна.
Но если вопрос именно «как правильно и без спора с налоговой», то я бы ориентировался на позицию ФНС, а не банка. Банк здесь не источник налогового толкования. Для проверки ФНС дата чека обычно хуже оспаривается, чем дата зачисления на р/с. Клерк в этой статье написано, что безопаснее брать дату оплаты посреднику.
И еще важный момент: в доход по УСН у вас идет вся сумма, которую заплатил покупатель, без уменьшения на комиссию Robokassa. На УСН «доходы» комиссию вы не списываете в расход, просто для сверки можно отдельно видеть удержание агента.
Вобщем, если «Робочеки» работают как агент и принимают оплату в пользу вашего ИП, safest-подход — отражать доход по дате чека/оплаты покупателем, а не по дате вывода на р/с. Поступление на р/с — это уже не момент возникновения дохода, а момент перечисления ранее полученной выручки агентом.
Ну, про отражение полной суммы это я знаю, сумму скорректировать в онлайн-бухгалтерии банка не сложно, а разбить платеж на несколько (поступило сразу несколько платежей выведенных, надо переделать для отражения в кудир на несколько платежей) это целое дело уже, плюс так как ведется все в бухгалтерии банка (ИП УСН, все остальное там автоматически, только проверяй на всякий случай), еще и с ними опять консультироваться как отражать технически. Наверное убирать эту проводку, или оставлять ее как налогонеоблагаемую, и вводить несколько новых с признаком УСН.
Спасибо! Нужные статьи на клерке сразу сама не нашла.
есть отчет робокассы где может стоять дата следующего дня (день обработки)
и есть дата поступления на р/c
все таки дата чека, п.1 - даже не п.2?
Потому что у меня например один чек был 31 марта а второй 1 апреля, хотя первая сумма смешная и ее отдельно даже не вывести без комиссии, слышала что важно это все становится в разрезе кварталов, если приходы в рамках одного квартала то не так принципиально.
Да, именно в этом и проблема: теоретически безопаснее брать доход по дате чека, а технически банковская онлайн-бухгалтерия часто заточена под дату зачисления на р/с.
На практике я бы смотрел так: если у вас немного операций и есть возможность аккуратно разнести — лучше разнести по датам чеков и оставить это как налоговый учет для УСН. Это более безопасно с точки зрения ФНС. Если же сервис банка все жестко ведет по поступлению на р/с и переделка превращается в мучение, тогда уже надо оценивать риск и удобство. Но просто потому, что банку так удобнее, позиция ФНС от этого не меняется.
По технике учета логика обычно такая: исходную сводную проводку по поступлению на р/с не делать налогооблагаемым доходом по УСН, а оставлять как техническое движение денег. А доходы для КУДиР вводить отдельными суммами по датам оплаты покупателей. Иначе будет искажение даты дохода. Но тут уже действительно лучше один раз уточнить именно у поддержки вашего банка, как у них в сервисе это правильно оформить, чтобы не задвоить выручку.
И да, вы правы: вопрос тут уже не столько «что считать доходом», сколько «как это нормально завести в конкретной программе». С налоговой точки зрения спор в основном про дату, а не про сам факт дохода.
Да, если идти по более безопасной позиции, то ориентир именно на п. 1 — дату оплаты покупателем, то есть дату чека, а не на дату отчета Robokassa и не на дату вывода на р/с.
Почему так:
если Robokassa действует как агент и принимает деньги в вашу пользу, то для УСН риск-минимум — считать, что доход у принципала возник в момент, когда деньги принял агент от покупателя. Отчет агента и вывод на р/с — это уже подтверждение и перечисление, но не сам момент получения дохода. Эту логику Клерк разбирал здесь: klerk.ru и здесь klerk.ru.
По кварталам да, это как раз важно. Если один чек 31 марта, а второй 1 апреля, то при подходе ФНС это уже разные кварталы. И тут «сумма маленькая» роли не играет: вопрос не в размере, а в периоде признания дохода.
Если оба платежа попали в один квартал, на практике риск обычно ниже, потому что налоговая база года не искажается, а сдвиг идет внутри одного отчетного периода. Но формально правильнее все равно ставить по датам оплат.
То есть в вашей ситуации логика такая:
чек 31 марта — это доход 1 квартала;
чек 1 апреля — это доход 2 квартала;
сводное поступление на р/с потом лучше не делать второй раз доходом по УСН, иначе будет каша или задвоение.
Как организации на УСН определить дату получения дохода при работе через маркетплейсы — 05.02.2025 https://www.klerk.ru/buh/articles/637528/
Там как раз разложены две позиции: Минфин — по поступлению от агента на р/с, ФНС — по оплате покупателем агенту.
Как определить дату возникновения дохода для УСН при работе через посредника — 01.04.2025 https://www.klerk.ru/buh/articles/643355/
Тоже по той же коллизии, но более свежий разбор.
Как определить доход по УСН от торговли на маркетплейсах в 1С — 29.01.2025 https://www.klerk.ru/buh/articles/636802/
Полезно именно по технике: как сделать, чтобы в КУДиР доход шел по оплате покупателем комиссионеру, а не по сводному поступлению на р/с.
Кто сдает отчетность в ФТС, дата получения дохода на маркетплейсе и проверка контрагента: дайджест — 04.07.2024 https://www.klerk.ru/blogs/klerk/613211/
Есть короткая выжимка позиции ФНС: доход у принципала — по зачислению выручки посреднику.
Когда считать доход при работе с маркетплейсами на УСН — 22.06.2025 https://www.klerk.ru/user/2198679/651696/
Это уже статья с противоположным подходом — по поступлению денег вам на расчетный счет. Полезна именно потому, что показывает, откуда берется путаница.
Робокасса — Клерк.Консультации — 16.10.2023 https://club.klerk.ru/t/robokassa/923772
Очень близко к вашему вопросу: Robokassa переводит деньги общей суммой, нужно ли разбивать по датам оплат.
клиент > платежный агрегатор > р/счет ИП — 18.01.2019 https://forum.klerk.ru/showthread.php?t=611316
Старое обсуждение, но по той же конструкции: кто попадает в КУДиР и что делать с переводом от агрегатора.
Спасибо, целый каталог для чтения, и так подробно ответили!
Так как банк предлагал просто отредактировать операцию (когда задавала вопрос о коррекции суммы на сумму комиссий) либо создать проводку комиссий отдельно, но я думаю, надо
поступление отредактировать - до полной суммы б0льшей проводки по второму чеку, и поставить дату второго чека
создать еще одну операцию - датой за март, скопировав назначение платежа и тп из исходной проводки - на полную сумму первого чека
Ну и на будущее прикинуть заодно (если выводить разом оплату за 4 операции например: исходную редактировать, плюс создавать несклько новых). Тогда задвоения точно не случится
Ну или оставить поступление как налогонеоблагаемое и создать проводки для налогообложения отдельно, да, но тогда это нарушит внутреннюю статистику (не для налогообложения, а для внутреннего учета) скорее всего.
Да, из двух ваших вариантов я бы выбрал первый: редактировать исходное поступление и при необходимости добавлять недостающие отдельные операции по датам чеков. Это чище, потому что тогда и налоговый учет, и внутренняя банковская статистика остаются ближе друг к другу, и меньше риск задвоения. По сути, вы просто раскладываете один сводный вывод Robokassa на реальные доходы по датам оплаты покупателей, что и нужно для КУДиР.
Вариант с тем, чтобы оставить поступление на р/с как неналоговое, а налоговые доходы заводить отдельно, тоже рабочий, но он обычно хуже именно технически: внутренняя аналитика начинает «жить своей жизнью», и потом сложнее сверять банк, КУДиР и фактическую выручку. Поэтому если сервис позволяет, лучше не уводить реальное поступление совсем в «необлагаемое», а именно корректно разнести его по нужным датам и суммам.
То есть ваша схема выглядит нормально:
чек марта — отдельной операцией мартом;
основное поступление — правите под второй чек и ставите апрельскую дату;
если в одном выводе 4 оплаты, значит одна существующая запись правится и добавляются еще 3. Так как доходы будут разнесены один раз по полным суммам чеков, задвоения не будет.
И да, если разница попадает на разные кварталы, это уже важно. Если все внутри одного квартала, ошибка обычно менее чувствительна, но формально правильнее все равно ставить по датам чеков.