Налоги с продажи мобильных приложений

Опубликовано: 30.04.2024

Налог на Гугл отменили 1 января 2019 года.

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

Дмитрий Гудович

Виталий Селиванов

О чем речь

В 2017 году вышли поправки к Налоговому кодексу. В них три важных пункта:

Место реализации услуг — в статье 148 Налогового кодекса

  • при покупках у зарубежных компаний, местом оказания услуг считается Россия, поэтому надо платить налоги в российскую налоговую;
  • если зарубежная компания продает электронные услуги физическим лицам из России, она должна зарегистрироваться в российской налоговой и сама платить НДС с этих услуг;
  • предприниматели из России, которые покупают услуги через интернет у зарубежных компаний, становятся налоговыми агентами и сами платят НДС за зарубежные компании.

Работает это так:

  • Компания «Капитан» разрабатывает приложения и размещает их в Гугл Плее.
  • Приложения покупают, например, за десять долларов. Гугл удерживает с десяти долларов три доллара как вознаграждение. Это плата за пользование Гугл Плеем.
  • Остальные деньги, это семь долларов, уходят «Капитану».
  • С вознаграждения Гуглу, трех долларов, «Капитан» платит НДС 18%.

Если бы приложение в Гугл Плее размещал разработчик без ИП, Гугл платил бы за него НДС сам. А ИП и компании становятся налоговыми агентами и должны помнить, что с каждого вознаграждения надо рассчитать НДС.

Каких услуг касается

Закон касается только услуг, которые покупают через интернет:

  • купили программу у Эпла и пользуетесь ей через интернет — надо платить НДС;
  • Эпл прислал флешку с программой в конверте — не надо платить НДС.

Это грубый пример, Эппл программы так не продает, но так понятнее.

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

  • размещение своих игр и программ на платформах для продажи, например, в Эпсторе;
  • домены, хостинги;
  • облачные хранилища и другие услуги в облаке, например, покупка места в Дропбоксе;
  • поиск клиентов или исполнителей через зарубежные биржи фриланса, например, Фрилансер;
  • подключение сторонней статистики;
  • получение данных фондовой биржи;
  • покупка книг, обучающих материалов, музыки, картинок или получение прав на них.

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

Кто платит

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

Зачесть этот НДС не получится. В Налоговом кодексе такая процедура не описана. Даже если зачесть НДС от зарубежной компании, налоговая может устроить проверку, не принять этот НДС к зачету и попросить доплатить налог.

Сколько и в какой момент платить

НДС с покупок у зарубежных компаний через интернет — 18%:

  • Компания покупает облачный хостинг за 100 $.
  • Она должна заплатить в налоговую НДС 100 $ * 18 / 118 = 15,25 $

Оплатить НДС нужно в тот же день, когда перечислили оплату зарубежной компании за услуги. Это следует из пункта 4 статьи 174 Налогового кодекса.

А если у зарубежной компании есть российское представительство?

Представительства не влияют, российским компаниям НДС все равно платить.

Иногда пишут, что стоит проверить компанию в реестре налоговой, но это не так. Этот реестр включает зарубежные компании, которые зарегистрировались в российской налоговой и должны платить НДС за покупки физических лиц. К покупкам компаний это не относится.

Какие исключения

В Налоговом кодексе указано, что НДС не нужно платить, если компания предоставляет права на использование программы по лицензионному договору. Но это спорный вопрос.

На практике лицензионный договор на дистанционное пользование программой могут переквалифицировать в договор оказания услуг по обработке информации. То есть российская компания купила программу вроде бы по лицензионному договору, не заплатила НДС, а потом оказалось, что это был договор оказания услуг по обработке информации и налог нужно было платить. Налоговая потребует заплатить сам налог, штраф и пени.

Юристы советуют не изучать договоры, а в любом случае платить НДС. Это защищает от рисков.

Минфин рассмотрел ситуацию, когда зарубежная компания продает программу и дает к ней доступ по коду. Российская компания оплачивает программу, вводит код на сайте компании и пользуется ей. Минфин ответил, что платить НДС не нужно. Но письма Минфина — не закон, его ответы верны только для тех компаний, которые задают вопросы.

Если не заплатить

Если не заплатить и налоговая обнаружит это, грозит штраф 20% от невыплаченного НДС. За каждый день просрочки начислят пени — 1/300 ключевой ставки.

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


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

В прошлой статье Налоги при выводе средств по договору с Apple мы кратко изложили алгоритм расчета налогов при получении дохода в iTunes Apple. Теперь предлагаем обсудить налоги с продаж приложений Google Play и рекламы Google AdSense.

Руководствоваться будем следующими договорами с Гугл, которые есть в официальном русском переводе на сайте корпорации:

  • Соглашение Google Play о распространении программных продуктов
  • Условия использования Google Play
  • Условия использования Google AdSense

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

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

Но при этом есть существенный нюанс: под «использованием» ПО мы понимаем распоряжение правами на него с точки зрения авторского права. Другими словами получение автором дохода по лицензионному договору на программное обеспечение не связано с осуществлением предпринимательской деятельности.

В результате по завершении финансового года автору достаточно подать декларацию о доходах, где указать поступления от продажи своих приложений в Google Play и заплатить с них 13% НДФЛ. При этом автору не важно где и как Гугл платит налоги с таких доходов и какие комиссионные при этом удерживает.

Следует помнить, что рассмотренный вариант действует только при продаже собственного программного обеспечения. Иными словами автор, при необходимости, должен подтвердить исключительные права на такое ПО.

Самым простым способом подтверждения является государственная регистрация программ для ЭВМ в Роспатенте. По результатам регистрации выдается Свидетельство, в котором четко указан правообладатель и автор. В рассматриваемом случае они должны совпадать на 100%. Пока не доказано иное, указанное в Свидетельстве лицо будет считаться автором и правообладателем.

Другие варианты систематического извлечения дохода на базе применения ПО могут быть отнесены к предпринимательской деятельности. Что сюда относится? Например, показ объявлений Google AdSense в приложении может рассматриваться как оказание рекламных услуг. При таком способе монетизации приложений мы рекомендуем автору зарегистрироваться в качестве индивидуального предпринимателя и выводить доход от Google AdSense на банковский счет ИП со всеми вытекающими налоговыми обязанностями.

Налог на прибыль и доход по УСН

Вопрос о налогообложении доходов от продажи приложений подробно изложен в предыдущем материале о выводе денег с Apple iTunes. Поэтому не будем повторяться.

В отношении рекламного дохода по программе Google AdSense подход следующий: доходом считаются только поступившие на ваш счет денежные средства, поскольку Гугл выступает в качестве заказчика рекламных услуг.

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

НДС с реализации приложений и агентских услуг

Как вы помните, с 01 января 2017 г. в Налоговый кодекс РФ (далее НК РФ) введено понятие «услуг в электронной форме» и установлена обязанность уплачивать с их стоимости НДС, который принято называть «налог на Гугл».

В предыдущей статье о налогах с доходов от Apple мы подробно обсудили, какие виды услуг подпадают под НДС по новому закону.

Однако разработчики продолжают задавать вопросы по обоснованности удержания зарубежными сервисными компаниями, включая Гугл, НДС с сумм реализации российским потребителям.

Вернемся к определению услуг в электронной форме: «оказанием услуг в электронной форме признается оказание услуг через информационно-телекоммуникационную сеть, в том числе через информационно-телекоммуникационную сеть "Интернет", автоматизированно с использованием информационных технологий» (п.1 ст.174.2 НК РФ). К числу таких услуг НК РФ прямо относит «предоставление прав на использование программ для электронных вычислительных машин (включая компьютерные игры), баз данных через сеть "Интернет", в том числе путем предоставления удаленного доступа к ним, включая обновления к ним и дополнительные функциональные возможности».

Смотрим п.2 ст.174.2 НК РФ: «При оказании иностранными организациями физическим лицам, не являющимся индивидуальными предпринимателями (далее в настоящей статье - физические лица) услуг в электронной форме…». Далее п.3 повторяет диспозицию: «Иностранные организации, оказывающие физическим лицам услуги в электронной форме, указанные в пункте 1 настоящей статьи…».

Вывод: данное условие должно применяться исключительно в случае, когда иностранная организация предоставляет права на ПО от своего имени. Если в случае с Apple еще можно с натяжкой согласиться с выполнением данных условий, то по договору с Гугл, на наш взгляд, они отсутствуют.

Поясним, что Apple действует по договору с разработчиком в качестве комиссионера. Поэтому договоры с конечным пользователем заключаются от имени Apple. Гугл, напротив, позиционирует себя в отношениях с конечными пользователями в качестве агента разработчика, который заключает сделки от имени разработчика.

Смотрим раздел 2 Условий использования Google Play:

Продажи напрямую, через посредника и через приложения. Приобретая Контент в Google Play, вы покупаете его:
a) напрямую у компании Google (далее – Прямая продажа);
б) у поставщика Контента (далее – Поставщик), в отношении которого Google выступает как Посредник (далее – Продажа через посредника);
в) у Поставщика приложения в случае покупки через приложение Android (далее – Продажа через приложение).
При каждой покупке Контента вы заключаете отдельный договор купли-продажи:
г) на основе Условий (если это применимо) с компанией Google Commerce Limited (в случае Прямой продажи);
д) на основе Условий (если это применимо) с Поставщиком приобретенного Контента (в случае Продажи через посредника);
е) с Поставщиком приобретенного Контента (в случае Продажи через приложение).
Такой отдельный договор, предусмотренный подпунктом (д) или (е) выше, дополняет договор с компанией Google Inc. об использовании Службы (то есть настоящие Условия использования Google Play).

Определенные затруднения у разработчиков вызывает толкование положений пункта 3.4. Соглашения Google Play о распространении программных продуктов. Последние прямо касаются условий уплаты Гугл НДС за разработчика.

Если Google собирает и выплачивает налог на добавленную стоимость по платежам клиентов (согласно действующим местным законам) и эти выплаты соответствуют требованиям к налогу на добавленную стоимость по таким платежам, то уплата данного налога не возлагается на Разработчика. В случаях, когда компания Google обязана собирать и уплачивать налоги, как описано в этом разделе, Разработчик и Google учитывают в целях налогообложения поставку от Разработчика компании Google, а Разработчик принимает на себя все налоговые обязательства, связанные с такой дополнительной поставкой.

Однако мы не рассматриваем данные условия в качестве отдельного договора о перепродаже ПО через Гугл, поскольку в совокупности с другими положениями цитируемого Соглашения и Условий использования Google Play сохраняется условие о выплате комиссионного вознаграждения и заключении договора с конечным пользователем от лица разработчика.

Дополнительно, обратим внимание на второй существенный момент. Вознаграждение по лицензионному договору на программное обеспечение освобождается от российского НДС на основании пп.26 п.2 ст.149 НК РФ. Данные положения в равной мере распространяются на иностранные организации. Смотрите, например, по данному вопросу Письмо Минфина от 03.04.2017 г. N 03-07-08/19407.

Налоговые последствия разночтений для разработчиков

Часто задают вопросы, не создают ли такие положения дополнительные риски по НДС для российских разработчиков. Как быть, если Гугл не платит НДС в России или платит его не обоснованно? Не должен ли в таком случае разработчик как налоговый агент повторно уплачивать НДС?

Думаю, что такие риски отсутствуют по следующим причинам:

  1. Налогоплательщиком НДС по договорам с физическими лицами в рассматриваемом случае считается иностранная организация (см. ст.174.2 НК РФ);
  2. Дополнительно можно сослаться на то, что реализуются права по лицензионному договору на ПО, которые освобождены от НДС (пп.26 п.2 ст.149 НК РФ).
  3. Разработчики на УСН в принципе не уплачивают НДС, а обязанности налогового агента здесь отсутствуют.

Если выполнение первого условия от вас не зависит, то второе вполне по силам каждому разработчику. Чтобы снизить риски привлечения к налоговой ответственности за неуплату НДС с реализации приложений российским пользователям разработчикам на ОСН, достаточно представить при загрузке ПО собственное Лицензионное соглашение с конечным пользователем (EULA), которое учитывает нюансы освобождения от НДС программных приложений. При желании условия EULA можно распространить и на онлайн-сервисы. Как это сделать грамотно, предмет отдельной статьи.

Фото с сайта iphonejd.com

Фото с сайта iphonejd.com

Вера Решетина
Вера Решетина
СЕО компании CactusSoft

— Если изменения будут приняты, это затронет в основном крупные компании, такие как Apple, Google, Microsoft. Они у всех на виду и на территории Беларуси у них большое количество клиентов.

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

Чтобы платить налог, иностранной компании нужно зарегистрироваться в белорусских налоговых органах и отчитываться о продажах. Будут ли они это делать? Я сомневаюсь. Скорее всего, они либо проигнорируют наши изменения в законодательстве, либо, что вероятнее, вообще о них не узнают.

Фото с сайта rus-azattyq.org

Фото с сайта rus-azattyq.org

С другой стороны, непонятно, как наши налоговые органы собираются отслеживать совершенные сделки — это очень трудоемкая задача. Мне кажется, что взыскать налог с мелких иностранных компаний будет практически невозможно. Допустим, человек на территории Беларуси оплатил покупку через PayPal. Как определить, например, что он купил именно софтверный продукт, а не что-то другое?

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

В Министерстве по налогам и сборам ссылаются на опыт других стран, в которых обсуждается подобная инициатива. Но возьмем, к примеру, США — для компаний из сферы ИТ есть налог на продажи, но нет НДС.

При этом не нужно забывать о важном нюансе. Те компании, которых все же затронет изменение в законодательстве, не будут брать на себя это налоговое бремя. Они просто заложат эти суммы в конечную стоимость товара. В итоге, цены в магазинах приложений повысятся, и налог будут платить потребители — мы с вами.

Олег Кирилюк
Олег Кирилюк
Руководитель проектного офиса компании «Джей Лаб»

Как может уплачиваться налог. Судя по информации, которая есть сейчас, налог должен оплачиваться по месту реализации услуги, то есть в нашей стране. Если я реализовываю цифровые товары через Интернет от лица резидента Беларуси (физлица или компании), то я должен отчитаться о своей выручке в установленном порядке и оплатить налог.

Таким образом, плательщиком налога должен быть паблишер или владелец приложения. То есть лицо, на чьей счет поступает выручка от продажи услуг. И получается, что изменения могут затронуть не разработчиков мобильных приложений, а паблишеров/владельцев приложений, по заказу которых ведется разработка. Да и то — приложений, где есть in-app (встроенные покупки). Или если само приложение платно для скачивания. Для обычных сервисных/новостных приложений, где нет монетизации, а соответственно, и налогооблагаемой базы, я лично не вижу никаких изменений.

Как было заявлено, налог коснется только иностранных компаний, оказывающих услуги на территории Беларуси. Если паблишер нерезидент, не имеет представительства у нас в стране, пока я не вижу адекватного механизма взимания с него какого-либо налога на территории Беларуси. Кто должен будет отчитываться в ИМНС за нерезидента, если иностранная компания не стоит у нас на налоговом учете?

Штаб-квартира Apple в Купертино. Фото с сайта insider.biz

Штаб-квартира Apple в Купертино. Фото с сайта insider.biz

Насколько реально принятие изменений в Налоговый кодекс? Все обсуждения этого закона сейчас строятся на основе одного заявления Министерства по налогам и сборам и многочисленных публикаций в СМИ. Пока закон не принят, не опубликован хотя бы его проект. Не исключено, что законотворцы всего лишь проверяют реакцию общества на подобные нововведения.

Сергей Цымбаревич, коммерческий директор DEXME
Сергей Цымбаревич
Коммерческий директор DEXME

Пример, который приходит на ум. Компания из Великобритании разработала мобильное приложение и продает его в AppStore. Продается оно за $ 1. После введения НДС на приложения его цена для белорусов увеличится на 20% и составит в AppStore уже $ 1,2.

Можно также предположить, что МНС может поступить по-другому и взимать данный налог напрямую с пользователей, а не с компаний. В этом случае цены на приложения останутся прежними в AppStore, но пользователь будет при покупке оплачивать + 20% НДС. В обоих случаях этот налог может лечь на плечи конечного пользователя. Да и мировая практика показывает, что независимо от формы взимания, НДС компенсируется за счет конечного покупателя.

Еще одна проблема в том, что правообладатель не продает приложение пользователям напрямую, а делает это через AppStore или Google Play. Формально, белорусский пользователь покупает приложение непосредственно в этих магазинах. Они – нерезиденты Беларуси и должны уплатить НДС.

А теперь представим, что белорусский пользователь покупает в AppStore приложение, которое принадлежит белорусской компании-разработчику. В этом случае, возможно, НДС все равно придется платить, даже если ИТ-компания — резидент нашей страны. Это неправильно. В этом случае взимание НДС с иностранных компаний-владельцев приложений или игр не защищает белорусские компании. А наоборот, играет против них. Поскольку чем выше цена приложения, тем меньше людей готовы его купить.

Скриншот видеокадра с YouTube

Скриншот видеокадра с YouTube

Можно также предположить, что для того чтобы взимать данный налог с владельцев софта, AppStore и Google Play должны будут предоставлять в МНС данные о владельцах каждого скачиваемого приложения. А приложений сегодня насчитывается более 5 миллионов. И это число растет в геометрической прогрессии. Теоретически, владельцы магазинов приложений (Apple, Google и другие компании) могут просто отказаться предоставлять такие данные. Поэтому, на наш взгляд, непонятно, как МНС будет получать данные о правообладателях.

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

Как следствие, пострадают не столько компании-продавцы, сколько обычные пользователи.

В остальном рано делать какие-то конкретные выводы. Более предметно можно будет говорить, когда станут известны механизм взимания, субъекты налога и другие подробности.

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

Хотите мгновенно получать уведомления о новых материалах и событиях «Про бизнес.»? Подписывайтесь на наш канал в Telegram!

Model.Article.Title

Максим Кульгин из Санкт-Петербурга четыре года назад начал разрабатывать мобильные приложения для ритейлеров — так родилась компания «Нотиссимус». Сейчас предприниматель запускает новый проект — конструктор мобильных приложений Appropio, в котором каждый пользователь может создать приложение самостоятельно.

Максим Кульгин рассказал Контур.Журналу о том, почему лояльные клиенты ценят мобильные приложения, как он собирается развивать франчайзинговое направление и как конкурирует с зарубежными разработчиками.

Ручная разработка vs конструктор

Мы начали разрабатывать приложения четыре года назад вчетвером, сейчас у нас трудится больше 20 человек. В основном мы делаем приложения для ритейлеров, таких как Oodji, Love Republic, Concept Club, «Вестфалика», иногда для сервисных компаний.

Наш основной проект — это разработка мобильных приложений под заказ. В какой-то момент мы поняли, что в России очень много компаний, которые не могут позволить себе потратить 500 000 — 600 000 руб. на разработку приложения, хотя потребность в приложении у них есть. Именно поэтому мы начали работу над конструктором мобильных приложений. Он уже готов и работает, но пока клиенты не могут создавать приложения самостоятельно от начала и до конца, требуется вмешательство сотрудников.

Appropio мы разрабатываем последние полгода, в это время продолжает работать «Нотиссимус» – материнская компания, которая позволяет нам делать все, что с помощью конструктора сделать невозможно. Если в какой-то момент клиенты говорят, что им нужно больше функционала, с ними начинает работать «Нотиссимус» или мы передаем проект в любую другую студию, которая может доработать приложение.

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

Исходный код

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

Базовые тарифы за приложение в конструкторе варьируются от 79 000 до 99 000 руб. для онлайн, розничной и многоканальной торговли. Клиент в личном кабинете формирует мобильное приложение, выбирает внешний вид, цветовую гамму, шрифты, формат представления товаров. Например, каталоги могут быть представлены разными способами — вертикальной или горизонтальной гармошкой.

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

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

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

Франчайзинговая модель развития

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

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

Наша основная аудитория — это Россия и СНГ, но мы будем локализовывать конструктор и переводить сайт на другие языки, поскольку есть запросы на франшизу от иностранцев. Мы выбрали такой формат, потому что в других городах нужно взаимодействовать с клиентами вживую, объяснять, делать демоверсии, из Петербурга мы этого делать не можем.

Приложение за несколько часов

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

Когда мы доделаем конструктор, мы изменим тарифы. Мы уже получили запросы от клиентов, которые говорят, что хотят заказать приложение для своей компании, но их отпугивает слишком высокий тариф. Когда клиент сам сможет создавать себе мобильное приложение в облаке без помощи наших сотрудников, это будет стоить 7000 — 10 000 руб. Если он захочет доработать приложение, он может обратиться к другим разработчикам — мы составим список компаний-партнеров, которые работают в этой сфере.

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

Количество заказов в Appropio потенциально бесконечно, потому что человек делает приложение в облаке сам и отправляет нам на модерацию. Даже один сотрудник может обрабатывать 50-60 заказов в день минимум. В «Нотиссимусе» два крупных клиента в месяц — это максимум. Очень много времени отнимают поездки и разговоры.

Продажи и лояльные клиенты

Если приложение стабильно работает, вовремя обновляется и хорошо выглядит, заказы через него обязательно будут размещаться. Приложение — это работа с лояльной аудиторией, которая дает до 80% оборота, и постоянная реклама бренда на экране телефона пользователя. В отличие от e-mail-рассылки, это активный канал коммуникации: по уведомлению с временным push-промокодом клиент может сразу же купить товар или активировать скидочную карту.

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

В «Нотиссимусе» у нас есть корпоративный блог, в котором мы знакомим клиентов с особенностями отрасли и привлекаем аудиторию. Так как это инновационные технологии и они постоянно изменяются, мы регулярно рассказываем об особенностях рынка, переводим интересные статьи, сами учимся и популяризируем для клиентов.

Российские vs иностранные разработчики

За те четыре года, что существует «Нотиссимус», можно заметить, как изменился рынок. Раньше было сложно убедить людей в необходимости продаж через приложения, приходилось объяснять разницу между мобильным приложением и мобильным сайтом. Сейчас все крупные сети активно используют этот инструмент, например, Lamoda делает упор на продажи именно через приложение.

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

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

Многих отпугивает цена, поэтому и появилась идея конструктора. Она хороша тем, что в 80% случаев люди хотят общий функционал для всех, в торговле это: ассортимент, корзина, оплата картой, адреса магазинов, новости, акции, скидки. Мы создаем платформу наподобие «Битрикс», которая позволяет разрабатывать мобильные приложения именно для торгово-сервисных компаний.

К примеру, мы работаем с федеральной сетью магазинов детских товаров «Лукоморье», у них нет сайта, они продают только через приложение, про которое рассказывают клиентам в магазине.

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

Даже простой пост на Facebook о том, что я готов привлекать инвестиции, вызвал интерес со стороны потенциальных партнеров — я получил 12 откликов. Мы пока не работали с фондами, но уже получили хорошую реакцию, что еще раз подстегивает нас тратить время на разработку, улучшение, выход на рынок. В реальности в России нет крупного конструктора мобильных приложений, который решал бы множество задач и был бы гибким.

Не пропустите новые публикации

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


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

В прошлой статье Налоги на доходы от продажи приложений в Apple iTunes мы кратко изложили алгоритм расчета налогов при получении дохода в iTunes Apple. Теперь предлагаем обсудить налоги с продаж приложений Google Play и рекламы Google AdSense.

Руководствоваться будем следующими договорами с Гугл, которые есть в официальном русском переводе на сайте корпорации:

1) Налоги автора-разработчика приложения


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

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

Но при этом есть существенный нюанс: под «использованием» ПО мы понимаем распоряжение правами на него с точки зрения авторского права. Другими словами получение автором дохода по лицензионному договору на программное обеспечение не связано с осуществлением предпринимательской деятельности.

В результате по завершении финансового года автору достаточно подать декларацию о доходах, где указать поступления от продажи своих приложений в Google Play и заплатить с них 13% НДФЛ. При этом автору не важно где и как Гугл платит налоги с таких доходов и какие комиссионные при этом удерживает.

Следует помнить, что рассмотренный вариант действует только при продаже собственного программного обеспечения. Иными словами автор, при необходимости, должен подтвердить исключительные права на такое ПО.

Самым простым способом подтверждения является государственная регистрация программ для ЭВМ в Роспатенте. По результатам регистрации выдается Свидетельство, в котором четко указан правообладатель и автор. В рассматриваемом случае они должны совпадать на 100%. Пока не доказано иное лицо, указанное в Свидетельстве, будет считаться автором и правообладателем программы.

Другие варианты систематического извлечения дохода на базе применения ПО могут быть отнесены к предпринимательской деятельности. Что сюда относится? Например, показ объявлений Google AdSense в приложении может рассматриваться как оказание рекламных услуг. При таком способе монетизации приложений мы рекомендуем автору зарегистрироваться в качестве индивидуального предпринимателя и выводить доход от Google AdSense на банковский счет ИП со всеми вытекающими налоговыми обязанностями.

2) Налоги разработчиков приложений в форме ИП и организаций

Налог на прибыль и доход по УСН


Вопрос о налогообложении доходов от продажи приложений подробно изложен в предыдущем материале о выводе денег с Apple iTunes. Поэтому не будем повторяться.

В отношении рекламного дохода по программе Google AdSense подход следующий: доходом считаются только поступившие на ваш счет денежные средства, поскольку Гугл выступает в качестве заказчика рекламных услуг.

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

НДС с реализации приложений и агентских услуг


Как вы помните, с 01 января 2017 г. в Налоговый кодекс РФ (далее НК РФ) введено понятие «услуг в электронной форме» и установлена обязанность уплачивать с их стоимости НДС, который принято называть «налог на Гугл».

В предыдущей статье о налогах с доходов от Apple мы подробно обсудили, какие виды услуг подпадают под НДС по новому закону.

Однако разработчики продолжают задавать вопросы по обоснованности удержания зарубежными сервисными компаниями, включая Гугл, НДС с сумм реализации российским потребителям.

Вернемся к определению услуг в электронной форме:


Смотрим п.2 ст.174.2 НК РФ:


Вывод: данное условие должно применяться исключительно в случае, когда иностранная организация предоставляет права на ПО от своего имени. Если в случае с Apple еще можно с натяжкой согласиться с выполнением данных условий, то по договору с Гугл, на наш взгляд, они отсутствуют.

Поясним, что Apple действует по договору с разработчиком в качестве комиссионера. Поэтому договоры с конечным пользователем заключаются от имени Apple. Гугл, напротив, позиционирует себя в отношениях с конечными пользователями в качестве агента разработчика, который заключает сделки от имени разработчика.

Смотрим раздел 2 Условий использования Google Play:

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

a) напрямую у компании Google (далее – Прямая продажа);
б) у поставщика Контента (далее – Поставщик), в отношении которого Google выступает как Посредник (далее – Продажа через посредника);
в) у Поставщика приложения в случае покупки через приложение Android (далее – Продажа через приложение).
При каждой покупке Контента вы заключаете отдельный договор купли-продажи:
г) на основе Условий (если это применимо) с компанией Google Commerce Limited (в случае Прямой продажи);
д) на основе Условий (если это применимо) с Поставщиком приобретенного Контента (в случае Продажи через посредника);
е) с Поставщиком приобретенного Контента (в случае Продажи через приложение).
Такой отдельный договор, предусмотренный подпунктом (д) или (е) выше, дополняет договор с компанией Google Inc. об использовании Службы (то есть настоящие Условия использования Google Play).

Определенные затруднения у разработчиков вызывает толкование положений пункта 3.4. Соглашения Google Play о распространении программных продуктов. Последние прямо касаются условий уплаты Гугл НДС за разработчика.


Однако мы е рассматриваем данные условия в качестве отдельного договора о перепродаже ПО через Гугл, поскольку в совокупности с другими положениями цитируемого Соглашения и Условий использования Google Play сохраняется условие о выплате комиссионного вознаграждения и заключении договора с конечным пользователем от лица разработчика.

Дополнительно, обратим внимание на второй существенный момент. Вознаграждение по лицензионному договору на программное обеспечение освобождается от российского НДС на основании пп.26 п.2 ст.149 НК РФ. Данные положения в равной мере распространяются на иностранные организации. Смотрите, например, по данному вопросу Письмо Минфина от 03.04.2017 г. N 03-07-08/19407.

Налоговые последствия разночтений для разработчиков.


Часто задают вопросы, не создают ли такие положения дополнительные риски по НДС для российских разработчиков. Как быть, если Гугл не платит НДС в России или платит его не обоснованно? Не должен ли в таком случае разработчик как налоговый агент повторно уплачивать НДС?

Думаю, что такие риски отсутствуют по следующим причинам:

  1. Налогоплательщиком НДС по договорам с физическими лицами в рассматриваемом случае считается иностранная организация (см. ст.174.2 НК РФ);
  2. Дополнительно можно сослаться на то, что реализуются права по лицензионному договору на ПО, которые освобождены от НДС (пп.26 п.2 ст.149 НК РФ).
  3. Разработчики на УСН в принципе не уплачивают НДС, а обязанности налогового агента здесь отсутствуют.


Если выполнение первого условия от вас не зависит, то второе вполне по силам каждому разработчику. Чтобы снизить риски привлечения к налоговой ответственности за неуплату НДС с реализации приложений российским пользователям разработчикам на ОСН, достаточно представить при загрузке ПО собственное Лицензионное соглашение с конечным пользователем (EULA), которое учитывает нюансы освобождения от НДС программных приложений. При желании условия EULA можно распространить и на онлайн-сервисы. Как это сделать грамотно, предмет отдельной статьи.

НДС с суммы вознаграждения Гугл по договору с разработчиком.


Здесь нет отличий от оплаты услуг Apple. В рассматриваемом кейсе Гугл однозначно оказывает российскому разработчику услуги в электронной форме с местом реализации в России. Поэтому разработчик как налоговый агент обязан удержать и уплатить НДС с суммы агентского вознаграждения Гугул.

НДС с реализации рекламных услуг


В данном вопросе все достаточно просто и однозначно. Смотрим раздел 6 Условий использования Google AdSense:


По ст.148 НК РФ место реализации рекламных услуг определяется по месту нахождения покупателя. Покупателем рекламных услуг выступает Гугл. Следовательно, место реализации на территории России отсутствует. Поэтому российский НДС на вознаграждение разработчика за размещение рекламы Гугл в приложениях не начисляется.

При этом если разработчик применяет УСН, то у него в принципе отсутствует обязанность по уплате НДС со стоимости своих услуг.

Если у вас возникли вопросы, пишите комментарии.

Читайте также: