Правила и ограничения¶
В этой статье описаны правила и ограничения, специфичные для идентификации клиента партнёра BaaS. Правила и ограничения, действующие для идентификации любого клиента (в том числе партнёра BaaS) см. здесь.
clientId
Процедура идентификации проводится для конкретного клиента: без предварительного создания clientId провести идентификацию не удастся.
personId
В качестве значения personId нужно передать значение clientId того клиента, для которого проводится идентификация. В ином случае платформа не обновит текущий уровень клиента на своей стороне и не применит соответствующие лимиты.
Контроль количества учётных записей
Успешно пройти идентификацию на один и тот же номер паспорта может не более двух клиентов. Это ограничение действует для связки:
- банк, в котором проводится идентификация;
- продукт ( productId );
- клиент ( personId / clientId ).
Соответственно, одно физическое лицо может иметь не более двух идентифицированных clientId в рамках одного и того же продукта в платформе. В лимите учитывается сумма всех идентифицированных учётных записей на одни паспортные данные: упрощённо и полностью.
flowchart LR C["Иванов Иван Иванович 4606 222144"] subgraph Identification Service subgraph productId1[productId 1] prId1["personId 1 SIMPLIFIED"] prId2["personId 2 FULL"] end end subgraph BaaS subgraph productId2[productId 1] clId1["clientId 1 SIMPLIFIED"] clId2["clientId 2 FULL"] end end C --> clId1 C --> clId2 C --> prId1 C --> prId2
Одно и тоже физическое лицо может одновременно пользоваться как продуктом партнёра, который работает с помощью BaaS, так и QIWI Кошельком или другим сервисом QIWI. В этом случае контроль количества учётных записей производится в рамках каждого отдельного сервиса.
flowchart LR C["Иванов Иван Иванович 4606 222144"] subgraph Identification Service subgraph productId3[productId 1 for BaaS partner product] prId3["personId 1 SIMPLIFIED"] prId4["personId 2 FULL"] end subgraph productId2[productId for QIWI Wallet] prId1["personId 1 SIMPLIFIED"] prId2["personId 2 FULL"] end end subgraph QIWI Wallet wId1["walletId 1 SIMPLIFIED"] wId2["walletId 2 FULL"] end subgraph BaaS subgraph productId1[productId 1] clId1["clientId 1 SIMPLIFIED"] clId2["clientId 2 FULL"] end end C --> clId1 C --> clId2 C --> wId1 C --> wId2 C --> prId1 C --> prId2 C --> prId3 C --> prId4
Контроль уровня
Так как лимитами управляет BaaS (не сервис идентификации), партнёру следует опираться на тот уровень, который возвращает платформа. При проведении платежей BaaS ориентируется именно на него.
Упрощённая онлайн-идентификация¶
Упрощённую идентификацию клиент может пройти онлайн, предоставив персональные данные в интерфейсе. Идентификация осуществляется с помощью информационной системы СМЭВ.
Данные¶
Для прохождения упрощённой идентификации требуются следующие персональные данные клиента:
- фамилия;
- имя;
- отчество (если есть);
- дата рождения;
- гражданство (только РФ);
- серия паспорта;
- номер паспорта;
- номер мобильного телефона;
- данные второго документа (ИНН или СНИЛС).
Процесс идентификации¶
Упрощённая онлайн-идентификация доступна только для граждан РФ.
Клиент предоставляет данные паспорта и второго документа (ИНН или СНИЛС). Все данные партнёр передаёт в одном запросе — запросе на создание заявки.
Успешный сценарий упрощённой идентификации изображён на диаграмме ниже.
%%>>%% sequenceDiagram participant С as Клиент participant P as Партнёр participant I as Ident Service С->>P: Данные паспорта и ИНН/СНИЛС Note right of С: Ввод данных вручную или загрузка файла P->>P: Сбор данных для запроса Note over P: Парсинг файла (если был загружен) P->>+I: Запрос на создание заявки Note over P,I: productId, personId, identifyingDocument, secondaryDocumentData, personalData I-->>-P: Ответ на запрос создание заявки Note over P,I: identificationLevel, applicationStatus, applicationId P->>+I: Запрос на получение статуса заявки Note over P,I: productId, personId, applicationId I-->>-P: Ответ на запрос получения статуса Note over P,I: identificationLevel:SIMPLIFIED, applicationStatus:PROCESSING_FINISHED P->>С: Коммуникация с клиентом- При реализации сценария необходимо учитывать существующие правила и ограничения.
- Если в ответе на запрос создания заявки вернулся applicationStatus:IN_PROGRESS , необходимо использовать запрос на получение заявки или получение всех заявок для отслеживания изменения статуса.
Жизненный цикл заявки на идентификацию¶
В этом разделе описаны переходы заявки на упрощённую онлайн-идентификацию из одного состояния в другое. Полный список состояний (статусов) см. в документации Identification API.
Сокращения и обозначения
УПРИД — упрощённая онлайн-идентификация.
stateDiagram-v2 [*] --> IN_PROGRESS: Данные ОК [*] --> PROCESSING_FINISHED: Данные не ОК note left of [*] Полный набор данных end note IN_PROGRESS --> PROCESSING_FINISHED: Есть результат УПРИД PROCESSING_FINISHED --> [*]
Партнёр передаёт полный набор данных: паспорт и второй документ. Если данные прошли проверки формата и могут быть сохранены, в сервисе идентификации создаётся заявка в одном из состояний:
- IN_PROGRESS — когда данные прошли валидацию, но результат идентификации клиента ещё не получен;
- PROCESSING_FINISHED — когда данные не прошли валидацию (в этом случае сервис вернёт ошибку валидации).
Если по заявке в состоянии IN_PROGRESS получен результат идентификации клиента, она переходит в состояние PROCESSING_FINISHED . В этом случае сервис вернёт уровень идентификации клиента и причину полученного уровня.
В случае успешной идентификации клиента заявка:
- находится в статусе PROCESSING_FINISHED ;
- содержит атрибут identificationLevel со значением SIMPLIFIED .
В случае неуспешной идентификации клиента заявка:
- находится в статусе PROCESSING_FINISHED ;
- содержит атрибут identificationLevel со значением NOT_VERIFIED .
Причина, по которой идентификация неуспешна, указана в атрибуте identificationLevelReasonCode .
верификация Бесплатная верификация QIWI!
You can post now and register later. If you have an account, sign in now to post with your account.
Recently Browsing 0 members
No registered users viewing this page.
Темы
epidemia
Создано Сентябрь 27, 2019
mdv
Создано Октябрь 21, 2020
Free Space
Создано Ноябрь 7, 2023
Alex077
Создано Декабрь 29, 2022
Dimarrik
Создано Сентябрь 30, 2019
Сообщения
О долгах он будет вспоминать когда ему надо будет, просто надо следить за этом, а то каждый раз поднять шум тоже не получается.
На холодных тоже ведь нужно сид хранить. У меня на флешку есть Электрум, так иногда возникают сомнения, а не выйдет ли флешка из строя? Паранойя она такая ��
Хорошо, что быстро происходит обмен. А главное без обмана. У меня было такое, что потерял большую сумму в не нужном обмене.
Это выгодно в большинстве случаев тем, кому нужно быстро перегнать активы из одного блокчейна в другой. А тем, кто работает в одной сети, достаточно одного кошелька.
Как по мне то главное низкая комиссия, как говорится что если сэкономил значит заработал,, ну а так в принципе везде бывают свои плюсы и минусы..
Положительные впечатления от обменника, все что необходимо для меня есть у CryptoMeow. И выбор крипто и банковские системы. И кстати всем рекомендую обратить на курс обмена. Здесь он реально очень даже выгодный для пользователей.
Не спорю. Я бы сам продал. Может даде еще раньше. Вот я когда эту тему перечитывал, то тут были истории у кого на Йобит завалялось несколько сот тысяч догов, а доступ к аккаунту был потерян. Вот же обидно было.
Естественно, потому что там уже все сложилось десятилетиями и конкурентов они туда на пушечный выстрел не подпустят. Значит как у нас будет. Вроде и нет тотального запрета, но работать с ней напрямую проблематично.
У меня был вариант продать , я наблюдал за ней, но я не трейдер , я купил в долгосрок, а так, конечно, согласен. В долларовом да, но вот расчет на то, что если биток пойдёт вверх и он тоже?
Как пройти индефикацию киви кошелька без паспорта
Где пройти идентификацию Qiwi кошелька в Узбекистане прямо сейчас? Платежный сервис PayWay – Ваш помощник в мире денежных переводов! Приходите к нам в офис и получите статус «Профессиональный» в Qiwi кошельке быстро.
Внимание! Чтобы Вы смогли пересылать деньги не только внутри страны, но и делать международные переводы на карты СНГ или на электронные кошельки, такие как Qiwi – в нашем мобильном приложении Pay Way также нужно пройти идентификацию.
Зачем нужна идентификация Qiwi кошелька
Идентификация Киви кошелька нужна для того, чтобы была возможность делать прямые денежные переводы с платежных карт UzCard и Humo Узбекистана прямо на счет электронного кошелька.
Перевод денег осуществляется без комиссии.
Конвертация денег происходит автоматически.
Узбекские сумы, которые Вы переведете со своих платежных карт, сразу же пройдут конвертацию в валюту Киви кошелька.
Без профессионального статуса перевести деньги с карты на счет кошелька Киви не получится.
Как происходит идентификация Qiwi кошелька
Шаг 1. Вы приходите к нам в офис.
Шаг 2. Предоставляете свой паспорт или ID карту, или права, или другой документ удостоверяющий личность.
Шаг 3. Наш работник заполняет форму специальную с данными и делает сканы документов.
Шаг 4. После отправки данных в QIWI, пользователь производит подтверждение на основе предоставленных данных из документа.
Шаг 5. Статус кошелька повышается до уровня «Профессиональный».
Как с нами связаться
Наш адрес: Узбекистан, г. Ташкент, ул. Махтумкули, 136.
Вопросы Вы можете задать:
Call Center +998952000103.
Платежный сервис PayWay – Ваш помощник в мире финансовых платежей!
Новинка в Узбекистане! Международные денежные переводы по всем направлениям, онлайн оплата товаров и услуг, онлайн-конвертация, электронные кошельки, банковские карты национальных и международных платежных систем.
ООО «Pay Way», действующая под лицензией ЦБ РУз №27 от 22.05.2021