Судя по руководству по интеграции
Уже с пользовательского устройства данные отправляются в сервис попутно шифруясь открытым ключом который указал сервис
Т.е. телеграм пока выступает в роли хранилища, а пароль нужен для доступа к этому хранилищу
Пользователь нажимает «Войти в Telegram» на своем веб-сайте или в вашем приложении .
Вы запрашиваете нужные данные .
Пользователь принимает вашу политику конфиденциальности и соглашается поделиться своими данными.
Приложение Telegram пользователя загружает и расшифровывает запрошенные вами данные из сквозного зашифрованного хранилища в Telegram.
Если некоторые из запрошенных вами данных отсутствуют, пользователь может добавить их в свой Паспорт Telegram в этот момент.
Приложение пользователя шифрует данные с помощью открытого ключа и отправляет его вам.
Вы расшифровываете данные, проверяете их на наличие ошибок и повторно запрашиваете любую недостающую или недействительную информацию.
Вы подписываете пользователя для своего обслуживания. Тада!
тут имелось ввиду, что чек за это время уже выцвел
Большинство фискальных чеков при покупках, что ранее, что сейчас печатаются на термобумаге. И текст на них со временем выцветает. За пару лет от этого документа может совсем ничего не остаться.
Так что показать какой-либо документ о приобритении Nokia 3310, который был куплен в момент его выхода, скорее всего не получится. Следовательно все старые мобилки, могут оказаться под большим вопросом…
Интересно то, что в этот круг входят различные онлайн-кассы и 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. В ней больше тегов, в частности, есть описание комиссионного товара, понятие разделения форм платежей и многое другое, что так нужно нам.
Так, получается что к следующему лету опять начнется эпопея связанная с модернизацией ПО и перепрошивкой касс? И снова расходы?
Уже с пользовательского устройства данные отправляются в сервис попутно шифруясь открытым ключом который указал сервис
Т.е. телеграм пока выступает в роли хранилища, а пароль нужен для доступа к этому хранилищу
Большинство фискальных чеков при покупках, что ранее, что сейчас печатаются на термобумаге. И текст на них со временем выцветает. За пару лет от этого документа может совсем ничего не остаться.
Так что показать какой-либо документ о приобритении Nokia 3310, который был куплен в момент его выхода, скорее всего не получится. Следовательно все старые мобилки, могут оказаться под большим вопросом…
Т.е. по сути они могут приостановить торговлю либо себе, либо другим в случае чего-либо
— либо звонок/заявление в банк;
— либо возврат через эквайринг-терминал в магазине, через который проходило списание;
И во втором случае ведь получается что при возвратной операции терминалу надо скормить карточку и RRN из отменяемой операции.
+ дополнительно, если был пробит кассовый чек, то начинаются заморочки с пробитием возвратного чека через ККТ
Например навороченный «GRG CRM 9250» может иметь, помимо 4 кассет под различные номиналы, одну кассету общего назначения (для всех остальных номиналов), лоток под плохие купюры и лоток под забытые купюры. Ну и в довесок он имеет сенсор способный распознавать номер купюры.
И вскользь по поводу законодательства могу сказать что существует:
получается теряем npmjs.org?
Просто если подумать, то формально я могу купить телефон и первоначально пользоваться одной симкартой, сначала одного оператора.
А потом через какое-то время, при необходимости могу поставить, дополнительно, вторую симкарту, например другого оператора
И получается так что со стороны операторов у меня будет видно два раздельных устройства с разными imei
Поэтому не совсем понятно как будут обстоять дела с определением принадлежности imei к конкретно купленному устройству, особенно если это будет происходить в полуавтоматическом режиме
Получается при покупке придется доплатить 20$ за пользование второй симкой?
Или они таки будут разово записывать несколько Imei в базу?
И все-таки мне кажется тут больше будут страдать пользователи модемов, охранных устройств с дешевыми модулями sim900 и аналогичными
А вот если покупать через обычный терминал, то сразу появляется посредник в виде человека. И уже тут нельзя сказать как быстро он отреагирует и отправит средства
Тогда вопрос, можно ли было включать Polling только на момент отправки сообщения?
Или даже перейти на WebHook — хотя тогда он бы выглядел уже не так просто в своей реализации.
Хотя в документации дополнительно указано, что можно задать время бездействия для этих потоков
coin-hive documentation
Так, получается что к следующему лету опять начнется эпопея связанная с модернизацией ПО и перепрошивкой касс? И снова расходы?