Деактивация¶

У учетной записи клиента может быть два состояния: «Активная» и «Неактивная». Доступные в сервисе идентификации действия можно выполнять только с учетной записью в состоянии «Активная». Для записи в состоянии «Неактивная» недоступны любые изменения, она не может использоваться при проверке идентификации.

Деактивация переводит учетную запись из состояния «Активная» в «Неактивная» по запросу партнёра.

Сценарий «Деактивация» может быть привязан к какому-либо событию в системе партнёра или выполняться независимо.

Примеры событий

Клиент партнёра (физическое лицо):

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

Пример

В сервисе идентификации есть записи:

identifyingDocument	personId	bankId	productId	identificationLevel
4606222144	person1	qiwiBank	partnerProduct1	SIMPLIFIED
4606222144	person2	qiwiBank	partnerProduct1	FULL

Клиент:
- предоставляет персональные данные, которые совпадают с данными, присвоенными person1 и person2 в сервисе идентификации;
- пытается пройти идентификацию
  - в банке, которому присвоен идентификатор qiwiBank в сервисе идентификации;
  - в рамках продукта, которому присвоен идентификатор partnerProduct1 в сервисе идентификации.
Сервис возвращает ошибку Превышено ограничение на максимальное количество аккаунтов на один паспорт, попытка идентификации неуспешна.

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

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

Важная информация

Физического удаления записи не происходит, однако перевести деактивированную учетную запись в состояние «Активная» нельзя. Если клиент захочет вернуться к использованию сервиса, для него следует создать новый внутренний идентификатор personId.

Запрос на деактивацию клиента описан в документации Identification API.

Успешный сценарий «Деактивация» изображён на диаграмме ниже.

%%{init: {
    "sequence" : {
        "wrap":true,
        "messageFontSize":14,
        "noteFontSize":12,
        "actorMargin":
        60 }}}%%
sequenceDiagram
    participant С as Клиент
    participant P as Партнёр
    participant B as Identification API
      С->>P: Событие/действие 
      P->>+B: Запрос на деактивацию клиента
      Note right of P: productId, personId, deactivationDateTime, deactivationReason
      B-->>-P: Ответ на запрос деактивации клиента
      Note left of B: HTTP-статус 204
      P->>С: Коммуникация с клиентом