Есть ли смысл отдать онлайн-кассу на аутсорсинг?

[LostSoul]

24 минуты назад, Sergey Shevkov сказал:

«-вы готовы заплатить в 2.5 - 3.5 раза дороже» лесное утверждение, но к без конкретного расписанного вами бюджета со сравнением стоимости услуг не имеет ничего общего с реальностью. 

я расписывал бюджет.

Самая дешевая касса стоит ~ 9500р

Фискальный накопитель который в облачном варианте тоже нужно покупать - 6500р

Кабель для подключения ФН к серверу - 90р

Сервер с web/ethernet для создания собственной "Облачной кассы" с web запросами - около 2000-3000р

Итого, затраты на самостоятельную организацию своей облачной кассы - равны абонентской плате за "атолл онлайн" за 6-9 месяцев.

 

Такие вопросы как интеграция с АСР я не вношу в рамки данного сравнения, так как интеграция нужна и в первом и во втором случае и разницы в сложности я не вижу.

Аргументы, что "у нас не надо подавать команды на открытие смены" - смешны.

 

 

[Sergey Shevkov]

В 02.03.2019 в 16:49, Andrei сказал:

Опубликуйте, реально интересно. Тем более, что у нас с вами (Центральной кассой) как раз есть договор, по которому вы принимаете оплату за наши услуги в нашу пользу.

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

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

[LostSoul]

31 минуту назад, Sergey Shevkov сказал:

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

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

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

( Уточню, специалист это не тупая обезьяна которой надо позвонить по телефону и нажать кнопки в нужной последовательности, а тот кто самостоятельно формализует и конкретизирует себе задачу по указанию руководства , вдумчиво ее реализовывает и лично отвечает за выполнение.   Для обезьяны , которой главное чтоб было на кого свалить ответственность, почему именно оно не работает - облачный сервис самое то, что надо )

 

 

 

 

38 минут назад, Sergey Shevkov сказал:

1.    Стандартного накопитель ФН-1 с 13-месячным сроком эксплуатации не хватает на 180 тысяч торговых операций, т.к. в регистратор записывается дополнительная информация сопровождающая платёж. Обычно её хватает на 60 тысяч операций.

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

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

А это как раз прямое следствие исчезновения прозрачности и появления лишней прокладки.

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

 

Господа, все услышали , что при неправильном использовании облачного сервиса емкость ФН может упасть до 60 тысяч операций?

Внимательно проверяйте как именно на "низком уровне"  исполняются ваши запросы  ( по логу операций в ОФД )

 

 

43 минуты назад, Sergey Shevkov сказал:

3. Из нашего опыта замены накопителя на нашей ферме онлайн-касс – одно неверное движение и иди за новым в замен заблокировавшемуся (защита от желающих вмешиваться в записанное).

Поменял несколько штук с минимальным RTFM  ( не своих,  в качестве помощи знакомым )

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

 

[LostSoul]

54 минуты назад, Sergey Shevkov сказал:

Как делали выводы? SLA пробовали подписывать с контрагентами? Мы например критичную часть инфраструктуры держим в Tier 3, и это помимо еще 3 специализированных серверных разнесенных географически и связанных в кольцо. 

Выводы очень простые . У вас работают люди , которых лично я не собеседовал.

А люди, как известно, самая слабая часть любой системы.

Tier3 и 3 серверных это конечно большой плюс.

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

 

 

54 минуты назад, Sergey Shevkov сказал:

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

Ну это понял , про статью. ( я ее не читал )

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

На мой взгляд, это бездумная попытка перенести механику продажи ЖД билетов на оплату услуг связи.  И она некорректна.

 

Поэтому выше мы обсуждали работоспособные варианты, типа "атолл онлайн".

 

 

54 минуты назад, Sergey Shevkov сказал:

ну вот пришёл, поорал на сотрудников, обтекли. А дальше?

Дальше они бросили все остальное, и кинулись в авральном режиме, "бегом", решать именно нашу проблему.

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

 

 

[LostSoul]

1 час назад, Sergey Shevkov сказал:

выложите здесь ссылку на ваше решение я вместе с остальными с интересом его посмотрю

В чистом виде "моего решения" , пока ещё нету.

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

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

 

И могу точно сказать, что пробивка авансовых чеков, в коде написанном "на коленке" , занимает буквально 3-5 строчек. А вместе с обвязкой по выбору метода платежа ( наличные-карта и регистрацией кассира ) - около 30-60 строчек.

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

 

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

 

[Sergey Shevkov]

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

Выводы очень простые . У вас работают люди , которых лично я не собеседовал.

А люди, как известно, самая слабая часть любой системы.

Tier3 и 3 серверных это конечно большой плюс.

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

 

Очень прошу вас, прочитайте материал. 

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

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

 

[Andrei]

31 минуту назад, Sergey Shevkov сказал:

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

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

А для форумчан - опубликуйте обещанные пруфы.

 

31 минуту назад, Sergey Shevkov сказал:

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

С технической т.з. все работает без сбоев. Комиссия у вас правда высоковата, поэтому через ваш сервис проходит только 10-15% платежей наших абонентов, которые пользуются такими сервисами оплаты.

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

 

8 минут назад, Sergey Shevkov сказал:

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

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

Все так и есть (по крайней мере мы с вами по такой схеме и работаем). И прямо с сайта "Центральной кассы" можно плательщик (т.е. не  мы как оператор, а наш абонент) может заказать отправку чека себе на  почту и т.п., если ему это надо.

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

[LostSoul]

1 минуту назад, Sergey Shevkov сказал:

Очень прошу вас, прочитайте материал. 

Я регистрировался в вашем проекте ~ 2 года назад.

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

Что-то поменялось?

 

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

Давайте сравним тарифы.

У меня сейчас приём платежей через "сбербанк онлайн" идет в двух вариантах.

Вариант 1 )   1% комиссии с плательщика ,  комиссия с нас 0.05%

Вариант 2 ) без комиссии с плательщика , комиссия с нас 2%

 

Комиссия при оплате картами ( от других нескольких банков ) - 1.8%  ( это без минимального оборота )

 

Стоимость фискализации :

Касса 3000р разово, при сроке аммортизации 6 лет, 500р / год

ОФД 3000р / год

ЭЦП 500р /год

ФН 6500р / год

Итого:  10500р в год, или 875р в месяц.

Итого, наши затраты 875р в месяц ,  1% комиссии в виде скидки клиенту.

 

Что можете предложить вы, если предположить , что ваша схема законна?

 

[LostSoul]

1 час назад, Sergey Shevkov сказал:

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

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

 

Вот, что я нахожу в интернете с точки зрения закона,  по данному вопросу

 

Цитата

 

Порядок применения ККТ при реализации товаров в рамках агентского договора разъяснил Минфин в своем письме № 03-01-15/40935 от 28.06.2017.

ККТ применяется на территории РФ в обязательном порядке всеми организациями и ИП при осуществлении ими расчетов, за исключением случаев, установленных Федеральным законом N 54-ФЗ.

 

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

Учитывая изложенное, при реализации товаров агентом ККТ применяется в обязательном порядке.

 

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

 

То есть , буквально следующее.

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

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

Все же предельно ясно написано.

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

 

Поясню еще раз, на примере привычных вам, железнодорожных билетов.

Допустим вы продаете человеку ЖД билет Москва-Воронеж.

Непосредственно перевозкой пассажира занимается РЖД  ( назван в сделке ).

Но услуга продается от вашего, центральной кассы имени. 

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

У вас есть обязательства перед клиентом ,  а у РЖД перед вами , в рамках того пула билетов ("пассажиромест" ) , что они отдали вам на реализацию.

 

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

 

[ixi]

2 часа назад, Sergey Shevkov сказал:

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

А после 1 июля внезапно нужно печатать ещё один чек на зачёт аванса?

[Fint]

6 часов назад, Sergey Shevkov сказал:

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

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

 

Вот здесь и куча вопросов. На этот счет есть ряд писем Минфина, вот, например, одно из них: № 03-01-15/56619 от 04.09.2017 «О применении ККТ при осуществлении расчетов в рамках агентского договора». Цитирую: «по сделке, совершенной агентом с третьим лицом от имени и за счет принципала, права и обязанности возникают непосредственно у принципала. В таком случае ККТ применяется принципалом».

Разъясните, на что мне опираться, кроме слов, при принятии решения принимать платежи через "фиксальных агентов", без риска нарваться на санкции налоговой?

Edited March 4, 2019 by Fint

[Tosha]

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

Цитирую: «по сделке, совершенной агентом с третьим лицом от имени и за счет принципала, права и обязанности возникают непосредственно у принципала.

Ну вот позвонил абонент по МГ 20 марта. "Принципал" нам выставил 31 марта счет на начисленный доход. Мы этот счет оплатили 10 апреля. А абонент этот счет в 70% еще не успел оплатить и в 10% вообще не платит. При этом "принципалу" все оплачено нами - агентом. с т.з. "принципала" все оплачено. Но абонент "должен".

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

[Стич]

В 04.03.2019 в 07:38, Sergey Shevkov сказал:

если я заблуждаюсь и у вас есть пример решения выложите здесь ссылку на ваше решение я вместе с остальными с интересом его посмотрю

Для начала выложите своё решение, а мы его вместе с остальными с интересом посмотрим.

Свои решения выложить не можем ибо NDA. Скажу лишь что оно было написано за неделю программистом ответственным за биллинг. Основываясь на http://integration.atol.ru

 

В 04.03.2019 в 08:13, Sergey Shevkov сказал:

Давайте мы обсудим это с еще раз с вашим бухгалтером предметно и при необходимости еще раз попросим комментарий налоговой.

А зачем кому то что доказывать. Вы готовы подписать договор в котором будет ваша финансовая ответственность в случае проблем с налоговой?

И вообще какую финансовую ответственность несет ваша компания в случае возникновения технических проблем с вашей стороны?

 

[Sergey Shevkov]

В 04.03.2019 в 10:09, LostSoul сказал:

я расписывал бюджет.

Самая дешевая касса стоит ~ 9500р

Фискальный накопитель который в облачном варианте тоже нужно покупать - 6500р

Кабель для подключения ФН к серверу - 90р

Сервер с web/ethernet для создания собственной "Облачной кассы" с web запросами - около 2000-3000р

Итого, затраты на самостоятельную организацию своей облачной кассы - равны абонентской плате за "атолл онлайн" за 6-9 месяцев.

 

Такие вопросы как интеграция с АСР я не вношу в рамки данного сравнения, так как интеграция нужна и в первом и во втором случае и разницы в сложности я не вижу.

Аргументы, что "у нас не надо подавать команды на открытие смены" - смешны.

 

 

Давайте будем точными. «Самая дешёвая касса» -  это какая?  Предметное обсуждение будет проще если вы укажите конкретные модели.

 

Касательно «дешёвая». Неужели вы в серверной вы ставите самый дешёвый D-Link включаете электропитание из стандартно розетки и оказываете услуги клиентам? Это как самый дешевый роутер: лампочками мигает а толку не больше чем от хаба. Как насчёт надёжность, диагностика состояния? Или это не важно?

 

Даже в ваших цифрах это уже 18090. Но к этому надо добавить ЭЦП для регистрации примерно 1000 рублей и стоимость ОФД примерно 3000 рублей в год (в зависимости от тарифа) Это уже минимум 22090 рублей.

 

Про «Сервер с web/ethernet для создания собственной "Облачной кассы" с web запросами» может предметно описать? Получилось найти в и-нете единственное упоминание, написанное вами же в другой ветке форума.

 

Про "атолл онлайн" ещё раз (про упорно продвигаемый вами через отрицание облачный сервис) мы обсуждаем совсем другую технологию.  

 

Про «интеграция с АСР» не согласен с вами. Вопрос интеграции важный из него происходит и не менее важный момент сопровождения.

 

«Аргументы … команды на открытие смены" - смешны.» - возможно я не заметил но вы сможете мне подсказать где я в настоящей переписке привел такие аргументы?

 

 

 

В 04.03.2019 в 10:40, LostSoul сказал:

В чистом виде "моего решения" , пока ещё нету.

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

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

 

И могу точно сказать, что пробивка авансовых чеков, в коде написанном "на коленке" , занимает буквально 3-5 строчек. А вместе с обвязкой по выбору метода платежа ( наличные-карта и регистрацией кассира ) - около 30-60 строчек.

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

 

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

 

Я не прошу вас раскрывать реквизиты клиента и суть его бизнес процессов. Речь не идет про исправление нескольких строчек. Можете представить схему вашего решения?

 

В 04.03.2019 в 10:52, LostSoul сказал:

Я регистрировался в вашем проекте ~ 2 года назад.

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

Что-то поменялось?

 

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

Давайте сравним тарифы.

У меня сейчас приём платежей через "сбербанк онлайн" идет в двух вариантах.

Вариант 1 )   1% комиссии с плательщика ,  комиссия с нас 0.05%

Вариант 2 ) без комиссии с плательщика , комиссия с нас 2%

 

Комиссия при оплате картами ( от других нескольких банков ) - 1.8%  ( это без минимального оборота )

 

Стоимость фискализации :

Касса 3000р разово, при сроке аммортизации 6 лет, 500р / год

ОФД 3000р / год

ЭЦП 500р /год

ФН 6500р / год

Итого:  10500р в год, или 875р в месяц.

Итого, наши затраты 875р в месяц ,  1% комиссии в виде скидки клиенту.

 

Что можете предложить вы, если предположить , что ваша схема законна?

 

Здорово, что начали оперировать цифрами.

Ваша эффективная ставка за фискализацию + приём платежей от вашего банка -  5,09%  

Расчёт приведен ниже.

(возможно еще вы плюсом к этому компенсируете НДС из-за учётной политики предприятия т.к. основной сегмент юр лица, а это уже 6,1%)

Тарифы для операторов связи Центральной кассы от 2,4 до 3,1 в зависимости от пакета услуг.

 

Расчёт эффективной ставки.

Вы пишите «В моем собственном предприятии  у меня клиентов физ. лиц  можно пересчитать по пальцам»  - ок. 

Обычно для небольшого оператора связи малое количество физ лиц это от 500 до 1000 абонентов (если где неправ форумчане поправляйте меня). Возьмем для расчета ARPU -  338 рублей. пруф -  https://www.cableman.ru/content/arpu-rossiiskikh-abonentov-shpd-snizilsya-vpervye-za-poltora-goda
Среднее количество плательщиков через ваш сайт скорее всего до 10% 

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

 

Другим форумчанам предлагаю качнуть калькулятор в exel подставить свои РЕАЛЬНЫЕ данные и получить эффективную ставку эквайринга. Ну и сравните с нашей ставкой

 

 

калькулятор_эффективной_ставки_эквайринга.xlsx

 

 

Edited March 6, 2019 by Sergey Shevkov

[Стич]

44 минуты назад, Sergey Shevkov сказал:

Про «Сервер с web/ethernet для создания собственной "Облачной кассы" с web запросами» может предметно описать? Получилось найти в и-нете единственное упоминание, написанное вами же в другой ветке форума. 

http://integration.atol.ru/#web-server

 

Входит в стандартный драйвер который может скачать отсюда.

http://fs.atol.ru/SitePages/Центр загрузки.aspx?raz1=Программное+обеспечение&raz2=ДТО

 

Берется касса Atol c ethrnet интерфесом.

На ваш сервер, ставиться бесплатный HTTP сервер от Atol написанный на JAVA(входит в драйвера).

Любым софтом на этот сервер делается HTTP запрос содержащий JSON где указываются параметры чека.

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

Для этого достаточно в json указать email и номер телефона.

Что бы не печатать чек в json так же указывается тип чека.

 

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

 

Edited March 6, 2019 by Стич

[LostSoul]

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

Давайте будем точными. «Самая дешёвая касса» -  это какая?  Предметное обсуждение будет проще если вы укажите конкретные модели.

 

Это ЛЮБАЯ в комплект которой включен фискальный накопитель + документы позволяющие поставить кассу на учет в налоговой.

На какие конкретно кассы сейчас есть акции с скидками я не отслеживаю.

Когда последний раз смотрел было 2-3 варианта по 9000-9500р

 

 

13 минут назад, Sergey Shevkov сказал:

 

Касательно «дешёвая». Неужели вы в серверной вы ставите самый дешёвый D-Link включаете электропитание из стандартно розетки и оказываете услуги клиентам? Это как самый дешевый роутер: лампочками мигает а толку не больше чем от хаба. Как насчёт надёжность, диагностика состояния? Или это не важно?

Это не важно, сама касса берется только "под документы".  Она будет лежать нетронутая в оригинальной коробке.

 

 

15 минут назад, Sergey Shevkov сказал:

 

Даже в ваших цифрах это уже 18090. Но к этому надо добавить ЭЦП для регистрации примерно 1000 рублей и стоимость ОФД примерно 3000 рублей в год (в зависимости от тарифа) Это уже минимум 22090 рублей.

Я расписал более точный подсчет выше.

ЭЦП для налоговой делается от бесплатно до 500р / год.

875р в месяц получается, включая ВСЁ.

 

 

 

17 минут назад, Sergey Shevkov сказал:

Про «Сервер с web/ethernet для создания собственной "Облачной кассы" с web запросами» может предметно описать? Получилось найти в и-нете единственное упоминание, написанное вами же в другой ветке форума.

Как сделаю, обещаю выложить отчет с ценами.

Ну если кратко, то это Плата Orange PI + корпус + блок питания + фискальный накопитель +  провода + крепеж.

 

 

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

Про «интеграция с АСР» не согласен с вами. Вопрос интеграции важный из него происходит и не менее важный момент сопровождения.

 

В чем вы не согласны?

Что интегрировать с АСР нужно и собственную кассу, и облачную и ваш сервис?

Нужно интегрировать все 3 варианта , и стоимость я считаю приблизительно одинаковой

 

 

20 минут назад, Sergey Shevkov сказал:

«Аргументы … команды на открытие смены" - смешны.» - возможно я не заметил но вы сможете мне подсказать где я в настоящей переписке привел такие аргументы?

Я еще раз хочу пояснить, ваш вариант мы не рассматриваем в принципе,   как "фантастический".

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

Но к сожалению, это не так.

Мы обсуждали тут свои 2 варианта --  собственная онлайн касса и арендованная в облаке через API.

 

[LostSoul]

55 минут назад, Sergey Shevkov сказал:

Я не прошу вас раскрывать реквизиты клиента и суть его бизнес процессов. Речь не идет про исправление нескольких строчек. Можете представить схему вашего решения?

Что именно вам пояснить?

Стоит в серверной биллинговый сервер.

В него через usb-uart воткнут фискальный накопитель, лежит прям на сервере в маленьком корпусе.

От абонента поступает платеж любым способом.

Например у меня есть режим работы с Сбербанк Онлайн вообще без комиссии , полный 0%

 

Скрипт, обрабатывающий зачисление платежей , берет переменные дата-время и сумма и выполняет что-то вроде

 

Цитата

 

function fiscalization_me_full (date , sum) 

fn1=serial.open('/dev/fn001')

fn1.write(printf ( T_CONST_PAYMENT_PROCESS_REQ1 ) , (date , sum ) 

while reply=fn1.read()

    swich reply

       case /^T_CONST_PAYMENT_REPLY_SMENA_NE_OTKRYTA/:

           fn1.write(printf ( T_CONST_OPEN_REQ1 ) , (date ,1  ) 

       case /^T_CONST_PAYMENT_REPLY_OK/ :

                    nfd=     ___тут вырезание номера фискального документа из успешного ответа__

           return nfd

       case * 

           mail('admin@myisp.ru' , "Все пропало, начальникэ," + reply  )

           break

 

 

 

Примерно такая функция возвращает нам номер фискального документа.

Если фискализация прошла без ошибки ( и номер возвращен ) , то 1) вносим платеж  2) шлем пользователю на почту письмо "Дарагая абонента, спасибо что оплатила нам способом $способ целых $sum денег,  свой чек можешь прочитать на http://my_lovely_ofd.ru/show.cgi?$nfd "

 

Все. Платеж фискализирован , письмо отправлено , нам это стоило 875р в месяц.

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

 

 

 

 

 

 

55 минут назад, Sergey Shevkov сказал:

Ваша эффективная ставка за фискализацию + приём платежей от вашего банка -  5,09%  

 

Моя эффективная ставка от 0%   ( счета через сбербанк онлайн ) ,  1% ( с стороны абонента ) при пополнение баланса через приложение ,  и 1.8% при экваеринге.

+ 875р в месяц расходы на самостоятельную фискализацию. 

Откуда вы берете 5.09%?

 

 

55 минут назад, Sergey Shevkov сказал:

Другим форумчанам предлагаю качнуть калькулятор в exel подставить свои РЕАЛЬНЫЕ данные и получить эффективную ставку эквайринга. Ну и сравните с нашей ставкой

 

Сергей, ни один из провайдеров с числом пользователей от 500 до 1000 не станет использовать ОСНО.

Вероятнее всего это УСН 6%  и ничего никуда списывать не нужно.

Ваша стоимость кассы по 9500 в год непонятна.

Сама касса стоит 9500 с уже включенным в нее накопителем за 6500 . То есть цена кассы без накопителя - 3000р.

Но мы берем комплектом.

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

Кстати, если фискальный накопитель можно взять на 3 года,  то мой расчет ещё и завышен.

 

И да, в конкретно моем случае, затраты на фискализацию составят около 10% от суммы платежей.

Но вы никак не сможете ее занизить,  так как эти затраты складываются из стоимости ОФД + накопителя.

Снизить их можно только найдя лучшие цены на две этих позиции.

 

 

 

[alibek]

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

Кстати, если фискальный накопитель можно взять на 3 года,  то мой расчет ещё и завышен.

Не факт. У него память может закончиться раньше.

[LostSoul]

2 минуты назад, alibek сказал:

Не факт. У него память может закончиться раньше.

Не на 500-1000 абонентов :-)

 

[Andrei]

3 часа назад, Sergey Shevkov сказал:

Тарифы для операторов связи Центральной кассы от 2,4 до 3,1 в зависимости от пакета услуг.

А можно нам получить такие тарифы? А то они у нас по договору с вами от 3,7% до 8,4% в зависимости от способа оплаты, который выбрал клиент.

 

В 04.03.2019 в 13:27, Fint сказал:

На этот счет есть ряд писем Минфина, вот, например, одно из них: № 03-01-15/56619 от 04.09.2017 «О применении ККТ при осуществлении расчетов в рамках агентского договора». Цитирую: «по сделке, совершенной агентом с третьим лицом от имени и за счет принципала, права и обязанности возникают непосредственно у принципала. В таком случае ККТ применяется принципалом».

Разъясните, на что мне опираться, кроме слов, при принятии решения принимать платежи через "фиксальных агентов", без риска нарваться на санкции налоговой?

Sergey Shevkov, и вот это как-то прокомментируйте пожалуйста.

[Mechanic]

подскажите кассы Атол на которых реализовывали пробивку чеков ?

есть возможно не бить сам чек, а только заносить в фискализатор ?

[LostSoul]

1 час назад, Mechanic сказал:

подскажите кассы Атол на которых реализовывали пробивку чеков ?

есть возможно не бить сам чек, а только заносить в фискализатор ?

разумеется есть. такой функционал есть у любой онлайн кассы.

так как касса лишь обертка над фискальным накопителем.

и любая касса дает с ним ( накопителем ) общаться напрямую

собственно сама касса ( скорее всего ) в данной схеме, вообще, лишнее звено.

 

 

[Sergey Shevkov]

В 04.03.2019 в 11:03, LostSoul сказал:

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

 

Вот, что я нахожу в интернете с точки зрения закона,  по данному вопросу

 

То есть , буквально следующее.

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

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

Все же предельно ясно написано.

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

 

Поясню еще раз, на примере привычных вам, железнодорожных билетов.

Допустим вы продаете человеку ЖД билет Москва-Воронеж.

Непосредственно перевозкой пассажира занимается РЖД  ( назван в сделке ).

Но услуга продается от вашего, центральной кассы имени. 

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

У вас есть обязательства перед клиентом ,  а у РЖД перед вами , в рамках того пула билетов ("пассажиромест" ) , что они отдали вам на реализацию.

 

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

 

1)      по безналу мы не являемся платежным агентом, а являемся уполномоченным лицом согласно пункту 5 статьи 1.2 54 ФЗ.

2)      Если Вас интересуют агенты советую прочитать письмо от 05.09.2018 № 03-01-15/63529 где ТЕМ ЖЕ АВТОРОМ, на которого ссылаетесь вы,  приведена кардинально другая точка зрения. А вступающая в действие во втором полугодии редакция закона делает этот момент более простым.

3)      Операторы сотовой связи по разному трактуют ФЗ-54: Мегафон присылает фискальный чек от своего ОФД на каждое действие, Билайн и Теле2 только по конкретным операциям

4)      Мне немного не понятно почему «Центральная касса» (с заглавной буквы, бренд нейм все таки. Если хочется с маленькой то ckassa) должна оказывать услуги связи?

5)      РЖД это совсем отдельная история, т.к. указанная вами реализация завязана на бланках строгой отчётности. Предлагаю вернуться к вопросам которые связаны с деятельностью операторов связи.

 

 

В 04.03.2019 в 12:45, ixi сказал:

А после 1 июля внезапно нужно печатать ещё один чек на зачёт аванса?

Зависит от учётной политики вашей компании. В зависимости от учетной политики вашей компании вы должны:

Вариант 1) формировать чек на приход денежных средств (в случае если будет возврата денежных средств чек на возврат, а это редкая операция) если вы определяете поступившие денежные средства как «выручка предприятия».  

Вариант 2) если вы ведете отдельно авансы абонентов и окончательный расчёт за потреблённые услуги то ФЗ 54 прямо это регламентирует Статья 1.2. «Сфера и правила применения контрольно-кассовой техники» пункт 2.1.:

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

При осуществлении указанных в пунктах 5 и 5.3 настоящей статьи расчетов в виде зачета или возврата предварительной оплаты и (или) авансов, ранее внесенных физическими лицами в полном объеме, пользователи вправе направлять кассовые чеки (бланки строгой отчетности) покупателям (клиентам) в электронной форме без выдачи бумажных кассовых чеков (бланков строгой отчетности). (п. 2.1 введен Федеральным законом от 03.07.2018 N 192-ФЗ).»

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

 

 

В 04.03.2019 в 13:27, Fint сказал:

Вот здесь и куча вопросов. На этот счет есть ряд писем Минфина, вот, например, одно из них: № 03-01-15/56619 от 04.09.2017 «О применении ККТ при осуществлении расчетов в рамках агентского договора». Цитирую: «по сделке, совершенной агентом с третьим лицом от имени и за счет принципала, права и обязанности возникают непосредственно у принципала. В таком случае ККТ применяется принципалом».

Разъясните, на что мне опираться, кроме слов, при принятии решения принимать платежи через "фиксальных агентов", без риска нарваться на санкции налоговой?

 

по безналу мы не являемся платежным агентом, выступаем в роли уполномоченного лица клиента согласно пункту 5 статьи 1.2 54 ФЗ.

По запросам клиентов периодически предоставляем информацию о фискализации операций которые прошли для клиента через сервис оплаты Центральной кассы. Эти запросы происходят от клиентов как раз при проверках налоговой инспекций.

 

В 04.03.2019 в 18:02, Tosha сказал:

Ну вот позвонил абонент по МГ 20 марта. "Принципал" нам выставил 31 марта счет на начисленный доход. Мы этот счет оплатили 10 апреля. А абонент этот счет в 70% еще не успел оплатить и в 10% вообще не платит. При этом "принципалу" все оплачено нами - агентом. с т.з. "принципала" все оплачено. Но абонент "должен".

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

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

 

19 часов назад, Стич сказал:

Для начала выложите своё решение, а мы его вместе с остальными с интересом посмотрим.

Свои решения выложить не можем ибо NDA. Скажу лишь что оно было написано за неделю программистом ответственным за биллинг. Основываясь на http://integration.atol.ru

 

А зачем кому то что доказывать. Вы готовы подписать договор в котором будет ваша финансовая ответственность в случае проблем с налоговой?

И вообще какую финансовую ответственность несет ваша компания в случае возникновения технических проблем с вашей стороны?

 

Наше решение не в «несколько строчек» предмет отдельный, так как там действительно хорошие технические решения. Выкладывать весь объём решения у меня здесь не получится по понятным причинам. Если действительно интересно - напишите мне в личку состыкую вас с отделом разработки вдруг действительно будет всем полезно. Да и заказов у нас на внутреннюю разработку хватает.

 

19 часов назад, Стич сказал:

Для начала выложите своё решение, а мы его вместе с остальными с интересом посмотрим.

Свои решения выложить не можем ибо NDA. Скажу лишь что оно было написано за неделю программистом ответственным за биллинг. Основываясь на http://integration.atol.ru

 

А зачем кому то что доказывать. Вы готовы подписать договор в котором будет ваша финансовая ответственность в случае проблем с налоговой?

И вообще какую финансовую ответственность несет ваша компания в случае возникновения технических проблем с вашей стороны?

 

За платежи, которые принимаю в адрес клиентов я уже несу ответственность в соответствии со Статья 1.2. «Сфера и правила применения контрольно-кассовой техники(введена Федеральным законом от 03.07.2016 N 290-ФЗ)» пункт 5.3. «Пользователи при осуществлении расчетов в безналичном порядке, исключающих возможность непосредственного взаимодействия покупателя (клиента) с пользователем или уполномоченным им лицом и не подпадающих под действие положений пунктов 5 и 5.1 настоящей статьи, обязаны обеспечить передачу покупателю (клиенту) кассового чека (бланка строгой отчетности)»

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

Финансовая ответственность прямая по договору в рублях. При подписании SLA с клиентом определены уровень сервиса и финансовая сторона вопроса

 

 

19 часов назад, Стич сказал:

http://integration.atol.ru/#web-server

 

Входит в стандартный драйвер который может скачать отсюда.

http://fs.atol.ru/SitePages/Центр загрузки.aspx?raz1=Программное+обеспечение&raz2=ДТО

 

Берется касса Atol c ethrnet интерфесом.

На ваш сервер, ставиться бесплатный HTTP сервер от Atol написанный на JAVA(входит в драйвера).

Любым софтом на этот сервер делается HTTP запрос содержащий JSON где указываются параметры чека.

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

Для этого достаточно в json указать email и номер телефона.

Что бы не печатать чек в json так же указывается тип чека.

 

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

 

 

Спасибо за комментарий.

Пара вопросов:

- Как «мониторите живость» HTTP сервер от Atol и фискальника?

- как контролируете время в часах на фискальнике?

 

[ixi]

19 минут назад, Sergey Shevkov сказал:

Зависит от учётной политики вашей компании. В зависимости от учетной политики вашей компании вы должны: 

1. Касса нужна редко

2. Касса нужна

 

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

[LostSoul]

2 часа назад, Sergey Shevkov сказал:

Берется касса Atol c ethrnet интерфесом.

 

Раз уж так вышло, что вы бежите впереди, а мы догоняем, то вопрос

1) обязательно с езернет?   Соблазнительно выглядит касса атол 91ф lite usb    за 4000-4500р.

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

Пока не починим все равно никаких чеков не будет :-)

 

 

 

 

2 часа назад, Sergey Shevkov сказал:

Вариант 1) формировать чек на приход денежных средств (в случае если будет возврата денежных средств чек на возврат, а это редкая операция) если вы определяете поступившие денежные средства как «выручка предприятия».  

У нас УСН  6% , я условно "не знаю" что такое учетная политика.

Но точно знаю, что большинство клиентов не захочет вносить денег "точно по сумме счета".   То есть при абонентской плате в 350 или 450р , 70-90% пользователей ,, платя наличными в терминале будет закидывать по 500р. Некоторые по 1000р.

И что мне делать с авансами? На все бить чеки как на "выручку предприятия"?