Интересно то, что в этот круг входят различные онлайн-кассы и pos-терминалы, особенно которые портативные/выездные
Т.е. по сути они могут приостановить торговлю либо себе, либо другим в случае чего-либо
Ну там ведь при откате операции два варианта (имею ввиду возврат средств на карту)
— либо звонок/заявление в банк;
— либо возврат через эквайринг-терминал в магазине, через который проходило списание;
И во втором случае ведь получается что при возвратной операции терминалу надо скормить карточку и RRN из отменяемой операции.
+ дополнительно, если был пробит кассовый чек, то начинаются заморочки с пробитием возвратного чека через ККТ
В плане попадания «не денег» в валидатор с рецайклингом у последних существует возможность проверять купюры как во время приема, так и во время выдачи купюр. Ну и в большинстве устройств для подобных случаев предусмотрен лоток или кассета для ветхих или некачественных купюр.
Например навороченный «GRG CRM 9250» может иметь, помимо 4 кассет под различные номиналы, одну кассету общего назначения (для всех остальных номиналов), лоток под плохие купюры и лоток под забытые купюры. Ну и в довесок он имеет сенсор способный распознавать номер купюры.
И вскользь по поводу законодательства могу сказать что существует:
Если нет желания ставить приложение то как вариант можно пользоваться coinatmradar.com как Web картой. Правда думаю там список будет отличаться от Bitmap
В реестр IMEI будут вносить все мобильные устройства, у которых есть SIM-карта.
Просто если подумать, то формально я могу купить телефон и первоначально пользоваться одной симкартой, сначала одного оператора.
А потом через какое-то время, при необходимости могу поставить, дополнительно, вторую симкарту, например другого оператора
И получается так что со стороны операторов у меня будет видно два раздельных устройства с разными imei
Поэтому не совсем понятно как будут обстоять дела с определением принадлежности imei к конкретно купленному устройству, особенно если это будет происходить в полуавтоматическом режиме
А как тогда быть если у телефона две или три симки? Там ведь на каждую симку свой приемник…
Получается при покупке придется доплатить 20$ за пользование второй симкой?
Или они таки будут разово записывать несколько Imei в базу?
И все-таки мне кажется тут больше будут страдать пользователи модемов, охранных устройств с дешевыми модулями sim900 и аналогичными
А вот если покупать через обычный терминал, то сразу появляется посредник в виде человека. И уже тут нельзя сказать как быстро он отреагирует и отправит средства
Как я понял — этот бот используется только для отправки сообщений и ему не требуется обрабатывать какие-либо приходящие команды.
Тогда вопрос, можно ли было включать Polling только на момент отправки сообщения?
Или даже перейти на WebHook — хотя тогда он бы выглядел уже не так просто в своей реализации.
Судя по демке на главной странице проекта, можно задать количество потоков.
Хотя в документации дополнительно указано, что можно задать время бездействия для этих потоков
Текущая версия формата фискальных данных 1.0 действительна только до 1 июля 2018, поэтому скоро начнём работу над переходом на версию 1.05. В ней больше тегов, в частности, есть описание комиссионного товара, понятие разделения форм платежей и многое другое, что так нужно нам.
Так, получается что к следующему лету опять начнется эпопея связанная с модернизацией ПО и перепрошивкой касс? И снова расходы?
Т.е. по сути они могут приостановить торговлю либо себе, либо другим в случае чего-либо
— либо звонок/заявление в банк;
— либо возврат через эквайринг-терминал в магазине, через который проходило списание;
И во втором случае ведь получается что при возвратной операции терминалу надо скормить карточку и RRN из отменяемой операции.
+ дополнительно, если был пробит кассовый чек, то начинаются заморочки с пробитием возвратного чека через ККТ
Например навороченный «GRG CRM 9250» может иметь, помимо 4 кассет под различные номиналы, одну кассету общего назначения (для всех остальных номиналов), лоток под плохие купюры и лоток под забытые купюры. Ну и в довесок он имеет сенсор способный распознавать номер купюры.
И вскользь по поводу законодательства могу сказать что существует:
получается теряем npmjs.org?
Просто если подумать, то формально я могу купить телефон и первоначально пользоваться одной симкартой, сначала одного оператора.
А потом через какое-то время, при необходимости могу поставить, дополнительно, вторую симкарту, например другого оператора
И получается так что со стороны операторов у меня будет видно два раздельных устройства с разными imei
Поэтому не совсем понятно как будут обстоять дела с определением принадлежности imei к конкретно купленному устройству, особенно если это будет происходить в полуавтоматическом режиме
Получается при покупке придется доплатить 20$ за пользование второй симкой?
Или они таки будут разово записывать несколько Imei в базу?
И все-таки мне кажется тут больше будут страдать пользователи модемов, охранных устройств с дешевыми модулями sim900 и аналогичными
А вот если покупать через обычный терминал, то сразу появляется посредник в виде человека. И уже тут нельзя сказать как быстро он отреагирует и отправит средства
Тогда вопрос, можно ли было включать Polling только на момент отправки сообщения?
Или даже перейти на WebHook — хотя тогда он бы выглядел уже не так просто в своей реализации.
Хотя в документации дополнительно указано, что можно задать время бездействия для этих потоков
coin-hive documentation
Так, получается что к следующему лету опять начнется эпопея связанная с модернизацией ПО и перепрошивкой касс? И снова расходы?