Jump to content
Калькуляторы

54-ФЗ, онлайн касса, фискальный чек и что с этим делать... пипец подкрался незаметно...

4 часа назад, Brainiac сказал:

Всё! Что тут холиварить и голову ломать?

И до сих пор налоговая никаких притензий не имела.

Просто до 01.07.2019 - это вполне законно (правда не очевидно). Законодатели дали отсрочку.

С 01.07.2019, если закон не изменят, вы крупно рискуете, штраф кажется = 3000р за КАЖДУЮ не выдачу + сумма чека.

Также с 01.07.2019 вам (и нам) предстоит закрывать расчетный период (месяц) и в течении одного рабочего дня пробивать чеки на зачет аванса по данным биллинга.

Так что, не расслабляйтесь.

 

18 минут назад, LostSoul сказал:

О том и речь.  Драйвер и ПО не отличаются.

Отличается только "форм фактор" и наличие/отсутствие какиих то интерфейсов доступа

 

Вы видите в этом какую-то проблему?

Любое ПО типа 1С и аналогичного это делает абсолютно стандартно из коробки.

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

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

1. "Любая" касса не подойдет - под онлайн платежи она должна иметь соответствующее разрешение на использование, таких касс в  свободной продаже пока не нашлось.

2. В биллинге нет бухгалтерского ПО 1С. А главное если ВЫ ВНИМАТЕЛЬНО ПОЧИТАЕТЕ ЗАКОН, то обнаружите, что половину операций просто забыли учесть в нём.

3. Как показывает жизненный опыт - "из коробки" мало что работает правильно и стабильно (особенно конфигурации 1С, особенно свежие релизы).

 

З.Ы. Если что, дабы не тратить зря время, то у меня есть Сертификат 1С Профессионал и не один. И своя небольшая компания 1С франчайзи.

Share this post


Link to post
Share on other sites
12 часов назад, sdy_moscow сказал:

1. "Любая" касса не подойдет - под онлайн платежи она должна иметь соответствующее разрешение на использование, таких касс в  свободной продаже пока не нашлось.

 

Ссылку на НПА приведите или выдержку из него. :)

Share this post


Link to post
Share on other sites
1 час назад, AlexTN сказал:

Ссылку на НПА приведите или выдержку из него. :)

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

 

Share this post


Link to post
Share on other sites
14 часов назад, sdy_moscow сказал:

1. "Любая" касса не подойдет - под онлайн платежи она должна иметь соответствующее разрешение на использование, таких касс в  свободной продаже пока не нашлось.

 

Ну неправду же вы пишите.

В любой, нет даже так ЛЮБОЙ ,  онлайн кассе настраиваются различные методы оплаты в количестве.

причем там нету какого-то жесткого классификатора и требований к строгому наименованию.

Я в поле "метод платежа" видел и "Предоплата через Delivery club" и  "электронно" и "Через электронный кошелек Yandex деньги"

То есть вы просто выдумываете канал поступления денег и фискализируете его.

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

 

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

( Чтоб не платить 2% за платежи по карте  )

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

 

 

 

 

 

15 часов назад, sdy_moscow сказал:

 2. В биллинге нет бухгалтерского ПО 1С. А главное если ВЫ ВНИМАТЕЛЬНО ПОЧИТАЕТЕ ЗАКОН, то обнаружите, что половину операций просто забыли учесть в нём.

3. Как показывает жизненный опыт - "из коробки" мало что работает правильно и стабильно (особенно конфигурации 1С, особенно свежие релизы).

  

З.Ы. Если что, дабы не тратить зря время, то у меня есть Сертификат 1С Профессионал и не один. И своя небольшая компания 1С франчайзи.

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

 

Так как у обычного бизнеса не стоит задачи, чтоб его чеки были безупречны и сияли как у кота яйца.

У обычного бизнеса задача работать так, чтоб к нему не прикопались.

А это значит, что как в анекдоте , не обязательно бежать быстрее медведя , достаточно бежать быстрее охотника.

Если в чеке что-то криво / неправильно напечатается ( метод / тип платежа и.т.п. ) и явно видно что это заглючило и не умышленно , то всегда есть  ЖЕЛЕЗНЫЙ аргумент что "это у нас программа так глючит, исправим"

Об этот железобетонный аргумент обычно рассыпаются любые претензии. 

( понятно, что если вы как раз продаете идеально оформленные чеки как результат работы , то в вашем случае этот аргумент не аргумент )

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

 

Я вижу серьёзным нарушением только следующие вещи

1) чек вообще не пробит или не фискализирован

2) на чеке неправильные дата и время , нет реквизитов продавца ( неверный продавец )

3) платеж принят наличными , а в накопитель прошел как безннал. Или наоборот наличных не было, а платеж проведен как наличный. Остатки не сходятся , смена  не закрывается.

 

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

 

 

 

 

Share this post


Link to post
Share on other sites
39 минут назад, Tosha сказал:

А вот уже далее легко может выясниться, что обычные кассы не умеют некоторого нужного функционала...

Тоша , у меня есть пара тезисов на эту тему.

Правда , они мной еще эксперементально  не проверены.

 

Тезис 1.

Фискальный принтер  - это обычный термопринтер +  фискальный накопитель , врезанный в шнурок к компу "в разрыв"

Фискальная "онлайн касса" - это просто фискальный накопитель, в корпусе и  и с usb-ttl адаптером 

Никакого иного "мозга" у фискального принтера или "онлайн кассы" нету совсем.  Накопитель == процессор == касса .

 

Тезис 2.

Запасные фискальные накопители , которые продаются , не имеют различий "для дешевых касс" "для дорогих касс" , "для онлайн касс".

 

Тезис 3

Все виды фискальных принтеров и касс одного производителя работают через один единственный универсальный драйвер

 

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

 

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

Но мне такая теория заговора кажется слишком сложной .

Так как заниматься защитой от подобного варианта использования, ради тех 0.1% гиков ,  кто такое сделает -- нету смысла.

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

 

Примерно через 1-2 месяца я займусь этим более плотно, куплю кассу, поиграюсь и отпишу.

 

 

 

 

 

Share this post


Link to post
Share on other sites
2 минуты назад, LostSoul сказал:

Примерно через 1-2 месяца я займусь этим более плотно, куплю кассу, поиграюсь и отпишу.

+1

Share this post


Link to post
Share on other sites

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

https://www.nalog.ru/html/sites/www.new.nalog.ru/docs/reestr/reestrkkt110219.xlsx

 

Одной проблемой меньше.

 

 

Share this post


Link to post
Share on other sites

Остановился на E-COM.

Суммарно за 3 года получается около 35 тысяч.

То есть если усреднить, то 1000 рублей в месяц.

Вполне приемлемо за удобный высокоуровневый API и отсутствие необходимости колхозить самоделки.

Share this post


Link to post
Share on other sites
1 час назад, alibek сказал:

Остановился на E-COM.

Суммарно за 3 года получается около 35 тысяч.

То есть если усреднить, то 1000 рублей в месяц.

Вполне приемлемо за удобный высокоуровневый API и отсутствие необходимости колхозить самоделки.

1. Входит ли в цену фискальный накопитель?

2. Входит ли в цену рассылки  СМС и почтовых отправлений?

Если нет, то 1000 это только начало...

 

З.Ы. Ну и ссылку хотя-бы, что это за E-COM?

Share this post


Link to post
Share on other sites
12 часов назад, sdy_moscow сказал:

Если нет, то 1000 это только начало...

а с своей кассой я вроде 500р в месяц насчитывал , включая платежи в ОФД и замену накопителя раз в год

а сейчас они уже и дольше есть вроде

 

Share this post


Link to post
Share on other sites
14 часов назад, alibek сказал:

Остановился на E-COM.

Суммарно за 3 года получается около 35 тысяч.

То есть если усреднить, то 1000 рублей в месяц.

Вполне приемлемо за удобный высокоуровневый API и отсутствие необходимости колхозить самоделки.

 

56 минут назад, LostSoul сказал:

а с своей кассой я вроде 500р в месяц насчитывал

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

 

Короче это всё игрушки из области DIY. Типа зачем покупать контроллер датчиков (темп/влажность/прочее) в серверную, отдающий данные по snmp(etcOverIP), да я сам всё на arduino напилю, сэкономлю 2000-4000р

Share this post


Link to post
Share on other sites
10 минут назад, s.lobanov сказал:

Короче это всё игрушки из области DIY. Типа зачем покупать контроллер датчиков (темп/влажность/прочее) в серверную, отдающий данные по snmp(etcOverIP), да я сам всё на arduino напилю, сэкономлю 2000-4000р

У нас не вышло сьекономить , так как все равно пришлось в SMART UPS покупать оригинальные managment card , а  они в 50% случаев попадаются с датчиками и на цену это практически не влияет.

 

 

11 минут назад, s.lobanov сказал:

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

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

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

 

Share this post


Link to post
Share on other sites
В 16.02.2019 в 22:40, alibek сказал:

ФН входит. Рассылки не входят, но они и не требуются, чеки будут в ЛК или email.

В законе явно: на номер либо (при наличии ТВ) на емейл.

 

P.S. заставить пользователя предоставить емейл вы тоже не сможете. У нас очень многие отказываются, когда запрашиваем.

Edited by ixi

Share this post


Link to post
Share on other sites
12 минут назад, ixi сказал:

В законе явно: на номер либо (при наличии ТВ) на емейл.

Конкретный пункт закона можете указать?

Что-то не помню такого явного указания.

 

12 минут назад, ixi сказал:

заставить пользователя предоставить емейл вы тоже не сможете

Легко. Но лично мне удобнее был бы ЛК, чем email.

Share this post


Link to post
Share on other sites
3 часа назад, alibek сказал:

Конкретный пункт закона можете указать?

"адрес электронной почты" поищите, их там несколько, и все об этом

Share this post


Link to post
Share on other sites
28 минут назад, ixi сказал:

их там несколько

Я не про email, а именно про номер мобильного телефона для SMS.

Я не помню, чтобы там было такое требование.

Share this post


Link to post
Share on other sites

 

Цитата

 

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

 

 

Share this post


Link to post
Share on other sites

Ну так абонентской номер != номер мобильного телефона.

Точно так же можно считать, что абонентский номер — это номер счета абонента провайдера.

И тогда для отправки чеков в ЛК ничего дополнительно делать не нужно.

Share this post


Link to post
Share on other sites

Там в других пунктах есть уточнение:

 

Цитата

1) в электронной форме на абонентский номер или адрес электронной почты, предоставленные покупателем (клиентом) пользователю

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

 

Цитата

5.5. Банковские платежные агенты (субагенты), осуществляющие свою деятельность в соответствии с Федеральным законом от 27 июня 2011 года N 161-ФЗ "О национальной платежной системе", при осуществлении расчетов с использованием автоматических устройств для расчетов обязаны выдать кассовый чек на бумажном носителе и (или) направить покупателю (клиенту) кассовый чек в электронной форме на предоставленные абонентский номер либо адрес электронной почты (при наличии технической возможности для передачи информации покупателю (клиенту) в электронной форме на адрес электронной почты) или сведения в электронной форме, идентифицирующие такой кассовый чек (регистрационный номер контрольно-кассовой техники, сумма, дата и время расчета, фискальный признак документа), и информацию об адресе информационного ресурса, который размещен в сети "Интернет" и по которому такой кассовый чек может быть бесплатно получен покупателем (клиентом).

 

Share this post


Link to post
Share on other sites

Значит даст номер ЛС в анкете. В любом случае не вижу сложностей отдавать чек в ЛК; явного указания на номер мобильного телефона нет.

Share this post


Link to post
Share on other sites
18 часов назад, alibek сказал:

Точно так же можно считать, что абонентский номер — это номер счета абонента провайдера. 

Номер, указанный клиентом!

 

Кстати, ещё один лайфхак той же свежести: предоставлять емейл и всё отправлять на него, а читает абонент или нет -- его проблемы.

Share this post


Link to post
Share on other sites
5 минут назад, ixi сказал:

Номер, указанный клиентом!

Вы как маленький.

Нет никакой проблемы сделать так, чтобы клиент указал номер своего лицевого счета в ЛК.

Share this post


Link to post
Share on other sites

Из наблюдений, за изменениями у "B4" -- МТС убрал с страницы финансовой блокировки все методы оплаты кроме "пополнить кредитной картой" , и убрал отображение номера телефона , который нужно пополнить ( если пройти по адресу личного кабинета, там пока по прежнему )

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now