Что значит закон 54-ФЗ (онлайн-кассы) для интернет-магазинов и что теперь делать: пошаговая инструкция

Приход электронных чеков в отечественный ecommerce напоминает майско-июньскую погоду в европейской части России. Во-первых, не очень понятно, зачем это. Права потребителей и раньше были достаточно хорошо защищены, а принятые через онлайн-агрегаторы деньги и так выводились на расчётные счета, что затрудняло их сокрытие от налоговой. Во-вторых, никому этого не хочется. Я, конечно, про интернет-магазины, а не про ОФД и производителей онлайн-касс. В-третьих, огромное количество заинтересованных лиц как будто не хочет верить в неизбежность происходящего, надеясь, что оно как-нибудь пройдет мимо. Как и на то, что завтра, вопреки прогнозам метеобюро, будет тепло и солнечно.

Для начала несколько вроде бы известных фактов, о которых тем не менее нас всё равно не перестают спрашивать партнёры и клиенты.

Основные вопросы

Что меняется с 1 июля?

1. Информация о всех оплатах магазину наличными, картами или электронными деньгами должна в виде электронных чеков передаваться в налоговую службу через какого-то из ОФД ― оператора фискальных данных.

2. При дистанционной оплате электронными деньгами или банковской картой покупатель должен получить электронный чек на email или телефон.

3. Работать со старыми ККМ (контрольно-кассовыми машинами), не поддерживающими передачу чеков в налоговую, нельзя.

Каким интернет-магазинам ничего делать не надо?

Тем, у кого нет кассы и кому она не была нужна в предыдущей редакции закона. Например, если вы принимаете оплату только банковскими платежами (что довольно неудобно клиентам, если вы работаете с частными лицами). Также, если вы принимаете оплату наличными/картами при получении от курьера, но доставляете не сами, а через стороннюю службу: в этом случае чек должна выдавать эта служба.

Банковские карты на сайте принимает не мой магазин, а «Яндекс.Касса» (или другой агрегатор) ― значит, это его проблемы?

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

Мы принимаем оплату только наличными, нас это всё не коснётся?

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

А если я даю кассовые аппараты курьерам, как же они передадут чеки в налоговую, если они не в интернете?

Ничего страшного, в конце дня курьер приедет в офис, отдаст кассу, её надо подключить к интернету и передать данные. Есть и более удобные решения. Например, сервис «МойСклад» выпустил Android-приложение «Касса МойСклад», которое работает в связке с миниатюрным ФР (фискальным регистратором) «АТОЛ 15Ф» на батарейках. Он подключается по Bluetooth к телефону с мобильным интернетом, и курьер может прямо при выполнении заказа отправить чек в ОФД и при необходимости покупателю. Похожее решение есть у «МодульБанка» ― мобильная «МодульКасса». В ней есть ФР, принтер чеков, сканер штрих-кодов. Она также работает на аккумуляторе.

Надо ли выдавать бумажный чек покупателю, оплатившему товар дистанционно и получившему электронный чек?

Нет. Электронный чек юридически эквивалентен бумажному, покупатель не имеет права требовать второй чек, если только он до расчёта не попросил об этом.

Касается всех интернет-магазинов

Таким образом, интернет-магазину, даже если он не принимает оплату в онлайне, надо сделать следующее.

1. Убедиться, что ККМ поддерживает передачу электронных чеков в налоговую через ОФД. Если это не так (скорее всего ― если вы покупали ККМ до февраля этого года) ― купить новую кассу из включённых в реестр, зарегистрировать её в налоговой (ехать в неё теперь необязательно, но понадобится электронная подпись), а старую выбросить или оставить на память.

2. Купить ФН ― фискальный накопитель (его надо будет менять раз в 13 месяцев и хранить 5 лет).

3. Выбрать ОФД, куда ваша касса будет отправлять чеки, и заключить с ним договор. ОФД лучше выбирать после выбора ККМ, узнав, какие ОФД этим решением поддерживаются.

4. Настроить ККМ, обеспечить ей постоянный или периодический выход в интернет.

Разовые расходы: от 17 до 50 тысяч (стоимость ККМ). Периодические расходы: 9 тысяч в год (смена ФН и абонентская плата ОФД).

Как быть с онлайн-платежами

А вот с онлайн-платежами всё сложнее. Начнём с того, что есть несколько схем выставления электронных чеков при онлайн-оплатах.

№ 1. Прямая интеграция с купленной ККМ

Схема взаимодействия после нажатия покупателем кнопки «Оплатить» в интернет-магазине:

1. Покупатель оплачивает заказ в платёжном сервисе.

2. Сервис отправляет в CMS (систему управления) магазина уведомление об оплате.

3. CMS отправляет на онлайн-кассу, стоящую в офисе пользователя, запрос на чек.

4. Касса возвращает чек в CMS (не обязательно).

5. Касса отправляет чек в ОФД.

6. ОФД или CMS (на выбор магазина) отправляют чек покупателю.

(Аббревиатурой CMS в этой статье я называю не только сами системы управления интернет-магазинами, но и сервисы аренды интернет-магазинов.)

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

• ККМ должна быть в интернете постоянно. Если в офисе гаснет свет или подвисает вайфай, приём платежей на сайте должен остановиться. CMS магазина должна постоянно мониторить связность. При этом непонятно, что делать, если связность нарушилась между последней её проверкой и оплатой.

• Если касса ломается ― приём платежей встаёт, пока она не будет починена или заменена.

• Касса «из коробки» не умеет принимать запросы чеков напрямую из интернета, для этого она должна быть подключена к компьютеру, на котором должна работать программа, поддерживающая драйвер этой кассы. А уже этой программе придётся взаимодействовать с CMS интернет-магазина.

В качестве такой программы подойдут продукты «1С» («1С:УНФ», «1С:УТ» и т. д.), которые умеют и получать заказы из CMS, и заставлять подключённую к компьютеру кассу (производителей «АТОЛ», «Штрих-М», «Дримкас», Pirit, «Спарк») печатать чеки. CMS, поддерживающие такой вид интеграции с «1С»: «1С-Битрикс», AdvantShop. Планируют закончить интеграцию в ближайшие дни: «1С-UMI» (UMI.CMS и UMI.ru), DIAFAN.CMS, Netcat.

Вот другие программы, которые помогут интегрировать CMS вашего магазина и купленную кассу.

• KkmServer (кассы «АТОЛ», «Штрих-М», «Старрус», RR-Electro, «Сервис-Плюс»). Поддерживаемые CMS: Netcat, Shop-Script.

• Бухсофт:Торговля («АТОЛ», «Штрих-М», RR-Electro). О поддерживаемых CMS на момент написания статьи мне неизвестно, но интеграция не представляется сложной.

• «Штрих-М Чекопечать» («АТОЛ», «Штрих-М»). Поддерживаемая CMS: Netcat.

Во всех этих случаях потребуется небольшое участие системного администратора для интеграции.

Также у «1С-Битрикс» есть своё Windows-приложение для интеграции интернет-магазина и кассы, поддерживает ККМ «АТОЛ» и «Штрих-М». InSales разработали мобильное приложение для Android-устройств, работающее по такой же схеме (поддерживает ККМ «АТОЛ»).

Ещё одно решение, программно-аппаратное, предлагает компания EKAM: касса подключается к микрокомпьютеру, который общается с CMS через облачный сервис EKAM. Поддерживаются на данный момент кассы «АТОЛ», в планах «Штрих-М». Поддерживаемая CMS: InSales. Планируют закончить интеграцию в ближайшие дни: «1С-Битрикс».

Владельцам «Модуль.Кассы» расстраиваться не стоит: они могут интегрировать свой аппарат с магазином не напрямую, а через платёжную систему «Яндекс.Касса» или PayAnyWay. Об этой схеме ― чуть ниже.

№ 2. Аренда кассы «в облаке», прямая интеграция

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

1. Покупатель оплачивает заказ в платёжном сервисе.

2. Сервис отправляет в CMS магазина уведомление об оплате.

3. CMS отправляет запрос чека на кассу, стоящую в кассовой ферме, к которой подключён интернет-магазин.

4. Касса «печатает» электронный чек и возвращает его в CMS.

5. Касса отправляет чек в ОФД.

6. ОФД или CMS отправляют чек покупателю.

По идее, такие фермы практически не подвержены риску обесточивания, потери связи с интернетом, выхода из строя (а если это и произойдёт, это забота владельца фермы, а не пользователя).

Плюсы такой схемы:

• отказоустойчивость;

• не надо покупать онлайн-кассу, если её ещё нет.

Недостаток: постоянные арендные платежи (2–3 тысячи в месяц за кассу).

Вот существующие фермы касс.

• «АТОЛ Онлайн», кассы «АТОЛ». Поддерживаемые CMS: «1C-Битрикс», AdvantShop, Drupal, Magento, Netcat, Shop-Script и пр. (полный список на сайте сервиса).

• Orange Data, кассы PayKiosk. CMS, которые планируют закончить интеграцию в ближайшие дни: DIAFAN.CMS, Netcat, Shop-Script.

№ 3. Аренда кассы «в облаке», интеграция через платёжный сервис

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

1. Покупатель оплачивает заказ в платёжном сервисе.

2. Сервис отправляет в CMS магазина уведомление об оплате.

3. Сервис отправляет на кассу (на ферме или в офисе магазина) запрос на чек.

4. Касса «печатает» электронный чек.

5. Касса отправляет чек в ОФД.

6. ОФД или сервис отправляет чек покупателю.

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

А вот наиболее заметные платёжные сервисы, предложившие пользователям интеграцию с онлайн-кассами.

• «Яндекс.Касса», работает с фермой «АТОЛ Онлайн», в разработке Orange Data.

• PayAnyWay, ферма «АТОЛ Онлайн».

• Paymaster, фермы «АТОЛ Онлайн» и Orange Data.

• PayOnline, ферма «АТОЛ Онлайн».

• Payture, ферма Orange Data.

• Platron, ферма «АТОЛ Онлайн», в разработке Orange Data.

• Robokassa, решение «Облачное», ферма «АТОЛ Онлайн».

«Яндекс.Касса» и PayAnyWay по той же схеме умеют работать не только с облачным «АТОЛом», но и с покупной «МодульКассой».

Интеграцию с одним или несколькими платёжными сервисами в расширенном формате имеют практически все заметные российские CMS: «1С-Битрикс», «1C-UMI», AdvantShop, Amiro.CMS, CS-Cart, DIAFAN.CMS, HostCMS, Netcat, Shop-Script, Ukit и т. д. ― либо «в коробке», либо при помощи дополнительного бесплатного модуля. Что касается популярных западных решений для интернет-магазинов ― Drupal Commerce, Drupal Ubercart, Joomla! Joomshopping, Joomla! VirtueMart, Magento, MODx Revolution, OpenCart, osCommerce, Wordpress WooCommerce ― их разработчики вряд ли знают о существовании закона 54-ФЗ в далёкой России, но для каждого из них есть модуль интеграции как минимум с одним из перечисленных выше платёжных сервисов.

№ 4. Передача функции печати чеков третьим лицам

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

Например, если магазин подключен к «Яндекс.Маркету» и подключил предоплату через «Маркет» ― обязанность фискализации ложится на «Маркет». «Робокасса» в решении «Готовое» оплату принимает от своего имени, а, значит, и выставление чека ложится на нее. Та же «Робокасса» в решении «Лояльное», а также новый сервис «Платежка» Яндекс.Денег предлагают несколько другой способ получения денег от клиента, который, вроде бы, не требует выставления чека.

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

Какой способ интеграции выбрать?

Как обычно и бывает, на этот вопрос нет однозначного ответа. Если касса и так есть, перебоев с интернетом и электричеством у вас не бывает, а платить 2–3 тысячи в месяц не хочется ― используйте первую схему. Однако мне она пока представляется слишком рискованной. Что-то в цепочке «сайт → офисный роутер → компьютер → касса» зависло, отключилось или поломалось ― всё, останавливаем продажи или рискуем получить штраф за невыдачу чека. А если это произошло ночью или на выходных?

Варианты с арендой кассы в этом смысле гораздо более надёжны. Плюс схемы № 3 (интеграция через платёжный сервис) по сравнению со схемой № 2 (прямая интеграция арендованной кассы) в том, что она более простая для внедрения и более «короткая»: «CMS → сервис → касса» вместо «CMS → сервис → CMS → касса». Но у схемы № 2 преимущество в том, что магазин не привязывается к конкретному платёжному сервису и может безболезненно его сменить. К тому же, в этом случае магазин может работать одновременно с несколькими агрегаторами, выбрав для каждого из способов оплаты ― карты, «Яндекс.Деньги», «Вебмани» ― тот сервис, где меньше комиссия для этого способа.

Тем, кто выбрал схему № 1, но не успевает купить/установить оборудование, стоит подключиться к кассовой ферме, хотя бы временно. Но в этом случае вы фактически потеряете стоимость фискального накопителя: при расторжении договора ферма вернёт вам его, но использовать в другой кассе вы его не сможете.

Интересные наблюдения

Мы в Netcat озаботились проблемой онлайн-чеков достаточно поздно, в декабре 2016 года, и с удивлением обнаружили, что очень многие игроки рынка, которых закон касается напрямую, либо не знают о нём, либо не понимают, что им надо делать. Некоторые производители ККМ даже не думали про выставление чека без участия оператора. Некоторые платёжные системы узнавали об изменениях в 54-ФЗ от меня и просили время на изучение вопроса. Да что там говорить: хотя по закону с первого февраля уже нельзя было ставить на учёт оффлайновые кассы, первая онлайн-касса в Реестре ФНС появились только в середине февраля.

Сейчас, за несколько дней до «часа икс», ситуация лучше, но:

• ещё полтора месяца назад кассовые фермы не были запущены, максимум ― принимали предзаказы;

• до сих пор некоторые заметные платёжные системы не предложили клиентам никаких решений на тему 54-ФЗ и не пишут никаких разъяснений на своих сайтах (хотя при использовании схем № 1 или № 2 это некритично, но всё же);

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

• API некоторых заинтересованных служб до сих пор (конец июня!) нестабилен;

• некоторые производители ККМ анонсируют модули прямой интеграции с CMS, но на входящие раздражители от производителей этих самых CMS не реагируют;

• некоторые CMS (и мы в том числе, если честно) все ещё дорабатывают отдельные виды интеграции;

• по мнению подмосковной УФНС, треть предпринимателей региона не успеют заменить кассы до 1 июля ― а ведь это столичный регион!

Что уж говорить об интернет-магазинах и их разработчиках, многие из которых просто стараются не замечать близящийся... Хотя, что именно близится, мало кто понимает. Например, узнать о том, что в интернет-магазине не выдаются электронные чеки при онлайн-покупке, налоговая может только от покупателей ― вряд ли сотрудники ФНС будут заниматься контрольными закупками. И если узнает, может выставить для начала штраф в 10 тысяч рублей. А может ― предупреждение. Найдётся ли у них время этим заниматься, как они будут проверять факт нарушения, насколько лояльны будут к первым нарушителям ― непонятно.

К тому же в апреле ФНС пообещала первые месяцы не штрафовать предпринимателей, которые старались, но не успели перейти на новые правила.

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

P. S. Я не ставил задачу перечислить вообще все существующие решения по приведению интернет-магазинов в соответствие 54-ФЗ, поэтому, если вы представляете не упомянутое в статье решение по электронным чекам для интернет-магазинов, добавляйте в комментарии.

Мнение редакции может не совпадать с мнением автора. Ваши статьи присылайте нам на 42@cossa.ru. А наши требования к ним — вот тут.