[alibek]

Подскажите, я что-то не так понимаю или меня не так понимают?

 

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

Эти платежи нужно фискализировать.

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

 

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

Чаще всего мне предлагают готовое решение под какую-нибудь тиражируемую систему (например интернет-магазин на популярной CMS).

Иногда говорят, что это называется «онлайн-кассы», но они такое не предоставляют.

[ПС Центральная касса]

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

Подскажите, я что-то не так понимаю или меня не так понимают?

 

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

Эти платежи нужно фискализировать.

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

 

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

Чаще всего мне предлагают готовое решение под какую-нибудь тиражируемую систему (например интернет-магазин на популярной CMS).

Иногда говорят, что это называется «онлайн-кассы», но они такое не предоставляют.

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

Центральная касса работает с любым биллингом по протоколу OSMP или по  Bisys. 

[alibek]

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

Чаще всего мне предлагают готовое решение под какую-нибудь тиражируемую систему

Вот опять.

58 минут назад, ПС Центральная касса сказал:

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

Мне не нужны посредники-прокладки.

Мне нужна касса, которой можно управлять через API.

[remos]

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

Вот опять.

Мне не нужны посредники-прокладки.

Мне нужна касса, которой можно управлять через API.

Атол 42ФС?

[alibek]

Возможно.

Почему-то в интернете подобных решений очень мало.

Я только три нашел - EKAM, CloudKassir и АТОЛ.
Но АТОЛ по-моему не подойдет.

[remos]

Только что, alibek сказал:

Возможно.

Почему-то в интернете подобных решений очень мало.

Я только три нашел - EKAM, CloudKassir и АТОЛ.
Но АТОЛ по-моему не подойдет.

Просто продает ли их сейчас АТОЛ, а так это оно. Скорей всего не особо афишируют чтобы продавать как услугу. А так кто тебя знает, сейчас попробуешь, а потом и занятие интернетом забросишь, и займешься облачными кассами)

[nemo_lynx]

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

Атол 42ФС?

Что-то на сайте атола нет такой модели.

[remos]

Только что, nemo_lynx сказал:

Что-то на сайте атола нет такой модели.

Первое правило клуба)

[alibek]

Тут вроде бы продают: https://www.kasscenter.ru/atol-42fs.htm

[rdc]

В 16.12.2018 в 17:15, YuryD сказал:

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

А откуда они номер взяли?

 

В 16.12.2018 в 17:15, YuryD сказал:

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

Налоги физлица прекрасно платятся карточкой любого банка через госуслуги - "оплата по квитанции" справа на главной.

[YuryD]

В 31.01.2019 в 17:16, rdc сказал:

А откуда они номер взяли?

 

Налоги физлица прекрасно платятся карточкой любого банка через госуслуги - "оплата по квитанции" справа на главной.

 Номер карты и код с оборота сам вводишь :) Госуслугами не пользуюсь - смысла в них для меня нету от слова совсем. Налоги - есть свой лк в налоговой, но это я им должен, но там нет возможности платить с карты моего банка. А они мне ничего не должны, просить услугу у государства бессмысленно. Я с юности от государства вижу только зад во всех ипостасях :)

[rdc]

я имею в виду, откуда они взяли номер для отправки смс?

 

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

[YuryD]

В 03.02.2019 в 19:59, rdc сказал:

я имею в виду, откуда они взяли номер для отправки смс?

 Я в ЛК его внёс, сам. Госуслуги мне и в буй не нужны, для просмотра налогов например, мне хватает ЛК от фнс,  Заводить себе госуслуги - нафиг не надо, ибо надо переться куда-то еще за подтверждением там регистрации, хотя я достаточно ленив - на лифте на 2 этажа проехаться всего :)

[alibek]

Сегодня один абонент пополнил счет через Тинькофф Банк.

При этом деньги пришли через платежную систему Киви.

Кто в этом случае должен давать абоненту чек?

[alibek]

В ‎31‎.‎01‎.‎2019 в 13:31, alibek сказал:

Тут вроде бы продают: https://www.kasscenter.ru/atol-42fs.htm

Не продают. И скорее всего они санкции от АТОЛ получат за то, что выставили позицию на продажу.

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

Не посоветуете тогда онлайн-сервис? На сам АТОЛ много жалуются, что все делается очень медленно и всем пофиг.

[LostSoul]

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

Не продают. И скорее всего они санкции от АТОЛ получат за то, что выставили позицию на продажу.

господа, обьясните мне глупому такую вещь.

Что вы рветесь все так за какой-то специальной коробкой с каким-то специальным API?

 

Моё видение ситуации  ( возможно ошибочное )

1) Фискальный накопитель представляет из себя законченное устройство по взаимодействию по uart с компьютером ( кассой ) с одной стороны и с чековым принтером  с другой стороны ,  и по IP с третьей стороной - ОФД

  ( в обвязке устройства этот uart уже может подключатся не напрямую а через usb , ethernet , wifi и.т.п. )

 

2) драйвер для всех моделей фискальных принтеров  абсолютно один и тот же

 

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

 

Отсюда мысль -  вероятнее всего для онлайн фискализации достаточно купить один голый накопитель , воткнуть его 4 проводами в usb-ttl-uart и просто установить в системе  "стандартный драйвер ФН".

 

Ну а чтоб были "документы на кассу" купить этот накопитель в составе САМОЙ ДЕШЕВОЙ из имеющихся на рынке касс. Тысяч за 9.

 

Вот в этой статье все популярно описано.

Что вы носитесь там с какими то деффицитными железками "в одни руки две штуки" и волосья себе обрываете?

 

https://infostart.ru/public/902321/

 

 

 

Обычного CH340 за 35 рублей и нескольких проводков достаточно.

 

 

 

 

 

 

 

Проблему себе придумали , как будто не в ИТ и коммуникациях работаете, а помидорами на рынке торгуете.

 

[s.lobanov]

@LostSoul да, это конечно всё хорошо, так работать будет. Но если, например у вас 2-3 браса на шлакотике и биллинг(опционально, с радиус-сервером) на vps где-нибудь где вы даже не знаете где, то куда это всё подключать?

 

8 часов назад, LostSoul сказал:

Проблему себе придумали , как будто не в ИТ и коммуникациях работаете, а помидорами на рынке торгуете.

Ну вот тут вы очень глубоко заблуждаетесь, телеком это не ИТ, телеком это ЖКХ. Да, в некоторых телекомах есть люди умеющие кодить или даже работать с железом на уровне починить/спаять, но это просто оставшиеся ретрограды, боящиеся найти себе нормальную работу (а не трудиться в телекомах за копейки (по сравнению с настоящими ИТ-компаниями))

[LostSoul]

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

 да, это конечно всё хорошо, так работать будет. Но если, например у вас 2-3 браса на шлакотике и биллинг(опционально, с радиус-сервером) на vps где-нибудь где вы даже не знаете где, то куда это всё подключать?

В тот комп ( сервер ) подключать , где биллинг крутится.

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

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

 

[Tosha]

В 08.02.2019 в 10:27, alibek сказал:

Кто в этом случае должен давать абоненту чек?

Киви это наверное тоже формально уже банк. В этом случае как раз и у меня вопрос... Тут как бы по закону есть развилки. Если это был "онлайн" платеж через Интернет и клент-банк - то это одно. Если через терминал ("тумба", похожая на банкомат) или кассу банка - то второе. Если тут по пути "карточка" клиента светилась - то тут вроде как электронный способ оплаты подтягивается до кучи - третий вариант. ФЗ не поясняет как, в какой очереди, производить атрибутирование "типа" платежа. И может ли платеж иметь несколько "типов". Например, через Интернет, электронно, безнал... И если нет - то что в приоритете? А если да - то какую из статей ФЗ применять?

Все эти варианты расписаны по-разному в ФЗ. Кое-что позволено не "чекать" до лета 2019. Например, безналичные платежи. Кое-что позволено "чекать" "оптом", за весь день или несколько дней если выходные на всю сумму выручки.

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

[LostSoul]

2 часа назад, Tosha сказал:

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

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

в остальном просто ставьте категорию "электронно" и все.

наверное это неправильно, но думаю всем будет безразлично

 

[Tosha]

электронно - это уже сейчас чек давать надо каждому плательщику в момент расчета
безналично - совсем другие условия. И 4 месяца можно еще морально готовиться

И как бы в корне неверно считать каждый безналичный платеж электронным.

Кстати в ФЗ о банках и платежной системе все просто - платеж может быть либо наличным, либо безналичным. А если безналичный - то либо с открытием р/с или без такового. Там нет понятий "электронно" или "через Интернет" Есть реальные деньги переданные в кассу - наличный. Остальное - безнал. И все понятно.

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

[Барагоз]

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

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

По-моему, однократное внимательное прочтение текста закона снимает этот вопрос. Там про это одна статья из нескольких пунктов.

Если клиент платит по карте через ваш биллинг (взаимодействует с продавцом услуги через интернет) - надо чек сразу.

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

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

[alibek]

20 минут назад, Барагоз сказал:

Но по-моему все однозначно.

Нет.

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

Например что считать взаимодействием с биллингом?

Прямой доступ к БД или API? Доступ через прокси/шлюз? Короткая очередь/буфер? Долгая очередь (в течение нескольких часов или дня)?

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

[Барагоз]

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

Например что считать взаимодействием с биллингом?

Прямой доступ к БД или API? Доступ через прокси/шлюз? Короткая очередь/буфер? Долгая очередь (в течение нескольких часов или дня)?

Это вы говорите про взаимодействие каких-то технических средств с биллингом. А закон говорит про взаимодействие клиента (живого существа) с продавцом непосредственно или через интернет.

Даже не будем говорить про биллинг.

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

Заплатил я через чужой сервис (через банк, через страничку агрегатора, неважно, где-то что-то вбил и отправил на деревню дедушке - не взаимодействовал с продавцом) - нет такой обязанности, но есть обязанность чек передать при следующем взаимодействии или фискализировать оптом (подзабыл, надо пересмотреть).
Да и даже с другой стороны смотреть: закон велит все платежи ФЛ фискализировать. Какие-то сейчас, какие-то через отсрочку - это уже не принципиально. Можно уже сейчас все реализовать.

Разница осталась только в том, отправлять чек сразу или нет. Есть взаимодействие - отправлять, нет - не отправлять, т. к. технически нет такой возможности.

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

[alibek]

20 минут назад, Барагоз сказал:

А закон говорит про взаимодействие клиента (живого существа) с продавцом непосредственно или через интернет.

Если бы так.

 

21 минуту назад, Барагоз сказал:

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

Вот даже в этом предложении просто раздолье для толкований.

Что такое «сайт фирмы»? Нет такого юридического атрибута у организации.

Что значит «заплатил»? Сделал submit формы? Момент распоряжения своему банку? Дата списания/блокировки средств со счета абонента? Входящая транзакция от платежной системы? Сверка платежей? Поступление средств на расчетный счет оператора?

Как определить, кому принадлежит страница? В процессе онлайн-оплаты пользователь обычно переадресуется на страницу банка или платежной системы, а при использовании 3DS возможна еще одна переадресация. И это не считая того, что «под капотом» страницы происходит гораздо больше, чем пользователь видит в окне браузера.

Что такое «мейл» и кто несет ответственность за его корректность, а также работу электронной почты?

 

31 минуту назад, Барагоз сказал:

Да и даже с другой стороны смотреть: закон велит все платежи ФЛ фискализировать.

Как раз это было бы намного проще и понятнее.

Вместо этого какие-то промежуточные этапы, какие-то исключения.

 

31 минуту назад, Барагоз сказал:

Есть взаимодействие - отправлять, нет - не отправлять, т. к. технически нет такой возможности.

Но это ведь не так.

Например мы принимаем платежи через Киви.

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

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